我想对我们的 JVM 进行一些性能监控。
除了我已经在我的清单上的显而易见的事情之外，还有什么值得监控的？
- JVM 可用/总内存
- GC 率（每分钟多少次）
- GC的持续时间
在 Windows 服务器上，我有 2 种 Java 进程
java.exejavaw.exe
有什么区别 ？
使用mod_log，您可以使用指令在 access.log 文件中记录发送回客户端的标头%{Set-Cookie}o。但是，如果同一个标头多次出现，按照HTTP RPC 的授权，只有一个被记录。
我们怎样才能让所有这些都被记录下来？
作为参考，RFC 规定：
当且仅当该标题字段的整个字段值被定义为逗号分隔列表[即，#(values)] 时，具有相同字段名称的多个消息标题字段可能出现在消息中。
Set-Cookie是这样一个字段名，因为字段值是逗号分隔的。我不介意按照 HTTP RPC 中的建议将它们连接在一起。
当我使用RAR时，我可以选择添加一些额外的恢复数据，以便能够应对不完美的介质（想想软盘）。它多次挽救了我的一天，特别是在处理旧 CD 时（划伤或反射层被气泡损坏）。
我还使用Parchive以与 RAID 不同的方式重新分发了几张带有“奇偶校验”的 CD。
所以，在 DVD、外置硬盘和闪存的时代：
- 还值得吗？
- 由于存在各种更好的压缩格式，它只能作为 Parchive 之类的外部软件包提供还是仅与 RAR 一起提供？
我不想要一个完整的解决方案，就像这里、这里或这里所问的那样，只是理想情况下像gunzip一样轻量级的使用（stdin/stdout）
我为静态内容创建了一个子域，以便能够通过多个负载平衡的 Web 服务器更有效地为其提供服务。此静态内容会自动更新，速度约为 1k 文件/天。
现在我使用rsync以主/从方式更新服务器，但是由于内容的文件数量越来越多，超过 100k+ 的文件，这需要越来越多的时间，并且在主服务器和从服务器上都增加了 I/O 负载。
我无法使用我在“提高 rsync 性能”问题上提出的解决方案，因为我无法知道哪些文件在没有stat全部 -ing 的情况下被修改，而这并不能解决不断增加的 I/O 成本。我还必须处理文件删除。
我曾考虑在从属设备上使用ar/o NFS之类的东西，但这可能会在一定程度上破坏负载平衡效果并造成无缘无故的SPOF。
顺便说一句，服务器正在运行 AIX，但我也对更通用上下文中的解决方案感兴趣。
在 VMWare 中，您可以使用多个 CPU，但只能使用主机上的 CPU。有没有办法使用比物理可用更多的 CPU？
这将是：
- 测试软件设计用于在昂贵的 16 路盒上运行在商品 2 路盒上。
- 在 1-way 主机上使用为 2-way 设计的图像
- 以非 2路的方式测试软件（想想 3）（尽管这最终可以在 4 路的盒子上完成）
在 VMWare 中，您可以使用多个 CPU，但只能使用主机上的 CPU。有没有办法使用比物理可用更多的 CPU？
这将是：
- 测试软件设计用于在昂贵的 16 路盒上运行在商品 2 路盒上。
- 在 1-way 主机上使用为 2-way 设计的图像
- 以非 2路的方式测试软件（想想 3）（尽管这最终可以在 4 路的盒子上完成）
更新：
我特别希望能够在 2 路硬件上运行 16 路配置的操作系统，而不是当前可用的几乎所有虚拟化软件都有效处理的基本超额订阅（如 4 路硬件上的 16 路 2 路）。
如果我不需要，我也不想投资一个非常具体的解决方案，因为我的想法是限制所需的投资。
而且我不能仅仅增加线程的数量，因为它已被巧妙地建议：
- 在一个应用程序中，我希望能够测试进程号的自我调节。
- 我还希望能够看到拥有少量大型 SMP（16 路以上）主机对大量小型主机（1 或 2 路）的影响。
更新（之二）：
我终于发现QEMU正是这样做的。