1
abscon 2014-05-16 22:47:16 +08:00 via Android 1
建议召唤delphij
|
2
saharabear OP @abscon 过去用opensolaris的时候,没有过类似经历,我是山寨SA,所以经验不足。
|
3
pubby 2014-05-17 00:26:30 +08:00 1
我虽然一直在用zfs,但感觉还是很外行
从fb7上的zfs一路用过来,实事求是讲fb10的zfs已经好很多了,但还是在fb10上发生过一次疑似死锁 当时是几个并发进程因为意外在同时创建并写入几个几百G的大文件,于是文件系统貌似死锁了,失去响应。 那些进程也无法KILL掉。 当时观察到磁盘IO处于99%以上,等上十几分钟依然没有缓过来,只能断电重启了。 另外,建议更新到stable/10看看,看代码更新记录,有不少zfs相关的改动 |
4
saharabear OP @pubby 我现在不敢直接更新,我想等着这次的修复以后,再以原来的强度运行rsync看看结果。
|
5
pubby 2014-05-17 00:37:34 +08:00 1
|
6
windyboy 2014-05-17 15:38:04 +08:00 1
freebsd 是装载了一个opensolaris的微内核
linux 也是一样的 都是openzfs的贡献 |
7
saharabear OP @pubby 跑了20小时,又挂了,依然livecd启动后修复zfs后问题解决。 我尝试一下ARC配置,目前刚刚找了一台机器,单硬盘,其他配置与生产机相同,也跑一次rsync做做测试,不过这台更新到最新版本。
查阅了一些资料,目前没有进展。 以上各位,感谢已送出。 |
8
likuku 2014-05-18 00:52:01 +08:00
|
9
likuku 2014-05-18 00:54:14 +08:00 1
@saharabear 之前针对「小于32G内存机器跑 freebsd + zfs」时的笔记:
* 开启 zfs 预读取,提高zfs读取性能:/boot/loader.conf 增加:vfs.zfs.prefetch_disable=0 * 机器物理内存小于32G时(物理内存大于/等于32G时,无需调整),为避免zfs耗尽内存机器僵死,必须对 arc 和 kernel-mem 作限制 : * * /boot/loader.conf 增加: * * vm.kmem_size="7G" # 机器物理内存总量 -1G * vm.kmem_size_max="7G" # 同上 * vfs.zfs.arc_max="6G" # vm.kmem_size -1G * vfs.zfs.vdev.cache.size="768M" # 最小64M ~ 最大 1G |
10
likuku 2014-05-18 00:55:20 +08:00
@saharabear 其实上面 9 楼里我的设定,就是给系统本身至少预留1G内存,不要让ARC耗尽所有内存。
|
11
likuku 2014-05-18 01:01:07 +08:00 1
@windyboy openzfs 只是2014年发起的新项目以继承OpenSolaris时代放出的zfs代码,
freebsd 自 opensolaris 时代就引入 zfs相关代码。 from: https://wiki.freebsd.org/ZFS 「SUN's ZFS file system became part of FreeBSD on 6th April 2007.」 |
12
saharabear OP @likuku 我做下测试,谢。
|
13
tmqhliu 2014-05-18 13:29:38 +08:00 1
-STABLE 中有 ZFS 的 patch
http://www.freebsd.org/cgi/query-pr.cgi?pr=187594 另外水木社区 FreeBSD 版 http://www.newsmth.net/nForum/board/FreeBSD 也可以讨论技术问题~ 包括大神 delphij 经常出没 :-P |