На последнем ядре kernel-2.6.32-754.10.1.el6.i686 в "голой" CentOS 6.10 (CentOS-6.10-i386-minimal.iso), установленной на Virtualbox 5.2.x (OS Debian 9, 2 GB RAM, CPU Intel Pentium 3.2 ГЦ), работать практически невозможно, время от старта до полной загрузки 13-15 мин (обоср@ца-eб@нуца)!
Под виртуальную машину было выделено 512 МБ оперативки, 1 ЦП на 100% использования, 56 МБ РАМ под видео, подкачка 512 МБ, по данным тор-а после полной загрузки подкачка не используется, но всё страшно-ужасно висит, ожидание запуска любого процесса сопровождается матом-перематом.
Отдаю предпочтение BSD, но по долгу службы обязан иметь тренировочный полигон на базе CentOS-6.10-i386-minimal.iso - оказалось, что в текстовом режиме установки, графический при 500 МБ РАМ не доступен, нет возможности ручной разметки диска на разделы, а при выборе любой из предустановленых схем разметки диска система устанавливается на LVM, что с точки зрения производительности оправдано примерно также, как и установка седла на корову!
О том, что, для самостоятельной разметки диска нам нужно дофига и больше РАМы вскользь упоминается в 0_README.txt:
http://ftp.wcss.pl/pub/linux/centos/6.10/isos/i386/0_README.txt
Remember that in order to be able to partition your disk you will need to run the GUI installer which in turns needs enough RAM. The same is true for the network setup step.
Такое садомазо, кажись, присутствует только в CentOS, например для установки в графическом режиме Debian 9 хватает 512 РАМы, да и ручная разметка диска на разделы доступна в текстовом (если память мне не изменяет), ну, а с BSD и вовсе проблем нет.
Ну, надо так надо - выделил 1 ГБ РАМы и попытался запустить установку CentOS 6.10 (CentOS-6.10-i386-minimal.iso), но еb@ть же мой huй, как оно долго висело, я думал, что наhuй состарюсь над этим ebу4im инсталом, и, в конечном итоге оно п@dло наглухо зависло в начале запуска б.яацкого наhuй мне не нужного графического режима! ;(
А что делать!? Полигон на CentOS должен стоять, и я решил попробовать CentOS 6.5 (CentOS-6.5-i386-minimal.iso), запуск и установка которого пошли сравнительно быстро. Далее, загрузившись в CentOS 6.5 за 1.5 мин обновил до CentOS 6.10 (CentOS-6.10-i386-minimal.iso) который после .ебута грузился уже не за 1.5 мин, а за целых 13-15 мин!
Переключившись на kernel-2.6.32-431.29.2.el6.i686.rpm от CentOS 6.5 проблема с тормозами пропала. Опытным путём установлено, что проблемы с производительностью начались с CentOS 6.9 и его ядра kernel-2.6.32-696.30.1.el6.i686.rpm
CentOS ver / boot time / reboot time
CentOS 6.5 / 1 min 50 sec / 30 sec
kernel-2.6.32-431.29.2.el6.i686.rpmCentOS 6.8 / 2 min 05 sec / 40 sec
kernel-2.6.32-642.15.1.el6.i686.rpmCentOS 6.9 / 13 min 55 sec / 4 min xx sec
kernel-2.6.32-696.30.1.el6.i686.rpm
Понятно, что проблема переходит и в CentOS 6.10 с ядром kernel-2.6.32-754.10.1.el6.i686, аналогичный ущерб в производительности ощутим и для платформы x86_64 на других системах виртуализации KVM и VMware.
Как установить старое ядро от предыдущей версии CentOS
Установка старых ядер из yum недоступна, а потому их rpm-пакеты нужно скачивать и устанавливать вручную.
Посмотреть какие ядра уже установлены:
# rpm -qa|grep kernel kernel-2.6.32-696.el6.i686 dracut-kernel-004-411.el6.noarch kernel-firmware-2.6.32-754.10.1.el6.noarch kernel-2.6.32-754.10.1.el6.i686 kernel-2.6.32-573.el6.i686 kernel-2.6.32-754.el6.i686 kernel-2.6.32-642.el6.i686
Устанавливаем wget, скачиваем и устанавливаем самые последние сборки ядер от CentOS 6.5 и 6.8:
Только после полного отключения блокировщика скриптов и рекламы на этом месте появится полезная подсказка/ссылка/код/пример конфигурации/etc!
Запрещаем выполнять обновление/удаление ядра в ходе "yum update":
Только после полного отключения блокировщика скриптов и рекламы на этом месте появится полезная подсказка/ссылка/код/пример конфигурации/etc!
При необходимости выбираем ядро для загрузки по умолчанию:
# vi /boot/grub/grub.conf ... default=0 timeout=5
Итого
CentOS 6.9 на ядре kernel-2.6.32-696.* и CentOS 6.10 на ядре kernel-2.6.32-754.* на любых виртуальных машинах, Virtualbox, KVM, VMware, независимо от платформы i386|x86_64, работает в 4-6 раз медленнее чем на ядрах от предыдущих версий CentOS 6.х.
Вполне вероятно, что данная проблема с производительностью ядра бдует наблюдаться не только на виртуальном, но и на реальном железе.
Более рагульного инсталлятора, (как графического так и ткстового) чем в CentOS, нигде ещё не встречал!
Тут мне вспомнилась попытка взывать к администрации некого сайта дабы они убрали JavaScript анимацию падающих по всему экрану снежинок, которая оказывала сущесвтенный ущерб быстродействию на одной из машин с довольно раритеным железом, на что был получен ответ: "Добрый день, данная анимация стоит по умолчанию, нагрузка на ЦП минимальная.", конечно я попытался уточнить: "ага, а это при какой конфигурации ПК, 8-16 ГБ РАМы + 2-3 ЦП АМД и т.д.!?", но ответа непоследовало.
Это как подведение итогов прошлого года: "В прошлом году я срубил не хилую кучу бабла и поэтому прошлый год для всех нас прошёл удачно.". Следовательно, точку зрения определяет место сидения, потому обозначенная выше проблема может и не проялятся у тех, у кого мега-пупер современное железо с кучей РАМы, АМД ЦП и т.д.
Тем же, кто заметил падение в производительности на своём CentOS 6.10 и ничего с этим не может поделать, предлагается сменить ядро на старое как максимум от CentOS 6.8 (kernel-2.6.32-642.*), и почувствуйте разницу.
