womble's questions

我正在追查 Linux 服务器上的一些性能问题，并且我已经设置了 BSD 进程记帐来追踪可能导致负载的原因。但是，我看到很多名为“文件系统”的进程，如下所示：

sed 根?? 0.00 秒 10 月 22 日星期四 06:00
文件系统 F 根 ?? 0.00 秒 10 月 22 日星期四 06:00
sed 根?? 0.00 秒 10 月 22 日星期四 06:00
文件系统 F 根 ?? 0.00 秒 10 月 22 日星期四 06:00
文件系统 F 根 ?? 0.00 秒 10 月 22 日星期四 06:00
哪个根？？0.00 秒 10 月 22 日星期四 06:00
哪个根？？0.00 秒 10 月 22 日星期四 06:00
切根？？0.00 秒 10 月 22 日星期四 06:00
grep 根?? 0.00 秒 10 月 22 日星期四 06:00
文件系统 F 根 ?? 0.00 秒 10 月 22 日星期四 06:00
切根？？0.00 秒 10 月 22 日星期四 06:00
文件系统根？？0.01 秒 10 月 22 日星期四 06:00
文件系统 F 根 ?? 0.00 秒 10 月 22 日星期四 06:00
grep 根?? 0.00 秒 10 月 22 日星期四 06:00
文件系统根？？0.00 秒 10 月 22 日星期四 06:00

我在这台机器上没有一个名为“文件系统”的程序，谷歌也没有告诉我任何关于它可能代表什么的有用信息。有没有人研究过源代码或者知道为什么会出现这些？

我正在运行的环境是一个大规模的网络托管业务（管理着数百台服务器，几乎所有公共地址等——所以任何关于管理 ADSL 链接的事情都不太可能运作良好），而且我们'正在寻找可以轻松管理核心规则集（目前 iptables 中约有 12,000 个条目）以及我们为客户管理的基于主机的规则集的东西。我们的核心路由器规则集每天更改几次，而基于主机的规则集可能每月更改 50 次（在所有服务器上，因此可能每月每五台服务器更改一次）。

我们目前正在使用 filtergen（一般是球，在我们的运营规模下是超级球），过去我在其他工作中使用过shorewall（这比 filtergen 更可取，但我认为必须比那更好的东西）。

我们为任何替代系统提出的“必须”是：

• 必须相当快地生成规则集（在我们的规则集上运行 filtergen 需要 15-20 分钟；这简直太疯狂了）——这与下一点有关：
• 必须生成一个 iptables-restore 样式文件并一次性加载，而不是为每个规则插入调用 iptables
• 在重新加载规则集时，不得长时间关闭防火墙（同样，这是上述几点的结果）
• 必须支持 IPv6（我们不会部署任何不兼容 IPv6 的新内容）
• 必须不含 DFSG
• 必须使用纯文本配置文件（因为我们通过版本控制运行所有内容，并且使用标准 Unix 文本操作工具是我们的 SOP）
• 必须同时支持 RedHat 和 Debian（首选打包，但至少不能公然反对任何一个发行版的标准）
• 必须支持运行任意 iptables 命令以支持不属于系统“本机语言”的功能

任何不符合所有这些标准的东西都不会被考虑。以下是我们的“锦上添花”：

• 应该支持配置文件“片段”（即你可以把一堆文件放到一个目录中，然后对防火墙说“把这个目录中的所有东西都包含在规则集中”；我们广泛使用配置管理，希望使用这个特性来自动提供服务特定规则）
• 应该支持原始表
• 应该允许您在传入数据包和 REJECT 规则中指定特定的 ICMP
• 应该优雅地支持解析为多个 IP 地址的主机名（我们已经用 filtergen 被这个主机名捕获了几次；这是一个相当大的痛苦）
• 该工具支持的可选/奇怪的 iptables 功能（本机或通过现有或易于编写的插件）越多越好。我们时不时地使用 iptables 的奇怪功能，而且“正常工作”的功能越多，对每个人都越好。

我正在为大型存储场进行设置，为了避免需要长达一个月的 fscks，我的计划是将存储拆分为许多较小的文件系统（这很好，因为我有一个存储良好的文件树, 所以我可以很容易地在1/, 2/, 3/,等上安装单独的文件系统4/）。

我的困难在于找到文件系统的“合理”大小的任何枚举，以保持 fsck 时间同样“合理”。虽然我完全意识到给定大小的绝对时间在很大程度上取决于硬件，但我似乎找不到任何关于具有不同文件系统大小的 ext3 fsck 时间的曲线形状的描述，以及其他变量是什么（单个目录中的文件系统是否比一个目录中的文件系统花费更长的时间，树中数千个目录中的每个目录中有 10 个文件；大文件与小文件；完整文件系统与空文件系统；等等）。

有没有人提到任何经过充分研究的数字？如果做不到这一点，关于这些问题的任何轶事至少应该有助于指导我自己的实验，如果需要的话。

编辑：澄清：无论文件系统如何，如果元数据出现问题，都需要检查。是否启用或需要基于时间或挂载的 re-fscks 都不是问题，我要求专门针对 ext3 的数字的唯一原因是因为这是最有可能选择的文件系统。如果您知道具有特别快的 fsck 进程的文件系统，我愿意接受建议，但它确实需要是一个强大的选项（声称“文件系统 X 永远不需要 fscking！”将被嘲笑和嘲笑） . 我也意识到备份的必要性，并且 fsck 的愿望不能替代备份，但是只是丢弃文件系统并在出现故障时从备份中恢复，而不是 fscking 似乎真的，

我正在与一个组织合作，该组织已将 Varnish 部署为所有 Web 流量的缓存反向代理。他们的流量构成了许多客户生成的动态网站，通常的静态资产集合挂在旁边。

虽然我尝试喜欢 varnish（我认为原则上它有一个非常好的架构），但我在管理它和解决问题时遇到了一些麻烦，所以我想知道它是否真的是正确的选择。过去我用squid作为反向代理，但不是同一种角色，所以我没有明确的比较依据。

我的问题是针对那些在生产中部署清漆或认真评估过它的人：你是坚持使用清漆，还是最终使用了另一个反向代理？您坚持使用或切换的关键点是什么，如果您确实使用了其他东西，您最终使用的是什么？

是否有人开发或知道任何第三方工具（或不明显使用的库存工具）来帮助糟糕的系统管理员确定通过 Varnish 的请求发生了什么？虽然varnishstat、varnishtop和varnishhist给我非常高级（或低级）的概述，但我正在寻找能告诉我以下内容的东西：

• 当前正在进行哪些请求（以及它们已经这样多久了，它们被发送到了哪里，诸如此类）
• 后端、虚拟主机等请求的平均服务时间
• 其他可以帮助我识别行为不端的后端、虚拟主机等的东西。