2000/XP會當機，2000當多一點
這是很容易明白的
雖然我不知道NT的子系統是怎樣
不過，當機時連要切[工作管理員]出來kill程序的機會都沒有
相信這是大家都"熟悉"的事情
會當機不代表是因為16bit程式當機

你們知道我的意思的
所以我可以指著CRT說"這叫液晶螢幕"?

就記憶所及
ECC的同位元檢查，並沒有修正功能

每8bit會出現一個同位元檢查
同位元檢查歸同位元檢查，ECC雖然應用到同位元檢查的方式
但是不代表他就只能檢查
你回應的時候就能用記憶，別人說的時候就要舉證?

贊助商連結

最初由 misol 發表
防彈臉皮:D

嗯，大大有很多種意思

幼稚園的兒童常說：老師我要大大

喔，又上了一課 :D

最初由 linux_xp 發表
3.
你們知道我的意思的
我承認用的"中文專業名詞"是不對
我不是學資訊本科的，沒在應付考試，所以不會去記那些東西記到一字不差
實做上，中文名詞對不對並不重要，那些都是英文翻過來的
台灣跟大陸的中文資訊名詞，有很多就不一樣，但講的都是同樣一個東西

4.
就記憶所及
ECC的同位元檢查，並沒有修正功能

每8bit會出現一個同位元檢查

DATA 同位元檢查
-----------------------
11111111 8
00000000 0
01010101 4
------------------------

其實英文是溝通方便啦
至少有個『這個詞是指啥』的標準四海皆同
很多人都有看中譯本還不如看原文書的困擾
因為有些翻譯跟本是風馬牛不相及的辭擺在一起，反而徒增問題
基本上資訊原文專業書籍文獻拿去給外文系的人
如果沒有一定程度的專業知識，翻起來不會比譯點通好到哪去
據說微軟中文版的MSDN就是這樣來的..........

同位元檢查還有分奇同位和偶同位
不是這麼直接的...;)
而且ECC用的也不是同位檢查100%地搬過來用

希望大家還是就事論事
人身攻擊盡量避免吧

linux_xp兄如果發現有網友發出和你不同的觀念時
可以找找資料查證一下
如果觀念真的錯誤而且錯過了修正的機會是很可惜的
如果是你對也別急著辯到贏，別人不接受是他們自己的損失呀

最初由 s900221 發表
2000/XP會當機，2000當多一點
這是很容易明白的
雖然我不知道NT的子系統是怎樣
不過，當機時連要切[工作管理員]出來kill程序的機會都沒有
相信這是大家都"熟悉"的事情
會當機不代表是因為16bit程式當機

你們知道我的意思的
所以我可以指著CRT說"這叫液晶螢幕"?

就記憶所及
ECC的同位元檢查，並沒有修正功能

每8bit會出現一個同位元檢查
同位元檢查歸同位元檢查，ECC雖然應用到同位元檢查的方式
但是不代表他就只能檢查
你回應的時候就能用記憶，別人說的時候就要舉證?

1.
每個人都知道NT會當機，16bit程式的包袱佔絕大因素
這個好幾年前，很多討論區就討論到不想講了

2.
照那種說法，分散運算，叢集運算又差在哪裡？
交換器、Swich HUB、路由器、IP分享器差在哪裡？
以前一大堆有的沒的限制，現在還有嗎？

那些名詞都不重要，那都是廠商創造出來的
你要是自己開大公司 ，自己也可以創造名詞
重要是的那個原理

3.
ECC不是運用到同位元檢查，ECC本身就是同位元檢查
你說的修正功能，大概是聯想到RAID 5了

我想這沒什麼好舉證的，隨便翻一本電腦DIY的書，記憶體篇一定有介紹

最初由 linux_xp 發表
4.
兩者不同，則馬上當機

一般沒ECC的RAM，無法知道DATA是否正確，不一定會當，除非錯的很嚴重

只要知道ECC沒修正功能，這樣就夠了...

兩者不同就當機, 那跟沒有不是一樣..
銀行須要的是 Error Correction Code(ECC), 能夠修正問題, 而且沒事.

一 Error 就當機, 我想不是他們能夠接受的 System

http://burtleburtle.net/bob/math/errorcor.html

Parity Check 跟 ECC 是兩回事..

最初由 linux_xp 發表

我想這沒什麼好舉證的，隨便翻一本電腦DIY的書，記憶體篇一定有介紹
其實電腦DIY的書不能盡信啦
隨便翻翻幾本
光時脈的地方都一堆錯了
要不就是模糊帶過
（題外話，最近的電腦DIY書籍實在太氾濫了:(）

我想這沒什麼好舉證的，隨便翻一本電腦DIY的書，記憶體篇一定有介紹
既然你堅持己見，那就沒什麼好說的了
這篇已經離原主題太遠了，我不再多做回應

這個嘛?雙cpu系統下，如果一顆出了問題。應該是以整個系統當機出現錯誤訊息收場，絕對不會是另一顆可以繼續運作。當然這是指一般的pc等級伺服器來說，這是實際工作經驗。

那不會完全當機的情形 有沒有?我只能說pc伺服器個人還沒有聽過，但是unix等級的大型主機有可能會有!但是那是特殊設計，是屬於叢集系統方式的設計，跟是不是雙cpu沒有直接關係。而且那是整個系統都設計成熱抽換的狀況下。

當然pc有沒有叢集系統?有啊 windows 2000 advance就是支援叢集系統啦！
不過那是多主機的情形，不是單純多cpu造成的。
另外linux、 solaris、ture 64都有叢集系統啊。

至於ecc理論上是可以做到 錯誤校正
不過實際上，系統在發現錯誤時。是要去校正錯誤?還是要直接顯示錯誤訊息 去停止系統?這是系統設計者的選擇問題。跟ecc有沒有校正能力的問題無關。
個人只能假設，如果設計者顧慮到錯誤的位元碼要是超過校正能力所及。則較整的結果還是以錯誤收場的話，到不如停止錯誤的系統來修復比較妥當。真正重要的系統自然會用叢集的方式去啟動另一部繼續工作。

以上提供各位參考 有錯請指正

最初由 linux_xp 發表
1.
3.
ECC不是運用到同位元檢查，ECC本身就是同位元檢查
你說的修正功能，大概是聯想到RAID 5了

我想這沒什麼好舉證的，隨便翻一本電腦DIY的書，記憶體篇一定有介紹

唉……
為了你，小弟把埋藏多年的
大三時上大二開的選修課"計算機組織"所用的原文書給找出來
並且花工夫掃瞄好
用PhotoshopCS壓好圖
上傳到小弟的ftp
再post文上來……呼呼，我想睡了
圖就自己看吧！
有點英文程度的應該都看得懂吧……

關於ECC的哦！

http://myweb.hinet.net/home3/lenbo/image/ecc1.jpg

http://myweb.hinet.net/home3/lenbo/image/ecc2.jpg

怕你又說小弟假造書文
小弟順便上了一下亞馬遜找了這本書的索引
你可以去買來增進一下自己的電腦功力！！
http://images.amazon.com/images/P/0130351199.01._PE12_PIdp-schmoo2,TopRight,7,-26_SCMZZZZZZZ_.jpg
http://www.amazon.com/exec/obidos/tg/detail/-/0130351199/qid=1089739655/sr=8-1/ref=pd_ka_1/104-3651806-8139957?v=glance&s=books&n=507846

個人並不認為"16bit程式"是造成當機的主因
那8bit 不就比16bit更容易當?
8位元的Apple II不就當的一榻糊塗?
那不少16bit的dos可以跑的相當穩定又是怎麼回事?

重點是cpu還有作業系統的設計方式以及相關應用程式的設計
都是影響穩定的因素

86X系列的cpu先天的設計上
有分為真實模式、及保護模式、還有一種叫虛擬模式(有記錯請幫忙訂正)
程式是設計成在哪一種模式下執行
跟系統的穩定性大有關係
這是先天CPU設計的影響
跟16bit沒有直接的關係

以上是個人看法 有錯請幫忙補正 謝謝