Article View: pl.comp.os.hp-ux
Article #3970Re: Strojenie
From: mlay
Date: Sun, 07 Dec 2003 22:09
Date: Sun, 07 Dec 2003 22:09
76 lines
3982 bytes
3982 bytes
Witam, ustawienie dbc_max_pct na 75% jest dosc ryzykowne, bo przeznacza sie wtedy na buffer cache'a, ktory potrafi (i rosnie) do maxymalnych rozmiarow niemal natychmiast, a zbliza sie do dolnej granicy bardzo wolno, 3/4 pamieci operacyjnej, odbierajac ja pozostalym procesom na serwerze.. w zasadzie - mozna to zrobic bezpiecznie w scisle okreslonych warunkach.. z moich informacji wynika, ze ustawienie wielkosci cache'a (operujac dbc_min_cache & dbc_max_cache) powyzej 1gb jest nieefektywne, bo cache z zalozenia ma byc szybka pamiecia, a przy wielkosciach powyzej 1gb przeszukiwanie go trwa na tyle dlugo, ze bardziej 'oplacalne' byloby zaladowanie strony z pamieci.. pytanie tylko - dlaczego chcesz stroic szybkosc filesystemow/dyskow przez jadro..? moze zastanow sie najpierw nad: - stripingiem lvmowym lvoli, zeby uzywac wiecej urzadzen fizycznych - strojeniem samego lvma - np. vxtune (jesli dobrze pamietam) przeczytaj mana - to co Przemek sugerowal - mozna uzyc cache'a oraclowego, a fsystemy montowac tak, zeby lvmowy cache nie byl juz uzywany (po co cacheowac 2 razy?) tak czy inaczej - zanim przystapisz do strojenia, trzeba znalezc waskie gardla, a potem to na nie szukac rady.. a rada Przemka o szukaniu docs.hp.com jest jak najbardziej dobra.. pzdr, mal "Przemysław [wolve] Staszkiewicz" <wolve@no.spam.gazeta.pl> wrote in message news:slrnbsshr5.fjv.wolve@wilk.from.pl... > [ Tomek ] > > > Witam > Vi-tam, > > Szukam informacji na temat strojenia jądra systemu HP-UX,interesują mnie > > informacje które parametry jądra mogą spowodowac aby moj system (a dokładnie > > aplikacja ) stały się szybsze. Z tego co obserwuje aplikacja dużo korzysta z > > dostępu do dysków,(głownie są to pliki tekstowe,bazy cobolowe)Głownie > > interesuja mnie parametry jądra które mogą spowodować odciażenie dysków,(np > > wiecej cache'u itp) (Nie wchodzi w gre wymiana dysków lub rekonfiguracją > > filesystemów) > > Pozdrawiam > Proponuję wpisać w wyszukiwarce na docs.hp.com magiczne 'kernel tuning' > i przyjrzeć się wynikom. > Przy dużej ilości operacji dyskowych na 'płaskich' plikach tekstowych pomocne > może być przeznaczenie większej ilości pamięci dla "buffer cache'y" przez zmianę > wartości parametrów dbc_min_pct i dbc_max_pct. Są to parametry określające > (odpowiednio minimalny i maksymalny) procentowy przydział pamięci dla "buffer > cache". Nie polecam 'podbijania' tych parametrów kiedy na serwerze działa jakiś > silnik bazodanowy, który we własnym zakresie obsługuje cacheowanie operacji > dyskowych (np. Oracle), bo można 'mocno' pogorszyć jego wydajność. W praktyce na > serwerach z dużą ilością pamięci (6-8GB) dobre efekty uzyskiwałem przy > ustawieniu dbc_max_pct na 75% - pliki na jakich operowała aplikacja miały 1-4GB. > > > TK > Pozdrawiam > Przemysław [wolve] Staszkiewicz > > -- > Linux is like a wigwam: > - no windows, no gates, only Apache inside...
Technical Details
Message-ID:
<br08e8$h96$1@atlantis.news.tpi.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!news2.icm.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mailReferences:
<bqld9v$m05$1@nemesis.news.tpi.pl> <slrnbsshr5.fjv.wolve@wilk.from.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!news2.icm.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail From: "mlay" <mlay@poczta.onet.pl> Newsgroups: pl.comp.os.hp-ux Subject: Re: Strojenie Date: Sun, 7 Dec 2003 23:09:12 +0100 Organization: tp.internet - http://www.tpi.pl/ Lines: 78 Message-ID: <br08e8$h96$1@atlantis.news.tpi.pl> References: <bqld9v$m05$1@nemesis.news.tpi.pl> <slrnbsshr5.fjv.wolve@wilk.from.pl> NNTP-Posting-Host: dm188.neoplus.adsl.tpnet.pl X-Trace: atlantis.news.tpi.pl 1070834961 17702 80.54.235.188 (7 Dec 2003 22:09:21 GMT) X-Complaints-To: usenet@tpi.pl NNTP-Posting-Date: Sun, 7 Dec 2003 22:09:21 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit