Alıntı yaptığınız CMU-Intel kağıdı (sayfa 5) hata oranının büyük ölçüde DRAM modülünün parça numarasına / üretim tarihine bağlı olduğunu ve 10-1000 faktöre göre değiştiğini gösterir. Ayrıca, son zamanlarda (2014) üretilen yongalarda sorunun çok daha az belirgin olduğuna dair bazı göstergeler de vardır.
Belirttiğiniz '9.4x10 ^ -14' sayısı, "PARA" adı verilen (mevcut bir azaltma mekanizması pTRR'ye (sözde Hedef Satır Yenileme) benzeyen) önerilen bir teorik azaltma mekanizması bağlamında kullanıldı ve çünkü PARA'nın ECC ile hiçbir ilgisi yok.
İkinci bir CMU-Intel makalesi (sayfa 10) farklı ECC algoritmalarının hata azaltma üzerindeki etkilerinden bahsetmektedir (faktör 10 ^ 2 ila 10 ^ 5, muhtemelen daha fazla karmaşık bellek testleri ve "koruma bandı" ile).
ECC, Row Hammer istismarını etkili bir şekilde DOS saldırısına çevirir. 1 bit hataları ECC tarafından düzeltilecek ve düzeltilemez bir 2 bit hatası tespit edilir edilmez sistem durdurulacaktır (SECDED ECC olduğu varsayılarak).
Çözüm, pTRR veya TRR'yi destekleyen donanım satın almaktır. Cisco'dan Row Hammer hakkında güncel blog yayınına bakın . En azından bazı üreticiler, DRAM modüllerinde yerleşik olan bu etki azaltma mekanizmalarından birine sahip gibi görünüyor, ancak teknik özelliklerini derinlemesine gizliyorlar. Sorunuzu cevaplamak için: satıcıya danışın.
Daha hızlı yenileme hızları (64 ms yerine 32 ms) ve agresif Devriye Ovma aralıkları da yardımcı olur, ancak performans etkisi olur. Ama aslında bu parametrelerin ayarlanmasını sağlayan herhangi bir sunucu donanımı bilmiyorum.
Sanırım işletim sistemi tarafında yapabileceğiniz pek bir şey yok, sürekli yüksek işlemci kullanımı ve yüksek önbellek özlemleri ile şüpheli süreçleri sonlandırmak dışında.