Solaris 11'e yükseltme yaptığımdan beri, ARC boyutum 30GB RAM olmasına rağmen sürekli olarak 119MB'ı hedefledi. Ne? Neden?


9

Solaris 11 piyasaya sürülmeden önce bir NAS / SAN kutusunu Solaris 11 Express üzerinde çalıştırdım. Kutu, takılı bir D2700 içeren bir HP X1600'dür. Toplamda, 12x 1 TB 7200 SATA diskler, ayrı zpoolslarda 12x 300GB 10k SAS diskler. Toplam RAM 30 GB'dir. Sunulan hizmetler CIFS, NFS ve iSCSI'dir.

Her şey yolunda idi ve ZFS bellek kullanım grafiği şöyle görünüyordu:

23GB civarında oldukça sağlıklı bir Arc boyutu - önbellek için kullanılabilir belleği kullanır.

Ancak, daha sonra Solaris 11'e geçtim. Şimdi, grafiğim şöyle:

Kısmi çıktı arc_summary.pl:

System Memory:
     Physical RAM:  30701 MB
     Free Memory :  26719 MB
     LotsFree:      479 MB

ZFS Tunables (/etc/system):

ARC Size:
     Current Size:             915 MB (arcsize)
     Target Size (Adaptive):   119 MB (c)
     Min Size (Hard Limit):    64 MB (zfs_arc_min)
     Max Size (Hard Limit):    29677 MB (zfs_arc_max)

915 MB'ta otururken 119 MB'ı hedefliyor. Oynamak için 30GB var. Neden? Bir şey mi değiştirdiler?

Düzenle

Açıklığa kavuşturmak gerekirse arc_summary.pl, Ben Rockwood'un ve yukarıdaki istatistikleri oluşturan ilgili satırlar:

my $mru_size = ${Kstat}->{zfs}->{0}->{arcstats}->{p};
my $target_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c};
my $arc_min_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_min};
my $arc_max_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_max};
my $arc_size = ${Kstat}->{zfs}->{0}->{arcstats}->{size};

Kstat girişleri orada, sadece onlardan tek değerler alıyorum.

Düzenle 2

Sadece ark boyutunu yeniden ölçtüm arc_summary.pl- bu sayıları doğruladım kstat:

System Memory:
     Physical RAM:  30701 MB
     Free Memory :  26697 MB
     LotsFree:      479 MB

ZFS Tunables (/etc/system):

ARC Size:
     Current Size:             744 MB (arcsize)
     Target Size (Adaptive):   119 MB (c)
     Min Size (Hard Limit):    64 MB (zfs_arc_min)
     Max Size (Hard Limit):    29677 MB (zfs_arc_max)

Bana çarpan şey, Hedef Boyutun 119 MB olmasıdır. Grafiğe bakıldığında, arc_summary.plSolaris 11 kurulduğundan beri aynı değeri (kaktüslere göre 124,91M, 119M'ye göre - farkın sadece 1024/1000 yuvarlama sorunları olduğunu düşünüyorum) hedefledi. Çekirdek, hedef boyutu farklı bir şeye kaydırmak için sıfır çaba sarf ediyor gibi görünüyor. Sistemin ihtiyaçları (büyük) hedef büyüklükle savaşırken mevcut boyut dalgalanıyor ve denge 700 ile 1000MB arasında görünüyor.

Şimdi soru biraz daha sivri - Solaris 11 neden ARC hedef boyutumu 119MB olarak ayarlıyor ve bunu nasıl değiştirebilirim? Ne olduğunu görmek için min. Boyutu büyütmeli miyim?

Ben çıktı takılıp ettik kstat -n arcstatsde üzerinde http://pastebin.com/WHPimhfg

Düzenle 3

Tamam, şimdi gariplik. Flibflob'un bunu düzeltmek için bir yama olduğunu söylediğini biliyorum. Bu yamayı henüz uygulamadım (hala dahili destek sorunlarını çözüyorum) ve başka bir yazılım güncellemesi uygulamadım.

Geçen perşembe, kutu çöktü. Olduğu gibi, her şeye tamamen cevap vermeyi bıraktı. Yeniden başlattığımda, geri döndü, ama şimdi grafiğim böyle görünüyor.

Sorunu çözmüş görünüyor.

Bu şimdi uygun la la land şeyler. Gerçekten neler olduğu hakkında hiçbir fikrim yok. :(

Yanıtlar:


4

Maalesef sorununuzu çözemiyorum, ancak bazı arka plan bilgileri:

  • ARC hedef boyutu sabit bir değer gibi görünmüyor. Bir Solaris 11 makinesinde de aynı sorunu yaşıyorum ve her yeniden başlatmadan sonra, bir noktada hedef boyut ~ 100 ve ~ 500MB arasında bir değerde kilitleniyor gibi görünüyor.

  • Http://mail.opensolaris.org/pipermail/zfs-discuss/2012-Ocak/050655.html adresinde tartışıldığı gibi en az 3 kişi aynı sorunla karşı karşıyadır.

  • Ayrıca "Oracle Destek'im" ( https://support.oracle.com ) ile ilgili bir açık hata raporu (7111576) bulunmaktadır . Sunucunuz geçerli bir destek sözleşmesi kapsamındaysa, bir hizmet isteği göndermeniz ve bu hataya bakmanız gerekir. Şu an itibariyle, herhangi bir bugfix hala devam ediyor gibi görünüyor ...

Bunun dışında yapabileceğiniz çok şey yok. Henüz zpool / zfs sürümlerinizi yükseltmediyseniz, eski Solaris 11 Express önyükleme ortamınıza önyükleme yapmayı deneyebilir ve Oracle nihayet sorunu düzelten bir SRU yayınlamaya karar verene kadar bunu çalıştırabilirsiniz.

Düzenleme: Performans bozulması sorunu yukarıda tartışıldığı için: Hepsi ne yaptığınıza bağlıdır. Solaris 11 NFS paylaşımımda Solaris 11 11 / 11'e yükseltme yaptığımdan beri korkunç gecikmeler gördüm. Bununla birlikte, sisteminizle karşılaştırıldığında, nispeten az sayıda iğim var ve beklendiği gibi çalışan ARC ve L2ARC önbelleğe çok fazla güveniyorum (sorunun L2ARC'ın makul bir boyuta ulaşmamasına neden olduğunu lütfen unutmayın). Bu kesinlikle yanlış yorumlanmış bir istatistik konusu değildir.

ARC / L2ARC'ye çok fazla güvenmemenize rağmen, muhtemelen dd ile birden çok kez büyük bir dosya (normalde RAM'inize sığacak) okuyarak çoğaltabileceksiniz . Muhtemelen dosyayı ilk kez okuduğunuzda, aynı dosyanın ardışık okumalarından daha hızlı olacağını fark edeceksiniz (gülünç ARC boyutu ve sayısız önbellek tahliyesi nedeniyle).

Düzenleme: Artık Oracle'dan bu sorunu çözen bir IDR yaması almayı başardım. Sisteminiz destek altındaysa, CR 7111576 için IDR yamasını istemelisiniz. Yama, SRU3'lü Solaris 11 11/11 için geçerlidir.


Ben düşünüyorum ben desteği altında değilim, ama büyük bir kurumsal çalışan, bu yüzden kim bilir?
growse

1

Kstatları değiştirdiler.

Oracle Solaris 11, aşağıdaki istatistikleri zfs'den sildi: 0: arcstats:

  • evict_l2_cached
  • evict_l2_eligible
  • evict_l2_ineligible
  • evict_skip
  • hdr_size
  • l2_free_on_write
  • l2_size Instagram Hesabındaki Resim ve Videoları recycle_miss

ve aşağıdakileri zfs: 0: arcstats ekledi:

  • buf_size
  • meta_limit
  • meta_max
  • meta_used

Yani bu temel olarak betiğinizle ilgili bir sorun olabilir.


Bu ilginç bir nokta, ancak bu sayıları bildirmek için bu metriklerden herhangi birini kullandığımı sanmıyorum. Bkz. Düzenleme.
04'te büyür

Gerçekten de hala buradalar. Bunu göz önüne alırsak, bu çok garip görünüyor. Herhangi bir performans düşüşü görüyor musunuz?
juwi

Sahip olduğumu söyleyemem. Muhtemelen bunu ölçmeliyim.
13'te büyür

Bu, baktığınız şeyde bir hata değilse ve orada gerçekten bir tuhaflığa sahipseniz, bu değerleri canlı bir sistemde veya kalıcı olarak / etc / system kullanarak değiştirebileceğinizi lütfen unutmayın.
Nex7
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.