问题标签 [distributed-computing]

为什么没有 Javascript 分布式计算框架/项目？这个想法对我来说绝对很棒，因为：

• 客户端就是浏览器
• 可以使用 AJAX 完成迭代
• 网站管理员可以通过链接各自的 Javascript 来帮助项目
• 数百万甚至数十亿用户会在不知不觉中帮助 DC 项目

请分享您对这个主题的看法。

编辑：另外，您认为什么样的问题适合 JSDC？

例如， GIMPS将无法实施。

我已经实现了一个 Windows 服务应用程序，它将部署到多台机器上并同时运行以处理中央队列中的任务。我为每个运行的服务实例都有一个日志文件。但我希望能够监视服务的所有实例并定期检索应用程序特定信息，例如每个服务正在处理的任务的名称和 ID。

我正在考虑在每台机器上添加一个 Web 服务来公开这些只读信息，并编写另一个应用程序（可能是 Web 应用程序）来通过网络检索这些信息并很好地显示它们。但这是好方法吗？还有其他想法吗？而且我不喜欢使用任何现成的产品。请提供您的建议。

提前致谢！

[我尝试在下面提供我的实现作为答案。如果您有兴趣，请阅读。谢谢。]

我正在开发一个完全由消息驱动的小型分布式系统。现在，我通常每次必须发送一些东西时打开一个套接字，然后立即关闭它。状态仅在服务器端维护（例如，如果 5 分钟内没有消息从客户端到达，则认为它已死）。

但是，我还必须在客户端上对消息进行一些低级调度（如果状态消息无法到达服务器，请重试，如果仍然失败，则假设服务器已关闭，切换到不同的服务器等），以及因为必须手动监听客户端和服务器（加上交换如何从服务器到达客户端的信息）。我还计划添加某种广播系统，但这开始堆积起来......所以问题是，是否有一些现有的 .NET 总线/消息系统可以与 Mono 和 Microsoft 一起使用，它处理这个消息东西？我查看了 NServiceBus，但它依赖于 MSMQ（仍然如此？），Mono 或多或少地支持它；总而言之，NServiceBus 看起来已经有点过于重量级了。理想情况下，系统将支持 1:1 和 1:N 连接，稳健地处理错误并报告错误，

我们目前运营一个数据中心，该数据中心聚合了一堆登录数据并将其存储到数据库中。

我们有几个定期运行的“作业”，它们对数据进行操作、执行统计分析等。

当前的调度程序和作业系统非常基本，我想把它踢到疯狂并让它进入超速状态（跟我一起去吧）。

我想开发一个可扩展的作业执行和自动化调度平台。我可以处理资源的自动调度没有问题，但可扩展的作业执行引擎是我必须做一些工作的地方。

我想知道.NET 框架是否支持这个？我了解 Azure 将让开发人员生成分布式应用程序，但我相信这些必须在 MSFT 的数据中心上运行。

基本上我想运行我自己的迷你 Windows 天蓝色环境。

哦，伟大的 SO 社区，有没有希望，或者我必须建立自己的？

我想知道云计算和分布式计算的区别。我读了一篇关于云计算的文章，感觉云计算和分布式计算之间存在某种关系，所以想问一下技术之间的区别。

此外，如果有人能指出我对云计算有用的资源，我将不胜感激。

谢谢

我已经实现了 Cholesky 分解，用于使用 ATI Stream SDK 在 GPU 上求解大型线性方程。现在我想利用越来越多的 GPU 的计算能力，我想在多个 GPU 上运行这段代码。

目前我安装了一台机器和一台 GPU，并且 cholesky 分解运行正常。我想为 N 台机器做这件事，并且都安装了一个 GPU。所以建议我应该如何进行。

每当我在 S-Plus 中运行大规模的蒙特卡罗模拟时，我总是在等待它完成时长出胡须。

在 R 中运行蒙特卡罗模拟的最佳技巧是什么？任何以分布式方式运行进程的好例子？

如果想学习如何在 .net 中编写 n-Tiered/分布式应用程序，我应该从 COM+/Remoting/Web Services/WCF 开始学习什么技术？

这些技术是互补的还是排他的，在什么程度上？

我想知道有什么方法可以在其他节点上创建线程而不在节点上启动进程。例如：-假设我有 5 个节点的集群，我在 node1 上运行应用程序。这会创建 5 个线程，我希望线程不要在同一个系统中创建，而是跨集群创建，比如 1 个节点 1 个线程类型。有什么办法可以做到这一点，还是更多地取决于负载调度程序，openMP 会做类似的事情吗？

如果问题有任何歧义，请告诉我，我会澄清的。

最近，我在自己编写的一个软件中添加了一些负载平衡功能。它是一个网络应用程序，根据来自 SQL 数据库的输入执行一些数据处理。由于处理可能非常密集，我添加了让该应用程序的多个实例在不同服务器上运行以分割负载的功能，但现在负载平衡是手动操作。用户必须指定哪些实例占用输入域的哪个部分。

我想将其提升到一个新的水平并对实例进行编程以自动协商输入数据的潜水并识别其中一个是否“消失”（已崩溃或已断电），以便剩余的实例可以使用在失败实例的工作负载上。

为了实现这一点，我正在考虑在实例之间使用简单的心跳协议来确定谁在线，谁不在线，虽然这不是很复杂，但我想知道是否有任何已建立的心跳网络协议（基于UDP、TCP 或两者）。

显然，在集群、故障转移和高可用性技术的网络世界中，这种情况经常发生，所以我想最后我想知道是否有任何我应该了解或实施的既定协议或算法。

编辑

根据答案，似乎要么没有完善的心跳协议，要么没有人知道它们（这意味着它们毕竟还没有那么完善）在这种情况下，我只会滚动我自己的。

虽然没有一个答案提供了我正在寻找的具体内容，但我将投票支持Matt Davis 的答案，因为它是最接近的，并且他指出了使用多播的好主意。

谢谢大家的时间~