Лучше пишите комментарий к ответу, а так я только случайно заметил ответ.
Сообщение об ошибке полностью форматирует сишный код. Там проблем с 64-битными целыми и не было. А вот переменные под виндой - только как 32-битные компилировались, в PHP7 с глобальным улучшением движка поправили.
Да, по идее near2 должен оставаться живым при выпадении любых не соседних дисков.
У вас проблема именно с загрузкой? Если на ходу сфейлить диски - то нормально себя массив ведёт, не разваливается?
/boot у вас на этом же массиве? Себе я размечаю /boot отдельным зеркалом по всем дискам. 100-200мб не жалко полностью отзеркалировать.
Или нормальный аппаратный с кэшом и батарейкой или нормальный программный.
Если брать аппаратный рейд - то могут быть какие-то фокусы. Правда, насколько мохнатых годов надо брать контроллер для этого - я хз. Но допускаю возможность.
Если брать программный - то от материнки требуется только достаточной длины адресация LBA. LBA48 (диски до 128ПиБ, т.е.) стандартизировали ещё в 2003 году для ATA-6. Если ваша железка настолько древняя, как вы к ней sata диски собрались подключать?
Да и не помню, чтобы было что-то между LBA48 и LBA28
Инвалидироваться кэш будет на любой insert/update/delete таблицы. Т.е. кэш запросов к таблице Sms будет адекватно работать, только если админку открывают очень часто, а сама таблица изменяется очень редко. Т.е. картина, в корне отличная от вашей.
Если бы у вас была таблица новостей сайта, которые пишут полтора землекопа раз в день, а остальные делают только select - то query cache бы работал внятно.
А, винда. Проверьте на нормальной системе.
Как говорят опытные ДБА, postgresql - это только linux или freebsd.
На сколько помню по прошлой pgday'15, где этот вопрос вскользь звучал, на винде не работает shared memory - а это краеугольный камень всей архитектуры postgresql. Какими-то граблями шаренная память под виндой эмулируется чтобы хоть как-то запуститься, о производительности там речи не идёт.
KRHD: IP посетителя - это именно REMOTE_ADDR.
Если вам для чего-то (например, логов) понадобилось ещё что-то, что можно узнать о клиенте - пишите всё, что найдёте. Например, весь $_SERVER.
Давно ovz не тыкал, не очень в курсе, как там сейчас.
По идее контейнеры мигрируются на другую железку, на этой обновляется ядро, железка ребутается, контейнеры мигрируются обратно.
АртемЪ: какой профиль нагрузки на диск? Раздача торрентов типично даёт много чтения, но блоки-то крупные и хорошо работает опережающее чтение.
Например далеко уже несвежий тест: fcenter.ru/online/hardarticles/hdd/31053
Даже на тяжелейшем многопоточном iometer уже за 50 мегабит у всех участников, а у некоторых и за 150.
И это на мелких блоках очень далеко друг от друга. А торренты раздаются блоками по несколько мегабайт, да ещё нередко одни и те же блоки - привет кэшу ОС.
2,5" диски компактнее, поэтому seek у них обычно быстрее. А меньшая длина дорожки за прошедшие года вполне компенсирована увеличенной плотностью записи.
Сообщение об ошибке полностью форматирует сишный код. Там проблем с 64-битными целыми и не было. А вот переменные под виндой - только как 32-битные компилировались, в PHP7 с глобальным улучшением движка поправили.