проглядел :) в случае когда данных больше чем кеша и фиксированный размер строки в myisam это верно. я никогда не делал тестов когда индексы/данные полностью помещаются в кеш mysql. подозреваю, что тогда разница не очень большой будет.
очень простой тест - 100 потоков делают SELECT, INSERT, UPDATE в одну таблицу.
в это случае MyISAM большинство времени будет простаивать на блокировке таблицы, а InnoDB в свою очередь будет простаивать только на блокировке строки или блокировки части индекса, в зависимости от того, какой уровень сериализации у вас.
Второй момент, чем плох MyISAM - часто бьются таблицы при большой нагрузке, что вообще неприемлемо для некоторых задач.
конечно не линейная. но близка к тому. и контроллер тоже важен и СУБД пишут не дураки, но и СУБД не знает физических параметров хранилища, она просто делает fsync() с некой переодичностью, а для того чтобы этот fsync произошел на самом деле - надо переместить головку до нужного места.
в это случае MyISAM большинство времени будет простаивать на блокировке таблицы, а InnoDB в свою очередь будет простаивать только на блокировке строки или блокировки части индекса, в зависимости от того, какой уровень сериализации у вас.
Второй момент, чем плох MyISAM - часто бьются таблицы при большой нагрузке, что вообще неприемлемо для некоторых задач.
Скажите какой тип кеша на ваших мифических контроллерах?
write-through или write-back? и какая между ними разница?
только ручками конвертить в vmdk надо
page swapping
это только ошибки по текщему функционалу.
плюс еще есть ошибки которые принудительно закрыли, тк не смогли повторить. плюс еще много чего недописано.
потом смотрим сюда. какой прирост закрытых задач и открытых.
Линукс используют у нас в кино для постпродакшена, но никто об этом не кричит.