SSD / HDD'yi artırmak için en iyi / etc / fstab ayarları

Ben EXT4 3Y ile en hızlı zaten farklı yazarlar Ama gidecekseniz hızlı i bulunan SSD yapmak diğer ayarlar test blog yayınlarını kontrol ediyor biliyor http://www.howtogeek.com/62761/how-to-tweak-your-ssd- in-ubuntu-için-daha iyi performans /

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

VE https://wiki.ubuntu.com/MagicFab/SSDchecklist

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

neden sadece noatime? Ve kurulumdan günlüğe kaydetmeden disk olup olmadığını nasıl anlayabilirim? Ve daha hızlı olan nedir? Jornaling mi yoksa karşı mı? Ve hiçbir günlük kaydı verileri = geri yazma veya günlük kaydı verileri = sipariş?

Ve neden tmpfs / tmp her iki arcticle da farklıdır ve nemli ve cadı nasıl daha iyidir ve neden?

Tüm bunlar SSD ile ilgili ancak HDD'de aynı ayarları kullanabilir miyim? Https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation adresimde kurmak için bir kez komut dosyası oluşturduğundan HDD ve SSD için yanıt bulmak istiyorum

Howtogeek sitesi, bahsettiğiniz iki siteden daha sorumludur. Atime tweaks sadece bir dosya belirli bir zaman damgası güncellemesi alacak zaman boru hattı optimizasyonu. Kullandığınız medyaya bakılmaksızın uygulanabilir, aynı zamanda uygulamanızın bu meta verilerin tutarlılığına ne kadar duyarlı olduğuna da bağlıdır. Çoğu masaüstü kullanıcısı bunu kaçırmaz.

Günlük kaydını devre dışı bırakmaya gelince ... bu sadece çılgınca. Bu gelişmiş dosya sistemlerini kullanmanın asıl amacı budur: veri bütünlüğünü güvence altına alırken daha iyi performans. Bu ticareti yaparsanız, kişisel verilerinizi mütevazı bir hız artışı ile değiştirdiğinizi anlayın. Şahsen bunu tavsiye etmem. Çoğu insan bu riski almak için telafi etmek için iyi bir yedek tutmaz.

Bölüm hizalama önemlidir ama bu parçayı değiştirmemek de sizi öldürmez. Bu gerçekten diskin ne kadar erişildiğine bağlıdır. Hizalanmamış olduğunu varsayarsak, tonlarca G / Ç düzenli olarak (sunucu) devam ederse bir iyileşme görürsünüz. Ortalama masaüstü kullanımında, kim bilir, muhtemelen kayda değer değildir.

Bölüm hizalamasının değerli olduğu fikri dışında bahsettiğiniz Ubuntu wiki'sini dikkate almam. İşte daha sorumlu bir bağlantı:

http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html?ca=dgr-lnxw074KB-Disksdth-LX

Bu Ubuntu wiki'deki bazı öneriler, "nodev" kullanarak tmpfs'nin yeniden yapılandırılması gibi basit bir şekilde yanlıştır. Zaten bir RAMFS!

Firefox önbelleğini / tmp'ye taşımak, geçerli oturumunuzdaki hızı artırabilir. Bir güvenlik tehlikesi olsa da (artık evinizde güvenli değil) ve tmpfs kalıcı olmadığı için her önyüklemede yeniden oluşturulacak.

Özet:

discardExt4 seçeneklerine ekleme ihtiyatlı, geri yazma varsayılan moddur, günlük kaydı ayarlarını yalnız bırakır, atime tweaks iyidir ve son tarih veya nop zamanlayıcıya geçiş de yararlı olabilir, bölüm hizalama isteğe bağlıdır. Gerisi ranza.

discardLinux çekirdeği emir komuta optimize edilmemiş uygulanmasını çünkü aşağı şeyler yavaşlatır olarak seçeneği artık, SSD barındırılan dosya sistemleri için önerilir. (IIRC, TRIM istekleri aynı anda yalnızca bir ATA sektör aralığını kullanır, bu da yavaşlar.)

Bunun yerine, çalışan fstrim -v /(veya SSD bölümleriniz ne olursa olsun) günlük bir cron işi oluşturun . Bu , Ubuntu 14.04 LTS'nin birlikte göndereceği çözümdür.

/ Tmp üzerinde 'noexec'i etkinleştirmeyin, aksi takdirde / tmp'den yürütülmesi gereken bazı 3D sürücülerde sorun yaşarsınız. Modern donanım için NVIDIA sürücüleri bu gereksinime sahiptir, 'noexec' etkinleştirilmişse sahip olduğunuz herhangi bir uygulama (xscreensaver glmatrix gibi) segfault olacaktır.

Ppetraki'nin cevabına ek olarak , flaş aşınması endişe ediyorsa, /tmpklasörünüz için bir RAM dosya sistemi kurmalısınız .

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

Ancak /var/logçökmeyeceğinizden emin olmadığınız sürece dosyalarınızı RAM'e taşımayın ;) VE yeni /var/logdizinler (apache gibi) oluşturan ve önyükleme arasında kaybolmalarını istemediğiniz tüm sunucu paketlerinizi zaten yüklemişsinizdir. :

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

Bu konu JR0cket'in yanıtı ve konuyla ilgili diğer blog makalelerinin bir karışımı .