Swift WHOLE_MODULE_OPTIMIZATION可以缩短编译时间,但会导致lldb/Xcode崩溃

Question

TL; DR

之前

SWIFT_WHOLE_MODULE_OPTIMIZATION = NO

• 调试编译需要10-15分钟
• 发布编译需要25分钟以上
• po 在LLDB中运作良好

后

SWIFT_WHOLE_MODULE_OPTIMIZATION = YES

• 调试编译需要1-2分钟
• 发布编译大约需要8分钟
• po 总是导致Xcode崩溃

知道为什么基于这个信息的可怕编译时间,和/或为什么Xcode可能会崩溃？

---

DEETS

我正在开发一个大型的100%Swift项目(Objective-C中有第三方库,但我们所有的代码都是Swift).我们编译时间非常糟糕,编译调试配置通常需要大约10-15分钟,编译发布配置需要30多分钟.

由于可怕的编译时间,这个项目很难处理.我一直在寻找改善这一点的方法,特别是通过构建设置,几个月没有运气.我忽略了一件事SWIFT_WHOLE_MODULE_OPTIMIZATION,特别是因为任何提及它都会增加项目的编译时间.

所以前几天我们启用SWIFT_WHOLE_MODULE_OPTIMIZATION并且看到我们的编译时间提高了10倍.

问题是,现在每当我们调试项目并尝试使用po myObjectXcode 在lldb中打印对象时会立即崩溃.以下是崩溃日志中的一些信息:

进程:Xcode [5860]
路径:/Applications/Xcode.app/Contents/MacOS/Xcode
标识符:com.apple.dt.Xcode
版本:6.4(7720)
Build Info:IDEFrameworks-7720000000000000~8
App Item ID:497799835
App External ID:812725084
代码类型:X86-64(Native)
父进程:??? [1]
负责人:Xcode [5860]

日期/时间:2015-08-05 15:53:08.265 -0600
操作系统版本:Mac OS X 10.11(15A235d)
报告版本:11

自启动以来的时间清醒:13000秒

坠毁的线程:20

异常类型:EXC_BAD_ACCESS(SIGSEGV)
异常代码:KERN_INVALID_ADDRESS位于0x000000000000008f
异常注意:EXC_CORPSE_NOTIFY

VM区域接近0x8f: - > __TEXT 000000010ef62000-000000010ef63000 [4K] rx/rwx SM = COW /Applications/Xcode.app/Contents/MacOS/Xcode

特定于应用程序的信息:
ProductBuildVersion:6E35b

这是崩溃线程上的堆栈跟踪:

Thread 20 Crashed:: <DBGLLDBSessionThread (pid=6402)>
0   com.apple.LLDB.framework        0x0000000116b09ab4 swift::ArchetypeBuilder::resolveArchetype(swift::Type) + 68
1   com.apple.LLDB.framework        0x0000000116b0f808 std::__1::__function::__func<substConcreteTypesForDependentTypes(swift::ArchetypeBuilder&, swift::Type)::$_6, std::__1::allocator<substConcreteTypesForDependentTypes(swift::ArchetypeBuilder&, swift::Type)::$_6>, swift::Type (swift::Type)>::operator()(swift::Type&&) + 152
2   com.apple.LLDB.framework        0x0000000116bc0986 swift::Type::transform(std::__1::function<swift::Type (swift::Type)> const&) const + 54
3   com.apple.LLDB.framework        0x0000000116bc0f2b swift::Type::transform(std::__1::function<swift::Type (swift::Type)> const&) const + 1499
4   com.apple.LLDB.framework        0x0000000116bc0bbb swift::Type::transform(std::__1::function<swift::Type (swift::Type)> const&) const + 619
5   com.apple.LLDB.framework        0x0000000116bc0c0a swift::Type::transform(std::__1::function<swift::Type (swift::Type)> const&) const + 698
6   com.apple.LLDB.framework        0x0000000116b0c8f2 swift::ArchetypeBuilder::substDependentType(swift::Type) + 50
7   com.apple.LLDB.framework        0x0000000116e9554e (anonymous namespace)::LowerType::visitAnyStructType(swift::CanType, swift::StructDecl*) + 270
8   com.apple.LLDB.framework        0x0000000116e92e66 swift::Lowering::TypeConverter::getTypeLoweringForUncachedLoweredType(swift::Lowering::TypeConverter::TypeKey) + 150
9   com.apple.LLDB.framework        0x0000000116e92b39 swift::Lowering::TypeConverter::getTypeLowering(swift::Lowering::AbstractionPattern, swift::Type, unsigned int) + 2361
10  com.apple.LLDB.framework        0x0000000116f8f711 lldb_private::SwiftSILManipulator::emitLValueForVariable(swift::VarDecl*, lldb_private::SwiftExpressionParser::SILVariableInfo&) + 1521
11  com.apple.LLDB.framework        0x00000001172ac7ee (anonymous namespace)::LLDBNameLookup::emitLValueForVariable(swift::VarDecl*, swift::SILBuilder&) + 102
12  com.apple.LLDB.framework        0x0000000116ebb162 swift::Lowering::SILGenFunction::emitInitializationForVarDecl(swift::VarDecl*, swift::Type) + 98
13  com.apple.LLDB.framework        0x0000000116ebbc74 swift::ASTVisitor<(anonymous namespace)::InitializationForPattern, void, void, void, std::__1::unique_ptr<swift::Lowering::Initialization, std::__1::default_delete<swift::Lowering::Initialization> >, void, void>::visit(swift::Pattern*) + 404
14  com.apple.LLDB.framework        0x0000000116ebbc57 swift::ASTVisitor<(anonymous namespace)::InitializationForPattern, void, void, void, std::__1::unique_ptr<swift::Lowering::Initialization, std::__1::default_delete<swift::Lowering::Initialization> >, void, void>::visit(swift::Pattern*) + 375
15  com.apple.LLDB.framework        0x0000000116ebba0d swift::Lowering::SILGenFunction::visitPatternBindingDecl(swift::PatternBindingDecl*) + 45
16  com.apple.LLDB.framework        0x0000000116f0617c swift::Lowering::SILGenFunction::visitBraceStmt(swift::BraceStmt*) + 284
17  com.apple.LLDB.framework        0x0000000116ecd1c0 swift::Lowering::SILGenFunction::emitFunction(swift::FuncDecl*) + 320
18  com.apple.LLDB.framework        0x0000000116ea3966 swift::Lowering::SILGenModule::emitFunction(swift::FuncDecl*) + 246
19  com.apple.LLDB.framework        0x0000000116ea3828 swift::Lowering::SILGenModule::visitFuncDecl(swift::FuncDecl*) + 168
20  com.apple.LLDB.framework        0x0000000116ea579b swift::Lowering::SILGenModule::emitSourceFile(swift::SourceFile*, unsigned int) + 427
21  com.apple.LLDB.framework        0x0000000116ea5c22 swift::SILModule::constructSIL(swift::Module*, swift::SILOptions&, swift::SourceFile*, llvm::Optional<unsigned int>, bool, bool) + 386
22  com.apple.LLDB.framework        0x0000000116ea5d42 swift::performSILGeneration(swift::SourceFile&, swift::SILOptions&, llvm::Optional<unsigned int>, bool) + 98
23  com.apple.LLDB.framework        0x00000001172aa617 lldb_private::SwiftExpressionParser::Parse(lldb_private::Stream&, unsigned int, unsigned int, unsigned int) + 10715
24  com.apple.LLDB.framework        0x000000011706b3e8 lldb_private::ClangUserExpression::Parse(lldb_private::Stream&, lldb_private::ExecutionContext&, lldb_private::ExecutionPolicy, bool, unsigned int) + 1064
25  com.apple.LLDB.framework        0x000000011706cdb4 lldb_private::ClangUserExpression::Evaluate(lldb_private::ExecutionContext&, lldb_private::EvaluateExpressionOptions const&, char const*, char const*, lldb_private::SharingPtr<lldb_private::ValueObject>&, lldb_private::Error&, unsigned int, std::__1::shared_ptr<lldb_private::Module>*) + 628
26  com.apple.LLDB.framework        0x00000001171d1696 lldb_private::Target::EvaluateExpression(char const*, lldb_private::StackFrame*, lldb_private::SharingPtr<lldb_private::ValueObject>&, lldb_private::EvaluateExpressionOptions const&) + 376
27  com.apple.LLDB.framework        0x000000011716d75c lldb_private::SwiftLanguageRuntime::GetObjectDescription(lldb_private::Stream&, lldb_private::ValueObject&) + 668
28  com.apple.LLDB.framework        0x00000001170464e6 lldb_private::ValueObject::GetObjectDescription() + 370
29  com.apple.LLDB.framework        0x000000011548e228 lldb::SBValue::GetObjectDescription() + 76
30  com.apple.dt.dbg.DebuggerLLDB   0x00000001153f3c9e -[DBGLLDBDataValue _lldbValueObjectDescription] + 24
31  com.apple.dt.dbg.DebuggerLLDB   0x00000001153f3b7f -[DBGLLDBDataValue lldbDescription] + 29
32  com.apple.dt.dbg.DebuggerLLDB   0x00000001154023dc __87-[DBGLLDBSession printDescriptionOfDataValueToConsole:runAllThreads:completionHandler:]_block_invoke + 182
33  com.apple.dt.dbg.DebuggerLLDB   0x0000000115402e6d -[DBGLLDBSession handleNextActionWithState:withRunPending:] + 424
34  com.apple.dt.dbg.DebuggerLLDB   0x00000001153fdf44 DBGLLDBSessionThread(void*) + 980
35  libsystem_pthread.dylib         0x00007fff8ec12cb3 _pthread_body + 131
36  libsystem_pthread.dylib         0x00007fff8ec12c30 _pthread_start + 168
37  libsystem_pthread.dylib         0x00007fff8ec10419 thread_start + 13

似乎我们可能在这里处于新技术的最前沿,因为我还没有在这个问题上找到太多帮助.我想知道我们是否有某种异常配置导致编译时间问题,或者是否存在lldb可能崩溃的已知原因.在El Capitan,Yosemite,Xcode 6.3,Xcode 6.4等多台不同机器上也是如此.任何帮助表示赞赏!

Answer 1

我已经工作了,我正在积极开展可能比你大的项目(50多个库,数百个带有数千个LoC的自定义类).编译需要几秒钟,发布版本(2013年末MBP)最多需要2分钟,即使对于完整的Swift项目也是如此.

我强烈建议寻找其他原因,因为这个选项告诉你的是你的问题是在其他地方,因为它影响应用程序性能,而不是建立速度.也许你的.pch文件中充满了不属于那里的东西,它可能导致这种速度变慢.

其他有趣的事情是使用推理.我个人为每个变量声明类型,因为它更容易为其他变量阅读,但还有更多.由于推理可能变得复杂,它可能导致编译器花费大量时间来确定代码实际执行的操作.阅读这篇示例文章,虽然它更像是alpha问题.但也许,也许,你的代码中也有这样的东西.值得做的是尝试删除所有swift代码,编译库如果运行良好,那么你知道问题出在你的swift代码中,它可能与此有关.

此外,如果你提供的东西实际上会减慢你的构建时间(因为你可以看到带有时间戳的整个构建过程,并且很有可能只需要一步完成),它可以帮助更准确地找出问题所在.

希望能帮助到你!

编辑:另一篇关于这个感兴趣话题的文章

Answer 2

我设法在我们的项目中解决这个问题.(总编译时间为12分钟)

关键是要设置SWIFT_WHOLE_MODULE_OPTIMIZATION = YES为你在说user defined设置

但是你需要再做一次改变.您需要将优化级别设置为None调试,否则您将无法调试应用程序.

我在这里写了一篇关于它的博客文章:

https://tech.zalando.com/blog/improving-swift-compilation-times-from-12-to-2-minutes/