HFS + günlüğü ile günlüğü olmayan HFS + günlüğü arasındaki farklar nelerdir?


41

Harici bir sabit disk sürücüsünü (HDD) biçimlendirmek üzereyim.

HFS + günlüğü ile günlük olmayan HFS + günlüğü arasındaki temel farklar nelerdir ? Birinin günlük kaydı ve diğerinin olmaması gerçeği dışında , sürücünün performansını nasıl etkiler (sayılarla)?

Bağırsak duygum, "normal" kullanımda günlüğe kaydetmenin gitmenin yolu olacağı, ancak günlüğe girmeyen HFS + 'nın göz önünde bulundurulması gereken durumlar var mı? Linux uyumluluğu , çekirdeğin hfsplus modülünün günlük olmayan HFS + üzerinde okuma ve yazmayı desteklediği, ancak yalnızca günlüklü HFS + üzerinde okunmasını desteklediği görülüyor.

Söylemeye değer başka bir şey var mı?

Yanıtlar:


35

Bildirimi yedeklemek için numaralarım yok, ancak HFS + 'ı günlüklü olarak kullanmak, mutlak hız gerektiren belirli hacimlerde, olası bir "veri kaybı" veya "veri bozulması" konusunda endişelenmeden (çok fazla) endişelenmeden iyi bir fikirdir. elektrik kesintisi veya benzeri.

HFS + Derged olmayan bir BAD fikri ne zaman kullanılır ?

  • Sık sık bağlanan ve tekrar bağlanan harici (USB, FW, ESata) sürücüler: Bu sürücüler çok sık yanlışlıkla kesilir ve ya da güç kaynakları çıkarılırsa genellikle kötü bir fikirdir.

  • Veri bütünlüğünün önemli olduğu bölümler ve beklenmeyen bir güç kaybından korunma şarttır. (Belgeler, Müzik, Videolar, Yedekler, vb.)

HFS + Olmayan günlüğü iyi bir fikir ne zaman kullanıyorsunuz ?

  • Sıfırlama, Sıcaklık, önemsiz depolama ve benzer sürücü ve bölümler; güç kesintisi durumunda hızın> veri bütünlüğü olduğu yerlerde. Final Cut kazıma hacminin günlük tutulmamasını istiyorsun (zaten bir UPS'in var, değil mi?). Photoshop temp'inizin günlüğe kaydedilmemesini istiyorsunuz. Etrafınızdakileri kopyalamak için sürücüler (örneğin, düzgün bir şekilde çıkarmaya dikkat ediyorsanız bir Pen sürücü).

  • Sizin gibi taşınabilirlik ve uyumluluk gerektiren tüm sürücüler doğru bir şekilde işaret etti.

Günlüğün korunmasının küçük bir ek yük getirdiğini unutmayın, ancak yanlış ses çıkarılması durumunda yarar, yalnızca başlangıçta veya yeniden takarken tam bir disk taramasından kaçınmak için değil, aynı zamanda verilerin olmadığından emin olmak açısından da önemlidir. ilk etapta bozuk.

Hatalı olarak çıkarılmış günlük olmayan bir sürücünün takılması fsck taramasına neden olur , oysa günlüklenmiş sürücü daha kısa bir sürede çalışmaya başlayabilir (günlüğü tarayarak ve işlem yapılmayan işlemleri uygulayarak).

Hız ve testler ile ilgili olarak, ben bildiğim kadarıyla değil sadece çok küçük ve hatta sert bildirime, ancak bazı durumlarda hız farkı bilmek kadar Günlüklü dosya sistemi, ancak yukarıdaki iddiasını destekleyecek çok fazla bilgi, yok daha hızlı olmayan daha -journaled.

Derginin genel giderine rağmen, Journaled sürücüsünde bazı işlemlerin zaman uyumsuz olarak yapılabildiğini, oysaki günlük olmayan sürümlerin işleri eşzamanlı olarak gerçekleştirmesi gerektiğine dikkat edin.

Referans için eski bir karşılaştırma bulmaya çalışırken biraz googledim (HFS +, OSX'deki ilk yinelemelerinden beri, Inline Öznitelik Verileri kayıtları ve erişim kontrolü listesinin güvenliği dışında pek çok değişiklik göstermediğinden, muhtemelen geçerlidir. başka bir şey.

İşte grafiklerle web sitesi:

HFS + Journaled ile HFS + Journaled Olmayan Arasındaki Karşılaştırma

TL; DR:

Dosya kopyalama / çoğaltma / kopyalama dizisi hem günlük hem de günlük olmayan HFS için oldukça hızlıydı. Klasörle aynı sekans, günlük HFS ile biraz daha hızlıydı

(vurgu madeni)

Sonuç

Non-Journaled'ı kullanmanın bazı işlemler için gerçekten daha hızlı olduğuna ikna olduğum için yukarıdaki sonuçları görmemden biraz şaşırdım, ancak görünüşte fark yaratabileceği küçük vakalar, Journaling'in "güvenliği" ile aşırı kilo aldı.


@Griffo aslında beni araştırmam ve yukarıdaki sonuca varmamı sağlamak için bir soru olarak +1 ;-) Teşekkürler.
Martin Marconcini

@ MartínMarconcini "küçük yükü" yanıt bölümü, disk alanı tüketimi açısından tepeden yoksundur. Örneğin, günlük kaydı etkin olmadığında dosyaları depolamak için ne kadar daha fazla disk alanı olacak?
Pro Yedekleme

@ProBackup "Sayılara" sahip olmama rağmen, Journal'ın boyutunun günümüzün sürüşünde önemsiz olduğuna inanıyorum.
Martin Marconcini

@ MartínMarconcini Tüketilen disk alanı açısından ek yükün ne olduğunu merak ediyorum: (1) Bu bonus özelliklerin çoğu orantılı olarak ekleniyor. (2) Tüm bu ekstralar toplandı: bir EFI bölümü için 209.7 MB, yalnızca 1'in ihtiyaç duyduğu 128 bölüm oluşturmak için 1.4 MB daha. (3) Gerçek diskutil moveJournal external, 512 MB Apple_Journal bölümü yaratacaktır. (4) 2.7TB'de (3TB eski stil), df -hyalnızca 1 dosya (buna göre sudo du /Volumes/Name) depolanırken 736 MB kullanılır ( ).
Pro Yedekleme

4

Günlük tutma, günlüklenecek tüm işlemlere gecikme ve karmaşıklık ekler. Dergi, diğer olağanüstü sürücü işlemlerini yavaşlatabilen sürücüye derhal yazılmaya zorlanan verileri yazar.

Günlüğe kaydetme işleminin güzel bir şekilde yapılması emeklidir Teknik Not TN1150: HFS Plus Hacim Biçimi .

Dosya sistemindeki günlük alanı yoğun bir şekilde yazılmıştır ve işletim sistemini düzenli aralıklarla verileri eşitlemeye zorlar. Bu, günlük girişleri gerektiren bir dosya sistemi değişikliği ile aynı anda gerçekleşen büyük okuma ve yazma işlemlerini engelleyebilir.

Günlük tutma sisteminin avantajı, takma zamanında, girişimin ortasında olan dosya oluşturma veya dizin değişikliği girişlerini kolayca tamamlayabilmesidir. Dosya sisteminin kendisi onarılmış ve tam dosya sistemi katalog kontrolüne kıyasla aşırı hızlılık ile tutarlı bir duruma getirilmiştir.

Yeni başlayanlar için - bir bilgisayardan bir diski tamir etmelerini istemek eğlenceli değildir ve belirsizlik yaratır ve işlerin nasıl yürüdüğü hakkında biraz bilgi edinmeye zorlar. Evet - halının altına, indirdikleri veya taşıdıkları bir resmi kaybedebilecekleri gerçeğini fırçalar. Pratikte sağduyulu, "darn bilgisayar" fotoğraflarını iPhoto’ya kopyalamanın ortasında yeniden başlatıldığında, yeni kullanıcıların bile fotoğraf makinesini silmeden önce dosyayı iki kez kontrol etmelerini sağlar. (Bir sonraki önyüklemenin daha yavaş olduğunu ya da haftada iki defadan fazla olduğunu fark ederlerse, bu noktada destek sistemlerini yardım için çağırırlar).

En hızlı performansı isteyen ileri düzey kullanıcılar için, günlük tutmanın faydaları, daha düşük performans fiyatına daha fazla ceza gibi görünmeye başlar. Sistem zaten kapasiteye yakınsa veya pro video veya tipik veri tabanı iş akışlarına özgü büyük sürekli veri aktarımı için maksimum performans gerekiyorsa bu cezalar önemli olabilir.

Bu gibi şeyler günlüğe kaydetmeyi devre dışı bırakmak için iyi nedenlerdir:

  • veritabanı depolama dosyaları
  • Bir arızadan sonra veri şifa rutinlerine sahip gereksiz makineler
  • Günlüğe kaydetme ve diğer işlemlerle ilgilenen RAID depolama
  • maliyeti ne olursa olsun sadece ekstra hıza ihtiyaç duymak

TN1150 apple.com etki kaybolur gibiydi, sonra 2004 baskısı bir emekli belge olarak tekrar ortaya developer.apple.com/legacy/mac/library/#technotes/tn/... sonra taşındı developer.apple.com/legacy/ Kütüphane / technotes / tn / tn1150.html . 2004 baskısının bir nostaljik tarz kopya var dubeiko.com/development/FileSystems/HFSPLUS/tn1150.html
Graham Perrin

RAID, günlüğe kaydetmenin önlediği hatalarla ilgilenmez. Günlük kaydı, işletim sistemi / dosya sistemi HFS'de karmaşık bir ağaç yapısı olan dizininizi güncellemenin ortasındayken, bir sistem çökmesi veya diski kaldırmanın, önemli düğümleri kaybederek tüm dizin ağacınızı tahrip etmeyeceğinden emin olmak içindir ( dalları) fsck bile iyileşemez. RAID bunu önlemez - bu yalnızca çok farklı bir veri kaybı olan disk arızası nedeniyle veri kaybını önler.
Thomas Tempelmann

1

Çok eğimli olsaydı, farklı dosya sistemlerinin disk performansını karşılaştırmak için geliştirici araçlarına bakabilirsiniz, burada bir rehber var:  http://developer.apple.com/library/mac/DOCUMENTATION/Performance/Conceptual/FileSystem/Articles /MacOSXAndFiles.html

Sabit numaralarla herhangi bir karşılaştırma bulamıyorum, ancak muhtemelen bir günlük dosya sisteminin hataya dayanıklılık sunduğunu, ancak günlük olmayan bir dosya sisteminin daha iyi performans sunduğunu söylemeye gerek yok

Dosya sistemi etiketini de ekledim


Dev link için +1, ne kadar yararlı bir kaynak olduğunu unutmaya meyillidir. Ve retag için görünmez bir +1 ;-)
Jari Keinänen
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.