[PostgreSQL] =?ISO-8859-2?Q?Sprz=EAt_a_wydajno=B6=E6?=
Piotr 'piter' Hlawski - 24-01-2007 00:02
[PostgreSQL] =?ISO-8859-2?Q?Sprz=EAt_a_wydajno=B6=E6?=
Witam,
Mam sprzęt - 512Ramu i PIV 2Ghz, pewne zapytanie wybiera z tabeli, w której
jest 500 tyś rekordów, pewne rekordy z szybkością +- 6ms (EXPLAIN tak
mówi). Mam drugi sprzęt, 4 x PIII Xeon 550Mhz i 1GB ramu + macierz w RAID5
(dyski seagate Cheatach) - ta sama baza, to samo zapytanie - rezultat -
20ms - czy problem leży w słabszych prockach i tym, że przy jednym kliencie
to zapytanie wykorzystuje jeden proces na jednym procesorze? Jeśli tak, to
czy jest możliwe, że całość aplikacji będzie chodziła jednak lepiej przy
wielu użytkownikach?
--
..:: Piter // phlawski$gmail,com // gg: 4534287 ::.
Jak donosi NASA, Chuck Norris jest jedynym człowiekiem widzianym gołym okiem
z Kosmosu.
Herakles - 24-01-2007 00:02
Piotr 'piter' Hlawski wrote:
> Witam,
>
> Mam sprzęt - 512Ramu i PIV 2Ghz, pewne zapytanie wybiera z tabeli, w
> której jest 500 tyś rekordów, pewne rekordy z szybkością +- 6ms (EXPLAIN
> tak mówi). Mam drugi sprzęt, 4 x PIII Xeon 550Mhz i 1GB ramu + macierz w
> RAID5 (dyski seagate Cheatach) - ta sama baza, to samo zapytanie -
> rezultat - 20ms - czy problem leży w słabszych prockach i tym, że przy
> jednym kliencie to zapytanie wykorzystuje jeden proces na jednym
> procesorze? Jeśli tak, to czy jest możliwe, że całość aplikacji będzie
> chodziła jednak lepiej przy wielu użytkownikach?
>
P3 XEON???
Chyba PIII.
TAK twoje spostrzeżenia pokrywają się z moimi, jednakże może masz
standardową konfigurację bazy, której nie polecam.
Piotr 'piter' Hlawski - 24-01-2007 00:02
Herakles wrote:
> Piotr 'piter' Hlawski wrote:
>
>> Witam,
>>
>> Mam sprzęt - 512Ramu i PIV 2Ghz, pewne zapytanie wybiera z tabeli, w
>> której jest 500 tyś rekordów, pewne rekordy z szybkością +- 6ms (EXPLAIN
>> tak mówi). Mam drugi sprzęt, 4 x PIII Xeon 550Mhz i 1GB ramu + macierz w
>> RAID5 (dyski seagate Cheatach) - ta sama baza, to samo zapytanie -
>> rezultat - 20ms - czy problem leży w słabszych prockach i tym, że przy
>> jednym kliencie to zapytanie wykorzystuje jeden proces na jednym
>> procesorze? Jeśli tak, to czy jest możliwe, że całość aplikacji będzie
>> chodziła jednak lepiej przy wielu użytkownikach?
>>
> P3 XEON???
> Chyba PIII.
Tak. PIII Xeon, nie mylisz się:
CPU: Pentium III/Pentium III Xeon/Celeron (550.03-MHz 686-class CPU)
Wyszły takie, do serwerowych maszyn.
> TAK twoje spostrzeżenia pokrywają się z moimi,
A więc jest szansa że w ogólnym rozrachunku będzie to chodzić lepiej, lub
podobnie?
> jednakże może masz
> standardową konfigurację bazy, której nie polecam.
Niestandardowy, od standardu odbiegają następujące ustawienia (Pg 8.2.1):
max_connections = 150
maintenance_work_mem = 32MB
effective_cache_size = 600MB
log_destination = 'stderr'
redirect_stderr = 'on'
log_directory = '/var/log/pg_log'
stats_row_level = on
autovacuum = on
Czy są jakieś sugestie do powyższego? Opierałem się na:
http://tinyurl.com/96wgv
ale jest to dość zmurszałe.
--
..:: Piter // phlawski$gmail,com // gg: 4534287 ::.
Chuck Norris ma dwie prędkości: Chodzenie i Zabijanie.
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Czy zna (obsługuje) ktoś program Iso Draw ?
MYSQL - kodowanie w ISO-PL
strona plus baza w iso do utf-8
Kodowanie: z iso na utf
postgresql - int/int
postgresql Select count(*) czy raczej Select count(ID)
Postgres - replikcja master-master
Dopasowanie do "najlepszego" dopasowania :) [ PostgreSQL]
Wstawianie nowego wiersza w przypadku jego braku podczas SELECT w PostgreSQL
Konwesja znaków w dump'ie bazy danych - ISO -> utf-8 -> ISO -> utf-8
zanotowane.pldoc.pisz.plpdf.pisz.platanvarne633.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
