🚀 go-pugleaf

On Wed, 05 Jan 2011 12:14:29 +0100
Jim <squad111@o2.pl> wrote:

> Może mi coś doradzicie...
> Muszę zakupić nowy serwerek pod SQLa:
> - linux, baza firebird, wielkość bazy około 6GB
> - ilość jednoczesnych połączeń do bazy około 60
> 
> Do tej pory miałem 2*Xeon (w sumie 4 rdzenie) + 2SCSI U320 w mirrorze
> + 2GB RAM (sprzęt z 2005 roku). W sumie maszynka działa - ale w miarę
> jak baza zaczęła rosnąć znacznie zwalniały raporty i mechanizmy
> wymagające mocy procesora.
> A firebird jak to firebird.... klient dostaje swój proces, a ten
> proces dostaje dostęp do rdzenia, obciąża go na 100% ... i użytkownik
> musi czekać, aż przydzielony rdzeń się upora z robotą (pozostałe
> rdzenie leniuchują)
> O ile mi wiadomo tego ograniczenia na firebirdzie nie przeskoczę..
> Chyba jedyną możliwością na przyspieszenie jest kupno szybszego
> procka. A może się mylę? :)

Zweryfikuj czy przypadkiem system nie spędza sporo czasu na operacjach
I/O z/do HDD. Najtańszym / doraźnym rozwiązaniem może okazać się
dorzucenie ~6-8GB RAM. Od strony programowej już nic nie wyciśniesz
(optymalizacja zapytań, indeksy, etc.)?


> I zastanawiam się:
>   - w jaki procek inwestować?
> seria X3400 (np X3450)
> czy może seria E5500 (np. E5540)
> ..albo inna?
> Czy mechanizm QPI w serii E5500 dużo wniesie do wydajności w takim 
> zastosowaniu(6,4GT/s vs 2,5GT/s w dostępie do pamięci)?
> 
>   - co z dyskami? SATA II wystarczy? czy warto dołożyć do SAS??
> 
> Planuję zmieścić się w 10k pln netto.

* solidna płyta 2-procesorowa
* 1 x Intel Xeon E5620
* >8GB RAM
* 4 x SAS (+1 na hotspare) (soft RAID10)

i spokojnie zmieścisz się w tej kwocie, zyskując na przyszłość
możliwość łatwej rozbudowy. Nie znam obecnej charakterystyki pracy
(poza powyższym), ale taka konfiguracja będzie zdecydowanie bardziej
wydajna niż dotychczasowa w każdym aspekcie.

Pozdrawiam
-- 
Łukasz Czarnowski

W dniu 2011-01-05 22:16, Lukasz Czarnowski pisze:
> Zweryfikuj czy przypadkiem system nie sp�dza sporo czasu na operacjach
> I/O z/do HDD.
iostat pokazuje, że HDD raczej nie ma za wiele do roboty :)

  Najta�szym / doraźnym rozwi�zaniem moşe okaza� si�
> dorzucenie ~6-8GB RAM.
Co ciekawe nawet teraz jest trochę wolnego RAMu, swapu używa 17MB

Od strony programowej juş nic nie wyci�niesz
> (optymalizacja zapyta�, indeksy, etc.)?
System, który na tym pracuje to produkt zewnętrznej firmy - więc 
programowo nic nie zrobię.

> * solidna p�yta 2-procesorowa
> * 1 x Intel Xeon E5620
> *>8GB RAM
> * 4 x SAS (+1 na hotspare) (soft RAID10)
>
> i spokojnie zmie�cisz si� w tej kwocie, zyskuj�c na przysz�o��
> moşliwo�� �atwej rozbudowy. Nie znam obecnej charakterystyki pracy
> (poza powyşszym), ale taka konfiguracja b�dzie zdecydowanie bardziej
> wydajna niĹź dotychczasowa w kaĹźdym aspekcie.

Zrobiłem jakiś prosty test wydajności proca - wynik (jakiś wyliczony 
index) 160,
a np. maszynka z dolnej półki cenowej z prockiem X3430 ma wynik 585 :)

Taki E5620 pewnie wyśmiga jeszcze więcej - myślę, że różnica w 
porównaniu do dziadka będzie kolosalna :)

Dzięki i pozdrawiam
Jim
Dyżurny Lama