[Megoldva] Firebird SQL - Centos 6.2 - Hyper-V (egyáltalán virtualizációs környezetben merevlemez cache konfig)

Mekkora adatbázis és biztos mindenképp XFS kell oda? Nem mintha bajom lenne vele, de adatbázis alá nem tudom mennyire jó választás.

Az a "nem túl bonyolult query" is érdekes lehet. A firebird tapasztalatom szerint imádja a subselect-et és borzalmasan szenved a join-okkal.

Tehát egy

select a.*, b.mezo1
from a
left join b on a.mezo1=b.mezo2

helyett sokkal jobban muzsikal egy

select *, (select mezo1 from b where mezo1=a.mezo1)
from a

jellegű query. Persze ez se mindig használható, de sok esetben tapasztaltam több nagyságrend gyorsulást egy join-os query subselect-esre átírása után. Illetve indexek, stb.

Ja, és jut eszembe: egy normál (irodai) PC-re nem tudsz felhúzni virtualizáció nélkül host-ként egy centos-t, rá firebird-et és áttolni alá a komplett adatbázist? Ha ott is szenved, akkor a virtualizációt kb. kizárhatod az okok közül, de ha ott hasít, akkor az lesz a probléma.

Én erősen Linuxozok egy 4 gépes Hyper-V clusteren, de igaz ott van egy iSCSI storage is. Azt nézd meg, hogy a CentOS milyen eszköznek látja a diszket, mert 3.4.x-el bezárólag eléggé sokat változott a Hyper-V szupport a kernelben.

Nincs igazából egyik fs sem a másik alatt, mert image file-ba dolgozik a virtuális géped alapesetben. A hoszt OS részéről egy batár file-t ír/olvas a virtualizációs réteg. A nagy kérdés itt az, hogy a megfelelő driver-ekkel használod-e a diszket vagy pedig emulációs őrület megy.

Szerintem nálad is az a gond, hogy a lemez i/o fogy el. Egyszerűen nem bírja a SATA merevlemez a kiszolgálást megfelelő időben teljesíteni.
Természetesen több oldalról megközelítheted a megoldást. Egyik, hogy magát a hosztot optimalizálod. Pl: pagefilet külön merevlemezre teszed, növeled a szabad memória méretét a nem szükséges szolgáltatások kiiktatásával(pl: indexelés). Más különösebb beállítást nem igazán tudsz tenni, illetve nem biztos, hogy nyersz a tweak programok használatával.
Optimalizálhatod kicsit a Hyper-V-t is. Használj virtuális scsi lemezt ide helyett, a vhd-k fix méretűek legyenek.
Jut eszembe még egy optimalizáció NTFS-t illetően: a stripe méret és a klaszterméret növelése. Ha a hoszton úgyis csak Hyper-V szerepkört használsz, akkor mindenképp jobban jársz.
Ennél talán fontosabb, hogy magukat a virtuális gépeket optimalizálod a virtuális környezetre. Centosnál például az IO ütemezőt tedd át noopra. Ennek oka, hogy felesleges a Centosnak is optimalizálni, ha majd a Windows úgyis a saját íze szerint átvariálja az IO kéréseket.
Másik része, hogy a másik VM-t is optimalizáld. Ha az egyik gép túl mohó, akkor könnyen megfogja a többit is. Kapcsold ki a nem szükséges szolgáltatásokat, tiltsd le a töredezettségmentesítést, kapcsold ki a windows keresőt stb. Ehhez egy jó leírás: http://msdn.microsoft.com/en-us/windows/hardware/gg463394.aspx
Az utolsó előtti pont maga a Firebird, illetve az adatbázis optimalizációja. Annyire nem ismerem a Firebird működését, de egy egész jónak tűnő leírás: http://ibexpert.net/ibe/index.php?n=Doc.Optimization Amit megtehetsz, mint üzemeltető, az az indexek beállítása és karbantartása, lekérdezések optimalizációja - ezt már előttem is írta egy kolléga. Nem tudom, hogy mennyire van lehetőséged benyúlni az adatbázis sémába, mennyire tudsz statisztikai adatokat kinyerni, milyen jellegű az adatbázis(oltp vagy adattárház).
Az utolsó pont, hogy ha elrontották/nem optimalizálták az alkalmazást, akkor megszakadhatsz, de nem lesz érdemben gyorsabb.

Természetesen mérj minden egyes változtatás előtt és után is.

"HW RAID vezérlő nincs, a Host rendszeren van software raid 1 -be konfigurálva 2 db egyforma, hétköznapi SATA merevlemez"

És ezen fut két guest, két adatbázissal.
Sanszos, hogy a diszk a szűk keresztmetszet. írásnál kb. 70-75 iops, olvasásnál kb 120-140 a határ.

Az adatbázisokban "bizonyos" lekérdezések hajlamosak nagy io terhelést generálni.

Ha a software raid1 miatt a diszkek saját cache ki van kapcsolva, akkor főleg tetű lassú az egész.

Javallott legalább egy bbwc raid vezérlő beszerzése, egy jobb fajta már a 2 sata diszkkel is "csodákat tud tenni".

Azért mérj egy ideig diszkterhelést.

Nem azért mert XFS fan vagyok (de)...
Na de ez nem volna workload függő?

A linkelt grafikon egy szintetikus teszt eredménye. Nem feltétlenül releváns az adott kérdésben.

Szerintem egyszerűen sovány az IO/s amit bírnak a diszkek.
Viszont a fájlrendszert érdemes noatime-mal csatolni, ha nem úgy van.
Pár I/O-t lehet vele spórolni. Annyit nem ami segít rajtad :)