楼主:
lantw44 (#######################)
2015-02-01 22:48:46我的硬盘上同时有安装了 Linux 和 FreeBSD，但是一直以来共用资料都很麻烦。
目前的状况是：
Linux 可以挂载 FreeBSD 的 UFS2，但是只能唯读。
FreeBSD 可以安装 ext4fuse 挂载 Linux 的 ext4，也是只能唯读，而且速度
很慢，不支援 mmap。（git status 会失败）
有考虑过的方法：
1. 用 FAT 或 NTFS，但是这样不容易保留权限设定。
2. 用 ext2，但是好像每次当机或断电就要 fsck 很久。
3. 用 ZFS，但是吃掉很多内存（8 GiB 就被 ZFS 用掉 5 GiB），而且每次重开机
切换作业系统前都还要 zpool export。
请问大家有哪些更好的共用资料方法吗？
一台电脑多重开机方式？若非 production 环境
作者:
carylorrk (carylorrk)
2015-02-01 23:15:00可以接受 VM 吗？
楼主:
lantw44 (#######################)
2015-02-01 23:20:00这台是我平常自己在用的桌机，所以才会这样装用 VM 有个问题是我不容易在里面再开 VM而且一些 GUI 程式会变慢（主要当 desktop 而非 server）
重点是你这台电脑用 linux & freebsd 分别跑什么？为何会有 VM 里面之后需要再跑一个 VM 这种需求?另外我工作上电脑，i7 主机 16G 内存的电脑装 linux里面用 kvm 还跑多个 linux 与一个 win7 系统
楼主:
lantw44 (#######################)
2015-02-01 23:28:00我是指如果我的 FreeBSD 是用 VM 跑的
老实说我感受不到么慢.... win 都用远端桌面连入
若 freebsd 对你那么重要无法用 vm 来跑，组新电脑就好现在组一台电脑其实花费成本很低了，最简单作法要不然弄个独立 nas, 用网络分享出来共用也是一个方式
楼主:
lantw44 (#######################)
2015-02-01 23:31:00其实我只是想要多重开机共用资料而已 ......
nas 就提供 cifs or nfs 等存取方式都是可以选择方式
楼主:
lantw44 (#######################)
2015-02-01 23:32:00网络的话拿来编译东西会很慢 ......
你自己都把所有方案否定了...网络能够慢到多久呢 目前 Lan 都可以到 1000M 了...
楼主:
lantw44 (#######################)
2015-02-01 23:37:00大概就 ...... 比本机硬盘慢，不确定是不是网络问题也许可以再来尝试看看会慢多少或是说，原本是同一台电脑、硬盘互相传，现在得用网络
1G 网络一般传资料，Lan 通常 90M/s 以上，不知道你资料有多少？资料量有大到数十GB ?若还是要本机不用网络，多个硬盘后续 rsync 同步也可以在可以接受速度内 rsync 等同步也是一种作法复制出来，基本上用 tar 等打包不压缩可以保留权限准备好一个 usb 3 高速装置搭配转移 tar 也是不错方式
楼主:
lantw44 (#######################)
2015-02-01 23:53:00另外花时间打包的话感觉会比网络或 zfs export 还慢 ....也许我还是想办法让 zfs 用少一点内存会比较好 ......原本的想法其实是有个比较大的共用区域，许多在两个系统可以互通的个人资料或程式就放在这个空间想节省硬盘空间用量
这位大大，天底下没有什么要马好但是不要马而不吃草事情很多东西得取舍与评估，优缺点要自己计算
作者:
CaptainH (Cannon)
2015-02-02 00:53:00nfs被他嫌慢了
作者:
HamalAri (哈马‧阿里)
2015-02-02 04:34:00nfs latency 很烂, 编译时写入一堆小档爆炸慢大档快有啥用, 只看连续写入大家都不用换 ssd 了
买就用~~~~~3Par啊 XDDDD而且谁说用网络编译一定很慢啊。你给我一千万我让你很快编好程式
什么 VM 一定非在 FreeBSD 开，不能在 Linux? (说实话，除了测试 "在 FreeBSD 开 VM" 这功能本身，还真想不出来) 如果真有，那就以 FreeBSD 为主，在FreeBSD里开 VM 跑 Linux 吧！而且如果考量资料同步问题就算了，为了省一点硬盘空间搞死自己...其实有更多美好的事物值得我们去浪费生命，真的！
作者:
HamalAri (哈马‧阿里)
2015-02-02 14:13:00NFS 小档不管在怎么调 wcache, rcache, async 都没用不需要编译，只要解压缩小档就爆慢了
档案很小本来就慢，这非NFS本身问题，有一些问题是在local 端档案系统先天的问题...拉回来，我还是没搞懂原作者的环境问题...另外 freebsd 的 vm 这块实作记得远落后于 linuxfollow linux xen, kvm 多年之后才认真注意看一下 fbsd不过 fbsd vm 这部分似乎比较少人专注与投入
楼主:
lantw44 (#######################)
2015-02-02 17:54:00我知道 FreeBSD 这边很多东西落后 Linux，但只是想尝试
作者:
HamalAri (哈马‧阿里)
2015-02-02 19:32:00随便解压个几百K但1千个小档的压缩档，nfs比本机慢两倍
nfs小档慢归慢但是还是可以交换资料事先先打包起来也是一种解决方案目前重点不是原po因为这个问题不采用吧解决问题方式很多，有优点与缺点，要取舍再者问题内根本没有看到作者要编译软件事情更别说是一堆小档案这类事情了
楼主:
lantw44 (#######################)
2015-02-02 20:07:00其实原本没打算 NFS 正是因为小档很慢 ......
资料量会到多少要交换，给个资讯来听听要不然上面一堆建议看不出你已经评估与取舍
作者:
HamalAri (哈马‧阿里)
2015-02-02 21:51:00显然就是有几百M的源码经常需要在两边测试和编译
那什么资料需要两边同步呢 费解问题一下说虚拟机测试现在是程式码测试档案打包起来用高速 usb or 网络传就好
作者: rein (rein) 2015-02-03 13:16:00
一样走dual boot，要分享档案时开vm把FreeBSD跑起来（Physical disk），走FreeBSD的samba？
谁跟你说FreeBSD 落后了?除了不是一般的人才会做FreeBSD & Linux 的编译而且有几百MB Source 那肯定大系统...SIZE (firefox-28.0.source.tar.bz2) = 134968426我想除了想编Firefox 我想不出比他大的程式了
是 freebsd 的 vm 技术发展上是稍微落后openoffice project source tarball 要 200MB 以上喔
作者:
chang0206 (Eric Chang)
2015-02-04 12:22:00FreeBSD的VM真的比较落后啊...
作者: rein (rein) 2015-02-04 13:17:00
bhyve可能可以用nested kvm跑
目前最大的 Open Source 专案应该是 Android
问题我说的是 FreeBSD & Linux 可以同时编译的。。
楼主:
lantw44 (#######################)
2015-02-04 20:36:00NFS 用 git clone / git pull 就会感觉有差别了不过我还是可以再来测试一下
现在问题跑出git了，怎么变换这么大git问题更简单不是吗？git server 就好随时可以 clone,update与commit回去再者nfs都可以用fs-cache配合解决问题
还是没回答什么程式是需要FreeBSD & Linux编译的