為什麼Steam刪除80G的遊戲只用了一秒?清爽橘子V2022-10-04 09:05:32

其實這只是響應時間用了一秒,資料還是會在後臺慢慢刪除的。

為什麼Steam刪除80G的遊戲只用了一秒?充滿遊戲君2022-10-03 10:14:51

就像我媽喊我去買瓶醋,我立馬爽快的答應了,響應時間一秒都不到。但是我答應之後還在穿衣服穿襪子找電動車鑰匙糾結穿哪雙鞋,出門都好幾分鐘之後了。

為什麼Steam刪除80G的遊戲只用了一秒?寶寶675713562022-10-04 14:20:46

因為steam騙了你,他並沒有刪除,只是把需要刪除的內容告訴你和電腦已經刪了,當你需要重新下載的時候 他就不用再下了,當你需要下載別的東西時,直接覆蓋就行了

為什麼Steam刪除80G的遊戲只用了一秒?不著急大叔2022-10-05 19:07:37

因為如果用半小時來覆蓋重寫擦除的話,你也受不了,到時候你又會發問題,為什麼steam刪除80G的遊戲用了一天?

為什麼Steam刪除80G的遊戲只用了一秒?珠穆朗瑪峰填海總指揮2022-10-05 11:28:22

只是告訴作業系統我佔用的這80G你可以儲存其它資訊了。壓根就沒有什麼刪除,只有覆蓋。

為什麼Steam刪除80G的遊戲只用了一秒?半夢的魚2022-10-05 15:18:49

刪除了索引目錄,不是刪除了資料。同理隨身碟的快速格式化和完全格式化的區別

為什麼Steam刪除80G的遊戲只用了一秒?奇樂之家2022-10-06 16:19:28

既然是80G的Steam遊戲,預設作業系統是Windows,檔案系統是NTFS。Windows支援的其它檔案系統,FAT/FAT32分割槽最大隻有8G/32G(理論上FAT32分割槽大小可以是2T,但Windows不允許用FAT32格式化大於32G的分割槽),放不下80G的遊戲,exFAT預設只能用來格式化移動儲存裝置不能用來格式化固定磁碟,所以這個問題下用FAT來解釋的回答大機率都是錯的。ReFS估計沒幾個人在用吧?

在NTFS分割槽裡面,一個檔案,根據檔案大小的不同,有3處或者5處相關的資訊:

在$MFT裡面的FILE記錄,大小固定為1K。

$MFT(Master File Table,主檔案表)是NTFS最重要的檔案,預設隱藏不能訪問,記錄著這個分割槽內所有的目錄和檔案資訊。一個檔案在$MFT裡面的記錄主要記錄了檔名、所在資料夾的記錄號、大小、建立/上次修改/上次修改$MFT記錄/上次訪問時間等屬性。如果這條1K記錄剩餘的空間大於檔案大小,使用一個特殊的屬性直接在記錄中儲存檔案的資料,這個屬性在NTFS稱為常駐屬性;如果剩餘空間小於檔案大小,檔案資料需要使用額外的簇儲存,使用另一種屬性記錄這個儲存這個檔案資料所佔用的簇,這個屬性稱為非常駐屬性。

在上級資料夾的索引資料中的記錄,大小不定,通常在88~600位元組之間。

每個資料夾(包括根目錄)在內,會記錄本資料夾下所有子資料夾、檔案的資訊,包括檔案在$MFT裡面的記錄號、大小、建立/上次修改/上次修改$MFT記錄/上次訪問時間等屬性,這些資訊佔用82位元組。此外還有這個檔案/子資料夾的檔名,最大255個字元,每個字元佔使用unicode編碼,佔兩個位元組。最後會補齊8個位元組。此外,為了相容DOS的8。3檔名,每個檔案/子資料夾通常會有另一條檔名是8。3格式的記錄,這條記錄的大小一般不會大於96位元組。

在$Secure裡面的記錄,數量和大小不定。

$Secure記錄每個檔案的許可權,例如某個使用者/組對這個檔案具有什麼樣的許可權。對於家用情況,沒多少使用者/組,一個檔案的許可權資料通常很小不會超過4K。

在$Bitmap中對應的位。

NTFS分割槽中每一簇按順序對應$Bitmap檔案中的1bit,0表示這一簇未被佔用,1表示被佔用。如果是檔案在$MFT記錄中的資料屬性為非常駐屬性,檔案所佔用的每一簇在$Bitmap檔案中對應的bit置1。

檔案資料實際佔用的簇。

一般來說稍微大一點的檔案,都很可能會形成多個碎片,但這個問題是刪除檔案,無需考慮碎片的情況,這個後面會提到。

根據第1項的說明,如果資料夾資料/檔案大小很小的話,上面4、5兩項是沒有的。如果是簇大小為4K的NTFS分割槽,80G的檔案在$bitmap中佔用80×1024×1024÷4=20Mbit=2。5MB。如果考慮到這些簇可能散亂分佈在整個分割槽中的不同位置,需要把整個$Bitmap檔案更新一遍的話,一個1TB的分割槽的$Bitmap檔案是32MB。

所以,每刪除一個檔案/資料夾,都要更新1~4項的資訊。第5項無需更新,檔案所使用的簇在$Bitmap中對應的位置0後,將來如果這些簇用來儲存新的檔案資料會直接覆蓋。當然,如果是使用固態硬碟的話,Windows會發送trim指令給固態的主控,主控會在空閒的時候根據磨損演算法回收對應的Page。

如果是機械硬碟的話,在沒有快取的前提下,單是找到1~3項的記錄通常就需要十多次尋道。每一處記錄的更新必然有一次尋道,但對於固態來說只要檔案數量不是太多,這個尋道(固態其實應該叫定址更合適點)時間都可以在1秒內完成。而每一處資訊更新通常只需要寫入1簇(4K)的資料,就算是機械硬碟,這個資料傳輸時間也是基本可以忽略的,固態就更不用說了。

最後,根據前面的論述,如果一個遊戲有1024個檔案的話,寫入資料量是1024×12KB=12MB,加上$Bitmap檔案的2。5~32MB,總計是14。5MB~44MB。SATA固態硬碟通常4K隨機讀效能在20MB/s以上,4K寫效能100MB/s以上,在這些資料都在快取中的前提下,還是可以在1秒內完成的。如果檔案數量更少,就更加沒有壓力了。

為什麼Steam刪除80G的遊戲只用了一秒?清閒的船帆4r2022-10-06 06:31:12

為什麼Steam刪除80G的遊戲只用了一秒?

相信很多 steam玩家都聽說過這個故事,在 Steam上某款遊戲因為某條規則被強制下架,而 Steam刪除80 g遊戲的時間僅用了一秒鐘。這個可以說是非常快了。在 steam平臺上刪除八十 g的遊戲,其實並不是一件稀奇且很簡單的事情,因為很多遊戲被強制下架都是依靠一些外掛進行清除。當然這種刪除方法並不是很常見了,甚至也有不少玩家把它當做是一種作弊行為,去破壞電腦。不過還是有一些可以透過這幾個方法來達到刪除80 G的目的。

1。增加賬號與遊戲的繫結

在 steam平臺上有不少的遊戲賬號和 steam遊戲都繫結著。這就相當於你把你的遊戲賬號和 steam賬號繫結在一起了,那麼你就可以透過這個方法刪除80 g遊戲了。不過這個方法一般是使用官方釋出的方式進行繫結的,這樣你繫結的賬號就會被官方強制限制著下載遊戲,這也算是 steam對作弊玩家的一種懲罰了。當然如果你沒有這些限制的話,你也可以透過別的方式去繫結。比如你可以使用一些官方渠道做一個虛擬 Steam賬號繫結你在上面下載遊戲;也可以透過自己多註冊幾個網路域名來增加自己在 Steam上活躍性……以上兩種方式都可以實現刪除80 G伺服器遊戲的目的並且還可以增加賬號的穩定性等諸多優點。

2。刪除遊戲賬戶

還有一種操作就是把自己的遊戲賬戶都刪除,當然這個方法可能會有人不同意,但也不失為一種好辦法。因為現在很多 steam遊戲都可以直接開啟來檢視玩家賬戶資訊,而沒有辦法透過登入就直接把遊戲刪除掉。雖然現在也有很多的遊戲都支援遊戲登入頁面上直接顯示遊戲資訊的方式,但是大部分都是選擇這種方式來顯示這個遊戲,因此對於 Steam玩家來說很可能會直接無法登陸游戲頁面。這類方法雖然是一種非常便捷的方式,但需要一定的操作技巧才行。

3。使用其他工具,比如“pager”之類的程式來獲取賬號

這種方法,想必也是不少人在使用的一種方式,因為它簡單且容易實現。並且這種方法基本上用不到什麼時間,只需要開啟 steam網頁上的“賬號獲取”工具就可以進行操作。首先,我們需要建立一個 pager連結。然後,我們就可以用該 pager來獲取 steam賬號了,而我們也能直接使用這個連結來登入 steam遊戲專區或者遊戲商城當中的遊戲了。不過這個過程比較麻煩,而且存在一定的風險,所以可能會有一些小夥伴選擇放棄這個方法。

4。刪除賬戶,不過需要重新註冊

這裡所說的刪除賬戶並不會造成賬號的任何損失,因為 steam不會強制下架一個遊戲。但是想要完成這一步,還是需要花費一定的時間才能完成成功。這個是一個很長的過程,所以當你想要將平臺上的80 G遊戲刪除時,你需要先從 steam賬戶中刪除80 G的遊戲到新的賬戶中去。不過對於一些玩家來說,可能是沒有這個實力去刪除80 G吧。而且這裡還要說一點, Steam並不是一款簡單的交易軟體,也不是簡單的一個賬戶管理軟體,它所需要操作的東西很多。雖然說在 Steam上刪除80 G遊戲僅僅用了一秒鐘,但是想要將平臺內80 g的遊戲都刪除卻還是需要花費一定時間和一些精力了。

為什麼Steam刪除80G的遊戲只用了一秒?金錢暴擊2022-10-06 20:28:58

應該硬體牛逼