2018年1月17日 星期三
Windows Services for UNIX 3.5
我因為還有些拉檔軟體要跑所以還有在使用很老舊的 Windows XP, 使用它的理由也很簡單, 512MiB RAM 就可以跑的好好的. 裝這個沒什麼目地, 就只是給老舊的 Windows XP 可以連 NFS 而已. 檔案來這裡找:
http://www.filewatcher.com/m/SFU35SEL_EN.exe.228178504-0.html
怎麼用可以參考這篇
https://technet.microsoft.com/zh-tw/library/cc754350(v=ws.11).aspx
唯需注意的是在 windows 下使用的路徑一樣, 所以 NFS 跟 samba 共用的資源名稱最好不要一樣, 以方便 windows 去認哪個是哪個. 使用 NFS 我主要的目地只是拿來取代原本的 SMB 而已, NFS 有比 SMB (網芳) 要快嗎? 沒有, 略慢於 SMB.. 但 Windows 端最主要的 performance issue 會在 NTFS + 有開啟檔案壓縮上, 只要有開壓縮就會變的奇慢, 這個問題一直到 Windows 10 (build 1709) 上都存在.
而 btrfs 跟 zfs 即使有開啟檔案壓縮, 也並不會像 NTFS 掉速剩 1/4 如此誇張.
Windows 的 disk IO 能力大家都知道, 別 complain 它了..
http://www.filewatcher.com/m/SFU35SEL_EN.exe.228178504-0.html
怎麼用可以參考這篇
https://technet.microsoft.com/zh-tw/library/cc754350(v=ws.11).aspx
唯需注意的是在 windows 下使用的路徑一樣, 所以 NFS 跟 samba 共用的資源名稱最好不要一樣, 以方便 windows 去認哪個是哪個. 使用 NFS 我主要的目地只是拿來取代原本的 SMB 而已, NFS 有比 SMB (網芳) 要快嗎? 沒有, 略慢於 SMB.. 但 Windows 端最主要的 performance issue 會在 NTFS + 有開啟檔案壓縮上, 只要有開壓縮就會變的奇慢, 這個問題一直到 Windows 10 (build 1709) 上都存在.
而 btrfs 跟 zfs 即使有開啟檔案壓縮, 也並不會像 NTFS 掉速剩 1/4 如此誇張.
Windows 的 disk IO 能力大家都知道, 別 complain 它了..
2018年1月3日 星期三
cifs mount
在 ubuntu 的 kernel 套件 kernel 4.13 開始似乎不再支援 smb ver.1, kernel 本身的支援能力倒是沒什麼太大問題, 有問題的地方在預設似乎都用 smb ver.1 ?? 所以會被 (例如 win10) 擋下來.
解法很簡單, mount cifs 時 option 多加一個 vers=, ex:
mount -t cifs //127.0.0.1/testfs /tmp/rootfs -o vers=2.1
各版 windows SMB 版本參考
https://blogs.technet.microsoft.com/josebda/2012/06/06/windows-server-2012-which-version-of-the-smb-protocol-smb-1-0-smb-2-0-smb-2-1-or-smb-3-0-are-you-using-on-your-file-server/
解法很簡單, mount cifs 時 option 多加一個 vers=, ex:
mount -t cifs //127.0.0.1/testfs /tmp/rootfs -o vers=2.1
各版 windows SMB 版本參考
https://blogs.technet.microsoft.com/josebda/2012/06/06/windows-server-2012-which-version-of-the-smb-protocol-smb-1-0-smb-2-0-smb-2-1-or-smb-3-0-are-you-using-on-your-file-server/
訂閱：
文章 (Atom)