2022年2月12日 星期六

Incompatibilities and Compatibilities

NOTE: This article will be updated in the future when more compatibilities / incompatibilities are discovered. 

Incompatibilities

 

12-Feb-2022

  • OPNSense (and potentially pfSense as well) CARP protocol is not compatible with Arista (7060CX-32S, and potentially other models) switches.
  • [13-Feb-2022] OPNSense (and potentially pfSense as well) CARP protocol is not compatible with Windows Server 2022 Virtual Switches with SR-IOV enabled. Workaround is to NOT select SR-IOV option when creating the virtual switch.
  • Windows Server 2022 (Host) with Windows 11 Guest VM: Nested Virtualization is not compatible with Discreet Device Assignment (DDA) and SR-IOV. Once both are enabled, all passed-through devices (including SR-IOV virtual functions) will fail to be started with the same reason "Insufficient System Resources".
  • RME PCI-E Sounds Cards such as HDSPe RayDAT and HDSPe AIO are not compatible with Windows Discreet Device Assignment (DDA) and potentially all other device pass-through technologies. The device drivers can be installed on guest OS but it will not yield any sound.
  • Datapath VisionAV PCI-E Capture Cards are not compatible with Windows Discreet Device Assignment (DDA) and potentially all other device pass-through technologies. The device drivers cannot be started properly in guest OS.

2020年9月23日 星期三

易有大恒,是生兩檥:是 Vacuum 還是 Plenum?

或者, 其實兩者皆是。

中國上古的智慧其實也已經透露了一些端倪,不過這些一直被人們認爲生澀難懂或者帶有迷信色彩的道家學説很多時候都沒有跟科學聯係在一起。

西方科學的進步推翻了以前很多“被公認正確的假設”,例如,黑洞被證實不是傳説中的時空隧道,原子并不是“空”的。而最有趣的是量子學的進步,令人們對於物質的定義有了更深層次的認知。

物質就是能量,粒子就是波。這些都是 Duality,也都是“兩檥”的表現。

我們常説的真空 (Vacuum),真的是“空”的麽?假設一個空間,沒有任何的粒子,處於絕對零度,因此所有的活動都是靜止的。這個時候,我們看到的是真空,還只是沒有活動的“空間”?

就如同一個平靜的湖面,空無一物,但是湖的確是存在的。然後我們往胡裏扔一塊石頭,這個時候,湖就有了波瀾,我們就可以觀察到這些波瀾,這個時候,湖就不空了。但是不論是那種狀態,湖還是湖,一直都在。

把湖從二位面衍生到我們這個三維空間——空間一直都在。而我們現在能夠觀察到的,歸根究底,其實也只是這個空間的“波動”而已。

空間,就是“大恒”(太極)。

如果有人問,宇宙的年齡是多少,科學家能夠推算到的,也只是基於 Big Bang 這塊“石頭”落入我們這個“空間”所造成的波瀾的當前狀況。不過,“空間”存在了多久?以及“誰”投入這塊“石頭”?這些卻是我比較感興趣的問題。

2020年9月21日 星期一

超微 Supermicro X11DPi-NT 主板的注意事項

Supermicro X11DPi-NT / X11DPi-N 這款主板堪稱接近完美。它基本上把從 Xeon CPU 中可用的 PCI Express 鏈路都用上了,并且 CPU 和 CPU 之間也是使用 3 條 QPI 連接上的(這個是要點,有的主板只有兩條 QPI 的)。

但是!

如果你打算使用 X11DPi-NT 用作 VROC 用途,那麽你就要注意了。這款主板支持 Intel VROC,不過有以下的限制:

1、除了主板自帶的兩個 OCuLink 端口,就只有 Slot 6 這根插槽具有 VROC 功能。

2、必須把 Slot 6 設置成爲 x4x4x4x4 的 Bifurcation 模式才能夠啓用該插槽的 VMD 功能。這就是說我沒辦法使用 PCI Express Switch (PLX / PEX) 以鏈路更多的 NVME SSD。

3、好像 Slot 6 和主板的兩個 OCuLink 端口并不是同一個 CPU 的……

基本上,X11DPi-NT 的 VROC 功能極其有限。如果閣下有使用大量 NVME 作 RAID 的打算,那麽就不要重蹈本人的覆徹。可以考慮 X11DPH-T / X11DPH-i ——這款主板所有 PCIe 插槽都支援 VMD,包含兩個 M.2 插槽。并且應該支持任意的 Bifurcation 模式,這對於打算使用 PLX / PEX PCI-E Switch 的用戶來説是一個不錯選擇。

2020年9月15日 星期二

Intel Xeon Platinum 8269CY 處理器使用及兼容性報告

Intel Xeon Platinum 8269CY 這款 CPU 是“阿里雲” (Alibaba Cloud) 的定制版。在超微 Supermicro X11DPi-NT 主板上 (BIOS 3.1a)測試成功。不過,該 CPU 僅支援 2666MHz 的内存(2933MHz 的也運行於這個速度),這也是一個要注意的地方。

該處理器支援 Intel Speed Select 技術(型號中帶 'Y' 的 SKU 都有的),有兩個 Profile (預設方案):標準的 26 核,運行於 2.5 GHz 的基礎速度,全核運行最高速度 3.2 GHz;以及高性能的 20 核,運行於 3.1 GHz 的基礎速度,全核運行最高速度 3.5 GHz。兩個方案的單核最高速度均爲 3.8 GHz,兩個方案的 TDP 都是 205W。方案可以在 BIOS 裏面設定。


 

按照耗電量來説,除非這個定制版還有什麽特殊的能力,否則其功耗  205W 有點過高。不過勝於這個是步進 7 的正式版 CPU,穩定性和兼容性和其他零售版的 Platinum Xeon 相若,價錢合適的話也是個不錯的入場選項。

2020年8月22日 星期六

Farewell: Hard Disk Drives

It has been so many years already - my first HDD was a CONNER CFS-420A with capacity 420 MB. It should be around 1994. That was the exciting moment I can still remember - what an upgrade to 1.44MB floppy disks!

More than 25 years later, now I have made the decision to phase out all HDD sin my system. I have even bought a few 12TB Seagate Exos for my next project, but now they will be sold before being put into real use.

My experiences with HDDs could be quite a bit different from most of the people out there: I was very cautious about reliability and durability, rather than focusing mainly on capacity. If you have ever noticed about the specifications of the most decent HDDs, you might start noticing one thing: the Unrecoverable Error Rate has remained 10^14 (consumer parts) and 10^15 (server parts for many years without improvement.

Yes, right, who would be really caring about these numbers? They are just indicators, and new technology should be always more reliable, right? Unfortunately, my personal believe is, if there is a number published in that way, it MUST has a meaning. Consider other common storage technologies, such as SSD (10^17 for enterprise parts) and Tapes (10^17 - 10^19), what I can say is HDDs have a frightening LOW reliability nowadays.

Imagine a 1 TB HDD and a 10 TB HDD, they both have URE of 10^15. During a RAID rebuild, 10TB one will have 10 times higher chance to encounter an URE. While 10^15 URE means you *might* encounter a Non-Recoverable Read Error every 125 TB of data, this is not a lot for today's large capacity drives. If I am using 10x 12TB Exos HDDs to build a RAID 6 array, it will be so likely to get a Read Error during re-build - which is exactly the reason putting me off from proceeding with my original plan. I just don't want to put my data at risk.

That's also the reason why in the past my 16 HDDs RAID 60 array served me well, because each member was only 1TB in size. With 10^15 URE, the array was still relatively secured and it has proved itself. However, with 12TB, 10^15 URE is DANGEROUS and it is not making sense for traditional RAID techonology.

Also, think about the rebuild time - with my 16 HDDs RAID 60, even with a 1TB drive size, the rebuild time was somewhere around 4 hours without anyone using it. How about a 12 TB HDD? Well, if you are luck, you can have the array rebuilt in 2 days (given that nobody will be using it). Otherwise, it could be "weeks" - and the longer the time, the more likely another unrecoverable read error can happen. (And another one!)

You may say RAID is now out of date. But unfortunately it is the opposite - HDDs are now out of date. I now have an array of 2TB SSDs in RAID 6, and I am feeling way more comfortable with their 10^17 URE. The maximum size of SSD I can accept to be put into the array would be 15.36TB - if higher then I will need 10^18 URE.

HDD has a good characteristic: offline durability. This is especially true when it comes to offline data storage - think about data retention of SSD when it has been completely powered off - after the Intel 320 array incident happened to me in the past (data gone after powering off for > 1 month), I think you might expect data could be held in server class SSDs for 1 year max offline without problem, but don't expect more than that. HDD can do far better than SSD in this case since the storage of data is not depending on electricity stored in NAND cells that could leak, but on platter with magnetic recording that can last.

HOWEVER, how often are you going to put your HDDs offline? Possibly never - they are in RAID, and they are serving as nearline storage. This has defeated the purpose of this great characteristic. For nearline storage, I can easily use SSDs because they are ONLINE, with continuous power supply so they have the same data retention reliability as HDDs. They can run cooler and they have far better access performance than HDDs. So that's why my 12TB Exos are out of the picture for my project - I will be getting some 15.36 TB SSDs instead.

For archiving, an "old school" technology has somehow came to my mind - TAPES! They are offline storage, portable, power efficient and has a really high URE. They use magnetic recording as well so data retention is surprisingly good. If I need archiving, a tape library is better suited in this case.

With Tapes and SSDs, I have to say "farewell" to HDDs - unless URE has been increased to 10^16 or even 10^17, they won't be considered by me just because I want to have better sleep at night without worrying about RAID rebuild...

FAREWELL, MY LOVELY HDDS!

2020年8月1日 星期六

Windows Network Direct: Your better bet is with Windows Server 2019

I have been always struggling to get RDMA working inside a Windows virtual machine. I had tried Mellanox ConnectX-3, Mellanox ConnectX-5 and Chelsio T62100-LP-CR network adapters, with Windows Server 2012 or 2016, and even with Direct Device Assignment in Windows Server 2016, I could not get RDMA working flawlessly in any virtual machine.

Recently, I retried RDMA in a Windows VM (2019) on a Windows Server 2019 host, with a Chelsio T62100-LP-CR - and finally have RDMA (iWarp) working correctly (even without a switch - you can connect port 1 to port 2 to form a 100GbE link). It enabled SMB Direct between the VM and the host (and between VMs as well), and performance was acceptable (needs tuning).

If you are after any RDMA application inside a Windows VM, or simple just want to use SMB Direct in a VM, Windows Server 2019 or later is your better bet in this case.

Do note that you need the following:
  • SR-IOV support from BIOS - this sometimes means enabling the ASPM option in BIOS.
  • A network card that supports RDMA - I like iWarp because it is simpler (virtually no configuration needed). If you like RoCE then you may need DCB configured properly, or even need a 40GbE/100GbE switch.
  • Windows Server 2019 or higher - both host and VM. You may use Windows 10 (latest) - I didn't try that out but theoretically it should work.
  • Workstation / Server grade hardware - I have seen many times people complaining about not being able to enable SR-IOV due to missing implementation like IOMMU or ACS etc. with consumer grade hardware. Your CPU supports all these features doesn't mean your motherboard / BIOS has support of all features.

2016年8月28日 星期日

Windows Server 2016 DDA 直接設備授予虛擬機的一些要點

算是微軟的一些“突破”吧,反正 VMWare 一早就有這個技術。不論如何,至少直接把 PCI Express 設備,例如顯卡,聲卡,網卡或者 USB 3.0 端口授予虛擬機單獨訪問已經變得可能。然而并非所有設備都都能夠使用此功能。掃描了一下自己伺服器的硬件大概折這樣的:

1、老式 PCI 設備——別想了,放棄吧。
2、PCI Express 1.0 設備或者鏈路到 PCI Express 1.0 橋接芯片上的設備——也別想了,洗洗睡吧。
3、連路到 Intel PCH (就是現在有點想南橋的那個東東) 的設備——看運氣,就算你是 PCI Express 2.0,沒有 ACS (Access Control Service) 那也是別想了……什麽意思呢?就是板載的網卡,USB 3.0 口之類的,衹有是從 PCH 延伸出來的,就別想了……
4、有 ACS,但是是複合設備,那也別想了,至少我的 NVIDIA Quadro K4200 是不行的!

所以最終發現能夠 DDA 的就衹有直接連在 CPU 的根部 PCI Express 3.0 端口的設備,或者鏈路到支持 ACS 的 PCI Express 2.0 擴展盒的設備:
- Dell PERC H730P (別開玩笑了……把 100 個磁盤弄到 VM 裏面幹啥?)
- Mellanox ConnectX-3 (好吧,算是靠譜一點……)
- HP ioDrive DUO SLC 320GB (算不算 NVMe 直接授予!?-_-)

看來我那些 PCI Express 1.0 的 Expansion Backplanes / Enclosures 都沒啥用處了~

NVIDIA Grid 授權模式:要買蘋果得把高壓鍋也買了!?

我并不反對 NVIDIA 對 GRID 的授權模式的更改。儘管每用戶的授權會增加花費,但是從價格上還是可以接受。但是!但是!最主要的是,就算你入手了一張 NVIDIA GRID M10,如果沒有從 NVIDIA 指定合作夥伴購買整機,你是沒有辦法獲得授權的!

什麽意思?就是你從 ebay 買了十張 NVIDIA GDID M10 卡那也衹是一堆廢件!除非你從 Dell 或者 Supermicro 什麽的整機購買了伺服器。這樣你才能夠從 NVIDIA 購買授權……

簡單點:想買蘋果?先把這個高壓鍋買了 。怎麽?你不用蘋果來燒湯?那我可不管,買高壓鍋可是先決條件呢……

2015年12月24日 星期四

微軟已經修復 Windows Server 2016 TP 中的 Deduplication 數據損壞問題

近日收到 Microsoft 的消息說 Windows Server 2016 TP 中的 Deduplication 數據損壞問題已經被修復,并且附上了一個内部測試補丁。安裝該補丁之後,測試運行了幾次 DedupJob 均沒有問題。產生問題的是 dedup.sys 驅動程序。

看來微軟對於數據損壞此類嚴重問題還是比較重視的。如果閣下希望在 Windows Server 2016 TP 中使用 Deduplication,則需要等待補丁在 Windows Update 中的正式發佈。比較保險的應該會在下一個纍積更新之中,或者更保險一點可以等待至 TP5。注意必須先安裝補丁,然后再開啓 Deduplication 功能。從微軟工程師的描述中看來此問題可能衹會發生在從 Windows 2012 R2 升級到 2016 的系統中。

關於詳細問題描述可以參考此帖子

2015年12月11日 星期五

[已修復] 注意 Windows Server 2016 TP 中的 Deduplication 可能會導致數據損壞

UPDATE: 此問題已修復

不知道這算是幸運還是不幸,反正就被我遇上了。基本情況如下:

先決條件:
- 系統是 Windows 2012 R2
- 磁盤爲 GPT 的 NTFS,開啓 VDI 模式的 Deduplication,數據重複刪除率達到 75%
- 狀態: 1TB 中刪除重複后大約使用 250GB。
- 磁盤儲存大量 Windows 2008 R2 與 Windows 8.1 的 VM,格式爲 VHD 或者  VHDX
- 磁盤是本地磁盤,注意這個配置 Microsoft 不建議。沒有 SAN 或者 iSCSI 的使用。

步驟:
- 升級 Host 到 Windows 2016 TP4,并且安裝 Deduplication 功能
- 將所有 VM 導入到 Hyper-V,并且運行
- 添加更多的 VM
- 確保 Background Deduplication 運行至少一次

結局:
- 大部分 VM 突然進入 BSOD 狀態
- 檢查該 VM 的 VHD / VHDX 文件,發現無法用 CHKDSK 修復,數據完全丟失。卷返回 Invalid Function 錯誤。
- 該 VHD / VHDX 文件無法重複使用!你必須刪除該文件,然後重新創建,才能夠在 VM 中重新安裝系統
- Host 中開啓 Deduplication 的卷卻沒有問題,CHKDSK 通過。
- 關閉 Background Deduplication 后,就不會進一步損壞其他數據

所以此次數據損壞可能是 Dedup 服務造成的。已經將此問題報告 Microsoft,他們也在進一步調查,不過在他們回復之前,閣下最好還是先關閉 Dedup 服務以避免產生同樣的問題。

2015年12月8日 星期二

Chinese 與 Mandarin:如何爲大中華正名?

儘管有點無病呻吟,不過還是想開一博文記敘一下。不知道的朋友在使用中慢慢的已經習慣,而知道的朋友或者對此也有點無力。儘管中國曾以陶瓷聞名世界,以 China 作爲國名也未嘗不可,然而 Chinese 一詞卻帶有一定的侮辱性。爲什麽不是 Chinan, Chinian 之類的,而是 Chinese 呢?一個泱泱大國被灌注“小”的後綴,何嘗不是一種悲哀?

而至於 Mandarin,是否真的是“滿大人”的譯音也無從考究,不過終歸還是道出了一個事實:普通話=元清虜語。好吧,我贊成民族大融合,不過這部大中華的屈辱史好像還在繼續?

從實際情況來看,中國現在正在實現自我的“去中國化”。有的人說,舊的不去,新的不來,然而來的就是好的?去的就是壞的?例如漢字的簡化,我不否認書寫上的方便,然而在印刷,屏幕顯示等等的情況下,跟書寫無關了吧?爲什麽不能夠使用正體字呢?在現在的人的眼中,字的意義可能就是一個字,僅此而已,而其中的韻味卻由於人心的浮躁而常常被人忽略了。

而至於普通話的强制推廣使用更是有點自暴自棄的感覺。八韻不全的情況下,吟詩也衹能變成讀詩了。或者這樣能夠更加方便學習?更別說不應該存在于漢語之中的饒舌音……

至於造字,還是算了吧。造一個“盥” 字還倒不如直接寫“洗手”來的快呢。

聽起來好像都是小事情,然而給我的感覺就是充斥著“短平快”,充斥著浮躁。中國人不需要複雜繁複的語言和文字,就如同現代人所謂的快節奏一樣抛棄一切能夠抛棄的。

不錯,文化的保留不能夠幫你賺錢,大中華文化的驕傲也不能夠當飯吃。在金錢等於尊嚴的現代我所説的這些或者真的不再重要了吧?當大中華的文化精神和驕傲完全消失殆盡的時候,下一次可能就是真正的“被融合”了。

2015年12月5日 星期六

如何使用 USB 驅在 UEFI 系統上面安裝 Windows 2016

好吧,我知道 Windows 2016 衹是一個 Technical Preview, 不過貌似微軟忽略了一些非常重要的因素。TP 4 很大,比以前的 Server 操作系統都大,所以 install.wim 達到了 4.22GB。總所周知 UEFI 系統用 USB 盤安裝需要一些先決條件:

- FAT32 格式的 USB 盤
- 設置爲 Active Partition
- 複製 Windows 2016 安裝數據到 USB 盤中

最後一項很不幸對於 Windows 2016 TP4 是無法辦到的——install.wim 超過了 FAT32 所能夠承受的 4GB 極限!
解決辦法很簡單,用下面的命令切割 install.wim 文件:

Dism /Split-Image /ImageFile:l:\sources\install.wim /SWMFile:f:\install.swm /FileSize:3072

(L: 是光盤,F: 是硬盤)

然後把切割好的 install.swm 和 install2.swm 複製到 USB 盤的 sources 目錄裏面,這樣就可以完成所有先決條件了!

2015年11月25日 星期三

網絡小説的文法通病(不定期更新)

現在網絡小説橫行,卻突然間發現很多讓人啼笑皆非的文法問題!真的希望各個作者能夠認真思考并且應用,而不是人云亦云的跟風。

- 對??感冒:例如喜歡蘋果那就是“對蘋果感冒”……錯!大錯特錯!“感冒”是“不喜歡”的意思,“不感冒”是“不抗拒”的意思!別用錯了!

- 奪舍:例如“奪舍他”……錯!絕對不知所謂!應該是“奪他舍”——在這裏“舍”是軀體,容器的意思,是名詞!

- 嫁鷄隨鷄嫁狗隨狗:聽起來是不是充滿暗示性呢? 不過就算人類與動物有時候真的很有愛,也不用有愛到需要“嫁”的程度吧?儘管不知道哪個地方的方言造成這個不太美麗的誤會,請正確使用中文:嫁乞隨乞,嫁叟隨叟

- 奔襲:詞本身沒問題,但是造句成“奔襲200里后終于在城池裏的客棧休息”就有點讓人牙痛。奔襲的“襲”字是“襲擊”的縮意,明明沒有襲擊衹是到客棧里面休息爲什麽就要説成“奔襲”呢?拜托,“奔襲”并不等于“放馬狂奔”,而是“長距離出其不意的襲擊”!衹是趕路卻要説成襲擊那就實在是太奇葩了!

- 凱旋而歸:真的,相信我,竟然還是有人這樣用的。“凱旋”就是“勝利歸來”,“凱旋而歸”就是“勝利歸來而歸”……成,我知道你回來了,不用說兩遍……

2015年11月22日 星期日

Intel 320 160GB SSD: 小心 MLC 可怕的“空白門”事件!

其實這是一年多以前的事情了。那時候入手了 4 個 Intel 320 160GB SSD,然後組成了一個 RAID 5 陣列,用起來沒有問題,性能挺不錯的。

不過由於需要更新機器的硬件,所以我把機器關掉了大約一個月的時間,之後硬件更新完畢,開始后發現令人抓狂的一幕:4 個 Intel 320 160GB SSD 其中的兩個變成完全空白了!!

令人抓狂的兩個!而不是一個!RAID 5 更本救不了!數據完全丟失!!

後來調查了一下,發現這種事情還是在情理之中的。首先,SSD 是通過電壓來儲存數據的,也就是説,每一個 Cell 特定的電壓會代表不同位狀態。SLC SSD 會比較簡單,有電壓和歸零代表位的 0 和 1,然而 MLC SSD 就會比較複雜。而在這一個月時間中,我是沒有開機的,也就是説所有的 SSD 均沒有辦法補充電量。我所有的 Intel X25-E SSD 均沒有數據丟失的問題,也不知道是由於高端質量還是 SLC 對電壓的容錯性好。然而其兩個 Intel 320 160GB SSD 則很不幸是“漏電體”,在沒有加電的情況下,電壓流失。這個時候,MLC Cell 裏面的電壓就會把原來該標識的數據表示成爲另外的錯誤數據,以至於整盤數據混亂,完蛋了……

當然,那兩個 SSD 在重新分區格式化之後還是可以使用,衹不過一旦長時間不通電,數據還是會丟失。

最終的結局就是我把所有 MLC 類型的 SSD 都出手了。其實現在的情況還是有點令人堪憂。總所周知,晶體越大,儲電越多。例如 Intel X25-E 的 50nm 大晶體,儲電能力肯定比 Intel 320 160GB SSD 的 34nm 要好得多,更不用説 SLC 衹需要表示 2 種狀態,而 MLC 需要表示 4 種狀態,對電壓值得準確性要求高得多。而現在的 MLC 可能衹用 25nm 甚至更小的晶體,本身儲電量已經少,如果沒有很好的辦法防止漏電,長時間鍵關機就可能導致數據錯亂甚至消失了。

關於 Avago LSI CacheCade 的一些使用心得

曾用過 LSI 9361-8i 再加上 CacheCade 2.0,感覺有點不大盡人意。主要的原因是這種技術僅僅適用於非常特定的情況。

首先説説循序讀寫 (Sequential Read / Write)。我嘗試在一個大容量 HDD RAID Array 上面使用 CacheCade。我所期望的是在偶爾的 4K IO 時性能可以有所提升,而陣列的主要目的還是循序讀寫。然而比較不幸的是,無論 CacheCase 1.0 或者 2.0 均沒有辦法很好的檢測 Sequential Read / Write,導致 Sequential 性能大幅度下降。就算 4K 性能增加,也無補主要的循序性能缺失。感覺上應該是 CacheCade 無法很好的辨別循序讀寫以至於循序讀寫也要經過 SSD Cache,造成不必要的延遲(?)。

那有什麽應用會用到 Random Access 呢?儲存 VM 的 VHDX 文件的陣列應該會用到。然而轉而一想,在我具有足量的 SSD 儲存下,再加上 Microsoft 的 Deduplication 功能,儲存 VHDX 根本不用 HDD 陣列。并且由於 HDD 陣列的功耗較高,應該盡可能將其 Spin Down。因此也用不上 CacheCade (因爲 LSI 9361-8i 不支持 Dimmer Switch Max with Cache 設定!)

結果就是,CacheCade 可能祇能夠用於中型的 SQL 數據庫,因爲小型的完全可以使用 SSD,大型的也完全有足夠資金全部使用 SSD,衹有中型的 Production 數據庫可能需要用到這種 Hybrid 的方案。而像我這種以 Development 爲主的 SQL 數據庫,直接 SSD儲存就可以提供足量的空間。

綜上,CacheCade 至少在對於我來説,比較鷄肋了……

關於電腦均衡構建 (Balance Build) 的設想

儘管衹是一種設想,不過這幾年其實一直還是按照這個目標來更新我的電腦的。其實從一開始購買 Intel Xeon E5520 / W5580 的時候就有這種想法。一般來説,到目前爲止固定電腦可以歸類爲一下類別:

一般用型臺式機
近來這種類型都在從固定轉變成爲移動,例如平板電腦,手提電腦,手機等等。不過臺式機還是有一定的市場份額。這種電腦一般用於日常工作,對於高强度 3D 處理卻不盡人意。然而價錢便宜,部件容易獲取卻是一大優勢。一般比較安靜,功耗低。生命周期一般。

游戲用型臺式機
主要目的就是用來玩游戲。超頻通常與這種電腦挂鈎。該機器會產生大量熱能,并且由於超頻,硬件壽命可能會縮短。可靠性不是一個考慮因素,價錢以及超頻能力才是主要目的。注意功耗與性能在超頻狀態下基本上不成正比,還可能會需要用到液冷設備以處理高發熱。一般在高熱下噪音大,不過可能用戶不會太在意。生命周期短。

工作站
貴重物事。擁有較好的 3D 加速能力,玩游戲一般比游戲用型稍差,主要是因爲其主要用途是特定的專業程序,對游戲沒有特別優化。超頻一般不可能,或者衹能夠少量超頻。可靠性是重中之重,硬件質量比一般或者游戲用機器高,就算在少量超頻的情況下。熱量可控并且沒有游戲用型那麽誇張。全速下噪音可能會偏高。一般整機出售。生命周期較長。

伺服器
誇張的貴重物事。一般 Headless,直接在上面玩游戲什麽的不大現實(儘管有可能)。以穩定性爲重,所以散熱噪音超級大。不可超頻。擁有極高的平行運算能力,以及高速網絡,大容量儲存等等。一般整機出售。生命周期較長。

那麽均衡構建的電腦的設想又是怎樣呢?我的計劃有如下幾點:
- 以工作站爲切入點
- 不進行整機購買,減少花費,以沒有技術支持爲代價,使其價格與游戲用型靠近。不過必須使用工作站專用配件
- 盡量使用可以少量超頻的硬件以增加性能
- 盡量使用與伺服器相近的高核數 CPU,然後用少量超頻使其接近工作站的頻率
- 使用優化的散熱方案使其在進行一般使用時功耗以及噪音接近一般用型臺式機
- 盡量模擬伺服器的高速網絡,高速儲存以及大容量 RAM 和儲存等等

期望達到的目的是:
- 穩定性較高(僅少量超頻)
- 價錢中等偏高(比一般整機工作站低)
- 功耗性能成正比
- 性能足以支持高質量游戲(因爲超頻)
- 一般工作下功耗小,因此噪音可控
- 生命周期比較長,應該可以不用經常更換配件,維護耗費偏低

當然,如果需要達到以上的效果,還有環境相關的配置。例如如何減少機器内部的積塵,以確保可靠性以及溫度散熱,噪音阻隔處理等等。而工作站和伺服器一般都在噪音溫度隔離的環境中運行,因此如何在一般家庭環境中模擬這些環境也顯得極其重要。

2015年11月21日 星期六

LSI 9361-8i vs. Dell PERC H730P 之糾結拼

早期入手了 LSI (Avago) 9361-8i 控制器,1GB 的緩存,再加上 CacheVault 和 CacheCade 2.0,置換了 Dell H710P,原因在前面的 post 有述。感覺良好,并且有 LSI 的技術支持,直到……

突然發現 -> 沒有 Dimmer Swtich LV3 !!!!!!!!!!!

後果很嚴重,我一大堆 HDD 都沒辦法享受 Spin Down Configured,電費急漲!

開始懷念 Dell H710P 了……突然發現市面上有 Dell H730P,價錢還比 LSI 9361-8i 便宜,感覺這次判斷錯誤,再次果斷置換,終于 DS L3 回來了!

因此總結如下:

LSI 9361-8i


優點:
- LSI 技術支持,3年 warranty
- 頻繁的 driver / firmware 更新
- 有 CacheVault 選項,不用 Lithium Battery
缺點:
- 絕對沒有 Spin Down Configured - 我直接查詢 technical support 的
- 價錢貴
- 標配比 OEM 低
適用:
全天候 online 或者 SSD 爲主的配置,喜歡 CacheVault 的懶人,LSI 的 support 是的確不錯的哦。

Dell PERC H730P


優點:
- 價格便宜
- 2GB RAM / Flash
- 有 Spin Down Configured !!
缺點:
- 沒有 LSI 支持,technical support 絕對不鳥你……
- driver / firmware 更新緩慢
- 順便説句,Dell 也不會鳥你,除非你買他的伺服器……
- 僅 Lithium Battery,兩三年后記得更換,麻煩……
適用:
想要省錢,又能夠忍受沒有 support 的日子,并且有大量 HDD 想要 DS L3 的,就這款吧。

2014年12月30日 星期二

Dell PERC H710P:兼容性問題!!

這是舊事重提了,其實兩個 Dell PERC H710P 都已經出手。這款卡絕對是經典,性價比一流,比 LSI 自己原廠的要好得多,而且可以 Spin Down Configured Drives (忘記是否需要 MegaSCU 改了)。然而在一下的配置中存在致命問題:

配置:
- 非 UEFI 主板(可能無關聯……)
- 非 Dell 系統(可能有關聯……)
- Windows Server 2012 R2 (自帶最新的驅動程序)
- Dell PERC H710P

結局:Fatal Error - PERC Kernel Panic.........      >_<



解決辦法就是用非 Dell PERC H710P 的磁盤裝 Windows,然後降級到 Windows Server 2008 R2 的 PERC H710P 驅動程序……感覺糟透了……

USB 綫材的迷思:真的會影響 DAC 音質嗎?

結論:單從數字音頻信號角度來説——不會!

從網絡上搜索了一下,發現一些朋友親自測試了一下,用“貴重、高質量”的 USB 綫材與便宜的 USB 綫材進行對比,發現 USB 綫材居然真的會“影響音質以及音色”,有的會使其“更明亮”,有的會使其“更暗晦”之類的評論。其實想知道這些是真是假,首先要瞭解什麽是數字音頻。

從數字角度來説,USB 綫材衹是用來傳輸數據,也就是 0 和 1。這些都是用電壓來表示。有的 USB 設備帶有奇偶校驗,以確保可以檢測到收到的數據是否正確。如果不正確,就會讓聲卡重新發送數據。而沒有校驗的,則可能會直接播放收到的數據,這樣就可能會產生爆音,或者停頓 (Jitter)。

注意,爆音或者停頓都與音質音色無關!也就是說,如果 USB 綫材不良,導致數據錯亂,也不會影響到音質音色,因爲數字化后的音頻數據就是一堆 0 和 1,用不同的綫材傳輸也都是一堆 0 和 1,排列順序,頻率等都不會受到環境因數的影響而改變,衹會丟失 (Jitter) 或者 0 和 1 互換(爆音,走音)。後者的產生衹會在沒有奇偶校驗的設備上出現——而我也很難相信到現在還有 USB 設備不帶奇偶校驗的!!

那麽説説那些朋友真的聽出有音質差別:這到底是怎麽一回事呢?

先説説 USB DAC 的供電模式:
- USB 主機供電
- 額外供電 + USB 主機供電
- 純額外供電

USB 主機供電

基本上這些都是便宜的 DAC,依靠 USB 綫從電腦獲取供電。這些設備的音質音色是的確會受到 USB 綫材的材質的影響的!什麽?你剛剛不是說 USB 綫材不會影響音質音色嗎?怎麽這回又説會呢?注意的是,我説的是不會影響 USB 數據,但沒有說不會影響 USB 供電啊!這些設備因爲依賴于 USB 供電,電腦中的設備所產生的干擾就會沿著 USB 綫傳入 DAC 中,而 DAC 的電源因爲沒有隔離,所以這些干擾就會進入經過 DAC 轉化后的模擬 (Analog) 信號裏面!也就是説,干擾不會進入 DAC 轉化前的數字 (Digital) 信號,但是會影響轉化后的結果,原因就是轉化后的結果所經過的處理,例如放大之類的,是使用 USB 供電進行運作的!結果就是把 PC 裏面的干擾放到輸出裏面了。這時候,USB 綫材的電阻,屏蔽之類的也就會開始影響結果的音質音色,導致有些朋友會因不同 USB 綫材聽出不一樣的聲音來!

額外供電 + USB 主機供電

有些 DAC 有額外供電,但是在設計上面有缺陷,把 USB 供電也帶進模擬數據處理的電路中,結果同上!!

純額外供電

這些 DAC 有適當的隔離措施,模擬處理部分使用純額外供電。這時候,電腦主機裏面的噪音干擾無法進入模擬 (Analog) 處理部分。也就是説,無論你選擇什麽 USB 綫,用在這種類型的 DAC 上面,音質音色都會是相同的!

所以,結果就是,無論我用什麽 USB 綫,我的 Sennheiser HDVD800 輸出的結果都是一致的,因爲供電部分與 USB 供電隔離。而如果閣下發現使用不同的 USB 綫材會產生不一樣的音色音效,那麽閣下可能要考慮購買 USB 供電過濾隔離的額外設備,例如》這個《(不知道是否有功效……),從而過濾掉 PC 所產生的噪音干擾,以及USB 綫所受到的 EMI 干擾等。

2014年4月26日 星期六

神秘的 Intel Xeon E5-2696 v2:竟然比 E5-2697 v2 要厲害!?

如果你經常逛 Intel ARK,你會發現有些“神秘”的 CPU 型號並不在上面。例如在 2013 年 9 月就推出的 Intel Xeon E5-2696 v2,這款只是針對 OEM 客戶的 CPU 其細節非常稀少。

但從主頻方面來説,Intel Xeon E5-2696 v2 默認為 2.50 GHz,比 Intel Xeon E5-2697 v2 的 2.70 GHz 低 0.2 GHZ。不過,cpuworld 上面的數據卻有點不准確——兩款 CPU 的最高主頻是相同的,都是 3.50 GHz,而不是 cpuworld 所描述的 Intel Xeon E5-2696 v2 只有 3.30 GHz。

所以,在單核滿載情況下,兩款 CPU 的性能是一樣的。

那麽在 12 核同時滿載情況下呢?從我找到的 screenshots 來看,情況卻有點詭異:滿載 Intel Xeon E5-2696 v2 比 E5-2697 v2 要快!12 核滿載,E5-2696 v2 可以達到 3.10 GHz, 而 E5-2697 v2 卻只能夠達到 3.00 GHz……由此看來,其實這個 E5-2696 v2 應該叫做 E5-2698 v2 會更加貼切一點吧。

Incompatibilities and Compatibilities

NOTE: This article will be updated in the future when more compatibilities / incompatibilities are discovered.  Incompatibilities   12-Feb-...