Или нормальный аппаратный с кэшом и батарейкой или нормальный программный.
Если брать аппаратный рейд - то могут быть какие-то фокусы. Правда, насколько мохнатых годов надо брать контроллер для этого - я хз. Но допускаю возможность.
Если брать программный - то от материнки требуется только достаточной длины адресация 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 у них обычно быстрее. А меньшая длина дорожки за прошедшие года вполне компенсирована увеличенной плотностью записи.
Создаёте один мост, в который добавляете реальную сетевую карту сервера и свои виртуалки. IP назнаете там где они нужны. Нужен в виртуалке - в самой виртуалке и назначаете. Не забудьте что-нибудь оставить для связи с хостовой системой.
Виртуалки будут думать, что они находятся в одном L2 сегменте. Может, вся стойка к нему же подключена.
Смотря чем и как конвертировать.
Если в конце диска есть достаточно места - то таблица разделов заменяется элементарно без потери данных. Всего-то и надо, запомнить текущую разметку диска, создать заголовки GPT, создать разделы по тем же LBA-блокам.
Указанная статья - именно про without data loss. С потерей - просто размечаете GPT как будто на пустом диске и всё.
