问题标签 [scaling]

默认情况下，IIS 6.0 进程为每个处理器创建多达四个线程。我们可以通过将 MaxPoolThreads 条目添加到以下注册表路径来调整 IIS 6.0 服务进程中的最大线程数：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Inetinfo\Parameters 并给出 2 - 20 之间的值。

• 我想知道实际上，这些更改是否在服务器中进行以调整 IIS？
• 决定 Web 场环境中的 Web 服务器计数（负载/速度...）背后的计算是什么？
• 配置负载平衡的最佳实践是什么？
• 我们在什么基础上进行水平缩放/垂直缩放？

我有一个关于如何转换父影片剪辑而不是子影片剪辑的问题...我有一个影片剪辑，其中包含一个图像加载器和一些句柄作为影片剪辑。影片剪辑句柄用于侦听鼠标事件以执行缩放父影片剪辑的旋转和平移等功能。这里的问题是，当我缩放或旋转动画剪辑时，手柄也会旋转和缩放，尽管我希望它在父动画剪辑旋转时跟随父动画剪辑，但我不希望手柄也缩放。

有没有办法避免手柄缩放。

谢谢

我是 WPF 的新手。我有一个 WPF 窗口，上面有一堆标签以及一个列表框。

调整窗口大小时，我想缩放一些标签的大小，但不是全部。我也不希望 ListBox 缩放——只是一些标签。

我知道我可以使用 Viewbox 来调整窗口大小，但是尽管我弄乱了它，但我没有得到想要的效果。当然，我不能用 Viewbox 包围整个事物，因为这会调整所有内容的大小，所以我想我必须在我想要展开的每个标签周围的整个窗口中放置一堆不同的 Viewbox。但是当然......当我这样做时，根本没有任何扩展。

同样，当我展开标签时，还有其他标签需要保留在这些标签旁边，因为它们是标识符。

所以......这是我目前拥有的 XAML。我什至不知道我是否走在正确的道路上。任何使带有数字的标签随窗口扩展的帮助将不胜感激。

我有 Flash，我在其中动态加载一些图像。

但是当我在大屏幕监视器上查看这个闪光灯时，闪光灯是自动缩放的（我不能禁用舞台自动缩放）。同样，图像的大小也在增加。问题出现了，在大屏幕显示器上，图像变得模糊。

我怎样才能使它在所有尺寸的显示器上都很好。

我想要的只是有选择地禁用图像缩放。

我知道这与拥有各种负载平衡服务器有关，但是为什么有些站点使用不同名称的“www”子域（www2.somesite.com、www3.somesite.com 等），而其他站点可能非常庞大不这样做 - 即所有流量都是到 www.hugesite.com。

它是否表明某些架构决策/具有特定目的？可以避免还是限制站点以某种方式扩展？

我想这个问题已经被问了很多。我知道Rails 可以扩展，因为我一直在研究它，而且它很棒。就 PHP 框架而言，这一点毫无疑问。

我不想知道哪些框架更好。

假设每月有 100 万次访问的大型应用程序，扩展 Rails 与其他框架（PHP、Python）的成本差异有多大？

这是我经常被问到的问题。我可以向人们解释“Rails 确实可以很好地扩展”，但从长远来看，经济学是什么？

如果有人可以提供一些指标，那就太好了。

我有一个我正在开发的小型 iPhone 应用程序，我正在使用 UIImageView 显示图像。我正在使用 Aspect Fit 模式将其放大。我想让图像在没有插值/平滑的情况下放大（我希望它看起来像素化）。有什么办法可以改变这种行为吗？

一个更普遍的问题是我可以实现自己的缩放算法，还是我可以选择其他内置算法？

我们已经达到了一个应用服务器不够用的地步。除了性能优势之外，我们还希望有一个故障转移方案，因为我们无法承受 30 分钟的停机时间，因为服务器需要为新内核重新启动。

必须解决的第一个问题是存储共享文件的位置，以便两个应用程序服务器都可以随时访问它。可能的解决方案是：

• 两台服务器上都带有 NFS 的 DRBD。
• 带有 NFS 的 NAS
• 具有集群文件系统的 SAN

我们希望使解决方案尽可能简单，并且我们不想在它上面花一大笔钱。DRBD 同步很便宜但是太脆弱了。SAN 很昂贵，我听说过一些关于集群文件系统的恐怖故事。带有 NFS 的 NAS 似乎是最合适的。

您如何处理来自多个服务器的共享存储？您是否遇到过 NFS 的任何问题？

奖励问题：Sun 有一个启动必需品计划，提供很大的折扣，我们可以花大约 6k 购买他们的 Sun 7110 Unified Storage。有没有人有统一存储的经验？有没有价格合理的替代品？

我目前正在开发一个在基本结构上类似于论坛的网站。我决定不选择使用已建立的 PHP 框架之一（我以前玩过 Rails），部分原因是为了学习，部分原因是我认为它们会长期阻碍开发。

我想知道在构建应用程序时 URL 重写的重要性。动态 URL 真的过时了吗？如果实现 URL 重写也应该实现控制器？以后切换到 URL 重写系统会不会很困难？

现在我只有模型和视图之间的分离，它对我的​​目的来说工作得很好。尽量保持简单，并在我去的时候添加。

你觉得呢？你有没有什么想法？

我有几个关于EC2的新手问题，感谢您的关注，

1) 为什么 EC2 实例带有特定的内存/存储配额？在云环境中，我们不能只请求我们需要的内存/存储量，而亚马逊基础设施负责分配吗？我了解设置 VM 映像需要预先确定的内存/存储分配，但是，这确实有必要吗？在谷歌应用引擎中，我没有看到内存有任何限制，并且存储是按现收现付的方式收费的。

2) 与第一个有关。如果亚马逊允许使用动态内存/存储报价创建实例，我们是否还需要创建多个实例并处理负载平衡，例如，我们可以只创建一个强大的实例，而将其他扩展问题留给亚马逊。

3）EC2实例的性能，你有经验告诉它与类似配置（内存/CPU）的物理机相比如何