🚀 go-pugleaf

[ 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...

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...