U siebie mam macierze np. 4*ssd 500MB/s RW, w RAID5, co daje
transfer z macierzy 1,4GB/s.
I teraz w zależności od usług radzę sobie następująco.
aio=native,cache=writeback
cache=none – nie daję, bo zapis trwa i trwa ;-(
cache=writeback - pamięć podręczna z buforowaniem zapisu (metoda
buforowania, w której modyfikacje danych w buforze nie są kopiowane do
źródła bufora dopóki nie jest to konieczne).
qemu-system-x86_64 -k pl -usb -usbdevice tablet -no-fd-bootchk -drive
file=xp.img,aio=native,cache=writeback -m 4096 -net nic,model=rtl8139
-net user -vnc :2 -enable-kvm -smp 4
W virtualbox'ie wyłączam buforowanie IO gospodarza.
W postgresql'u odpowiednio inicjalizuje system bazodanowy po instalacji.
A może hdparm'em ?
W dniu 20.02.2015 o 11:37, Łukasz Maśko pisze:
Przepraszam za off-topic, aczkolwiek z Linuksem związany.
Pytanie mam następujące: nie orientuje się ktoś, czy można przymusić system,
żeby dostęp do konkretnego dysku/partycji odbywał się bez systemowego
buforowania? Chodzi o sytuację, gdzie na dysku jest dużo danych, do których
dostęp jest zupełnie losowy i nie ma najmniejszego sensu ich buforować.
Jednocześnie chodzi o maksymalizację liczby operacji odczytu (zapis nie jest
istotny). Duża baza danych z losowym dostępem, a właściwie duży indeks w
wyszukiwarce internetowej. No i trzeba tak potraktować cały dysk/partycję, bo
dostęp jest z programu w Javie, więc nie można sobie za pomocą ioctl
pozmieniać ustawień dostępu do konkretnego pliku. Sam dysk to szybkie
serwerowe SSD (niejedno). Znalazłem stare informacje o RAW IO, ale to jeszcze
z czasów kerneli 2.2.x i 2.4.x.
Może ktoś z listowiczów zawiaduje jakimś systemem bazodanowym, gdzie takie
rzeczy są pożądane i robione?
_______________________________________________
pld-users-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
