Re: [Maria-discuss] Rocks, toku and some performance considerations.
Am 17.09.19 um 16:16 schrieb jocelyn fournier: >> Le 17 sept. 2019 à 16:07, pslawek83 a écrit : >> >> Hi Everyone, just some quick follow up on this topic about MyRocks i >> started. It seems that there are some issues with debian9 and cfq scheduler >> when using rocks. Tested this on VM, not sure how virtualization is >> affecting this. Rocks is easily able to saturate 3 cpu cores with I/O wait >> and I/O throughput is very low in this config, even on fast SSD. >> >> This gets much better after switching to noop/deadline and best is to switch >> to Debian10 with mq-deadline. Then I/O wait drops to 0% and performance >> improves a lot. > > Just curious, is mq-deadline faster than none, even on fast SSD / NVME? given that "none" is nowhere used and poorly testet proven by the data corruption issues as "mq" was introduced i wouldn't use it no matte rhow fast it is https://www.phoronix.com/scan.php?page=news_item=Linux-4.19.8-Released ___ Mailing list: https://launchpad.net/~maria-discuss Post to : maria-discuss@lists.launchpad.net Unsubscribe : https://launchpad.net/~maria-discuss More help : https://help.launchpad.net/ListHelp
Re: [Maria-discuss] Rocks, toku and some performance considerations.
Hey Jocelyn, very hard to tell... i run some test traffic on both [ mq-deadline and none ] and theyre both giving 0% IO wait, havent tested on NVME. Dnia 17 września 2019 16:16 jocelyn fournier jocelyn.fourn...@gmail.com napisał(a): Hi! Le 17 sept. 2019 à 16:07, pslawek83 pslawe...@o2.pl a écrit : Hi Everyone, just some quick follow up on this topic about MyRocks i started. It seems that there are some issues with debian9 and cfq scheduler when using rocks. Tested this on VM, not sure how virtualization is affecting this. Rocks is easily able to saturate 3 cpu cores with I/O wait and I/O throughput is very low in this config, even on fast SSD. This gets much better after switching to noop/deadline and best is to switch to Debian10 with mq-deadline. Then I/O wait drops to 0% and performance improves a lot. Just curious, is mq-deadline faster than none, even on fast SSD / NVME? Thanks! Jocelyn ___ Mailing list: https://launchpad.net/~maria-discuss Post to : maria-discuss@lists.launchpad.net Unsubscribe : https://launchpad.net/~maria-discuss More help : https://help.launchpad.net/ListHelp
Re: [Maria-discuss] Rocks, toku and some performance considerations.
Hi! > Le 17 sept. 2019 à 16:07, pslawek83 a écrit : > > Hi Everyone, just some quick follow up on this topic about MyRocks i started. > It seems that there are some issues with debian9 and cfq scheduler when using > rocks. Tested this on VM, not sure how virtualization is affecting this. > Rocks is easily able to saturate 3 cpu cores with I/O wait and I/O throughput > is very low in this config, even on fast SSD. > > This gets much better after switching to noop/deadline and best is to switch > to Debian10 with mq-deadline. Then I/O wait drops to 0% and performance > improves a lot. Just curious, is mq-deadline faster than none, even on fast SSD / NVME? Thanks! Jocelyn ___ Mailing list: https://launchpad.net/~maria-discuss Post to : maria-discuss@lists.launchpad.net Unsubscribe : https://launchpad.net/~maria-discuss More help : https://help.launchpad.net/ListHelp
Re: [Maria-discuss] Rocks, toku and some performance considerations.
Hi Everyone, just some quick follow up on this topic about MyRocks i started. It seems that there are some issues with debian9 and cfq scheduler when using rocks. Tested this on VM, not sure how virtualization is affecting this. Rocks is easily able to saturate 3 cpu cores with I/O wait and I/O throughput is very low in this config, even on fast SSD. This gets much better after switching to noop/deadline and best is to switch to Debian10 with mq-deadline. Then I/O wait drops to 0% and performance improves a lot. ___ Mailing list: https://launchpad.net/~maria-discuss Post to : maria-discuss@lists.launchpad.net Unsubscribe : https://launchpad.net/~maria-discuss More help : https://help.launchpad.net/ListHelp