平平X86,大細漢怎會差這麼多....

[wangcm]

最近為了一些case替sponsor入手的東東....

大漢仔(跑DB用的)
1:前面板,有8個hot-swap SATA bay,現只裝了2個W牌400GB....


2:後面板I/O,有2*GbE+1*100BaseT,不過power supply沒有redundant算是有點不太理想....BTW,鵝問到一個vendor 1+1 600W redundant power supply小量(<10pcs)的報價,沒想到該公司卻報給鵝US$360---不過是上海的FOB價,真是愛說笑 ....


3:側面的資源回收標章,似乎暗示了機器只要一出廠就難逃最終淪落到資源回收的命運 ....


4:上視圖,主要是2*Opteron 270+8*1GB ECC Registered DDR400,那兩片界面卡分別是3W牌4port SATA RAID卡和T牌的IPMI module....


5:後視圖,主要是3個系統風扇+2個CPU的風扇+1個power的風扇,算是比鵝先前賣過I牌2*Xeon 3GHz者安靜多了----至少還沒到讓鵝抓狂的地步 ....


細漢仔(兜entry level server farm用的)
1:上視圖,面積約略與一般3.5"HD相當,散熱片下方是Geode LX800(實際時脈500MHz,Compile Linux kernel v2.6.16費時約為Celeron 2.4GHz的3倍---PR值還算有點參考價值 ),散熱片旁是Mini PCI,下方白色connector是給LCD panel用的LVDS port,黑色slot是44pin的IDE connector....


2:PCB背面,分別是512MB SO-DIMM DDR400及4GB CF卡與Realtek 8110GbE....


3:後方I/O端子,PS/2 keyboard/mouse共用6pin Mini DIN座,BTW,板子上另有GPIO,serial port部份可調成RS232/422/485....


4:側面DC12V輸入部份....


實際消耗功率尚未測量(粗略測量板子本身含CPU+512MB RAM吃12V約0.5-0.6A),但跑程式(Compile Linux kernel)時鵝把手放在散熱片上只覺得溫溫的,離燙手還有一大段距離....BTW,這片板子CF卡DMA相關部份沒有跳到IDE上,鵝在這片SBC 和另一台PC上DMA都跑不起來(早期大概也沒人會拿大容量CF搞高速傳輸 ),已經送回廠商那邊rework了....

最後是大漢仔和細漢仔的合照,對比真是強烈....BTW,這兩者的造價(指CPU+RAM+M/B)相差約20倍,跑程式(Compile Linux v2.6.17 kernel)的時間相差也是約20倍(3.5Min vs 73Min左右),不過以鵝個人觀點還是細漢仔可愛多了---反正鵝平常也不會須要太高檔的機機去做啥偉大的事就是了 .....

[stw_cbx]

Power supply沒有redundant的確很危險喔. 如果又有資料庫的話, 交易無法確保就算了, 不小心還會開不起來.
(MySQL除外, 還是這是MySQL無長交易能力的好處?)

題外話:
早期的RISC&x86伺服器要結合機架的規格與超強運算力, 動不動都是長得像冰箱的暖爐.
R6, SF6800, HP3000等等.

近幾年隨著網格, 叢集運算興起, 加上愈來愈多心思放在坪效比, 每瓦效能值等考量的議題上. 伺服器跟著減肥.

就像是90年代的汽車業都是強調大馬力大輸出, 而今往往要兼顧節能需求.
相信無論是大中小型box也要面臨新的世代嚕!

[wangcm]

作者: stw_cbx

Power supply沒有redundant的確很危險喔. 如果又有資料庫的話, 交易無法確保就算了, 不小心還會開不起來.
(MySQL除外, 還是這是MySQL無長交易能力的好處?)

不過放在IDC至少市電斷電的風險就小多了,剩下的就是賭機器本身的power supply能不能長命百歲了 ....BTW,600W 1+1 redundant power的FOB報US$360鵝覺得是還好(至少sponsor也願意付),不過壞就壞在難不成鵝要為此來個上海一日遊嗎 ....

作者: stw_cbx

題外話:
早期的RISC&x86伺服器要結合機架的規格與超強運算力, 動不動都是長得像冰箱的暖爐.
R6, SF6800, HP3000等等.

近幾年隨著網格, 叢集運算興起, 加上愈來愈多心思放在坪效比, 每瓦效能值等考量的議題上. 伺服器跟著減肥.
snipped....

鵝昨天在IDC幫sponsor換機櫃時順便跟IDC的人哈啦了一下,一般IDC每個rack會提供兩路2-3KW的AC電源,那遇到blade server內建2KW 1+1 redundant power不就每個rack只能放一套---沒想到IDC的人回答"blade server的用電都要另外申請拉220V過來",真是有夠誇張的---根本和裝冷氣沒兩樣,而且體積那麼小的設備要吃那麼多電,只要空調一停火警鈴恐怕就要響了 ....

[wangcm]

細漢仔原先送回vendor處rework難搞的地方(CF側)沒搞錯,好搞的地方(IDE側)竟然來個左右顛倒(可能是被拉來做苦工的RD搞到昏頭了吧 ),偏偏該死的跳線又短了1-2mm就是搔不到癢處,害鵝只好捨命陪君子,連CF端也得拆掉重焊 ....

1:rework的結果,紅線是原廠跳的,灰線是鵝DIY的....


2:鵝的犯案工具....


說來好笑,裏面那支15W的烙鐵吃電都比整個CPU+RAM+M/B多 ....BTW,rework過後測CF的throughput約12.5MB/sec,seek time在0.5ms以下,大概是Multiword DMA2的上限了,雖然不是很滿意但也算可以接受了,至於T牌網頁上提的PIO6/MDMA4不是標準規格,要視BIOS/chipset是否支援而定,鵝可能要再柪vendor一下了 ....不過後來發現測read時大致良好,但即便是read only總得先把content倒進去後面才有東東可讀,問題是連續寫入大檔時(i.e.超過1-2GB)CF的controller卻不太聽話(出現DMA error甚至copy到一半整個CF消失不見,reboot後BIOS也看不到CF,非得power off/power on後才會再出現),原本以為是鵝rework的不太理想,但特地去買CF轉IDE的轉接板接在其它PC上測也發生一樣的狀況,不知有沒有能人異士可以為鵝指點一下迷津嗎 ....