→ kenduest: 一台電腦多重開機方式？若非 production 環境 02/01 23:15
→ carylorrk: 可以接受 VM 嗎？ 02/01 23:15
→ kenduest: 何不考慮透過虛擬化方式來運作更簡單呢 02/01 23:15
→ kenduest: linux 上用 kvm 跑一堆系統都是很簡單方式 02/01 23:15
→ kenduest: kvm 目前效能很好，有無考慮透過這種方案簡化很多 02/01 23:16
→ lantw44: 這臺是我平常自己在用的桌機，所以才會這樣裝 02/01 23:20
→ lantw44: 用 VM 有個問題是我不容易在裡面再開 VM 02/01 23:22
→ lantw44: 而且一些 GUI 程式會變慢（主要當 desktop 而非 server） 02/01 23:24
→ kenduest: 重點是你這台電腦用 linux & freebsd 分別跑什麼？ 02/01 23:26
→ kenduest: 為何會有 VM 裡面之後需要再跑一個 VM 這種需求? 02/01 23:27
→ kenduest: 另外我工作上電腦，i7 主機 16G 記憶體的電腦裝 linux 02/01 23:27
→ kenduest: 裡面用 kvm 還跑多個 linux 與一個 win7 系統 02/01 23:28
→ lantw44: 我是指如果我的 FreeBSD 是用 VM 跑的 02/01 23:28
→ kenduest: 老實說我感受不到麼慢.... win 都用遠端桌面連入 02/01 23:28
→ lantw44: 這樣我要在 FreeBSD 裡面測試 VM 就容易遇到問題 02/01 23:28
→ kenduest: 若 freebsd 對你那麼重要無法用 vm 來跑，組新電腦就好 02/01 23:29
→ kenduest: 現在組一台電腦其實花費成本很低了，最簡單作法 02/01 23:29
→ kenduest: 要不然弄個獨立 nas, 用網路分享出來共用也是一個方式 02/01 23:31
→ lantw44: 其實我只是想要多重開機共用資料而已 ...... 02/01 23:31
→ kenduest: nas 就提供 cifs or nfs 等存取方式都是可以選擇方式 02/01 23:31
→ lantw44: 網路的話拿來編譯東西會很慢 ...... 02/01 23:32
→ kenduest: 你自己都把所有方案否定了... 02/01 23:32
→ kenduest: 網路能夠慢到多久呢 目前 Lan 都可以到 1000M 了... 02/01 23:35
→ lantw44: 大概就 ...... 比本機硬碟慢，不確定是不是網路問題 02/01 23:37
→ lantw44: 也許可以再來嘗試看看會慢多少 02/01 23:38
→ lantw44: 或是說，原本是同一台電腦、硬碟互相傳，現在得用網路 02/01 23:40
→ kenduest: 1G 網路一般傳資料，Lan 通常 90M/s 以上，不知道你資料 02/01 23:41
→ kenduest: 有多少？資料量有大到數十GB ? 02/01 23:42
→ kenduest: 若還是要本機不用網路，多個硬碟後續 rsync 同步也可以 02/01 23:45
→ kenduest: 在可以接受速度內 rsync 等同步也是一種作法 02/01 23:46
→ kenduest: 複製出來，基本上用 tar 等打包不壓縮可以保留權限 02/01 23:47
→ kenduest: 準備好一個 usb 3 高速裝置搭配轉移 tar 也是不錯方式 02/01 23:48
→ lantw44: 另外花時間打包的話感覺會比網路或 zfs export 還慢 .... 02/01 23:53
→ lantw44: 也許我還是想辦法讓 zfs 用少一點記憶體會比較好 ...... 02/01 23:53
→ lantw44: 原本的想法其實是有個比較大的共用區域，許多在兩個系統 02/01 23:55
→ lantw44: 可以互通的個人資料或程式就放在這個空間 02/01 23:56
→ lantw44: 想節省硬碟空間用量 02/01 23:56
→ kenduest: 這位大大，天底下沒有什麼要馬好但是不要馬而不吃草事情 02/01 23:58
→ kenduest: 很多東西得取捨與評估，優缺點要自己計算 02/02 00:00
→ asdfghjklasd: NFS.......... 02/02 00:41
推 CaptainH: nfs被他嫌慢了 02/02 00:53
→ kenduest: 愛莫能助... 02/02 01:01
→ jokester: NFS比重開機更慢嗎 02/02 01:08
推 HamalAri: nfs latency 很爛, 編譯時寫入一堆小檔爆炸慢 02/02 04:34
→ HamalAri: 大檔快有啥用, 只看連續寫入大家都不用換 ssd 了 02/02 04:36
推 asdfghjklasd: 買就用~~~~~3Par啊 XDDDD 02/02 10:56
推 asdfghjklasd: 而且誰說用網路編譯一定很慢啊。你給我一千萬 02/02 11:06
→ asdfghjklasd: 我讓你很快編好程式 02/02 11:06
推 rickieyang: 什麼 VM 一定非在 FreeBSD 開，不能在 Linux? (說實 02/02 12:31
→ rickieyang: 話，除了測試 "在 FreeBSD 開 VM" 這功能本身，還真想 02/02 12:31
→ rickieyang: 不出來) 如果真有，那就以 FreeBSD 為主，在FreeBSD 02/02 12:31
→ rickieyang: 裏開 VM 跑 Linux 吧！ 02/02 12:31
推 rickieyang: 而且如果考量資料同步問題就算了，為了省一點硬碟空 02/02 12:42
→ rickieyang: 間搞死自己...其實有更多美好的事物值得我們去浪費生 02/02 12:42
→ rickieyang: 命，真的！ 02/02 12:42
→ HamalAri: NFS 小檔不管在怎麼調 wcache, rcache, async 都沒用 02/02 14:13
→ HamalAri: 不需要編譯，只要解壓縮小檔就爆慢了 02/02 14:13
→ x000032001: 那有甚麼能取代nfs嗎@@ 02/02 15:23
推 asdfghjklasd: 親,在本機用SSD 02/02 16:03
→ kenduest: 檔案很小本來就慢，這非NFS本身問題，有一些問題是在 02/02 17:22
→ kenduest: local 端檔案系統先天的問題... 02/02 17:24
→ kenduest: 拉回來，我還是沒搞懂原作者的環境問題... 02/02 17:26
→ kenduest: 另外 freebsd 的 vm 這塊實作記得遠落後於 linux 02/02 17:27
→ kenduest: follow linux xen, kvm 多年之後才認真注意看一下 fbsd 02/02 17:28
→ kenduest: 不過 fbsd vm 這部分似乎比較少人專注與投入 02/02 17:28
→ lantw44: 我知道 FreeBSD 這邊很多東西落後 Linux，但只是想嘗試 02/02 17:54
→ HamalAri: 隨便解壓個幾百K但1千個小檔的壓縮檔，nfs比本機慢兩倍 02/02 19:32
→ kenduest: nfs小檔慢歸慢但是還是可以交換資料 02/02 19:56
→ kenduest: 事先先打包起來也是一種解決方案 02/02 19:57
→ kenduest: 目前重點不是原po因為這個問題不採用吧 02/02 19:58
→ kenduest: 解決問題方式很多，有優點與缺點，要取捨 02/02 19:59
→ kenduest: 再者問題內根本沒有看到作者要編譯軟體事情 02/02 20:00
→ kenduest: 更別說是一堆小檔案這類事情了 02/02 20:00
→ lantw44: 其實原本沒打算 NFS 正是因為小檔很慢 ...... 02/02 20:07
→ kenduest: 資料量會到多少要交換，給個資訊來聽聽 02/02 20:36
→ kenduest: 要不然上面一堆建議看不出你已經評估與取捨 02/02 20:37
→ HamalAri: 顯然就是有幾百M的源碼經常需要在兩邊測試和編譯 02/02 21:51
→ kenduest: 那什麼資料需要兩邊同步呢 費解問題 02/02 22:02
→ kenduest: 一下說虛擬機測試現在是程式碼測試 02/02 22:03
→ kenduest: 檔案打包起來用高速 usb or 網路傳就好 02/02 22:05
推 rein: 一樣走dual boot，要分享檔案時開vm把FreeBSD跑起來（Physic 02/03 13:16
→ rein: al disk），走FreeBSD的samba？ 02/03 13:16
推 asdfghjklasd: 誰跟你說FreeBSD 落後了? 02/04 00:34
推 asdfghjklasd: 除了不是一般的人才會做FreeBSD & Linux 的編譯 02/04 01:12
→ asdfghjklasd: 而且有幾百MB Source 那肯定大系統... 02/04 01:13
推 asdfghjklasd: SIZE (firefox-28.0.source.tar.bz2) = 134968426 02/04 01:19
→ asdfghjklasd: 我想除了想編Firefox 我想不出比他大的程式了 02/04 01:19
→ kenduest: 是 freebsd 的 vm 技術發展上是稍微落後 02/04 01:33
→ kenduest: openoffice project source tarball 要 200MB 以上喔 02/04 01:39
→ chang0206: FreeBSD的VM真的比較落後啊... 02/04 12:22
→ rein: bhyve可能可以用nested kvm跑 02/04 13:17
→ kenduest: 虛擬化內再跑虛擬化，效能變很遭就看是否可以接受了 02/04 14:04
→ fourdollars: 目前最大的 Open Source 專案應該是 Android 02/04 17:53
→ asdfghjklasd: 問題我說的是 FreeBSD & Linux 可以同時編譯的。。 02/04 19:39
→ lantw44: NFS 用 git clone / git pull 就會感覺有差別了 02/04 20:36
→ lantw44: 不過我還是可以再來測試一下 02/04 20:36
→ kenduest: 現在問題跑出git了，怎麼變換這麼大 02/05 01:09
→ kenduest: git問題更簡單不是嗎？git server 就好 02/05 01:09
→ kenduest: 隨時可以 clone,update與commit回去 02/05 01:10
→ kenduest: 再者nfs都可以用fs-cache配合解決問題 02/05 01:19
推 asdfghjklasd: 還是沒回答什麼程式是需要FreeBSD & Linux編譯的 02/05 02:36