问题标签 [scalable]

有谁知道非常大的矩阵在 C# 上的 SVD 的良好可扩展实现？

有一项技术要求可以轻松扩展新系统。这个新系统由三层应用程序（作为批处理器）组成。每层将包含至少 2 台服务器，每台服务器上都有相同的应用程序。

因此，当其中一层达到峰值性能时，我们可以通过添加新服务器和相同的应用程序来减轻一些处理负载，从而轻松扩展可扩展性。

问题在于三层中的一两层需要大量缓存（大约 300 万条记录并且还在增加）。

我正在考虑使用分布式缓存系统来解决这个问题，但是新的分布式缓存系统将意味着一个额外的故障点，因为应用程序现在需要与额外的缓存系统进行交互以进行处理。

我目前正在查看 ncache 但只是想知道是否有替代此问题的方法？或者是否有任何其他类似的分布式缓存系统可能与 ncache 相似或更好，并且也提供企业支持？

谢谢，

陈

一篇非常酷的文章，介绍了 facebook 如何将他们的页面分解为“pagelet”，以在构建获取各种资源（广告、提要、朋友等）的复杂页面时最大化服务器和浏览器所做的工作。他们称之为大管。

steve souders实际上在他的一次演讲中谈到了这一点，他称其为“提早刷新文件”。

在 .NET 中，你不能轻易做到这一点，但我已经通过重写渲染方法和提前刷新响应缓冲区来做到这一点，所以这是可能的，而且效果很好。但我从未尝试过这么大规模。我的问题是，在 .NET 中构建 BigPipe 是否可行？他们说他们用java和PHP构建了他们的。我认为它也可以在 .NET 中完成，但我想知道 .NET winforms 架构是否不适合做这样的事情。

我正在考虑在我们公司推动一个项目来建造这样的东西——但需要做更多的研究，因为这不是一个小项目。我想构建一些可以支持将任意页面分解为这些“pagelet”的东西。在 .NET 中，能够将我们的自定义用户控件转换为这些“pagelet”并将它们全部“刷新”成块 - bigpipe 样式可能会很好。

评论/想法？

I currently have a data solution in RDBMS. The load on the server will grow by 10x, and I do not believe it will scale.

I believe what I need is a data store that can provide fault tolerant, scalable and that can retrieve data extremely fast.

The primary purpose of the data store is retrieve data very fast. The queries that will access this data will have conditions across many different columns (30 columns and probably many more). I hope this is enough info.

I have read about many different types of data stores that include NoSQL, In-Memory, Distributed Hashed, Key-Value, Information Retrieval Library, Document Store, Structured Storage, Distributed Database, Tabular and others. And then there are over 2 dozen products that implement these database types. This is a lot of stuff to digest and figure out which would provide the best solution.

It would be preferred that the solution run on Windows and is compatible with Microsoft .NET.

Base on the information above, does any one have any suggestions and why?

Thanks

我正在尝试在 PHP 中构建一个监控站点/服务器正常运行时间的系统，该系统将需要每分钟检查数千个域/ips。我研究了 cURL，因为这似乎是最好的方法。

编辑：系统将需要探测服务器，检查其响应时间是否合理，并返回其响应代码。然后它将向包含响应时间和状态代码的 mysql 数据库添加一行。系统的通知部分从那里相当直接。该系统将在专用服务器上。希望这会增加一些清晰度。

我读过一些文章说MySQL等RDBMS不擅长扩展，但MongoDB等NoSQL可以很好地分片。 我想知道 RDBMS 提供的哪个特性使自己不能很好地分片。

我正在开发一个使用.NET 作为应用程序平台的应用程序。最初，我们打算使用 SQL Server 作为数据库，但经过一些研究，MySQL 成为一种流行的数据库，被一些基于事务的应用程序（如 Facebook、Craigslist 等）使用。我们正在开发的应用程序将涉及大量事务，并且需要同时具有可扩展性。根据我的阅读，MySQL 在这方面做得非常好。我的问题是，它是否适用于 .NET？我还看到这些应用程序也使用 PHP 或 Perl。

有没有人有任何一起使用这两种技术的经验？不是自己，而是使用 MySQL 数据库的 .NET。你对演出有什么看法？是否可扩展？任何见解都会有所帮助。我现在只是在研究，我想听听大家对这两者的体验。

感谢大家！

这个非常简单的问题可能有一个非常简单的答案，但我似乎找不到它，它让我发疯。我所拥有的是窗口右下角的一个 div 元素，其中大约有一个图像。260 x 300 像素。我的CSS代码是这样的：

和 html 是这个

一切都很简单。该元素在距浏览器窗口适当的距离处显示其内部的图像。但我真正想要它做的是在调整浏览器大小时按比例缩放/调整自身大小，而不是保持相同的大小。

这是可能的吧？

我有一个应用程序的想法，该应用程序将获取一些包含图形和图像（如各种几何形状和多边形）以及一些随机图像并将它们转换为 PDF 的 Flash 内容。

此外，由于我设想这个应用程序将被我的多个用户使用，我希望这个过程快速且可扩展。我能想到的一种可能的解决方案是拥有一个能够组装上述图形和图像的小型 Flash 客户端。生成某种 XML，将其发送到运行 Java 进程的服务器，该进程可以使用 iText 呈现 PDF。

我想知道其他可能的方法或最佳实践是什么。技术不是问题；开源或商业。

我了解图片上传等需要不同的时间，因此请考虑图片随时可用。以下是我在 PDF 渲染解决方案中寻找的标准：

1. 因为 PDF 渲染引擎，所以对 flash 客户端没有限制。
2. 可扩展到多个用户
3. 速度和效率
4. 最少的序列化/反序列化

如果您能分享您的技术堆栈想法，我将不胜感激。非常感谢！

PS：如果您没有陷入我的 Flash >> XML >> Java 方法的困境，我将不胜感激。我相信这是可以采取的众多方法之一。

设计可扩展数据库的最佳实践是什么？如果数据库/表跨越多个服务器，我该如何加入它们？

我在哪里可以获得更多信息？