自升级到Solaris 11以来，尽pipe拥有30GB内存，但我的ARC大小始终为119MB。 什么？ 为什么？

在Solaris 11发布之前，我在Solaris 11 Express上运行了NAS / SAN盒。 盒子是一个带有D2700的HP X1600。 在所有的12x 1TB 7200 SATA磁盘中，12x 300GB 10k SAS磁盘在不同的zpools中。 总RAM是30GB。 提供的服务是CIFS，NFS和iSCSI。

一切都很好，我有一个ZFS内存使用情况图如下所示：

一个相当健康的弧大小约23GB – 利用可用内存进行caching。

• 清除健康池中的永久ZFS错误
• 我应该使用整个磁盘或分区创buildZFS磁盘吗？
• ZFS条纹在硬件RAID 6之上。什么可能出错？
• 你怎么能findzfs克隆的父快照？
• 什么是1GB以太网iSCSI和NFS的“好”速度？

不过，当我出现时，我升级到了Solaris 11。 现在，我的graphics如下所示：

arc_summary.pl部分输出是：

 System Memory: Physical RAM: 30701 MB Free Memory : 26719 MB LotsFree: 479 MB ZFS Tunables (/etc/system): ARC Size: Current Size: 915 MB (arcsize) Target Size (Adaptive): 119 MB (c) Min Size (Hard Limit): 64 MB (zfs_arc_min) Max Size (Hard Limit): 29677 MB (zfs_arc_max) 

它的目标是119MB，而坐在915MB。 它有30GB的玩。 为什么？ 他们改变了什么吗？

编辑

为了澄清， arc_summary.pl是本洛克伍德的，而产生上述统计的相关线是：

 my $mru_size = ${Kstat}->{zfs}->{0}->{arcstats}->{p}; my $target_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c}; my $arc_min_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_min}; my $arc_max_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_max}; my $arc_size = ${Kstat}->{zfs}->{0}->{arcstats}->{size}; 

Kstat条目在那里，我只是从他们中得到奇数值。

编辑2

我刚刚用arc_summary.pl重新测量了弧的大小 – 我用kstatvalidation了这些数字：

 System Memory: Physical RAM: 30701 MB Free Memory : 26697 MB LotsFree: 479 MB ZFS Tunables (/etc/system): ARC Size: Current Size: 744 MB (arcsize) Target Size (Adaptive): 119 MB (c) Min Size (Hard Limit): 64 MB (zfs_arc_min) Max Size (Hard Limit): 29677 MB (zfs_arc_max) 

打击我的是目标大小是119MB。 看图，它的目标是完全相同的值（根据arc_summary.pl，根据仙人掌arc_summary.pl ，认为差异只是1024/1000四舍五入问题），自Solaris 11安装以来。 它看起来像内核正在努力将目标大小转移到任何不同的东西。 目前的规模是随着系统（大）的需求与目标规模的对抗而波动的，而且看起来平衡在700到1000MB之间。

所以现在问题更加尖锐了 – 为什么Solaris 11将我的ARC目标大小设置为119MB，我该如何改变它？ 我应该提高最小尺寸，看看会发生什么？

我在http://pastebin.com/WHPimhfg卡住了kstat -n arcstats的输出

编辑3

好吧，现在怪异。 我知道flibflob提到有一个补丁来解决这个问题。 我还没有应用这个补丁（仍然排除内部支持问题），我没有应用任何其他的软件更新。

上个星期四，箱子坠毁了。 如在，完全停止响应一切。 当我重新启动它，它恢复正常，但这是我的图现在看起来像。

似乎已经解决了这个问题。

这是现在拉拉土地的东西。 我几乎不知道发生了什么事。 🙁