将基于云的编译器是可行的?[关闭]

Question

它会以任何实际益处编写一个基于云的编译器，这会扩编制单位的代码上不同机器的云？可能有一个受益于获取一个软件作为一个服务结构在应用程序的权利之后编制，或固有的延迟使这种做法不切实际?

Answer 1

我不知道如果我误解你的观点，或者其他的答案都有。你说的是某种形式的自动平行执行任务的？目前给出的答案似乎是在谈论分布式编译 - 即使用云来加快编译时间。我以为你是不是在谈论的是针对云计算资源的编译器。

如果你实际上是在谈论分布式编译，然后像distcc的明显的东西会做你的需要。

如果你问有关针对分布式体系结构编译器是否将是有益的更有趣（恕我直言）的问题，我的答案是响亮的“是”。然而，可行性是问题的心脏。延迟不是问题，因为这样的，但是相干性（即确保所有单元的正确版本是在适当位置），并具有体面启发式将是一个问题。

看最好的地方很可能是奥卡姆的编程语言 - 它针对的晶片，这并非完全不同的类型的分布式系统架构，我们有兴趣在这些日子里的。我相信有一些从奥卡姆可能提供有用的线索，以什么技术状态是如下的工作。

Answer 2

我用这样的系统，但它的工作本地集群，不是云上。但原则是完全一样的。不幸的是我不记得这是什么所谓 - 但它是冷静，看你的源文件获得外包给其他电脑在你的部门

编辑：它被称为 IncrediBuild

Answer 3

可以使用distcc和make -j为最典型的UNIX代码分布编译。如果你经常编译代码大块大块的，它可能让你大的加速......据我所知桑巴（SMB免费实施）的开发人员使用它的这一点。 distcc确实以分布式方式仅编译阶段，留下预处理和链接到主计算机中。

用“云”的相互作用可能引起延迟，但我仍然认为与更复杂的C ++代码可能是非常有用的。我想，如果你有超过100个编译单元指标（如.cpp文件），你可以得到明显的速度提升。

Answer 4

我相信这是不切实际的。今天的硬件可以做在合理的时间内中小规模项目的任何汇编;更使多核CPU。

唯一的例外是建立从源的整个操作系统（例如Debian的）;对于这样的应用，建立养殖场都在广泛使用。然而，需要建立农场的用户通常可以创建他们自己，不需要去云。

Answer 5

Xcode中有一个分布式构建功能，可以让你做到这一点，但我认为这比上一个LAN以外的任何这将是大部分时间非常慢。

Answer 6

这取决于。我们曾经有花3-4个小时的老++基于C语言编译。对于这样的事情，这将是非常有用的卸载编译。但是，在C ++项目，这往往是更不可能的。

使用C＃或Java，编译时间显著快，所以它可能不那么重要。

Answer 7

我想这可能是有用的，如果它是某种连续一体化的工具。对于一些发展环境，获得适当设置是困难的。例如，我曾经在一个项目，该队汇编SWF文件的使用 医 和 Adobe的Flex SDK.它有时是痛苦的，以设立一个单独的计算机。如果一种服务可以监测的一个项目目录或git/SVN/等。存储库，并建立最新的SWF，但是，我认为这将是有用的。

我想这会有一个用于交叉平台的项目。或者，这项服务可以支撑一个在浏览器IDE喜欢 Mozilla的贝斯平.

Answer 8

我已经看到了GridGain上运行JUnit测试的一个很好的演示，并GridGain可以在云中运行。

我没有看到在云中的编译器是虽然多少价值。

Answer 9

是的，感谢要求，我研究以及在这一领域。 实际上它使一个很大的意义，它的存在， http://www.cloudcompiling.com/ ，但对于我可以看到它仍然远远是一个前10名的服务。

在潜伏期只在代码的上传，因此，如果开发人员具有良好的连接工作，而不是太远（网络啤酒花方面具有“良好的”跳），这将不会是一个问题。

在云端延迟是云提供商的问题，如果它是你的云提供商，好了，那么你需要一个良好的平衡策略。