标签: fragmentation

对 linux IO 系统有一定经验的人的任何见解都会有所帮助。这是我的故事：

最近建立了一个由六个 Dell PowerEdge rx720xds 组成的集群，通过 Ceph 提供文件。这些机器在两个插槽上有 24 个内核，有两个 numa 区域和 70 GB 的内存。磁盘被格式化为一个磁盘的突袭（否则我们看不到直接暴露它们的方法）。网络由 mellanox infiniband IP over IB 提供（IP 数据包在内核领域变成 IB，而不是硬件）。

我们将每个 SAS 驱动器安装如下：

# cat /proc/mounts | grep osd
/dev/sdm1 /var/lib/ceph/osd/ceph-90 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdj1 /var/lib/ceph/osd/ceph-87 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdu1 /var/lib/ceph/osd/ceph-99 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdd1 /var/lib/ceph/osd/ceph-82 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdk1 /var/lib/ceph/osd/ceph-88 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdl1 /var/lib/ceph/osd/ceph-89 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdh1 /var/lib/ceph/osd/ceph-86 xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sdo1 /var/lib/ceph/osd/ceph-97 xfs …

我有一个 mssql 数据库，我们称之为：mssqlDB01。我的任务是对所有表执行碎片整理。这个数据库有几百个表，每个表都有 1 到 15 个索引。

谷歌让我发现了一种对每个表的所有索引进行碎片整理的做法，但我无法弄清楚如何在所有表上执行此操作。

ALTER INDEX ALL ON TABLENAME REBUILD;

我要找的是

ALTER INDEX ALL ON * REBUILD; 

但它抱怨

Msg 102, Level 15, State 1, Line 2
Incorrect syntax near '*'.`

下面让我找到我的数据库中的所有表

SELECT * FROM information_schema.tables WHERE TABLE_TYPE='BASE TABLE'

我可以以某种方式将其推送到命令中吗？

ALTER INDEX ALL ON (SELECT * FROM information_schema.tables WHERE TABLE_TYPE='BASE TABLE'; ) REBUILD;

我有一个 Redis 3.0.5 实例，随着时间的推移，它往往会显示 mem_fragmentation_ratio 的增长。

使用该实例的应用程序不断地创建和删除密钥。

一个月后，我的结果是 mem_fragmentation_ratio > 1.30。这会影响 Redis 在该服务器上的内存占用：

~$ redis-cli info memory
# Memory
used_memory:7711297480
used_memory_human:7.18G
used_memory_rss:10695098368
used_memory_peak:11301744128
used_memory_peak_human:10.53G
used_memory_lua:95232
mem_fragmentation_ratio:1.39
mem_allocator:jemalloc-3.6.0

如果我重新启动 Redis 服务并从 AOF 重新加载，mem_fragmentation_ratio 会回到可接受的水平 (1.06)：

~$ redis-cli info memory
# Memory
used_memory:7493466968
used_memory_human:6.98G
used_memory_rss:7924920320
used_memory_peak:8279112992
used_memory_peak_human:7.71G
used_memory_lua:91136
mem_fragmentation_ratio:1.06
mem_allocator:jemalloc-3.6.0

回收 Redis 正在影响我们的应用程序（即使我们在从服务器重启后使用 Sentinel 故障转移来执行此操作）。

是否有另一种方法可以减少 mem_fragmentation_ratio，例如我可以安排非高峰期的“碎片整理”过程？

这是关于 Windows，但我相信它也适用于其他操作系统。

我听说有人说如果你想要更好的性能，你应该避免交换文件碎片。为此，您可以手动为交换文件指定恒定大小，甚至将其移动到专用分区/磁盘。

这真的会带来任何性能优势吗？毕竟 - 交换文件无论如何都是以随机方式访问的，还有什么更多的随机化？如果您正在考虑为交换文件使用单独的磁盘，那么您最好将资金投入更多 RAM。当然，除非您碰巧获得免费磁盘。

那么 - 是否有必要对抗交换文件碎片？

我们有一台带有 RAID 卷的服务器。Windows DEFRAG 在卷上显示非常高的碎片 (90%)。我的主管询问 DEFRAG 报告的碎片是否正确（或接近正确）。

我们很长一段时间都没有进行任何碎片整理（至少在过去的 4 个月里，我在这里工作的时间里没有）。这是一个生产服务器，我们非常担心。

既然tmpfs只存在于内存中，它会像内存一样变得碎片化吗？是否有机制可以自动对内存进行碎片整理，从而提高（甚至略微提高）存储文件的访问速度？

我正在使用带有多个硬盘驱动器的 Windows 存储空间。

如果我创建多个虚拟磁盘，然后删除其中的一些，并调整其中的一些大小，虚拟磁盘最终是否会被分成多个碎片，这些碎片是否会遍布所有这些硬盘驱动器？

例如：如果 VirtualDisk1 的第一个 1TB 位于 PhysicalDrive4 的开头，而 VirtualDisk1 的第二个 1TB 位于 PhysicalDrive4 的末尾，则 VirtualDisk1 的最后 3TB 在 PhysicalDrive5 上，VirtualDisk2、VirtualDisk3 等。

这种碎片化的示范图

我想知道这样的碎片会不会导致性能问题，Windows如何处理这种情况以及Windows如何针对这种情况优化存储空间？

我使用oarc 测试测试了我的 dns 服务器，我的大小限制至少为 1403 字节。我在 Juniper ISG 2000 之前执行了相同的测试，结果是 2047 字节。

根据IP “Fragments Filtered”一章和这篇文章，我认为我有一个碎片问题。

这篇文章讨论的ip virtual-reassembly是 cisco，但我找不到 Juniper 的等价物。

在与我的网络管理员讨论这个之前，我更喜欢在 JunOS 中找到好的选择:-)

谢谢