На линуксе произвдительность диска не проблема вообще.
это проблема в принципе, и не важно, какая ОСЬ...
базы где-то до 10Gb
Спасает реально больше кол-во памяти - 32Gb (SQL отъедает около 10Gb)
наверное, догадываетесь, что там в кеше?
Диск - это сопли - максимум 5 мегабайт в секунду загрузка а часто это до мегабайта вообще и то в основном логи.
смотреть производительности диска по скорости - глупо. Есть такой параметр, как IOPS. Дык вот если взять к примеру массив РАИД10 на 4 САС, то он может переварить около 1000IOPS (грубо). И мы можем либо сделать 10 запросов большими блоками и получить скорость чтения 200Мб, а можем сделать 10 000 запросов маленькими блоками и получить скорость чтения 0.2Мб... А по итогу при скорости чтения 0.2Мб массив будет работать на пределе возможностей.
Прописные истины вроде...
но не для сервера БД.
очередное заблуждение. если сервер БД в качестве стоража использует продвинутую хранилку с большим кешем и офигительным количеством шпинделей - то он отлично будет вариться и на 256Мб... Кеш полезен тогда, когда массив загружен конкретно и чтобы облегчить ему жизнь, мы максимально кешируем данные. Чтобы хотя бы частично снять нагрузку с массива на чтение...