no je to o poznani duveryhodnejsi nez ten minuly, nicmene ten rozptyl hodnot je podezrele vysoky, obzvlast innodb linux vs win me prijde dost podezrely vzhledem k tomu, ze je predpokladam vyvijena primarne na linuxech?!?
Já myslím, že o tomto píše přímo manuál MySQL (mimochodem první co čtu, když chci stavět něco nad nějakou databází jsou kapitoly o optimalizaci):
In some versions of GNU/Linux and Unix, flushing files to disk with the Unix fsync() and other similar methods is surprisingly slow. The default method InnoDB uses is the fsync() function. If you are not satisfied with the database write performance, you might try setting innodb_flush_method in my.cnf to O_DSYNC, although O_DSYNC seems to be slower on most systems
fsync() syncne vsecka data i cas modifikace na inode.
Flag O_DSYNC predany syscallu open() zpusobi, ze pred kazdym
navratem z write() se zapisou data na disk, ovsem bez syncu
casu na inode --- coz na jedne strane zrychli tim, ze se casy
nesyncuji, na druhe strane zpomali tim, ze requesty na disk
nejdou paralelne.
fdatasync() je to, co by se melo delat.
Note that InnoDB uses fsync() instead of fdatasync(), and it does not use O_DSYNC by default because there have been problems with this on many varieties of Unix.
hmm, fsyncem to nebude, pravdepodobne. Testoval jsem select, kdybych testoval insert, update, tak mozna. Budto tam mam chybu v mereni, ale kazdy si muze test zopakovat a potvrdit, nebo mne poslat nekam, nebo proste innodb si s win rozumi lip. Neni tak uplne pravda, ze mysql bezi jenom na linuxu. Znam dost instalaci na win. A osobne mne zajimal vliv platformy - v klidovem stavu. Neco jineho bych se asi dozvedel pri zatezovych testech, ale to je zase hromada testu.