Sabit disklerin fiziksel sektör boyutlarını bildirmelerinin anlamı nedir?


14

Fiziksel sektör boyutunu bir işletim sistemine iki farklı şekilde bildirecek şekilde yapılandırılabilen bir SSD'm var:

Seçenek 1: Mantıksal = 512 Bayt, Fiziksel = 512 Bayt

2. Seçenek: Mantıksal = 512 Bayt, Fiziksel = 4096 Bayt (4K)

Bir OS, 4K fiziksel sektör boyutunun farkında olarak ne kazanır:

  • OS gerekir bakılmaksızın 512 bayt sektörlerde sürücüye konuşmak

  • Tüm modern işletim sistemleri 4K'ya hizalanır ve ne olursa olsun 4K veya birden fazla 4K I / O kullanır

Modern işletim sistemleri zaten 4K sektör sürücüleri için optimize edilmiş olduğundan ayar anlamsız görünüyor. Modern işletim sistemlerinin bir sürücüye sektörlerinin 512b veya 4K olup olmadığını "sorması" gerekmez, çünkü işletim sistemi her şeyi varsayılan olarak 4K dostu bir şekilde yapar.

Örneğin, Windows 7 bölümleri 1MB (4K'nın katları) ile hizalar, NTFS küme boyutu 4K veya katlarıdır ve tüm G / Ç 4K veya katları halinde yapılır. Windows, sahip olduğunuz sabit diske lanet vermez, her durumda yukarıdaki davranışı uygular .

Her neyse ... SSD'm bu "fiziksel sektör boyutu" ayarına sahip ve bu yüzden iyi bir nedenden dolayı orada olmalı ... aradığımın nedeni bu.

BTW, değeri için sürücü bir Intel SSD DC S3510 . Sürücünün veri sayfası şunu söyler (sayfa 27):

Durum = 0, Seçenek = 1 ile SCT komutu 0xD801 kullanılarak, ID Word 106 0x6003'ten 0x4000'e değiştirilebilir (4KB fiziksel sektör boyutu 512B fiziksel sektör boyutu desteği değişikliği).


1
4096 Bytes Gelişmiş biçimdir Sabit sürücü 512K taklit ederse işletim sistemine bağlı olarak Gelişmiş format sabit diskler de yapabilir
Moab

2
Depolama arayüzleri eski kararların hazineleridir ... "4 KB Fiziksel sektör boyutu" da doğru değil. Flash, genellikle 256 kB'ı aşan fiziksel sektör boyutlarına sahiptir. Bildirilen tüm sektör boyutları (il) mantıklıdır.
MSalters

Yanıtlar:


16

512 bayt emülasyonu, eski sistemlerle uyumluluk için tasarlanmıştır. Bununla birlikte, fiziksel bir 4K sektörünün yalnızca bir bölümünü içeren yazma işlemleri performansın düşmesine neden olabilir, çünkü sektörün gerçekte yazılmadan önce okunması ve değiştirilmesi gerekir.

Eski bir işletim sistemi bir Gelişmiş Biçim diskine yazmaya çalıştığında, yazılan mantıksal sektörler fiziksel sektörlerle eşleşmeyebileceğinden performans sorunları ortaya çıkabilir.

  • 4K fiziksel sektörün sadece bir kısmı okunduğunda, veriler sadece fiziksel sektörden okunur ve performansta bir azalma olmaz. Ancak, sistem fiziksel bir sektörün (örneğin tüm fiziksel sektör yerine taklit 512 bayt sektör) bir kısmına yazmaya çalıştığında , sabit sürücünün tüm fiziksel sektörü okuması, sabit sürücünün iç kısmındaki değişen kısmı değiştirmesi gerekir yerleştirin ve plaklara tekrar yazın. Buna, diskin fazladan döndürülmesini gerektiren ve dolayısıyla performansı düşüren bir işlem olan okuma-değiştirme-yazma ( RMW ) adı verilir . Seagate bunu şöyle açıklıyor :

[...] sabit disk, öncelikle ana makine yazma isteğinin hedeflenen konumunu içeren 4K sektörün tamamını okumalı, mevcut verileri yeni verilerle birleştirmeli ve ardından tüm 4K sektörünü yeniden yazmalıdır:

Okuma-değiştirme-yazma döngüsü

Bu durumda, sabit disk 4K sektörü okuma, içeriği değiştirme ve ardından verileri yazma şeklinde ekstra mekanik adımlar gerçekleştirmelidir. Bu işleme, sabit disk performansı üzerinde olumsuz bir etkisi olduğu için istenmeyen bir okuma-değiştirme-yazma döngüsü denir.

4K sınırına hizalanmayan disk bölümleri de performansın düşmesine neden olabilir.

  • Geleneksel olarak, bir sabit diskteki ilk bölüm 63. sektörde başlar. Windows XP ve daha eski işletim sistemleri diskleri bu şekilde bölümlere ayırır. Windows'un daha yeni sürümleri, 1 MB sınırında bölümler oluşturarak fiziksel sektörlere uygun hizalamayı sağlayacaktır. Buna Hizalama 0 denir .

  • LBA 63, 8'in katları olmadığından (4K sektörde sekiz sekiz baytlık eski sektör), eski şekilde biçimlendirilmiş bir Gelişmiş Biçim diskinde kümeler (genellikle 4K boyutlu dosya sistemi veri tahsisi birimi bulunur) ), 4K diskteki fiziksel kesimlere hizalanmayan hizalama , Hizalama 1 olarak adlandırılan bir durumdur . Sonuç olarak, aksi takdirde 4K veri içeren bir G / Ç işlemi artık iki sektörü kapsıyor ve performansı azaltan bir okuma-değiştirme-yazma işlemine yol açıyor.

İşletim sistemi her zaman 4K sınırına veri yazarsa, fiziksel sektör boyutu hakkında bilgi gerekli olmamakla birlikte, bu bilgilere düşük seviyeli G / Ç gerçekleştiren uygulamalar için yine de ihtiyaç duyulabilir.

  • Bir sürücü fiziksel sektör boyutunun 4K olduğunu bildirdiğinde, işletim sistemi veya uygulama Gelişmiş Biçim sürücüsü olduğunu söyleyebilir ve bu nedenle tam fiziksel sektörlere yayılmayan G / Ç işlemlerini yapmaktan kaçınmalıdır. 512 bayt yerel sektörleri bildiren bir sürücü bu kısıtlamayı getirmez. Daha yeni işletim sistemleri genellikle mümkün olduğunda 4K birimlerde veri okumaya veya yazmaya çalışırken (bu bilgileri ilgisiz hale getirirken), düşük seviyeli G / Ç gerçekleştiren uygulamaların, uygun şekilde ayarlamalarını ve yanlış hizalanmayı önleyebilmeleri için fiziksel sektör boyutunu bilmesi gerekebilir. veya yavaş RMW döngülerine neden olan kısmi sektör yazımları.

SSD'niz, belirli depolama dizileriyle uyumluluk için gerekli olduğundan raporlanan fiziksel sektör boyutunu değiştirme olanağı sağlar.

  • Veri merkezlerinde genellikle eski 512n sürücülerden oluşan depolama dizileri bulunur. 4K baytlar, hatta 512 bayt sektörleri taklit edenler bile, bu tür dizilerle uyumlu olmayabilir, bu nedenle uyumluluğu sağlamak için bu özellik gereklidir. Bu forum başlığına bakın :

    4K sürücüyü 512b disklerle biçimlendirilmiş bir diziye yapıştıramayız. Birçok dizi (özellikle yazılım tanımlı depolama dalga oluşturdukça popüler olan ZFS tabanlı depolama), farklı bir fiziksel sektör biçimine sahip bir yedek sürücüyü kabul etmez.

    Sürücü 4K sektörleri kullanacak şekilde yapılandırılırsa modern sistemlerde daha iyi performans elde edileceğini unutmayın.


İronik olan, düzgün bir şekilde nasıl hizalanacağını bilmeyen OS'lerin bir sabit diski "fiziksel sektör boyutu" için sorgulayamayacak olmasıdır. Düzgün hizalanmayı bilen işletim sistemi ', varsayılan olarak düzgün hizalandıkları için sabit diski "fiziksel sektör boyutu" için sorgulamaya gerek yoktur. Örneğin Windows 1MB ile uyumludur.
misha256

1
Söylemeliyim ... Şaşkınım. "Fiziksel sektör boyutu" raporlama ayarını değiştirmenize izin veren bir sürücü görmedim. Böyle bir ayarın neden olması gerektiğini anlayamıyorum, tek seçenek 512b ve 4K olduğunu ve modern işletim sistemlerinin ne tür bir sürücü kullandığınıza bakılmaksızın her şeyi 4K şekilde yaptığını düşünemiyorum .
misha256

Bu muhtemelen partinin en iyi cevabı, ama yine de, bir Intel mühendisini avlamanın ve yetkili bir cevap almanın zamanı geldiğini düşünüyorum. Oldukça ezoterik bir şey gibi görünüyor.
misha256

3
Sabit sürücüler için geçerli olsa da, bu yanıt SSD'ler için geçerli değildir. SSD'lerin yazma / silme blok boyutları birkaç megabayttır, bu nedenle 4K "fiziksel" bile gerçek fiziksel sektör boyutuna yakın değildir.
qasdfdsaq

1
@qasdfdsaq yazma boyutu, silme boyutu ile aynı olmayabilir. 4K, bloğun "kullanımda" takibinin ayrıntı düzeyi olacaktır. Bu arada ZFS hakkındaki bu cevabın son kısmının doğru olduğuna ikna oldum: utcc.utoronto.ca/~cks/space/blog/tech/…
pjc50

5

İşletim sistemi, 512 baytlık sektörlerdeki sürücü ile konuşmak zorunda kaldığında fiziki sektör büyüklüğünün farkında olarak ne fayda sağlar?

Mantıksal boyut, veri aktarmak için minimum boyuttur . Bu bir blok cihaz olduğundan, ana bilgisayar ve sürücü arasındaki herhangi bir veri aktarımı bu mantıksal blok boyutunun katları şeklinde olacaktır.

Fiziksel boyut, veri aktarmak için en uygun boyuttur ve denetleyici / sürücü düzeyinde gerçek okuma ve yazma işlemlerinin boyutunu yansıtır .

Ana bilgisayar bir mantıksal sektörün okunmasını istediğinde, denetleyici / sürücü mantıksal sektörü içeren fiziksel sektörün bir okuma işlemini gerçekleştirir.
Mantıksal sektör boyutu fiziksel sektör boyutuna eşit olduğunda, işlem basittir. Mantıksal sektör boyutu fiziksel sektör boyutundan küçük olduğunda, mantıksal sektörün ana bilgisayara aktarılmak üzere kontrolör tarafından fiziksel sektörden çıkarılması gerekir.

Ana bilgisayar mantıksal bir sektörün yazılmasını istediğinde, fiziksel sektörün boyutu önemlidir.
Mantıksal sektör boyutu fiziksel sektör boyutuna eşit olduğunda, yazma işlemi basittir ve doğrudan devam edebilir. Sektörün önceki içeriğinin durumu yazma işlemini etkilemez.

Mantıksal sektör boyutu fiziksel sektör boyutundan küçük olduğunda, denetleyici önce mantıksal sektörü içeren fiziksel sektörün okuma işlemini gerçekleştirmelidir.
Okuma başarılı olursa, mantıksal sektör fiziksel sektöre yerleştirilir ve fiziksel sektör tamamen yazılır.
Okuma başarılı olmazsa (yeniden denemelerden sonra bile), yazma işlemi tamamlanamaz.

İşletim sistemi, okuma ve yazma işlemlerini fiziksel sektör boyutuyla (ATAPI komut kümesinde bulunan çok sektörlü işlemleri kullanarak) gerçekleştirirse, yazma işlemleri daha verimli (ve gereksiz bir tamamlanma şansı olmadan) gerçekleştirilecektir.

MANTIKSAL sektör boyutu tamamen bir işletim sisteminin bir sürücü ile nasıl konuşabileceğini tanımlar. İstisna yok. Yalnızca mantıksal sektör boyutunda iletişim kurmanıza izin verildiğinde, fiziksel sektör boyutunu bilmek ne işe yarar?

"İstisna yok" konusundaki tartışmanız yanlış.
IDE HDD ile tanıtılan ATAPI komut kümesi, her zaman bir sector countparametre ile okuma ve yazma işlemleri gerçekleştirme özelliğine sahiptir . Bu, yalnızca çok sektörlü okuma / yazma işlemlerini de yapabilen (sektörler aynı yolda olduğu sürece) mevcut disk ve disket denetleyici arabirimlerinin bir uzantısıdır.


Bu doğru cevap olabilir ... ama hala ikna olmadım. Modern işletim sistemi dosya sistemleri ve 4K G / Ç blok boyutları ve 4K'nın katları ile çalışır. Onlar edilir zaten 4K fiziksel sektörlere sahip sabit diskler ile kullanım için optimize edilmiş. Ayrıca, kullanılan I / O blok boyutları 512 b fiziksel sabit sürücüde bile hala 4K ve 4K'nın katlarıdır. Ne oluyor?!
misha256

Bingo! Bahsettiğiniz sector countparametre ... eski Windows XP bile 8sektörlerin G / Ç blok boyutunda veya bunların katlarında okur / yazar . Zaten tamamen optimize edilmiş! Bu nedenle XP, bölüm hizalandığı sürece SSD'lerle son derece iyi performans gösterir. Son derece 4K dostu. Yani soru hala cevaplanmıyor. Bir işletim sistemi fiziksel sektör boyutunu 4K olarak bilerek daha ne yapabilir? Unutmayın, işletim sistemi zaten 4K I / O için optimize edilmiştir.
misha256

1
"Onlar zaten optimize edilmiş ..." - Mutlaka değil. "Başlangıç" sektörü her zaman fiziksel bir sektörle uyumlu olmalıdır. İşletim sisteminin fiziksel ve mantıksal sektörleri tanımadığı, ancak çok sektörlü operasyonları kullanarak daha verimli olmaya çalıştığı zaman bunun doğru olduğu garanti edilmez.
talaş

2
@ misha256 Hayır, o kadar basit değil. "Windows XP, Windows Server 2003 ve Windows Server 2003 R2, 512e veya 4Kn ortamları desteklemez. Sistem önyüklenebilir ve minimum düzeyde çalışabilirken, işlevsellik sorunları, veri kaybı veya en düşük düzeyde kullanılabilir bilinmeyen senaryolar olabilir Bu nedenle, Microsoft, Windows XP ile 512e ortam kullanmaya karşı uyarıda bulunur ... " msdn.microsoft.com/en-us/library/windows/desktop/…
Ross Ridge

2
@ misha256 - Siz koşulları seçiyorsunuz ve daha sonra tüm koşullar için bu bilginin işe yaramaz olduğunu ilan ediyorsunuz. Herkes böyle bir SSD'yi Windows ve NTFS ve> 4k kümelerle kullanmayacaktır. "NTFS, 4K G / Ç'den daha azını desteklemiyor" - Doğru değil. 512, 1024 ve 2048 baytlık küme boyutları, NTFS için Win7'nin (güncel) kopyamdaki seçeneklerdir. . .
talaş

3

İşletim sistemi, altta yatan fiziksel sektör boyutunu biliyorsa, sorgularını mümkün olduğunca az fiziksel işlem gerektirecek şekilde optimize edebilir. Özellikle SSD'lerde, fiziksel çalışma limiti (4KB IOPS limiti) genellikle cihaz hızının nihai limiti olduğundan, bu kapasiteden en iyi şekilde yararlanabilmek önemlidir.


Argh, bu doğru olamaz. Modern işletim sistemleri doğası gereği optimize edilmiştir. Hepsi, 2 ^ 12'den başlayarak (örneğin 4K, NTFS varsayılanını düşünün) 2 ^ n bayt olan "blok" boyutlarında (diğer adıyla kümeler) dosya sistemleri kullanır. Bundan sonra, tüm I / O işlemleri 4K'nın katlarıdır. Bir diskin fiziksel olarak 512 Bayt mı yoksa 4K mı olduğu fark yaratmamalıdır. Bundan daha fazlasını optimize edemez misin?
misha256

İşletim sistemi hizalamayı doğru şekilde sağlamazsa ve bir G / Ç işlemi iki fiziksel sektöre yayılırsa ne olur? Düşük performans elde edersiniz.
bwDraco

1
@ misha256 Söyledikleriniz ile söylediklerim arasında uyumsuzluk yok. Hizalamanın doğru yapılmasının ötesinde, çoğu dosya sisteminin fiziksel sektör boyutunu bilmekten fazla fayda sağlamadığı doğrudur. Bazı veritabanları yapar.
David Schwartz

@DavidSchwartz Doğru, tamam, bu tüm bunlar veri merkezlerinde veya benzerlerinde kullanılan bazı ezoterik işletim sistemlerinden veya dosya sistemlerinden yararlanabilir mi? Bazı süslü RAID dizileri olabilir mi?
misha256

Windows olmayan ("ezoterik") işletim sistemi ve RAID denetleyicileriyle ilgili gibi görünüyor.
pjc50

1

Bir sürücü içindeki bir konuma erişmenin iki farklı yolu vardır, biri CHS şeması ve diğeri LBA şemasıdır.

CHS, Silindir, Kafa, Sektör anlamına gelir ve sürücüden nereden okunacağını veya yazılacağını belirlemenin en düşük seviyeli yöntemidir. Silindir x, kafa y ve sektör z'yi kullanmasını ve o konumun içeriğini bellekteki bir adrese (tampon) okuyup yazmasını söylersiniz. Fiziksel silindirlerinizin ve okuma kafalarınızın olduğu (geleneksel, dönen pas) bir sabit sürücünün gerçek, fiziksel bileşenlerinden elde edilir. Sektör adreslenebilir en küçük birimdir ve geleneksel olarak 512 bayta sabitlenmiştir.

LBA, sürücünün ofsetiyle bir sektör adresinden okuduğu ve bir sektör adresine yazdığı mantıksal bayt adreslemesidir, örneğin diskteki 123837. sektörü okur veya bunu diskteki 123734. sektöre (sıfırdan başlayarak) yazar.

Sorun? Bu değerlerin her biri aralıklarla sınırlıdır. Aslında, CHS'nin ne kadar ciddi şekilde sınırlı olduğu için LBA'nın tanıtılması gerekiyordu. CHS için, C (silindir) için olası değerler 1023'tür, H (kafalar) maksimum 255 olabilir ve S (sektör) sadece 63'e kadar çıkabilir, yani en fazla 1024 silindir x 255 kafa x 64 olabilir sektörler geleneksel CHS formatında eşlenen 512 bayt, size toplam 8 GiB'nin altında bir toplam verir! CHS kullanarak, 8 GiB'den daha büyük bir diske erişmek mümkün değildir!

Bu yüzden LBA size 32 bitlik bir sınırla tanıtıldı ve size disk boyutunda 2 ^ 32 x 512 bayt veya 2 TiB sınırı verdi. 2TiB üzerinde herhangi bir şeyi destekleyin.

LBA'yı 64 bit'e genişleten ve size 2 ^ 64 x 512 baytta ihtiyacınız olandan çok daha fazlasını sunan GPT bölümleme şeması gibi daha yeni, daha iyi seçenekler sunuldu - ancak bir yakalama var: çok fazla miras donanım ve eski işletim sistemleri ve eski BIOS uygulamaları ve eski sürücüler UEFI veya GPT'yi desteklemez ve birçok insan tüm yığını yeniden yazmak zorunda kalmadan 2TiB sınırını aşmak için daha kolay yükseltilebilen bir şeye sahip olmak ister. sıfırdan. Ve sonunda, 4096 sektör büyüklüğüne ulaşıyoruz.

Bakın, yukarıda tartışılan tüm sınırlamalar boyunca, bir şey sabit bir varsayımdır: sektör büyüklüğü. İlk günden itibaren 512 bayt oldu ve o zamandan beri böyle kaldı. Ancak son zamanlarda, sabit disk üreticileri biraz sihir çalışması için bir fırsat olduğunu fark ettiler: geleneksel CHS veya 32 bit LBA'yı alın ve sektör boyutunu 512 bayt yerine 4096 (4k) ile değiştirin. Bir işletim sistemi LBA 1'i talep ederek "bana diskteki 2. sektörü ver" dediğinde (LBA 0 ilk olduğu için), 512 - 1023 baytları değil 4096 - 8191 baytlarını vermeyeceğiz.

Aniden, 2TiB sınırımız, MBR'den kurtulmak, UEFI veya GPT'ye veya başka bir şeye geçmek zorunda kalmadan 2 ^ 32 x 4096 bayta veya 16 TiB'ye yükseltildi!

Tek yakalama, işletim sisteminin bunun 512 bayt sektörler yerine 4096 sektör kullanan sihirli bir disk olduğunu bilmemesi durumunda bir uyumsuzluk olacaktır. İşletim sistemi her seferinde "hey, sen, disk, bana xxx'i dengelemek için bu 512 baytı yaz" dediğinde, disk bu 512 baytı saklamak için 4096 bayt kullanır (geri kalanı sıfır ya da önemsiz veri olduğu anlamına gelir) bellek yetersizliği) baytlarla iletişim kurmadıkları için sektörlerde iletişim kurarlar.

Bu nedenle, şimdi BIOS'lar (bazen), daha yeni disklerin kullandığı yerel 4096 bayt sektör boyutu yerine 512 bayt sektör boyutunun kullanılması gerektiğini manuel olarak belirtmenize izin veren bir seçenek içerir - daha fazla erişmek için kullanamayacağınız uyarı Bir MBR sistemindeki diskin 2TiB'si, tıpkı "eski güzel günlerde" olduğu gibi. Ama 4k farkında olan modern işletim sistemleri, bu büyüyü 4096 baytlık yığınlar ve voilà'da okumak ve yazmak için kullanabilir!

(Ek bir avantaj, her şeyin çok daha hızlı olmasıdır, çünkü bir seferde 4096 bayt okuyup yazıyorsanız, 4GiB veri okumak veya yazmak için daha az işlemdir.)


2
Bu gerçekten soruyu cevaplamıyor. CHS ve LBT'nin açıklanması önemsizdir. Bu, "sektörler" hakkında bildiklerinizin bir beyin dökümü gibi okunur. "İlk günden itibaren 512 bayt oldu ..." - Bu sadece IBM PC için geçerli.
talaş

1
@ sawdust Katılmıyorum - CHS ve LBA hakkındaki (imho önemli) arka planı görmezden gelseniz bile, sorunuzun kısa cevabı son ikinci paragrafta "Ama 4k farkında olan modern işletim sistemleri bu büyüyü kullanmak için tüm bunlardan yararlanabilir 4096 baytlık yığınlar ve voilà'da okuma ve yazma! " - yani sorudaki varsayım - bir işletim sisteminin 512 baytlık yığınlarla konuşmak zorunda olduğu - yanlıştır.
davidgo

@davidgo Sürücü düzeyinde, işletim sistemi sürücüyle n512 baytlık parçalar halinde konuşur . nWindows XP'den, ASLA az 8'den olduğunu, bir sayı ve her zaman XP itibaren her OS demektir 8'in katı olduğu ve zaten 4K sürücüler için optimize edilmiş, çok tüm modern Linux dağıtımları inanıyoruz. En küçük G / Ç 4K'dır ve diğer tüm G / Ç boyutları bunun katlarıdır.
misha256

Sanırım n sektörü tek bir işlemde gruplasanız bile, diske 512 baytlık parçaları aramasını söylüyorsunuz, yani ne kadar arayabileceğiniz konusunda sınırlısınız demektir. 4096 sektör arama problemini çözüyor. Ayrıca, blok boyutu OS bilgisinin zorunlu olduğunu açıkladım, aksi takdirde 4096 parçada 512 bayt saklanacak!
Mahmoud Al-Qudsi

Ayrıca, mantıksal ve fiziksel arasında kafanız karıştığını düşünüyorum. Fiziksel her zaman 512 veya 4096'dır. Mantıksal boyut 4096 ise, ancak işletim sistemi 512 olduğunu körü körüne varsa, açıkladığım problemlerle karşılaşacaksınız. Eşleşmeleri gerekir.
Mahmoud Al-Qudsi

1

512/4096 = Hizalama / optimizasyondan sorumlu işletim sistemi,

512/512 = Bundan sorumlu sürücü

Ayrıca bkz: http://support.microsoft.com/en-us/kb/2510009


Bağlantı verilen sayfalar değişirse yanıt geçersiz olabileceğinden, lütfen yanıtın önemli kısımlarını referans bağlantılarından alıntılayın.
DavidPostill

0

Sadece 4K sektörlerin modern işletim sistemleri için sorun olduğu bir durumu size bildirmek istedim.

Microsoft'un VSS yazıcısı (Gölge Kopya) 4K sektörlerle iyi çalışmıyor. Bir DFS Çoğaltma paylaşım klasörünü yedeklemek için, "Backup Exec" yedekleme yazılımımızın DFS Çoğaltılmış klasörünün gölge bir kopyasını oluşturması gerekir. DSS Çoğaltma klasörü, VSS'nin 4K sektörleriyle düzgün çalışmaması nedeniyle 4K sektörleri olan bir sürücüdeyse iş başarısız olur.

Jim


3
Bunun önerilen soruyu cevapladığından tam olarak emin değilim, bir soruyu cevaplıyor, sadece yazar tarafından sorulan soruya değil.
Ramhound

Bu çok ilginç bir bilgi, ama biraz farklı bir soruya yanıt gibi görünüyor. Yeterli bir üne sahip olduğunuzda, her yere yorum yapabilirsiniz. Sitemize giriş için tura bakın .
Ben N

-3

Fiziksel, gerçek sürücünün kendisi anlamına gelirken Mantıksal, içindeki tanımlanmış bölümlerinkidir. Gönderen PC Mag en Mantıksal Fiziksel vs:

Windows PC'de, tek bir fiziksel sabit sürücü 0 sürücüsüdür; ancak, C :, D: ve E: gibi birkaç mantıksal sürücüye bölünebilir.

Bunu sindirilebilir bir formda açıklamak için elinizin genişliği olan bir elma hayal edin. Elmanın gerçek Fiziksel boyutu budur. Doğal olarak, bütün bir elma ağzınıza sığmaz, bu yüzden onu eşit dilimler halinde dilimlemeye karar verirsiniz, her dilim parmağınızın genişliğidir. Bu, Bilgisayarınızın kullanacağı Mantıksal boyut veya boyuttur.

Bunun birkaç nedeni, Wikipedia tarafından açıklandığı gibi gerçek değer kapasite hesaplamaları ve hata haritalama ve düzeltmedir :

Tipik sabit disk sürücüleri, sürücünün "yedek sektör havuzu" ("yedek havuz" olarak da adlandırılır) tarafından sağlanan yedek bir fiziksel sektörde başarısız olan bir fiziksel sektördeki verileri "yeniden" oluşturmaya çalışır. kötü bir sektördeki hata miktarı hala yeterince düşükken depolanan verileri kurtarır. SMART (Kendi Kendini İzleme, Analiz ve Raporlama Teknolojisi) özelliği, ECC tarafından sabitlenen tüm HDD'deki toplam hata sayısını sayar (her ne kadar ilgili SMART "Donanım ECC Kurtarıldı" ve "Yumuşak ECC Düzeltmesi" desteklenmez) ve bu tür hataların ortaya çıkması bir HDD arızasını tahmin edebileceğinden, gerçekleştirilen sektör geri yüklemelerinin toplam sayısı.

Tıpkı elmanın kendisi olmadan elma dilimlerine sahip olamayacağınız gibi, Fiziksel temel olmadan temel olarak Mantıksal olamazsınız.


1
Fakat neden bir işletim sisteminin fiziksel sektör büyüklüğünü bilmesi gerekiyor ve yine de mantıksal sektörlerdeki dürtüyle konuşmak zorunda olduğu göz önüne alındığında, neyi farklı yapacak? Bir işletim sisteminin bilmesi kesinlikle yararsız bir bilgi gibi görünüyor.
misha256

"Bir işletim sisteminin neden bilmesi gerekiyor ..." - Mantıksal boyut, veri aktarımı için minimum boyuttur. Fiziksel boyut, veri aktarımı için en uygun boyuttur ve gerçek okuma / yazma işleminin sürücü düzeyinde boyutunu yansıtır .. "Kesinlikle işe yaramaz bilgi gibi görünüyor ..." - Belki de size "yararsız" gibi görünüyor çünkü bir işletim sistemi geliştirmiyor musunuz?
talaş

1
@ sawdust Ancak işletim sistemi bahsettiğiniz en uygun aktarım boyutunu kullanamıyor çünkü sürücü 512 Bayt mantıksal sektörlere sabit olarak bağlı. Yerel 4K sürücüler farklıdır, 4K mantıksal sektörleri vardır ve destekleyici bir işletim sistemi (örn. Win 8.1) 4K mantıksal sektörlerde okumak ve yazmak zorunda kalır. Ama sürücüm 4K mantıksal bir sürücü değil. 512 baytlık bir mantıksal sürücü.
misha256

@ misha256 - Kendi cevabımı gönderdim.
talaş

Fiziksel / mantıksal sürücüleri fiziksel / mantıksal sektör boyutlarıyla karıştırmak.
MSalters
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.