Dnia poniedziałek 03 marca 2008, Arkadiusz Rdest napisał:
concurrent_insert = 2
low_priority_updates = 1
delay_key_write = all
oraz maly tunning /proc'a
echo 5000 /proc/sys/vm/dirty_expire_centisecs
echo 1000 /proc/sys/vm/dirty_writeback_centisecs
echo 95
Remigiusz Enleth Marcinkiewicz wrote:
Czy zdajesz sobie sprawę, że to nie jest (o ile się nie mylę, ale jestem
szczerze przekonany, że nie) to, o czym mówiłem?
tak, ale pisales o postgresie, mysql nie ma takiego rozwiazania, albo mi
o nim nie wiadomo.
Twoje rozwiązanie
przyspiesza bazę,
Remigiusz Enleth Marcinkiewicz wrote:
Do tego dużo RAMu i odpowiedni konfig serwera bazy danych.
Normalne operacje na bazie będą wykonywane głównie w cache'u systemu plików,
czyli szybko jak jasna cholera, wszelkie zmiany będą iść do WAL
bazy maja ponad 8GB (troche ich jest), serwer ma 3GB
Witam,
Moze nei do konca z PLD bezposrdnio zwiaznae, ale moze mial ktos
przyjemnosc uzywac, tudziez przeprowadzic jakeis testy wydajnosciowe
tych dyskow?
Interesuje mnie jak by sie sprawowoaly pod duzym obciazeniem I/O
np. w zastosowaniach pod obciazona baze danych (duzo operacji
Dnia niedziela 02 marca 2008, Arkadiusz Rdest napisał:
Interesuje mnie jak by sie sprawowoaly pod duzym obciazeniem I/O
np. w zastosowaniach pod obciazona baze danych (duzo operacji
odczytu/zapisu). zwykle dyski, nawet scsi generuja duzy IO wait i kupe
mocy procka i przerwan idzie na obsluge
