On 2011-05-25 11:05 PM, Husrev Ozayman wrote: > 1. ) SSD üzerinde takas alanı > > Katı hal disklerin genel olarak yıpranmasının fazla olduğu söyleniyor > ve takas alanı olarak kullanmanın disk için zararlı olabileceğini > (güvenilirliği tartışılır bir kaynaktan) okumuştum.
Takas cok fazla kullanilan bir yer degil. Ayrica, kaliteli SSD'lerin omurleri uzun. Problem olacak bir konu degil bu. > 2.) /tmp klasörü > > SSD ile ilgili optimizasyonların anlatıldığı bir sayfada [1], /tmp > klasörüne çok okuma yazma yapıldığı ve bunu ramdisk'e bağlamanın > faydalı olduğu yazıyordu. /tmp /var/run /var/lock (ve yeni sistemlerde /run) tmpfs icin aday alanlar. > 3.) I/O Scheduler > > Gene aynı sayfada öntanımlı olarak gelen CFQ sıralayıcının(zamanlayıcı > ?) SSD'ler için çok verimli olmadığı ve deadline denilenin nispeten > daha iyi olduğu yazıyordu. Iki tip i/o scheduler var: * Work-conserving (deadline, noop). Bunlar sadece bekleyen istek olmadiginda idle olurler. * Non-work-conserving (cfq, as): Bunlar bekleyen istek olsa da olmasa da idle olabilirler. Amaclari istek olsa da bekleyerek locality'i ve/veya fairness'i arttirmak. Ayrica, iki katmanda calisiliyor. Birinci kernelde i/o scheduler var. Ikincisi raid kartin / hard diskin ustunde kendi i/o scheduler'i var. Kerneldeki non-conserving scheduler'in altinda (raid kartta) gene non-conserving scheduler calisiyorsa, sonuc iyi olmayabilir. Iki scheduler'in idle beklemeleri birbiri ile cakisabilir ve disk verimliligi gereksiz yere duser. Bu durumda noop veya daha iyisi deadline daha iyi sonuc verebilir. Raid kartin work-conserving bir scheduler'i varsa (ucuz raid kartlari, bazi NCQ diskleri), CFQ'un daha iyi sonuc vermesini bekleyebiliriz cunku yukaridan gelen istekleri daha iyi bir zamanlama ile alt katmana iletecektir. > Sorum şu; şu anda yürüyen, SSD'ler için optimize bir I/O scheduler > geliştirme çalışması var mı? Yoska sizce böyle birşeye ihtiyaç var mı? Evet ve evet. > Bir Bilgisayar Mühendisliği son sınıf öğrencisinin, bitirme ödevi > olarak bu konuyu araştırması mantıklı mı? (Bir bitirme ödevi için > beklenen çaba - Böyle birşey için gereken çaba, son sınıf öğrencisinin > bilgi birikimi - böyle birşey için gerekli olan bilgi birikimi gibi > konularda değerlendirebilirseniz sevinirim.) Duzgun bir benchmark yapmaniz 4. sinif icin bence mantikli. CFQ'un (ve digerlerinin) davranisini degistiren bircok ayari var (ornegin rotational flag'i, max_idle vs). Dokumantasyonu (ve mumkunse kodu) okuyup ne yaptiklarini ogrenip, bunlari da dikkate alarak benchmark yapmanizda fayda var. -- Eray _______________________________________________ Linux E-Posta Listesi [email protected] Liste kurallari: http://liste.linux.org.tr/kurallar.php Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux
