我们使用Ubuntu 9.10服务器来传输Ghost-image文件。 我们只用Sambaconfiguration它。 DOS客户端连接到Samba。 最新的更新已安装，到目前为止服务器运行良好。
当我们用2GB的2个文件的相同图像对10台PC进行映像时，没有磁盘活动。 一切都加载在RAM中。 有4GB的服务器。
但是，当我们使用2个不同的500 MB（8x）文件的图像文件，然后有很多连续的磁盘活动。 速度较低。
所以看来，Ubuntu不会caching多一个大文件。 有设置来改变这种行为吗？
2x 8x 500Mb比你的4Gb机器要存放在caching中的数量要多，所以两个PC中的任何一个都不太可能从caching中获得太多（即所有的文件读取导致磁盘访问）。
同时读取两个文件将比读取文件慢，因为磁盘磁头将需要从文件到文件翻转 – 这对观察到的性能的影响可能是相当可观的，除非您有固态驱动器，其中由于几乎为零（相对于基于旋转盘的驱动器）随机访问延迟。
在任何给定的时间，2x 2Gb仍然会超过你的机器可以保存在caching中，所以也不会被完全caching。 但是它的大部分可以是，所以如果机器2在机器1之后不久就开始读取，它将在机器1的读取操作期间阻塞caching。 在整个操作过程中，100Mbit的联网机器2在每个文件中可能与机器1后面的距离相同。 在1Gbitnetworking的情况下，驱动器可能是机器2即将迎头赶上的瓶颈，两者将在两者之间交替进行物理读取，而获得块的caching副本。
因此，我怀疑你在第一种情况下看到了磁盘活动（4Gb值），但是由于头部活动很less，所以你实际上不会听到活动（如果你正在听点击驱动器这个）也不会有less数的头部动作足以让你注意到速度的差异。 当第一台机器到达传输结束时，文件的启动将被推出caching，但是第二台和后续的机器要么还没有启动，要么已经超出了这一点。
为了加速这个过程，我build议你压缩图像文件（除非驱动器被encryption，否则驱动器图像趋于压缩，特别是如果您在拍摄图像之前将可用空间调零）。 这会使得拍摄新图像需要更长的时间，但在恢复过程中节省时间，因为它将更好地利用服务器的caching，即使caching中没有任何用处，也会减less磁盘活动，并且也会减lessnetworking负载（如果您在客户端解压缩）。
我认为你看到的速度减慢主要是由于networking层。 Ghost使用多点传送，因此使用一个图像对10台计算机进行成像与成像1台计算机相同。 但是，如果您一次播放2张图像，则两个广播都会争夺networking带宽。
这并不是说磁盘活动与您看到的任何性能无关。 我只是提供另一个angular度。
大卫写道：
2x 8x 500Mb比您的4Gb机器更多
在我们对HP7700和HP7800的testing中，我们有2个图像被划分成（大约8个）区段。 每张图片只有一个500 MB的段需要同时加载到caching中。
所以2x 500是1 GB。 当某个段完全加载到客户端时，需要加载下一个500 MB的段。 但是我们有很多磁盘活动。 （有1 GB的大块，只有加载到HP7800的服务器的磁盘没有任何东西…）
3d影响：我们不使用多播，每个客户端直接从服务器加载。