Baskın kontrolörleri HDD tablasının dönüşünü senkronize ediyor mu?


23

Yeni bir depolama çözümü için piyasadayım. Çeşitli özellikleri araştırırken iş arkadaşlarımdan biri, bazı baskın kontrol cihazlarının HDD dönüşünü tüm sürücülerin sektörünün / blok 0'ın aynı anda okuma kafasının altından geçişlerinin etkisine senkronize edebileceğini söyledi.

Çevrimiçi arama yaptım ancak bu iddiayı ispatlayan / onaylayan bilgiler bulamadım.


Voretaq7'nin cevabı yeterince inandırıcı değilse, teorisini ispatlamak için herhangi bir RAID denetleyicisine bir SSD ve döndürme diski yerleştirin. Veya, bu konuda, farklı devir / dakika değerindeki dönen diskler.
UmutsuzN00b

3
@ HopelessN00b Aslında o kadar uzun zaman önce RAID denetleyicilerinin ortak bir gereksinimi vardı; RAID grubundaki disklerin hepsinin aynı iş mili hızına sahip olması (çünkü farklı iş mili hızlarının karıştırılması, denetleyici bunu bilecek kadar akıllı olmadıkça performans sorunları yaratır ve harita konumlarını uygun bir şekilde yazın: yazarlarınız beat frekans parazitinin eşdeğeridir )
voretaq7

@ ÜmitsizN00b Voretaq7 haklı. Gerçekten de eski günlerde (> 25 yıl), o sırada kullanılan büyük, ağır motorlar / plakalar, eğer işler tam olarak uyuşmazsa, gerçekten kötü rezonans titreşimleri yaratabileceğinden, bu daha da önemliydi. Disklere zarar verme noktasına kadar. Sırayla bir baskın amacını tamamen olumsuzlar :-)
Tonny

Yanıtlar:


22

RAID denetleyicileri disk iş millerini eşitlemedi (ve edemedi), ancak bazı sürücülerdeki bir seçenekti. İş mili eşitleme konektörlerine sahip bir dizi aynı sürücü verildiğinde, bir dizi diskin tümünün senkronize edilmesini sağlayabilirsiniz. Böyle bir konektöre sahip olduğumu hatırladığım bazı Seagate Elite 3'e (eski, eski SCSI-2 sürücülere) sahiptim , bu yüzden Şekil 1'de bu kullanışlı resimde bulunan Seagate ST43400N / ND Elite 3 kullanım kılavuzunu buldum ( ayrıldı):

Seagate ST43400 gösterim

Şekil 14 (burada gösterilmemiştir) sürücülerin nasıl bağlanacağını gösterir:

İş milini senkronize etme

İş mili senkronizasyonu, bir grup disk sürücünün iş mili dönüşünü senkronize etmeyi mümkün kılar. Bu, başlatıcı birden fazla disk sürücüsü arasında geçiş yaptığında normalde karşılaşılan gecikmeyi azaltır. Şekil 14, iki sistem konfigürasyonunu gösterir. Bir sistemde, sistemdeki disk sürücülerinden biri referans saati sağlar. Diğer tipte, harici bir sinyal kaynağı referans saati sağlar.


Oh evet. Bunları unuttum. Kuantum ProDrives de onlara sahipti.
Tonny

Bunu da destekleyen bir Fujitsu sürücüsü vardı (90'larda).
TMN

27

Genel olarak cevabın hayır olduğundan eminim (aslında bunu yapan hiçbir denetleyiciyi tanımıyorum).

Böyle bir senkronizasyon yapmak inanılmaz derecede zor olacaktır - titreşim, sıcaklık, doğal güç kaynağı dalgalanması vb. Bunların hepsi plakanın dönme hızı üzerinde küçük etkilere sahiptir (ve GERÇEKTEN seçici olmak istiyorsanız, bir sektörün boyutu). Senkronizasyonu sürdürmek için disk mili motorunun hızını sürekli olarak değiştirmeniz gerekir; bu da çok hassas (çok pahalı) motor kontrolleri ve her bir sürücünün mevcut plakanın konumunu belirlemek için çok fazla disk kontrol ünitesi gerektirir. Bunu yapmanın hiçbir pratik yararı olmadığı için çok az olduğu için silikon ve zamana değmez.

(Dönen pas ortamı kutusunun dışında olduğunu düşünüyorsanız - Bu durum ayrıca tamamen dağılır - Katı Hal Diskleri zaman aramaz veya iş mili hızı yoktur: Okurlar, herhangi bir sektör için etkili bir şekilde sabit bir zamandır ve "senkronize edilecek" bir şey yoktur.)


7
Doğru, bu 10-15 yıl önce belirli bir paralel SCSI senkronizasyon komutu ile gerçekleşirdi ancak bu günleri daha hızlı dönüş hızlarında ve yumuşak sektörlendirmede sürdürmek neredeyse imkansızdır.
Chopper3

6
@ Chopper3 İyi Tanrı - SCSI iş mili senkronizasyonunu unuttum !
voretaq7

@ Chopper3 Ben 10-15 yıldan daha uzun bir süre önce olduğunu düşünüyorum ... Ama evet, bugünlerde hiçbir şey yapmıyor çünkü sürücüler çok daha hızlı ve bunun bir faydası yok.
Chris S

İlginç ... belki de sonuçta haklıydı ... eski bir bilgiye dayanıyordu. :)
Mxx

2
Bir Seagate ST410800n SCSI Sürücüsüne (9GB, 5,25 inç tam yüksekliğe) sahiptim, bu sürücünün farklı ST410800n sürücüler arasında iş mili senkronizasyonu için özel bir konektörü vardı.
Sunzi

9

Senkronize edilmiş sürücüler, birkaç nedenden ötürü artık anlam ifade etmiyor:

  • Disklerin üretimde kötü sektörleri var. Diskler çok büyüktür ve üretimden sonra yeniden yerleştirilen birçok kusur vardır. Bu nedenle, aynı üretim çalışmasının iki diski zaten eşitleme işleminde% 100 olmayacak.
  • Diskler, kullanım sırasında hatalı kesimleri dahili olarak yerleştirir. Bu sektörler diskteki ayrılmış alana taşınır ve daha fazla senkronizasyon yapılmaz.
  • Önbellek, TCQ / NCQ ve taşınmış sektörler, disk erişim sırasını fiziksel düzeyde belirleyici olmayan özelliklere sahiptir. Yük yüksekse, bir disk arızalanırsa, geri dönene kadar uzun sürebilir.
  • Çok Şeritli erişim, sektörün (hatta tabağın) sınırlarının üzerinden geçebilir, yine de okumaları kaldırır. Bir Raid 6'da 4x çizgili boyutlara erişirseniz, şeritlerin bazıları farklı disklerin farklı bölgelerinde olabilir.
  • Baskınlardaki okuma erişimleri, diskler blok sağlama toplamı hakkında şikayet etmediği sürece genellikle tüm diskleri hedeflemez. Bu, diskleri önbellek senkronizasyonundan ve bunun sonucunda fiziksel senkronizasyondan çıkarır. (Okuma önbelleğini de kapatmazsanız)
  • Baskın denetleyicisindeki önbellekleri oku, işletim sistemindeki önbellek okuma önbellekleri konuyu daha da karmaşıklaştırıyor. Ve umarım, baskın sırasında herhangi bir performans sorununu engelleyebilecek bir takas alanı yoktur.

İlk günlerde, erişimin deterministik hale getirilmesi için disk senkronizasyonu uygulandı; bu, sonuçları depolamak için Hafıza az olduğunda veya baskın uygulamasının ihtiyaç duyduğu zaman önemliydi (Raid 2, Raid 3).

Senkronize edilen sürücülerin avantajlarını ölçmek zordur. Sanırım kazanılması gereken önemli bir performans avantajı olsaydı, senkronizasyon bir şekilde mümkün olurdu.

Gelecekte, SSD'lerde meseleler benzer, ancak farklı nedenlerden ötürü blok yer değiştirme, aşınma dengeleme, düzeltme vb.

Modern sürücülerin kendi işletim sistemleri vardır ve HD veya SSD gibi bir takım sorunlar için dahili olarak zaman harcarlar. Onları fiziksel olarak senkronize etseniz bile, mantıksal olarak yine de senkronize olmazlardı.


7

Hiç aşağı inip, verilerin bit düzeyinde çizgili olduğu, hiç kullanılmamış RAID-2'yi kullanırsanız, senkronize edilmesi gereken diskler gerekir. Tanıdığım hiç kimse kullanmadı, ancak teknik olarak, bir RAID denetleyici RAID2'yi destekliyorsa, plakanın dönüşünü senkronize edebilmesi gerekir. Şimdi bir gün olması için tek ihtiyaç bu olurdu.


1
Bunu 25 yıl önce bir kez gördüm. Normal SCSI işlemi için sürücüleri uyumlu hale getirmeyen özel bir sürücü yazılımı gerektiriyordu. Hafıza hizmet ederse, Quantum sürücüler, 1GB. Bu sürücülerin 2'sini 1988'de özel bellenime sahip olduklarını bilmeden aldık. ("Gri" nin pazarları ve paralel ithalatın neşesi. Ucuz olmalarına şaşmamalı.) Neyse ki bellenim, normal bellenimle kolayca kaldırabileceğimiz ve yeniden programlayabileceğimiz, soketli bir EPROM'daydı.
Tonny
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.