Для нормальной работы сайта необходимо разрешить JavaScript, включая скрипты с доменов googlesyndication.com и doubleclick.net для отображения системы поиска по сайту и прочих сервисов Google.

Начиная с CentOS 6.9 в ядре наблюдаются существенные проблемы с производительностью

logo/kernel-panic-1.jpg На последнем ядре 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.rpm

CentOS 6.8 / 2 min 05 sec / 40 sec
kernel-2.6.32-642.15.1.el6.i686.rpm

CentOS 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:

# yum install wget
# cd /tmp
# wget http://vault.centos.org/6.5/updates/i386/Packages/kernel-2.6.32-431.29.2.el6.i686.rpm
# wget http://vault.centos.org/6.8/updates/i386/Packages/kernel-2.6.32-642.15.1.el6.i686.rpm
 
# rpm -ivh --oldpackage kernel-2.6.32-431.29.2.el6.i686.rpm
# rpm -ivh --oldpackage kernel-2.6.32-642.15.1.el6.i686.rpm

Запрещаем выполнять обновление/удаление ядра в ходе "yum update":

# vi /etc/yum.conf
...
exclude=kernel-2.6.32-431.* kernel-2.6.32-642.*

При необходимости выбираем ядро для загрузки по умолчанию:

# 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.*), и почувствуйте разницу.

Рекомендуемый контент



Добавить комментарий


Защитный код
Обновить

Рейтинг@Mail.ru 2 megabytes