小编use*_*517的帖子

我想找到一个提供示例服务级别协议 (SLA) 的网站。有谁知道我在哪里可以找到好的例子？

我在哪里可以找到运行常见操作系统（如 Ubuntu 或 WinXP）的虚拟机的基准测试，有无 VT-x？我正在使用 xVM (VirtualBox)，但也可以选择 VMWare 或 Xen 管理程序。

我更喜欢独立的基准，而不是这些公司发布的基准，但我会接受任何我能得到的。谢谢。

将 VMWare VMDK HDD 文件转换为 HyperV VHD 文件的最佳方法是什么？

我的任务是将我们的环境转换为 HyperV 以进行评估。我们是 MSDN 订阅者，因此如果您知道，我可能可以使用该工作的 MS 软件。

我一直在使用“vmdk2vhd”成功或错过成功 - 大约一半的时间它告诉我“无效的vmdk”，据我所知它们应该没问题。

当我使用 VMware 工作站时，我可以将 VM 设置为多核。我实际上是在具有双核和 4 个逻辑核的机器上使用它。那么我真的可以通过在 VM 上使用更多内核来提高 VMS 性能吗？

我可以通过 GPO 拒绝“Internet Explorer”并使用 Google Chrome 作为默认浏览器和唯一浏览器吗？

我想知道 Internet Explorer 是 Windows 操作系统的一部分，是否可以否认它。

我想强制用户仅将 Google Chrome 用作浏览器。

根据Facebook 的 Haystack 上的这篇论文：

"由于 NAS 设备管理目录元数据的方式，将数千个文件放置在一个目录中的效率极低，因为目录的块图太大而无法被设备有效缓存。因此，通常会发生 10 次以上的磁盘操作检索单个图像。将目录大小减少到每个目录数百个图像后，生成的系统通常仍会产生 3 个磁盘操作来获取图像：一个将目录元数据读入内存，第二个将 inode 加载到内存中，第三次阅读文件内容。 ”

我曾假设文件系统目录元数据和 inode 将始终由操作系统缓存在 RAM 中，并且文件读取通常只需要 1 个磁盘 IO。

这篇论文中概述的“多个磁盘 IO 读取单个文件”问题是 NAS 设备独有的，还是 Linux 也有同样的问题？

我计划运行一个 Linux 服务器来提供图像。有什么办法可以最大限度地减少磁盘 IO 的数量 - 理想情况下确保操作系统将所有目录和 inode 数据缓存在 RAM 中，并且每个文件读取只需要不超过 1 个磁盘 IO？

运行 Cronjob @reboot 返回 nfs 共享上的文件不存在。

例子

@reboot python /abs/path/to/script.py

启动时来自 crontab 的邮件显示“或多或少”

/usr/bin/python can't open file "/abs/path/to/script.py": [Error No. 2] No such file or folder.

脚本可以从命令行运行，没有问题。
理论上是在运行 mount 之前 cronjob 正在运行。
问题。

1. 这个理论正确吗？
2. 有没有办法强制作业在安装驱动器之前哀号？.... 除了在命令中放入 sleep 60 之外。;) 我已经试过了，但它时好时坏，我需要脚本在 100% 的时间内快速运行。

有没有办法记录我使用的 Linux 命令并在另一台机器上重复使用它们，或者如果我想重新安装机器？

在示例中记录我如何在实验室环境中设置 NginX、PHP 和权限，然后在部署机器上重复准确的命令？

我试图让我的 crontab 为一个 rails 应用程序运行一些 rake 任务，但它似乎总是以 127 的状态退出，在我的系统日志中它看起来像这样：

Jun  7 05:10:01 ip-10-170-122-226 CRON[15664]: (deploy) CMD (cd /home/deploy/apps/dashboard/current && bundle exec rake some:task
Jun  7 05:10:01 ip-10-170-122-226 CRON[15662]: (CRON) error (grandchild #15664 failed with exit status 127)

似乎 127 就像“未找到命令的错误”或类似的东西，所以我使用了 bin 的完整路径，即使像 bundle 一样/usr/local/bin/bundle，任务在 cron 之外运行良好，只是在 shell 中运行它。

我的 crontab 只是：

*/10 * * * * cd /home/deploy/apps/dashboard/current && bundle exec rake some:task

也许我的 crontab 需要#!/usr/bin或顶部的东西？

更新

为了测试它，它似乎运行得很好：

*/1 * * * *  /usr/bin/touch /home/deploy/cron-test.txt

所以这让我认为它就像一个 …

我有一个想要守护进程的 Perl 脚本。基本上这个 perl 脚本将每 30 秒读取一个目录，读取它找到的文件，然后处理数据。为了简单起见，请考虑以下 Perl 脚本（称为 synpipe_server，在 中有此脚本的符号链接/usr/sbin/）：

#!/usr/bin/perl
use strict;
use warnings;

my $continue = 1;
$SIG{'TERM'}  = sub { $continue = 0; print "Caught TERM signal\n"; };
$SIG{'INT'} = sub { $continue = 0; print "Caught INT signal\n"; };

my $i = 0;
while ($continue) {
     #do stuff
     print "Hello, I am running " . ++$i . "\n";
     sleep 3;
}

所以这个脚本基本上每 3 秒打印一次。

然后，因为我想守护这个脚本，我也把这个 bash 脚本（也称为 synpipe_server）放在/etc/init.d/：

#!/bin/bash
# synpipe_server …