RSS   



投票標題: [討論] [問題]24小時開機200g以上硬碟僅放資料用,分不分割好呢?  (多選) 投票人數: 76 [參與投票的會員]
分割   15 (19.74%)
不分割   61 (80.26%)


  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 
 39  2/3  <  1  2  3  > 


 
主題: [討論] [問題]24小時開機200g以上硬碟僅放資料用,分不分割好呢?   字型大小:||| 
s58716
青銅驢友
等級: 11等級: 11等級: 11等級: 11


今日心情

 . 積分: 224
 . 文章: 480
 . 收花: 1576 支
 . 送花: 3510 支
 . 比例: 2.23
 . 在線: 2377 小時
 . 瀏覽: 40690 頁
 . 註冊: 7457
 . 失蹤: 41
 . Taiwan
#16 : 2007-2-9 04:24 PM     只看本作者 引言回覆

我個人是有分割啦,因為考量資料的安全性,萬一該partition出問題,不至於所有資料都掛點!


[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
NeoBetas
金驢友〔初級〕
等級: 16等級: 16等級: 16等級: 16


 . 積分: 1871
 . 精華: 1
 . 文章: 3077
 . 收花: 16062 支
 . 送花: 14188 支
 . 比例: 0.88
 . 在線: 1461 小時
 . 瀏覽: 31849 頁
 . 註冊: 7265
 . 失蹤: 3807
#17 : 2007-2-9 05:08 PM     只看本作者 引言回覆


引用:
s58716寫到:
我個人是有分割啦,因為考量資料的安全性,萬一該partition出問題,不至於所有資料都掛點!


事實上硬碟應該是沒有這麼容易壞的啦!
就算不停的掛BT或ED也是一樣....
我用了這麼久、這麼多的硬碟...也不過用壞8顆而已....



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
好下載
青銅驢友
等級: 11等級: 11等級: 11等級: 11


今日心情

 . 積分: 295
 . 文章: 1356
 . 收花: 2030 支
 . 送花: 834 支
 . 比例: 0.41
 . 在線: 3413 小時
 . 瀏覽: 36638 頁
 . 註冊: 8208
 . 失蹤: 4
 . 台灣台北
#18 : 2007-2-10 01:43 PM     只看本作者 引言回覆

樓上大大用過多少硬碟呀?? 也不過用壞八顆...
不過我倒是挺贊同的,正常使用硬碟 就算天天跑BT + ED 硬碟還是很健朗的
自從我上次壞硬碟的經驗,想想...還是個 Fireball 6.4Gb的硬碟 之後到現在還沒壞過
應該是我好運吧

不過我很注重硬碟散熱, 加裝散熱片 + 風扇吹 ,讓他保持運轉時涼涼的 或許有點影響



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
NeoBetas
金驢友〔初級〕
等級: 16等級: 16等級: 16等級: 16


 . 積分: 1871
 . 精華: 1
 . 文章: 3077
 . 收花: 16062 支
 . 送花: 14188 支
 . 比例: 0.88
 . 在線: 1461 小時
 . 瀏覽: 31849 頁
 . 註冊: 7265
 . 失蹤: 3807
#19 : 2007-2-11 03:33 PM     只看本作者 引言回覆


引用:
好下載寫到:
樓上大大用過多少硬碟呀?? 也不過用壞八顆...
不過我倒是挺贊同的,正常使用硬碟 就算天天跑BT + ED 硬碟還是很健朗的
自從我上次壞硬碟的經驗,想想...還是個 Fireball 6.4Gb的硬碟 之後到現在還沒壞過
應該是我好運吧

不過我很注重硬碟散熱, 加裝散熱片 + 風扇吹 ,讓他保持運轉時涼涼的 或許有點影響


很多....是一個Group的伺服器"群"....拿來當Database....



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
chin1483
鐵驢友〔中級〕
等級: 5等級: 5


今日心情

 . 積分: 55
 . 文章: 123
 . 收花: 352 支
 . 送花: 152 支
 . 比例: 0.43
 . 在線: 477 小時
 . 瀏覽: 4640 頁
 . 註冊: 7425
 . 失蹤: 1014
#20 : 2007-2-11 05:36 PM     只看本作者 引言回覆

當然是要分割呀
將P2P下載下來的東西及資料備分跟系統碟分開
一方面減少系統碟的負擔另一防面
從灌時 不用再花太多時間備分資料



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6984
 . 失蹤: 2888
#21 : 2007-2-11 10:00 PM     只看本作者 引言回覆

看到前面許多似是而非的論點,我來統一整理一下:
1.
建議你最好分割
我自己的硬碟單槽都不敢超過20GB
因為一但有壞軌時
你那一整槽的資料都有可能會因此而讀不到
你自己衡量吧

2.
建議是分割比較好.TEMP一個 .Incoming一個.Incoming內再分類.
TEMP那顆分開日後用來做重組.可以小一點.不然囤檔太多會出問題

3.
全都沒分割...反正要掛就是整顆掛...所以就沒分割了

4.
我個人是有分割啦,因為考量資料的安全性,萬一該partition出問題,不至於所有資料都掛點!

理由一一說明:
1.4.點論點相近,但都有問題,硬碟一般正常使用至壽命將盡時,不會無預緊就再也無法起(驟死),而是出現問題,如:讀取不正常、有時偵測不到硬碟、有怪聲音...等,這時只要稍微留點心就可察覺,發覺異狀時要有壯士斷腕的準備,立刻將資料備份好,當硬碟壽終正寢時,就可以把損失降到最低。

1.4點會有這種講法(驟死),遇到的都不是壽終正寢,而遇上這種,分割與不分割下場一樣~完蛋,所以這也不成為分割的理由,嚴格講起來還真是自相矛盾。

3.點的講法在於不大精確,如果上面所講,此類狀況並非壽終正寢。

2.點會有這種理論是因為有一派的說法是把TEMP和Incoming放同一顆硬碟,但分屬不同槽,到時完檔時只不過是將資料位置的標記改變,沒有大量的實體讀寫動作,可以節省完檔的時間。

但實際上這種作法有利有弊,好處如上面所述,但缺點是遇到“驟死”狀態,所有資料全部報銷。而保險的作法則是分成兩顆硬碟分別存放,前面有大大也已經採用,這是比較保險的作法,因為做TEMP的硬碟正常情況下會提早陣亡,陣亡時不會拉著已完成的檔案陪葬。

誠如前面的一些大大所說,作業系統最好本身獨立存放一顆硬碟(無論分幾槽都行),P2P用兩顆硬碟,其他重要資料獨立存放置另一顆硬碟(無論分幾槽都行)。理由如下:
1.作業系統存放的槽會是Format最多次的區域,而且還要跑虛擬記憶體、磁碟重組、掃毒、應用程式,因此陣亡時間會比存放資料的槽還早陣亡,所以不建議跟P2P或重要資料擺一起。

2.P2P獨立使用兩個硬碟且不用分割,理由在前面已經說的很清楚了,還有2點要注意:
第一:格式化這兩顆硬碟時,叢集大小(配置單位大小)務必選擇最大~64K,這有兩個好處,一是增進讀寫效能;二是減少硬碟讀取次數,缺點是會浪費一點空間。

硬碟如何讀寫資調到正確位置上,靠的就是先讀取每個磁區的位置,如果磁區分割太小,如:16K,那硬碟同樣找尋128K磁區的位置,選64K的只要讀2次即可,而選16K的要讀8次,讀寫次數必然多於64K,效能上當然不及64K來的快。(光讀硬碟讀寫頭的定位就有6次的差距,快慢立見分明)

至於缺點~浪費空間,因為每個磁區都是64K,如果這個檔案沒有寫滿就結束,那其他檔案必須等這個檔不在這磁區時才能使用這位置,否則任何檔案(本身除外)皆無法利用剩下的區域。比如:一張圖片是48K,他本身佔用了一個磁區64K,因此硬碟內一次少掉64K的可用容量,如果磁區大小改成16K為一單位,那這張圖片雖然佔三個磁區,但只消耗硬碟內48K的可用容量,節省下了16K的可用空間,但是容易產生零碎問題。

零碎問題:因為資料無法一直些在同一區域,所以迫使必須分開放置,當可用的區域過於分散,同一筆資料也會變得零零落落,這就是零碎問題,好發生於小檔案數量龐大的系統上。

第二:既然跑P2P,檔案都是幾十MB~幾GB,建議超過一百MB的檔案全部放在專門存放完成檔案的硬碟內,而低於100MB的檔案則與重要資料放一起,這樣有2個好處,一是存放完成檔案的硬碟完全不用重組;二是節省硬碟空間。

各位有照我這樣做的,可以用重組軟體(如:Diskeep、O&O Defrag)去分析一下那顆硬碟,即使2、3百GB用到剩下幾百~幾十MB,資料的零碎程度依然極度的低,完全不用擔心零碎問題影響硬碟效能,這都是因為資料的連續性問題所致,只要各位依照我這樣做,保證這顆硬碟2~3年不重組依然不會太多的零碎問題。

3.至於小於100MB的檔案另存至別顆硬碟理由正如前面所講:浪費空間且容易零碎。而重要資料通常都不會有幾百、甚至GB這麼大(別跟我扯伺服器啊,有常識的人不會拿伺服器掛P2P的),而且通常很少被移動、修改,因此跟那些P2P下載下來不滿百MB的資料放一起,即使將來要重組都會比較便利。

[killer00 在  2007-2-11 10:14 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
t9025008
鐵驢友〔初級〕
等級: 4
川流不息的牽掛

今日心情

 . 積分: 20
 . 文章: 43
 . 收花: 128 支
 . 送花: 0 支
 . 比例: 0
 . 在線: 662 小時
 . 瀏覽: 6750 頁
 . 註冊: 6929
 . 失蹤: 1259
 . 台灣
#22 : 2007-2-13 03:05 PM     只看本作者 引言回覆

建議你分割,會分割的原因是可以把比較重要的資料放在另一區,在者可以每一分割區的資料因為如果資料有中毒或損毀的話可能救不回來。以我自己的例子:160g一個分成三區一區10g為主硬碟不灌任何東西純開機程式另外的兩區各75g,一區為資料區,另一區為影片區,另一個硬碟是250g分成三區各在80g裡面有影片及動畫區及遊戲區,如此一來要找資料就很方便。


[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
lithium
鐵驢友〔中級〕
等級: 5等級: 5


今日心情

 . 積分: 48
 . 文章: 60
 . 收花: 169 支
 . 送花: 2440 支
 . 比例: 14.44
 . 在線: 1131 小時
 . 瀏覽: 28761 頁
 . 註冊: 6987
 . 失蹤: 9
#23 : 2007-2-14 09:59 PM     只看本作者 引言回覆

不分割的話每次開那顆硬碟都從頭掃描到尾
要讀取檔案也要從頭掃到尾一次 建議還是分割比較好
當然格式還是要用ntfs



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
zerofang
銅驢友〔初級〕
等級: 8等級: 8


今日心情

 . 積分: 112
 . 文章: 129
 . 收花: 251 支
 . 送花: 33 支
 . 比例: 0.13
 . 在線: 1819 小時
 . 瀏覽: 81854 頁
 . 註冊: 7183
 . 失蹤: 1100
 . 台南
#24 : 2007-2-16 11:00 PM     只看本作者 引言回覆

對不起喔,要吐槽一下


引用:
killer00寫到:
1.作業系統存放的槽會是Format最多次的區域,而且還要跑虛擬記憶體、磁碟重組、掃毒、應用程式,因此陣亡時間會比存放資料的槽還早陣亡,所以不建議跟P2P或重要資料擺一起。


硬碟不算是消耗品,不會因為常常格式化、存取而提早陣亡


引用:
killer00寫到:
2.P2P獨立使用兩個硬碟且不用分割,理由在前面已經說的很清楚了,還有2點要注意:
第一:格式化這兩顆硬碟時,叢集大小(配置單位大小)務必選擇最大~64K,這有兩個好處,一是增進讀寫效能;二是減少硬碟讀取次數,缺點是會浪費一點空間。

硬碟如何讀寫資調到正確位置上,靠的就是先讀取每個磁區的位置,如果磁區分割太小,如:16K,那硬碟同樣找尋128K磁區的位置,選64K的只要讀2次即可,而選16K的要讀8次,讀寫次數必然多於64K,效能上當然不及64K來的快。(光讀硬碟讀寫頭的定位就有6次的差距,快慢立見分明)

至於缺點~浪費空間,因為每個磁區都是64K,如果這個檔案沒有寫滿就結束,那其他檔案必須等這個檔不在這磁區時才能使用這位置,否則任何檔案(本身除外)皆無法利用剩下的區域。比如:一張圖片是48K,他本身佔用了一個磁區64K,因此硬碟內一次少掉64K的可用容量,如果磁區大小改成16K為一單位,那這張圖片雖然佔三個磁區,但只消耗硬碟內48K的可用容量,節省下了16K的可用空間,但是容易產生零碎問題。

零碎問題:因為資料無法一直些在同一區域,所以迫使必須分開放置,當可用的區域過於分散,同一筆資料也會變得零零落落,這就是零碎問題,好發生於小檔案數量龐大的系統上。


現有大容量硬碟,如果沒記錯,跑FAT32檔案格式的話,除非使用特殊軟體分割
否則Win2K、XP最大只能分割到64GB,那就沒有分不分割的問題了
不然就只能跑NTFS檔案格式
NTFS不會有叢集問題的


引用:
killer00寫到:
第二:既然跑P2P,檔案都是幾十MB~幾GB,建議超過一百MB的檔案全部放在專門存放完成檔案的硬碟內,而低於100MB的檔案則與重要資料放一起,這樣有2個好處,一是存放完成檔案的硬碟完全不用重組;二是節省硬碟空間。

各位有照我這樣做的,可以用重組軟體(如:Diskeep、O&O Defrag)去分析一下那顆硬碟,即使2、3百GB用到剩下幾百~幾十MB,資料的零碎程度依然極度的低,完全不用擔心零碎問題影響硬碟效能,這都是因為資料的連續性問題所致,只要各位依照我這樣做,保證這顆硬碟2~3年不重組依然不會太多的零碎問題。


既然是NTFS,不會有叢集問題,那自然沒有節省硬碟空間的說法 (單指這案例)
只要有檔案在移動,那碎片依舊會產生
磁碟重組照樣是必然的
不移動的檔案乾脆就燒錄起來,何必放硬碟呢

以上,諸多得罪請多指教



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6984
 . 失蹤: 2888
#25 : 2007-2-21 12:25 PM     只看本作者 引言回覆


引用:
t9025008寫到:
建議你分割,會分割的原因是可以把比較重要的資料放在另一區,在者可以每一分割區的資料因為如果資料有中毒或損毀的話可能救不回來。以我自己的例子:160g一個分成三區一區10g為主硬碟不灌任何東西純開機程式另外的兩區各75g,一區為資料區,另一區為影片區,另一個硬碟是250g分成三區各在80g裡面有影片及動畫區及遊戲區,如此一來要找資料就很方便。

前半段想法與小弟不謀而合,OS系統常常用光碟來備份本就不易,尤其目前OS這麼龐大,除非用D9來備份,不過應該沒人這樣做,浪費太多時間,倒不如直接用硬碟備份來的省時省事,目前80G的硬碟最便宜的與燒錄機價格相差無幾(NT.1500左右),備份綽綽有餘。

但後半段就...,一顆250GB分成三個槽存放影片、遊戲、動畫,單就功能上來說,乾脆分別存放至三個目錄內還來的省空間,用途上沒有改變,如果要說磁碟重組,遊戲本不該與影片類放在同一個硬碟內,因為兩者單個檔案的大小相差太大,對於硬碟的有效利用度來說,混著放是最不好的,分成三個槽固然可以擺脫這問題,但如果考慮到玩遊戲的同時還要處理影片類資料多少會影響到整體效率來看,還是不建議放在同一個硬碟上,不過實用上來說還是依照個人意願,有的人覺得效率差一點也無所謂,省個幾MB也不是那麼有用,當然用的高興最重要。


引用:
lithium寫到:
不分割的話每次開那顆硬碟都從頭掃描到尾
要讀取檔案也要從頭掃到尾一次 建議還是分割比較好
當然格式還是要用ntfs

這理由其實沒有幫助,分割的目的主要是因為以前硬碟昂貴,沒錢添置,且硬體支援IDE有限,但是對於樓主的要求來說(P2P),完全不符合其用途,跑P2P會嫌硬碟太大?不會,只會嫌硬碟太小。跑P2P時讀寫頭本來就是到處跑,請問這是分割的理由嗎?這讓我想到以前98時的虛擬記憶體很小,OS用到虛擬記憶體時就會看到硬碟當亮在那邊幾乎不會閃,可以想見讀寫頭在那小小的區域不斷重複讀寫,也難怪那時的硬碟壞軌比例會如此之高,所以才有現在的把虛擬記憶體設定值調整為記憶體的1.2~1.5倍,其目的就是讓硬碟讀寫範圍擴大,避免在同一區域重複讀寫,進而加速壞軌的發生。


引用:
zerofang寫到:
對不起喔,要吐槽一下

硬碟不算是消耗品,不會因為常常格式化、存取而提早陣亡

現有大容量硬碟,如果沒記錯,跑FAT32檔案格式的話,除非使用特殊軟體分割
否則Win2K、XP最大只能分割到64GB,那就沒有分不分割的問題了
不然就只能跑NTFS檔案格式
NTFS不會有叢集問題的

既然是NTFS,不會有叢集問題,那自然沒有節省硬碟空間的說法 (單指這案例)
只要有檔案在移動,那碎片依舊會產生
磁碟重組照樣是必然的
不移動的檔案乾脆就燒錄起來,何必放硬碟呢

以上,諸多得罪請多指教

我把我的部分刪掉,這樣比較能節省論壇資源,請不要介意。

我想一般乖乖牌使用電腦當然不會有這問題,但是愛嘗鮮的人呢?我重灌業務的經驗來說,快的3、4個月可能就重灌一次電腦,慢的人半年灌一次差不多,當然這也不是定律,不過已硬碟一般使用壽命至少要4~6年來說,次數上不可謂不頻繁,低階格式化用到的次數的確是少,快速格式化也不是徹底將硬碟處理過,但是就一般使用上來說,不能否認C槽使用的壽命的確比其他槽要來得短,畢竟C槽存取次數遠比其它的槽要來得多的多,存取次數增加當然會讓磁區提早陣亡,如果不會陣亡,那伺服器用的硬碟也不會使用大量的RAM做Cache了,對硬碟最傷害的莫過於單位時間內的要求同時讀寫動作次數過高,而你在OS裡面使用重組軟體重組C槽是不會造成相同情況,在OS運作的多個應用軟體也會造成同樣結果,而愛用所謂的Free RAM軟體,藉此軟體釋放出更多的RAM供其他軟體使用,也是在造成C槽的壽命不斷縮短,試問C槽如何能不提早壽終正寢,這是必然的事,但可以藉著減少讀寫次數改善,但這就要RAM來幫忙,但這不是樓主目前想要知道的,所以我也不多說。

上面講了這麼多,不是說硬碟就不要用了、不要存取資料,硬碟本來就是儲存資料的裝置,不拿來用還能幹麻勒,但是以這位大大的觀點,並沒說明到C槽是否會比其他正常使用的槽還晚陣亡,但就我一般使用上的經驗跟專門幫人灌電腦的業務來說,一台全新的電腦給使用者抱回家使用,幾年後出問題的80~90%都是槽壞軌,在我來說,這就是陣亡,如果你的影片、重要資料都在這上面,想要就回可就不易,雖說壞軌可以就由軟體偵測測出位置,然後讓OS跳過該區不要使用,但這畢竟是一項警訊,表示這個硬碟已經到頭了,也許可以在撐個1年,但也許稱不過1個月,對於這種不穩定的狀態,本不應該考慮在內。

假使你老闆問你CPU何時可以出貨,你跟你的老闆說,你做出來的CPU可以到6GHz,但是不知道可以用多久,你看你的老闆有什麼反應,不把你炒了當菜吃,那就是他打算捲款潛逃了。

NTFS不會有叢集問題的?其實不然,NTFS使用上來說固然比以前的格式更有效率、具容錯處理兼加密功能,但不代表沒有叢集問題,不知這位大大為何認為不會有,請告知一下。我幫你補充一下數據,一般XP預設的叢集大小是4KB,這大小用來跑OS是MS認為最有效率的用法,而自己手動規劃其他槽或其他硬碟的叢集大小,有512B、1KB、2KB、4KB(系統預設值)、8KB、16KB、32KB、64KB這幾種選擇方式,這些都是NTFS提供的規劃選項。

而你最後一段也說錯了,檔案會產生零碎問題不是移動時發生,可見得你完全不懂檔案為何會零碎,建議你把我前面講的零碎問題好好看清楚,如果你覺得我敘述的檔案零碎問題不正確,請找出正確資料幫我更正。

至於『不移動的檔案乾脆就燒錄起來』,如果都這麼簡單,那還要大容量硬碟做什麼用呢?40GB的硬碟可以存上10片DVD耶,還要300GB、500GB的硬碟何用呢?再者,P2P是只下載不分享?影片是每每都值得燒錄?人是沒有惰性?

[killer00 在  2007-2-21 12:29 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
zerofang
銅驢友〔初級〕
等級: 8等級: 8


今日心情

 . 積分: 112
 . 文章: 129
 . 收花: 251 支
 . 送花: 33 支
 . 比例: 0.13
 . 在線: 1819 小時
 . 瀏覽: 81854 頁
 . 註冊: 7183
 . 失蹤: 1100
 . 台南
#26 : 2007-2-23 12:13 AM     只看本作者 引言回覆


引用:
killer00寫到:
我把我的部分刪掉,這樣比較能節省論壇資源,請不要介意。

我想一般乖乖牌使用電腦當然不會有這問題,但是愛嘗鮮的人呢?我重灌業務的經驗來說,快的3、4個月可能就重灌一次電腦,慢的人半年灌一次差不多,當然這也不是定律,不過已硬碟一般使用壽命至少要4~6年來說,次數上不可謂不頻繁,低階格式化用到的次數的確是少,快速格式化也不是徹底將硬碟處理過,但是就一般使用上來說,不能否認C槽使用的壽命的確比其他槽要來得短,畢竟C槽存取次數遠比其它的槽要來得多的多,存取次數增加當然會讓磁區提早陣亡,如果不會陣亡,那伺服器用的硬碟也不會使用大量的RAM做Cache了,對硬碟最傷害的莫過於單位時間內的要求同時讀寫動作次數過高,而你在OS裡面使用重組軟體重組C槽是不會造成相同情況,在OS運作的多個應用軟體也會造成同樣結果,而愛用所謂的Free RAM軟體,藉此軟體釋放出更多的RAM供其他軟體使用,也是在造成C槽的壽命不斷縮短,試問C槽如何能不提早壽終正寢,這是必然的事,但可以藉著減少讀寫次數改善,但這就要RAM來幫忙,但這不是樓主目前想要知道的,所以我也不多說。

上面講了這麼多,不是說硬碟就不要用了、不要存取資料,硬碟本來就是儲存資料的裝置,不拿來用還能幹麻勒,但是以這位大大的觀點,並沒說明到C槽是否會比其他正常使用的槽還晚陣亡,但就我一般使用上的經驗跟專門幫人灌電腦的業務來說,一台全新的電腦給使用者抱回家使用,幾年後出問題的80~90%都是槽壞軌,在我來說,這就是陣亡,如果你的影片、重要資料都在這上面,想要就回可就不易,雖說壞軌可以就由軟體偵測測出位置,然後讓OS跳過該區不要使用,但這畢竟是一項警訊,表示這個硬碟已經到頭了,也許可以在撐個1年,但也許稱不過1個月,對於這種不穩定的狀態,本不應該考慮在內。

假使你老闆問你CPU何時可以出貨,你跟你的老闆說,你做出來的CPU可以到6GHz,但是不知道可以用多久,你看你的老闆有什麼反應,不把你炒了當菜吃,那就是他打算捲款潛逃了。


現有硬碟架構上,讀寫頭與碟面絲毫沒有任何接觸,故讀寫頭與碟面無磨損
連軸承大多都改用幾乎沒有耗損的液態軸承居多
所以在沒有環境因素影響下,是不會因為過度使用而提早陣亡的
會提早陣亡的原因全部都在外在因素
不能把這些外在因素轉嫁到過度讀寫
造成硬碟壽命縮短的原因不外乎
1.不良的散熱 - 硬碟有兩個超會發熱的馬達,散熱不良會讓硬碟囤積熱量,久了就會損壞
2.不穩定的供電 - 其也是電子零件最大的殺手
3.外在的物理性碰撞 - 每秒7200轉(或以上)的轉速,但讀寫頭跟磁碟表面距離卻低於0.5微米,外在的碰撞不僅容易讓主軸馬達壞掉,甚至造成物理性壞軌、讀寫臂偏移等等的狀況發生

以上
故小弟才說,硬碟不算是消耗品,不會因為常常格式化、存取而提早陣亡
不要給長久以來接受的謠言給誤導了


引用:
killer00寫到:
NTFS不會有叢集問題的?其實不然,NTFS使用上來說固然比以前的格式更有效率、具容錯處理兼加密功能,但不代表沒有叢集問題,不知這位大大為何認為不會有,請告知一下。我幫你補充一下數據,一般XP預設的叢集大小是4KB,這大小用來跑OS是MS認為最有效率的用法,而自己手動規劃其他槽或其他硬碟的叢集大小,有512B、1KB、2KB、4KB(系統預設值)、8KB、16KB、32KB、64KB這幾種選擇方式,這些都是NTFS提供的規劃選項。

[killer00 在  2007-2-21 12:29 PM 作了最後編輯]


既然NTFS可以手動去更動自己所想要的配置大小
那當然就可以選擇自己最佳的檔案放置方式
何有叢集問題之說


引用:
killer00寫到:
而你最後一段也說錯了,檔案會產生零碎問題不是移動時發生,可見得你完全不懂檔案為何會零碎,建議你把我前面講的零碎問題好好看清楚,如果你覺得我敘述的檔案零碎問題不正確,請找出正確資料幫我更正。

至於『不移動的檔案乾脆就燒錄起來』,如果都這麼簡單,那還要大容量硬碟做什麼用呢?40GB的硬碟可以存上10片DVD耶,還要300GB、500GB的硬碟何用呢?再者,P2P是只下載不分享?影片是每每都值得燒錄?人是沒有惰性?
[killer00 在  2007-2-21 12:29 PM 作了最後編輯]


檔案為什麼會零碎
真是懷念呢
這個問題在小Z於動漫基地當版主時
就說了至少超過十次了
只不過落到被質疑還是很不習慣呢

就把小弟於動漫基地寫的文章摘錄下來吧,看是否能替killer00兄解惑

引用:
接下來我們談到了磁碟重組(因軟硬碟均適用,故後均稱為磁碟),磁碟經格式化之後,會被畫上磁軌(Track)和磁區(Sector),然後資料會以磁簇(Cluster)的形式佔據一至多個磁區來儲存。

基本上是以最前面的空間開始放置資料,在一開始的時候檔案都會依順序的排列好。這時系統要讀取某一檔案的時候,就可以連續的讀取相連的磁簇了。

舉個例子;一開始檔案的排列是這樣子:
ABBCDDDEEFF

如果將A、C、E刪除,那樣排列會變成:
 BB DDD  FF

這時候再存進一個四個磁簇的檔案G,那麼就會變成:
GBBGDDDGGFF

這些像G的不連續檔案和空間稱為斷塊或碎片(Fragment)。當斷塊出現之後,要讀取G這樣的檔案,就無法連續的讀取磁簇了;必須不停的移動磁頭,跳過不相連的空間。要是斷塊太多,磁頭的移動就很頻繁,那麼讀寫效率就會因此降低。

這時候就要為磁碟進行磁碟重組(Defragment)了。經過重組後的磁碟,其檔案排列就變成這樣子:
BBDDDFFGGGG

經過重組後,再讀取G的時候,磁頭就可以連續的讀取磁簇了。

當斷塊累積到一定程度的時候,便可為磁碟進行重組以加快讀寫效率;不過也不鼓勵一天到晚的重組磁碟,因為如果為了省兩秒的讀寫時間而每天花半小時進行重組,未免太捨本逐末了。


至於為什麼要燒起來,人是會有惰性的這點
小弟就要反問了
那買DVD燒錄機要做什麼呢,來P2P專用論壇的主要目的為何呢
一片DVD +R足足有4.5GB的可用空間呢
煩請killer00兄幫小弟解惑一下DVD燒錄機與空白片的市場為何那麼龐大
硬碟廠商如果看到這段對談,大概會因此苦笑吧

玩P2P的人都知道,小水管還好一些
中水管每天手上流過的資料量動則數GB
要是沒有大硬碟,如何去調度這些資料
其次,仁兄好像忽略了其他市場
SAN、DVR等市場也是靠大容量硬碟吃飯的呢

[zerofang 在  2007-2-23 12:16 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6984
 . 失蹤: 2888
#27 : 2007-2-23 01:18 PM     只看本作者 引言回覆

我想zerofang的話我就不完全引述直接回應,替論壇節省點資源吧。

現有硬碟架構上,讀寫頭與碟面絲毫沒有任何接觸,故讀寫頭與碟面無磨損
連軸承大多都改用幾乎沒有耗損的液態軸承居多

我想你可能沒搞清楚,硬碟從以前到現在一直都是以這樣的方式運作,並非與液態軸承或其它什麼功能有關,液態軸承的優點是低耗損、噪音以及熱產生,以達到更高轉速,對於讀寫方面,並沒有直接的利多。(如果把硬碟轉速提升算在內,那當然可以,不過這應該是間接關係,而非直接關係,在同樣轉速的硬碟中,液態軸承與陶瓷軸承並不會為讀寫方面直接增加利多)

硬碟讀寫動作是改變硬碟碟片的正負極性,照理想狀況來說應該不會有任何耗損,但別忘了,機件本身會老化,尤其是讀寫頭,讀寫頭運作方式:讀、寫連續的資料問題不大,但讀寫不連續的資料呢?尤其同時被要求,讀寫頭為了配合,勢必不斷的來回在不同區域工作,以達到要求,但問題來了,執行OS不單單只是把OS所需的資料讀取至RAM中,不定時還要把資料寫回硬碟中,以保持正確性,但除了OS以外呢?其它的程序都不跑嗎?當然不是,只要你執行軟體,就同時在存取硬碟,以前的電腦多工能力沒這麼好,所以硬碟使用上較不易壞損,但目前的OS講求多工能力強,CPU也走向多工,但硬碟目前來說是不可能,在碟片上每一面只會有一個讀取頭,他就負責這一面的所有讀寫動作,你的每個資料都不大,他就每個都放在同一面上,直到放滿再換下一面,而讀寫頭在不連續的地方工作是很快的加速加上急遽的煞車,當在多工的狀況下,這種狀況無疑是對讀寫頭的折磨,理所當然讀寫頭的加速老化在所難免。

我這樣舉例其實不是很漂亮,但我想表達的重點就是,C槽本身運作OS外加上多個程序,但這些動作並非無時無刻依序動作,而是不定時分別讀寫或是同時讀寫,這寫動作都會加速讀寫頭的老化。一顆硬碟正常使用應該是同一時間內單個程序使用完畢再輪到下一個,但是對於多工系統來說這是不允許的,也因為如此,讀取頭的老化是在所難免的,而老化到一定界限就會出問題(讀寫頭故障、讀寫頭碰撞碟片),同時他最常工作的地點就成了最容易出問題的地方,也因此我才會說,C槽勢必會比其它槽更容易提早壽終正寢,而經驗上來說也這是如此。

至於格式化,目前的病毒、木馬大多感染系統槽,至於其它的槽較少出現災情,許多問題並非防毒軟體可以解決,有些病毒、木馬之頑強,用高階格式化也無法處理,就會用到低階格式化,低階格式化都是針對硬體的磁軌為單位來工作,對讀寫頭來說天上掉下來的“禮物”,這份“禮物”的沈重當然不言而喻,高階格式化負擔則比較輕,因為它只是針對該槽做標記,所以工作速度較快、無法清除某些隱藏徹底的病毒、木馬。

當然叢集問題並非人人都知道,善用叢集設定可以替硬碟帶來更高的效能、替讀寫頭減輕負擔,就你前面所言可知你並非真的瞭解我前面所述,你以為用MS的預設值去存大容量檔案很適合?當然不會,4K跟64K,16倍的差距,設定4K的叢集讀寫頭每64K多動16次,讀寫1MB的資料一個要多移動256次去定位,另一個只要多移動16次去定位,你認為呢1GB的資料會有什麼下場?這是對讀寫頭的另一項折磨。

零碎問題,你敘述的跟我前面講的差別是我沒特別去詳加說明,因為我覺得這樣講大家都能理解,你認為我講的不對請幫我指出來,謝謝。

零碎問題:因為資料無法一直些在同一區域,所以迫使必須分開放置,當可用的區域過於分散,同一筆資料也會變得零零落落,這就是零碎問題,好發生於小檔案數量龐大的系統上。

PS:其實零碎問題還可以分為內部零碎、外部零碎,這不是樓主需要的部分,所以我也不詳述,但是我前面的文章其實已經有點出來了,再者,零碎問題是檔案與儲存體之間的問題,並非單一適用在硬碟上。

至於最後一點,我看你完全沒有針對我的問題回應,你不尊重我,但我尊重你的發言,所以最後一次回應你的問題,你頻寬多少我不知道,但一般人來說下載頻寬遠大於上傳頻寬,下載冷門的就算了,抓熱門的都會很快就下載完了,尤其是P2P中毒者,應該是每天沒看到下載破3位數心裡就不舒服吧,基本上會想玩P2P的,不會只抓一點點資料,上傳又比下載慢,你下載完如果不放硬碟裡分享,就是P2P的寄生蟲。(下多少、還多少,P2P才有生存的希望,這是我的原則)

有P2P論壇有屁用,沒人當來源你能下嗎?每個人下完就燒起來就跑掉不還債,P2P早死光了。

至於『不移動的檔案乾脆就燒錄起來』,如果都這麼簡單,那還要大容量硬碟做什麼用呢?40GB的硬碟可以存上10片DVD耶,還要300GB、500GB的硬碟何用呢?再者,P2P是只下載不分享?影片是每每都值得燒錄?人是沒有惰性?

我這是針對的你問題做的回應:不移動的檔案乾脆就燒錄起來,何必放硬碟呢
但你的回覆:
至於為什麼要燒起來,人是會有惰性的這點
小弟就要反問了
那買DVD燒錄機要做什麼呢,來P2P專用論壇的主要目的為何呢
一片DVD +R足足有4.5GB的可用空間呢
煩請killer00兄幫小弟解惑一下DVD燒錄機與空白片的市場為何那麼龐大
硬碟廠商如果看到這段對談,大概會因此苦笑吧

玩P2P的人都知道,小水管還好一些
中水管每天手上流過的資料量動則數GB
要是沒有大硬碟,如何去調度這些資料
其次,仁兄好像忽略了其他市場
SAN、DVR等市場也是靠大容量硬碟吃飯的呢

你的答覆看不到任何的回應,而且至於為什麼要燒起來,人是會有惰性的這點我原文是這樣寫的嗎?接著後面的敘述也不見與“人是沒有惰性?”有何相關,而且“P2P是只下載不分享?影片是每每都值得燒錄?”完全沒有答覆,這表示認同?

DVD燒錄機與空白片的市場為何那麼龐大,這與前面談的有何干係?完全無關嘛;依照你的理論,即使是大水管也不可能一天80GB,買顆80GB的硬碟來跑,資料幹嘛留在硬碟,都燒出來就對了,既然如此還需要用200GB、300GB的硬碟?當然不用,反正下載完都出清了。

SAN、DVR等市場也是靠大容量硬碟吃飯的呢←你這講法就跟SCSI裝置靠伺服器吃飯一樣,這是一般個人電腦的市場嗎?拿這當理由為免太可笑。你去光華問問看那些商家,他們賣的那些大容量的硬碟主要是賣給哪種用戶?

[killer00 在  2007-2-23 01:21 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
zerofang
銅驢友〔初級〕
等級: 8等級: 8


今日心情

 . 積分: 112
 . 文章: 129
 . 收花: 251 支
 . 送花: 33 支
 . 比例: 0.13
 . 在線: 1819 小時
 . 瀏覽: 81854 頁
 . 註冊: 7183
 . 失蹤: 1100
 . 台南
#28 : 2007-2-23 04:27 PM     只看本作者 引言回覆

真是奇怪,明明在討論耗損,居然能被坳成增進讀寫速度
液態軸承沒那麼神,無法讓讀取的速度增加
但是藉由軸承上的油膜,使得軸心不與馬達接觸,可以讓馬達的耗損減到最低
完全跟什麼增進讀寫速度無關
如果不先搞清楚狀況查閱資料的話,就別說別人不懂

第二,硬碟重開始到現在
不論是機械部分還是存取介面部分
一直都是半雙工模式,但我知道你一定會亂想
所謂的半雙工,是指可以讀取,也可以寫入,但是同時間只允許一個

但,你知道讀寫頭是什麼東西做的嗎?
是線圈,電流流過線圈產生磁力,藉以改變或感應碟片上磁力
這種電線的東西會老化?是的,是會老化,但等電腦陣亡了,這線圈也還沒老吧

就算你OS丟了一大堆不相同的資料給硬碟處理也都是一樣的
硬碟只會在CPU所指示的優先順序以最大速度下作業,也就是硬碟燈號會狂閃
不會因為你多開了一兩個程式而幫你加速

看了半天,小弟也懶得回應了
因為看了你所回應內容就知道您對硬碟內部構造壓根就不瞭解
就別說什麼動作原理了
本來還有心想說,但是文中大量的不客氣詞句看了就令人生厭



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
阿杰啦
白銀驢友
等級: 15等級: 15等級: 15等級: 15等級: 15
白淫驢友

十週年紀念徽章(五級)  

 . 積分: 1434
 . 文章: 1808
 . 收花: 11808 支
 . 送花: 18971 支
 . 比例: 1.61
 . 在線: 5175 小時
 . 瀏覽: 65808 頁
 . 註冊: 7200
 . 失蹤: 18
 . 深山籃來
#29 : 2007-2-23 09:31 PM     只看本作者 引言回覆

小弟不才
非常感謝二位對硬碟深入解析
zerofang 與 killer00 兄 討論指教就好可不要動了氣
討論對峙要有良好的EQ(情緒管理)才好
使二位動了氣,小弟實在過意不去
拜謝



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  訪問主頁  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
missholiday
青銅驢友
等級: 11等級: 11等級: 11等級: 11


十週年紀念徽章(五級)  

 . 積分: 250
 . 文章: 990
 . 收花: 1831 支
 . 送花: 0 支
 . 比例: 0
 . 在線: 4909 小時
 . 瀏覽: 19830 頁
 . 註冊: 7251
 . 失蹤: 25
#30 : 2007-2-23 11:01 PM     只看本作者 引言回覆

基本上建議你不要分割可以分硬碟當然是問題最少因為OS也要讀取P2P也要讀取對讀頭來說是很沉重的工作如過一定要裝OS的話那就建議你分割為三個硬碟原因是要讓你P2P只佔1/3的單顆硬碟
這樣效率比較好也不這樣傷害硬碟
或是就不分割單單把你專屬的資料夾 我的文件 當作媒體資料庫也滿好用的



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記

 39  2/3  <  1  2  3  > 
   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



所在時區為 GMT+8, 現在時間是 2024-11-29 10:42 PM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.044240 second(s), 6 queries , Qzip disabled