Windows üzerinde yazılım geliştirme (Visual C ++) yapıyoruz ve zaten SSD diskleri kullanan geliştiricilerin Windows XP ile bir (bir, 1) yıllık kullanımdan sonra disklerini değiştirmek zorunda kaldıkları birkaç durum vardı. (Zaman Çerçevesi 2010-2012)
Açıkçası, çok fazla derleme çok fazla sayıda yazma anlamına gelir - Visual Studio Compiler yine de normal bir C ++ projesi tarafından oluşturulan tüm yapı eserlerine ek olarak çok sayıda geçici dosya yazmayı sever.
Şimdi, TRIM komutunun XP'de desteklenmediğini biliyorum , ama her zaman performansın bir şey olduğunu, sürücüler için uzun ömürlü bir şey olmadığını anladım ???
Ayrıca, bazılarının modern (ish) bir SSD sürücüsünün tam yazma kullanımıyla 51 yıl sürmesi gerektiği iddiası göz önüne alındığında, bir geliştiricinin 8 saatlik bir çalışma günü boyunca birçok derleme yapsa bile SSD'sini çöpe atabilir - ve XP (Win 7'ye karşı) ile ne ilgisi var ?
Not: Bu bir geliştirici mağazası, bu yüzden doğal olarak herkesin bu ve bununla ilgili kendi akıllı açıklaması var. Ancak bu bir geliştirici mağazasıdır, bu yüzden buradaki insanların uzmanlığı, HW güvenilirliği ile değil, SW geliştirmeyle ilgilidir.
Ve net SSD diskler hakkında tüm efsaneler göz önüne alındığında, gerçekten bir SSD neden Windows XP'de daha önce (veya zaten) başarısız olması gerektiği hakkında güvenilir bilgiler bulmakta zorlanıyorum ....
SORUMLULUK REDDİ : Bu SSD disklerinin gerçekten bozuk olduğunu iddia etmediğimi unutmayın, çünkü Windows XP'de yazma ağır kullanım modeliyle kullanılmıştır. Ben değilim soran varolan herhangi bir kanıt, bir SSD sürücü (çünkü eksik TRIM veya başka etkenlerin) aksi daha XP üzerinde daha erken başarısız olacağını, (benim iş böylece iddia çünkü) olup olmadığı ...
Birkaç bağlantıyı takip ettikten sonra, özellikle Windows XP'de SSD sorusu için en güncel cevabı vurgulamak istiyorum . (Bu cevabın (2010'dan itibaren) makalenin bir alıntısı olduğunu unutmayın - 2007'den (!) - bağlantılıdır. Makalenin / cevabın özü, SSD sürücülerinin çok sayıda yazma işlemi ile büstü gidebileceği ve bir şekilde (?), XP bu konuda daha kötüdür.Yukarıda bağlandığım 51 yıllık iddiaya bakıldığında, bu cevaptaki ifadeler benim için bir anlam ifade etmiyor .
Ayrıca, TRIM ve aşınmaya tek referansın 2009'dan kalma MS makalesi var:
Ek bir avantaj olarak , Trim işlemi , SSD'lerin birçok birleştirme işleminin gerçekleşmesi gereğini ortadan kaldırarak aşınmayı azaltmasına yardımcı olabilir .
Ancak Flash'taki aynı makalede şunlar belirtiliyor :
Bir noktada, bir flash hücre çalışmayı durdurur (...) Sık sık güncellenen veriler (örn., Bir dosya sistemi günlük dosyası) her zaman aynı hücrelerde depolanırsa, bu hücreler daha çabuk yıpranır (...) Aşınma seviyelendirme mantık flash denetleyici bellenimi tarafından yazarları yaymak için kullanılır (...) çoğu cihaz normal masaüstü / dizüstü bilgisayar iş yükleri altında yıllarca sürecek .
Bu nedenle, MS, TRIM komut bölümü altında ek aşınma süresi avantajından bahsetmeye değer görünse de, aynı zamanda, sürücülerin yazılımını, yazıcıları dağıtarak sürücüyü korumak için ana faktör olarak belirtmiştir.
Gerçekten, bu beni oldukça şaşırttı!?! :-)