|
|
Nedoporucuji
|
14.12.2007 11:53
Pavel Stěhule
|
Pouzit ramdisk pouze pro tablespace neni zrovna prilis podareny napad: a) skutecne muzete prijit o celou databazi, neb po vypadku databaze nenajde casti, ktere jsou v tablespace, ktery nebyl korektne odstraneny, b) zrychli se pouze selecty, update, insert a delete stale bude brzden cekanim na COMMIT a zapisem do WAL (pokud nenastavite fsync=off, cimz ovsem riskujete, ze prijdete o vsechna data). ==> pokud mate dost pameti, zvetsete shared_buffers (a nezapomente zvysit prioritu bgwriteru). Efekt bude stejny, a pritom budete mit jistenou konzistenci databaze |
|
|
k tomu je prece cache
|
14.12.2007 17:32
Radim Kolář
|
Vsechny aplikacni servery a snad i nektery knihovny (memcached) do PHP umi delat cache a v lepsich aplikacnich serverech to muze byt uplne trasparentni pro aplikaci.
Taky se da vypnout logovani updatu do tabulky (Oracle, DB2) a pak nechat OS at ji nacachuje do RAM (vypnout direct io u tablespace). |
|
|
|
|
KOMENTARZE
|
Tylko zarejestrowani użytkownicy mogą dopisywać komentarze.
|
|
Szukanie oprogramowania
|
©Pavel Kysilka - 2003-2024 |
maillinuxsoft.cz | Design:
www.megadesign.cz
|