Bir SSD koymak için ne değil?

Bir SSD aldım ve masaüstü sistemimi tamamen yeni bir Linux kurulumu ile kuracağım.

SSD'lerin hızlı olduğu bilinmektedir, ancak bir dezavantajları vardır: Yazma sayısı (blok başına?) Sınırlıdır.

Bu yüzden SSD'de hangi verilerin ve hangisinin HDD sürücüsünde bulunması gerektiğini düşünüyorum. Genelde, sıkça değişen verilerin HDD’ye yerleştirilmesi gerektiğini ve sık sık değişmeyen verilerin SSD’ye konulabileceğini düşündüm.

• Şimdi bu soruyu benzer bir senaryoda okudum . Cevaplarda yazılı: "SSD sürücüler takas alanı için idealdir ..."

  Neden SSD'ler takas alanı için idealdir? Tamam, sistemin performansını yükseltmek için yüksek potansiyel görüyorum, ancak sık sık veri değişimini takas etmiyor ve bu nedenle SSD'de kısa bir SSD kullanım ömrüne neden olacak çok sayıda yazma olacaktı?

• Ve / var dizini ne olacak? İçeriği de sık sık değişmiyor mu? HDD'ye koymak iyi bir fikir olmaz mıydı?

• Bir SSD'de bulunmaması gereken başka veri var mı?

Yazma döngüleri hakkında endişeleniyorsanız, hiçbir yere ulaşamayacaksınız.

SSD'nizde sık sık değişen veriler olacak; Eviniz, yapılandırmalarınız, tarayıcı önbellekleriniz, hatta veritabanlarınız (eğer kullanıyorsanız). Hepsi SSD'de olmalı: Sık yaptığınız işler için hız kazanmıyorsanız neden bir tane olsun ki?

Yazma sayısı sınırlı olabilir, ancak modern bir SSD aşınma dengelemesinde çok iyidir, bu yüzden fazla endişelenmemelisiniz. Disk orada yazılacak; bunun için kullanmazsanız, kağıt ağırlığı olarak kullanıp, asla bilgisayarınıza bile koymazsınız.

Takas alanı için uygun bir depolama cihazı yoktur. Takas olduğunu yavaş hatta SSD. Sürekli değiş tokuş etmek gerekirse, bir şekilde veya daha fazla RAM almaktan daha iyi olursunuz.

Değiştirme için kullanılmayan takas alanı için değil, diske askıya alma senaryoları için farklı olabilir. Doğal olarak, bunun için kullanılan depolama ortamı ne kadar hızlı olursa, o kadar hızlı askıya alınır ve tekrar uyanır.

Şahsen, büyük, statik veriler dışında her şeyi SSD'ye koydum. Örneğin bir film SSD'de pahalı bir alanı boşa harcamak zorunda değildir, çünkü bir HDD oynatmak için yeterince hızlıdır. Bunun için SSD depolama kullanarak daha hızlı çalmayacak.

Tüm depolama ortamlarında olduğu gibi, kullansanız da kullanmasanız da SSD bir noktada başarısız olacaktır. Onları, HDD'ler kadar güvenilir olarak kabul etmelisiniz, ki bu hiç de güvenilir değildir, bu nedenle yedekleme yapmalısınız.

Tamam, bu yüzden amaç mümkün olduğunca paranın karşılığını almaktır - Yedek donanımın fiyatı karşısında hız (tek gibi büyük bir harddisk ve normal boyutta görünen orta büyüklükteki SSD varsayarsak). Basitleştirmek için, bir dosyayı SSD'ye taşımanın hızını, bu dosyayı SSD'ye taşımak için yazılan sektörlerin sayısına göre ne kadar fark ettiğini görebilirsiniz.

• Çok okunması ve nadiren yazılması gereken dosyalar (işletim sistemi ve programlar gibi) muhtemelen SSD'ye taşınması en açık olanı olacaktır.
• Bir kez yazılan ve HDD'nin yeterince hızlı olduğu sabit bir veri hızında (örneğin müzik, video) defalarca okunan dosyalar muhtemelen orada kalmalıdır. Genellikle değiştirilmez, ancak birçok sektöre yazıldığını düşünün .
• Çok fazla değiştirilen küçük dosyalar (bazı geçici dosyalar gibi) daha karmaşıktır. Örneğin, 512 baytlık bir sektör boyutu göz önüne alındığında, tek bir 1 GiB dosyası yazmakla aynı miktarda yazıyı "tüketmeden" önce, 20.000.000 kez tek sektörlü bir dosyanın üzerine yazabilirsiniz. SSD'nin aşınma seviyesine uygun olması durumunda, bunlar eşdeğer olmalıdır.

Tabii ki, en iyi hesaplamalar bile, zamanın en değerli kaynağını kullanır. Bu yüzden uzun vadede muhtemelen basit tutmaktan ve kesinlikle ideal durumdan biraz daha sık yeni donanım satın almaktan kaçınmalısınız .

Buradaki tüm cevapların yanında sevdiğim bir ipucu var. Aşınma etkisini biraz yavaşlatmak için SSD ile tekrar ramdisk kullanmaya başladım. Bir tarayıcı önbelleği (iyi tüm tarayıcı profili), çeşitli temps, bazı gereksiz günlükler vb. (Sembolik bağlantılar aracılığıyla) kullanıyorum.

Ramdisk'im şu şekilde fstab olarak ayarlandı:

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

Daha fazla RAM'e sahipseniz daha büyük ramdisk'e verimli bir şekilde kullanabilirsiniz. Bununla önyükleme / kapatma komut dosyası var. Açılışta en düşük önceliğe ve kapanışta en yüksek önceliğe sahip olsa bile şifreli aygıt / klasöre ramdisk yedeklemesi yazma konusunda çeşitli deneyimler.

Bu, sistemi biraz hızlandırır ve bazı yazma döngüleri kaydeder. İyi bir şey, her 15 dakikada bir rsync yapan bir cron işi olabilir mi?

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

Ubuntu kullanıcıları için ufak bir uyarı, bazı güncellemeler tarafından sıfırlandığından ramdisk yedeklemeleri için / media / user / klasörü kullanmayın, böylece düzenli aralıklarla profil verilerini kaybediyordum. Ayrıca Ubuntu ile şifreli ana klasördeki ramdisk çekimlerini yapmakta bazı zorluklar yaşadım.

Başkalarıyla anlaşarak, pahalı SSD alanını boşa harcamamak için çok büyük (video) dosyalar olması dışında hemen hemen her şeyi koymalısınız.

Ancak, TRIM’in etkinleştirildiğinden de emin olmalısınız :

• SSD'niz TRIM'i destekliyor
• Bölümünüz birden fazla EBS ile hizalanır
• Dosya sisteminiz dosya sisteminizde TRIM’i destekler (ext4 genellikle yapar)
• fstrimDüzenli koşuyorsun (muhtemelen haftada bir cronda)
• En az% 25 boş disk alanı tutarsınız [ 1 ]

Verilerinizi yedeklemeyi unutmayın.

GÜNCELLEME:

• Arch aşınmayı önlemek için swap'ı SSD üzerine koymamayı önerir

Verilerinizi HDD ve SDD üzerinden göndermek için zaman harcamak istemiyorsanız, SDD'nizi önbellek olarak kullanabilirsiniz.

• ZFS'de L2ARC önbelleği (Solaris, * BSD)
• Bcache (Linux) Henüz alfa kod, bu yüzden belki de güvenilir değil

Üzgünüm, kötü cevaplar. Elbette çok hızlı bir sistem kurabilir ve kurmalısınız ve hala en çok yazılan klasörleri HDD'ye taşıyabilirsiniz. Ayrıca / tmp / tmpfs veya HDD'de / tmp bölümü oluşturmak HDD’ye de taşınır ve / var / log / var / spool ve / var / tmp için orijinal klasörler üzerinde sembolik bağlantılar oluşturur (burada olduğu gibi tmpfs’e / var / tmp koymayın) rudotlar arasında erişilebilir olması gereken veridir). HDD’ye gidin ve ~ / İndirilenler ~ / Videolar ~ / Müzik ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream ve sizin bildiğiniz ya da sık sık yazdığınız diğerleri için sembolik bağlantılar oluşturun önbellekler (her zaman belirli bir tarayıcı önbelleğinin nerede olduğunu bulup HDD'ye taşıyın ve bunlara güvendiğinizden eminim ama kendiniz kontrol edin). Bir video dosyasını düzenlemeniz gerekirse, onu ssd'ye taşıyabilirsiniz, aksi takdirde belgelerin% 99'u ve SSD'de olmanın hiçbir faydası olmaz. Ayrıca, HDD systen tarafından çok daha az kullanıldığı için, bu hileler performans üzerinde olumsuz bir etkiye ve SSD'nin dayanıklılığındaki büyük farklılığa sahiptir. HDD’ye gidin ve bulut klasörleriniz için sembolik bağlantılar oluşturun (ör. Dropbox). Ayrıca, eğer apaching yapıyorsanız / var / www'yi hareket ettirmeyi düşünün. Artık neredeyse hiç hız farkı olmayan ve çok daha az aşınan çok hızlı bir sisteme sahipsiniz.