Şifreli / ev genel giderinin performansı nedir?


35

İkinci bölümde Windows ve üçüncü bölümde Xubuntu ( /ve /home) bulunan bir netbook'um var . Kurulum sırasında ana klasörümü şifrelemeyi seçtim. Netbook'un performansı, olduğu kadar küçük bir makine için yeterli, ancak performansı artırmak için çalışıyorum. Ev bölümü şifrelemesine ilişkin genel gider (CPU veya sürücü) hakkında fazla bilgi bulamadım. Aşağıdakileri, ana Windows bölümümü ve ayrıca monte Windows bölümlerini yazarak çalıştım:

dd if=/dev/zero of=~/dummy bs=512 count=10240

dd if=/dev/zero of=/media/Windows/dummy bs=512 count=10240

İlki 2,4 MB / sn, ikincisi 2,5 MB / sn döndürdü. Bu nedenle, ev klasörü şifrelemesinde ek yükün çok az olduğunu tespit edebilir miyim? Farklı dosya sistemlerinin herhangi bir fark yaratıp yaratmayacağından emin değilim ( /ve /homeext3).

Güncelleme 1

/tmpBağlı Windows klasörü yerine neden kullanmadığımı bilmiyorum . Sadece /homeşifrelenmiş, /tmpşifrelenmemiş ext3. Yukarıdakilerin sonuçları ddşaşırtıcı:

~: 2.4 MB / s

/tmp: 42,6 MB / s

Yorumlar lütfen? Bunu sormamın nedeni netbook üzerindeki disk erişiminin gözle görülür derecede yavaş olmasıdır.

Güncelleme 2

ddİşlemlerin her birini aşağıdakilerle zamanladım time:

~:

real    0m2.217s  
user    0m0.028s  
sys     0m2.176s

/tmp:

real    0m0.152s  
user    0m0.012s  
sys     0m0.136s

Ayrıca bakınız: UbuntuForums.org ve hata raporuyla ilgili tartışma (2012/05/11: şimdi SSD ile ilgili bir hata gibi görünüyor)

Düzenleme: Çıktı mount:

/dev/sda3 on / type ext3 (rw,noatime,errors=remount-ro,user_xattr,commit=600)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/USER/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=USER)

Güncelleme 2012/05/01: Referans için daha fazla bağlantı: bir (eski) Phoronix testi , burada benzer bir soru, burada yinelenen bir soru ve benzer bir SuperUser sorusu. Buradaki iyi bir özet cevap , performans cezalarının yalnızca küçük / netbook (Atom) işlemcilerinde ve SSD'lerde farkedilir olduğunu göstermektedir.


1
Evet, farklı dosya sistemleri bir fark yaratacaktır. Şifrelemede herhangi bir farkı belirtmek için testler arasındaki tek önemli fark olarak şifrelemeyi yalıtmanız gerekir. Tahminim /media/Windowsntfs.
jmtd

Şifreli EXT4'ü NTFS ile karşılaştırmıyor mu? Kesinlikle yapmak istediğiniz karşılaştırma şifreli-EXT4 vs düz EXT4'tür. Düzenleme: erk, evet, @jmtd ne dedi!
Oli

1
Evet, şifreli-ext3'ü normal ext-3 ile karşılaştırmak istiyorum. Bunu sadece monte edilmiş Windows klasörü yerine / tmp kullanarak yapabileceğimin farkına vardım. Bunu daha önce test ettiğimde ne düşündüğümden emin değilim. İşaretçiler için teşekkürler. Sorumu güncelleyeceğim.
SabreWolfy

/ Tmp nasıl monte edilir? Bir tmpfs mi yoksa aslında ext3 sürücüsünde mi?
Marco Ceppi

1 GB RAM'e sahip bir netbook üzerine standart bir Ubuntu kurulumu yaptım, bu yüzden / tmp beklediğim RAM'den ziyade sürücüde.
SabreWolfy

Yanıtlar:


18

Şifreli giriş dizini özelliğini yıllardır kullanıyorum ve normal şartlar altında iyi davranırken makinenizi her türlü yoğun dosya işleminde dizlerinize getireceğini söyleyebilirim.

System7'den 16 GB RAM'e sahip dört çekirdekli bir Pentium i7 ürünüm var. Herhangi bir önlemle SATA 7200 RPM sürücülü, hızlı ve hızlı bir dizüstü bilgisayardır. Bugün, içinde 20.000 küçük metin dosyası bulunan bir dosyayı açarken (10 dakika sürebilir), sistemim aslında kullanılamaz durumda. Dosya sistemine dokunan her şey 1-2 saniye gecikmeli ... web tarayıcısı dahil. Tecrübelerim tam olarak OP ile ilgili - şifreli giriş dizini şifrelenmemiş olandan yaklaşık 15 kat daha yavaş.

Bunun hakkında hiçbir şey düşünmedim çünkü buna çok alışkınım (bu benim 4. dizüstü bilgisayarım). Birisinin onu nasıl geliştirebileceği üzerine bir ipucu olması ihtimaline karşı, burada arama yapacağımı düşündüm.

Ana dizini şifreliyorum çünkü mecburum. Eğer zorunda değilsen ... o zaman yapma.


2
Bu 7200 rpm sabit disk kesinlikle bir darboğaz. Ayrıca, muhtemelen uzun süren, kritik olmayan G / Ç yoğun işlemleri için ionice kullanmalısınız , bu nedenle web tarayıcınızı kullanmak gibi diğer şeyler için performansı düşürmemek için.
Ehtesh Choudhury

9

dd, HD performansını ölçmek için iyi bir yol DEĞİLDİR. İlgili birçok değişken vardır ve iyi bir testin yine de sayısal zamanlarda yapılması gerekir.

Şifreleme, özellikle netbooklarda bulunan "daha düşük" cpu'nun üzerinde bir ek yük oluşturur. Ne de olsa bir sebeple daha ucuzlar.

Sürücü şifrelemesi ile ilgili verilerim olmasa da, bir web sunucusu için https vs http üzerinde testler yaptım ve maliyeti önemli ancak ölümcül değil. Bununla birlikte, ana diziniz sürekli olarak gizli dizinlerine yazılan programlar ile karışıklık eğilimindedir. Bu konuda kötü bir çocuk için Firefox'a bakın. Bu, zaten yavaş olan ve genellikle standart olarak yavaş bir HD'ye sahip olan bir netbook üzerinde sürekli olarak yavaşlayan bir yavaşlamadır.

Bonnie ++ ile başka bir kullanıcı tarafından önerilen bir kez daha çalıştırın ancak bu kez, biri şifreli bir HD diğeri olmadan iki farklı kullanıcıyla yapın. Her iki ana dizinin de aynı şekilde doldurulduğundan emin olun.

Bu size çok daha doğru bir test verir. Yaklaşık% 20 performans artışı ya da daha fazlasını gördüğümde şaşırmam. Web sunucum, ortaya koyduğu her şeyi şifrelemek istediğinde bunu yaptı. Ve şifreli veri okuyorsunuz ve yazıyorsunuz.


3

Şifreleme kesinlikle ek yük getirecek olsa da, ana bölümün şifrelenmesinin sisteminizin performansı üzerinde büyük bir etkisi olmamalıdır. Çalıştırdığınız programların çoğu brom / bin veya / usr şeklindedir ve normal sistem yazısının çoğu / var veya / tmp şeklindedir.

Yalnızca kullanıcı dosyalarınız içeride / evde olduğundan, genellikle ayrı bölümler yerleştirdiğim büyük dosyaları işlerken, evimi yalnızca belgeler için saklayarak etki görürsünüz.


2
Birçok program, giriş dizininizdeki gizli dosyaları (nokta dosyaları) kullanır. Sık sık yazma için tmp kullanmaları gerekirken, sadece / home alt dizinini şifrelemeyi deneyebilirsiniz.
idbrii

0

Aktarım hızı, şifrelemenin ek yükünü değerlendirmek için yeterli bir ölçüm değildir: darboğazı sabit sürücünüzün IO kapasitesi olabilir. CPU kullanımına da bakmak isteyebilirsiniz, şifreleme kullanıp kullanmamanız farklı olabilir (veya olmayabilir).


1
IO kapasitesi bunu nasıl etkiler? ddŞifrelenmiş ve şifrelenmemiş bir ext3 klasörüne veri yazıyorum . Şifreli verileri yazmak 20 kat daha yavaşsa, sürücü şifrelenmemiş klasöre daha hızlı yazabildiğinden, şifreleme işleminin tıkanıklık olduğunu gösterir.
SabreWolfy

1
Bu, ilk sorunuza verdiğiniz güncellemeden geliyor, ki cevabı yazdığımda mevcut değildi. Şifrelenmiş bir bölüme veri yazmak, şifrelenmemiş bir bölüme 20 kat daha yavaşsa, açıkçası şifreleme işlemi bir ek yüke neden olur.

2
Örneğin bonnie ++, dd'den çok daha iyi bir IO-meter'dir. Sadece "sudo apt-get install bonnie ++" yüklemek için.
Olli
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.