Ubuntu, SSD ile kullanmak için TRIM komutunu destekliyor mu?

Performansı korumak için sürücü doldurduktan sonra, SSD sürücülerinin "silinmesi / sıfırlanması" gerekir. Bu, yeni SSD sürücüler için TRIM komutuyla yapılır. Ubuntu, bu sürücülerin silinmesi / sıfırlanması için TRIM komutunu (hdparm aracılığıyla) destekliyor mu?

10.10'daki TRIM işlevselliği ve daha yeni sürümlerde destek var gibi görünüyor:

• İşletim Sistemini SSD'ler için nasıl optimize edebilirim?

Ayrıca, TRIM öğeleri otomatik olarak gerçekleşir - disk artık TRIM'yi desteklediğini bildirirse, artık gerekmediğinde boş bloklar otomatik olarak serbest bırakılır (örn. Bir dosyayı silin). Bunun çalışması için elle bir hdparm komutu vermeniz gerekmez.

Jeremy'nin cevabı tamamen doğru değil AFAIK. Bir süredir Lucid'deki en son kararlı çekirdekleri kullanıyorum ve ana diskim olarak OCZ Agility'ye sahip olduğumdan TRIM'in durumunu çok keskin bir şekilde takip ediyordum.

İşte ne (Sanırım) biliyorum:

• Çekirdek 2.6.33'ten itibaren TRIM desteğine sahiptir (Maverick 2.6.35).

• EXT4, TRIM desteğine sahiptir, ancak yalnızca günlük kaydı kapatıldığında.

• TRIM'in çekirdekte çalışma şekli çok basit ve oldukça yavaş. Özellikleri izleyen diskler birden fazla aralık kabul edebilir, ancak çekirdek şu anda bir seferde yalnızca bir aralık yapabilir. Bu belki bir ay önce okuduğum bir şeyden geliyor. Bu doğru olamayacağından veya artık geçerli olamayacağından, kaynağın olmasını isterdim.

Yolculuk benim için onu öldürür. Veri bozulması bir PITA'dır.

Ancak hdparm'ın yeni sürümleri (v9.25 - Maverick v9.27'de) wiper.sh, bir sürücünün hızlı bir analizini yapan ve ardından tüm boş alanları kesen bir komut dosyası ile birlikte gelir . Özellikleri kaybetmektense, wiper.shhaftada bir kez (ya da günde bir kez / ay / ne olursa olsun) çalıştırmak için cronu çalıştırmak daha kolay olur . Bir işletim sistemi sürücüsünün SSD bozulması, sürekli bir şeyler yırtıyorsanız, o kadar hızlı olmaz. Gerçek zamanlı TRIMming'e ihtiyacınız yok .

Ayrıca, depolarda görünmeyen DiskTRIM adlı bir GUI ön yüzü var. Daha az deneyimli kullanıcılar, cron işlerini ayarlamaktan daha kolay kullanabilir.

Hdparm ve disktrim için PPA'lar var ve hepsi 2.6.33+ çekirdeğe ihtiyaç duymadan Lucid'de (ve daha da geri) çalıştırılabilir.

Linux, çekirdek 2.6.33'ten beri ETX4 dosya sistemli otomatik TRIM desteğine sahiptir.

Otomatik TRIM destekli ilk Ubuntu sürümü 10.10 (Maveric), ancak fstab'da aktifleştirilmesi gerekiyor ( burada açıklandığı gibi ).

Genel olarak, evet, çünkü daha yeni çekirdekleri elde etmenin bir çok yolu vardır. Sorunuzu "Eğer 10.04 LTS komutun kutusundan destekliyor mu?" o zaman cevap hayır. Ancak, her iki Maverick ve Natty en çekirdekleri (-generic, -generic-pae, -sunucu ve-Sanal tatlar), örneğin 10,04 LTS için backported ve Ubuntu depolarından $ bırakma güncellemeler edinilebilir edilmiş linux-image-generic-lts-backport-maverickolan Lucid'e Maverick'in backport .

11.04 kullanıyorum ve TRIM kutudan çıktığı gibi görünmüyor.

Bir dosya oluşturmak, silmek ve sektörlerin sıfırlanıp silinmediğini görmek için buradaki yönergeleri kullanarak test ettim .

Buradaki talimatları kullanarak TRIM’i etkinleştirmeye çalıştım ama zar yok

Silecek koştum.

/sbin/wiper.sh --verbose --commit / dev / sda1
wiper.sh: Linux SATA SSD TRIM yardımcı programı, sürüm 3.3, Mark Lord.
rootdev = / dev / sda1
fsmode2: fsmode = okuma-yazma
/: fstype = ext4
freesize = 13785252 KB, rezerve = 137852 KB
/ Dev / sda1'deki boş alanın çevrimiçi TRIM'i için hazırlanması (/ 'de ext4 monteli okuma-yazma).

Bu işlem sessizce verilerinizi tahrip edebilir. Emin misin (E / H)? y
Geçici dosya oluşturuluyor (13647400 KB) ..
Diskleri senkronize ediyor.
TRIM işlemlerine başlanıyor ..
get_trimlist = / sbin / hdparm - fibmap WIPER_TMPFILE.9689

/ Dev / sda:
462 aralığından 27294800 sektör düzeltme
başarılı
Geçici dosya kaldırılıyor ..
Diskleri senkronize ediyor.
Bitti.

Ancak tekrar çalıştırırsam, kesilmesi gereken aynı sayıda sektörün / aralığın gösterildiğini ve başarının tekrar bildirildiğini gösterir. Her seferinde tamamen aynı şeyi alıyorum. Sektörler hiç silinmiş / serbest gibi görünmüyor. Bunları okumak hala aynı verileri göstermektedir.

Başka birinin çalışması için meraklıysa.