Archive
Samba 50MB per second limit?
調試了幾日Openfiler 發覺用 Windows 連上NAS 唔夠Windows 連Windows 快。無論寫入或讀取,上限只有40MB/s。相對從 Windows 找檔到 Windows (both windows 7) 可以快過 80MB/s.
排除是 RAID5 慢的問題,在 Linux 下用 hdparam 做讀取測試,有 180MB/s
再試在 Windows 用 FTP (Filezilla) 從 NAS 下載反而可逹 110MB/s ,近乎 GbE 上限。
Googling, 用 “NAS slow”、”samba slow”、”samba RAID5 slow” 找到好多資料,但所有提及到的設定只可令到速度上升至50MB/s.
似乎上限在50MB/s
昨晚返而用 “samba 50MB” 找到一些資料。即是很多人都停在50MB/s。
再找Samba個Changes log發現以下幾點
- Samba 3.45 只用SMB v1, 而Vista 、Server 2008 & Windows 7 用SMB v2
- Microsoft 話 SMB v2 快過 SMB v1
- SMB v1 訊息最大64KB, 同TCP Windows Size 個Concept 一樣, 即是TCP Windows size max = 64KB,
相對現在Linux Kernel 可以設定大過16MB相差很遠 - Samba 3.5 會加入 SMB v2.
可能等到Samba 3.5 release 才知能否突破這個限制
Samba 3.5 RC2 Available for Download (26 January 2010)
Download and Samba 3.5 rc2 Release note
My Home NAS
農歷新年幾日足不出戶,重點完成了家裏NAS PROJECT (除了NAS 還睇完100集REBORN)
因為有兩隻1TB是有DATA的,所以花了多了時間。
一晚時間做 BACKUP、一日安裝、兩日個調整,終於大功告成。
硬件
- ASL ATOM 330 ITX
onboard ICH7 with 4x SATA、1×40PIN PATA,
PCIE x16 slot (x8 Actual)
Realtek 8111C Gigabit Ethernet
AC97 (no use for me) - 1GB DDR2
- 4GB CF BOOT UP
- 4×1TB RAID5 (3隻Seagate + 1隻WD)
軟件
- Openfiler 2.3 32bit
- 外掛 TransmissionBT
- 更新 proftpd 至 1.3.2c (支援 UTF8檔)
Hard mod DELL M62xx 10GbE Stacking
Openfiler RAID擴展、加碟
以下是測試Openfiler Software RAID 5 擴展的過程
環景是Vmware ESXi, 由6隻Virtual Disk的RAID5擴展到7碟
先是檢視現有的RAID,
/sbin/mdadm –detail /dev/md0
在VM加多一隻SCSI DISK後, 做一次SCSI Rescan 令到新碟顯示
把新碟初始化
parted /dev/sdh
mklabel msdos
mkpart primary ext2 0 8192
set 1 raid on
quit
並把新碟加入RAID
mdadm –add /dev/md0 /dev/sdh1
把RAID由6碟擴展為7碟
mdadm –grow /dev/md0 –raid-devices=7
在背景碟擴佔用CPU不多
完成RAID
到Physical Volume
再擴大Logical Volume
最後到XFS
Openfiler vs FreeBSD
早在一個月前已開始準備在家建立一台NAS,當時還未選定用FreeNAS還是Openfiler。
剛好有個PROJECT要為ESXi準備NAS Storage,所以返復測試了兩者。
今次測試的版本
Openfiler 2.3
FreeNAS 0.7
在驅動方面, 如終是LINUX的Openfiler佔優。
因為Openfiler 的Kernel 可以在Web介面上更新,而且想自己Compile Driver 也比較易。
無論在ESX下使用VMXNET3、還是ATOM NanoITX用RTL8111C的JUMBOFRAME支援上,比起使用FreeBSD 7.2的FreeNAS好。
FreeBSD 對於Realtek 8111的jumboframe支援應該要到 FreeBSD 8.0 才能解決。
論功能,FreeNAS 佔優
兩者皆有 iSCSI Target, iSCSI Initiator, NFS, SMB, FTP
但在FTP方面, FreeNAS 佔優。
FreeNAS用proftpd 1.31, 而Openfiler只是proftpd 1.30。雖然版本號相差很少,但可用性就大有不同。
FreeNAS是可以用UTF8的. 用UTF8支援的FTP CLIENT可以見到完整的檔名。而proftpd 1.30 就會出亂碼。
還未計FreeNAS原生有Bittorrent client,基本上可以選定FreeNAS了。
RAID管理,Openfiler LVM+XFS vs FreeNAS ZFS。
在RAID管理方面,Openfiler較強
用到電腦做家用NAS,差不多一定會用RAID。
在空間擴展方面,單以WEB面介面來比較,FreeNAS 較好。因為FreeNAS能用WEB介面使ZFS不斷以Stripe方法擴展。當然Stripe不是真正的RAID。
而Openfiler的Software RAID 只有建立array及加HDD入array為HOT SPARE功能。而且新建的array也不能加到現有的share folder入面。
但Openfiler的優勢是LVM可以在console用指令擴展array.
例如把4碟RAID5加多2碟成為6碟RAID5。
返而FreeNAS的ZFS未能做到。
Finally, LINUX WIN
餘下來的問題是選擇,要功能強大的Openfiler,但沒有UTF8 FTP支援。還是要簡單好用,但RAID未能逹標的FreeNAS?
其實最簡單就要令Openfiler入面的proftpd升給就可以。
設定方法、待續..
pfSense 2.0 Beta1 Cont.
新的一年, spamassassin 十年蟲
市佔率很大的spamassassin 其中一條rule在2010 出現問題.
由於這條是Default rule, 很多Server都受影響.
名稱是FH_DATE_PAST_20XX, 看來應該是2006加入的. 原意是日期大於2010年的就加3.2 到3.4分. 以防止有人用將來的日期Broadcast Spam.
理論上sa update會自動下載修補版本. 如果無就要自己手改了.
##{ FH_DATE_PAST_20XX
header FH_DATE_PAST_20XX Date =~ /20[1-9][0-9]/ [if-unset: 2006]
describe FH_DATE_PAST_20XX The date is grossly in the future.
##} FH_DATE_PAST_20XX
改為
##{ FH_DATE_PAST_20XX
header FH_DATE_PAST_20XX Date =~ /20[2-9][0-9]/ [if-unset: 2006]
describe FH_DATE_PAST_20XX The date is grossly in the future.
##} FH_DATE_PAST_20XX
又或Disable成條RULE
score FH_DATE_PAST_20XX 0.0
Spamassassin bug list
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6269
SpamAssassin Rule: FH_DATE_PAST_20XX
http://wiki.apache.org/spamassassin/Rules/FH_DATE_PAST_20XX
新的一年, 新的開始 pfSense
在除夕前Update 左做pfSense 2.0 Beta1, 我張Atheros 9280終於Detect 到. 而且LAN同wifi個interface bridge可以正常運作.
今日在Datacenter 收貨
當日都幾旺場。先是Datacenter個門口裝修, 再有鄰居裝FIREWALL (4隻2U Juniper SSG520), 再加埋我地成車電腦.


















