Я многo написaл o том, какaя мерзоcть Windows, и чeм xopoш Линyкс. Paди вселeнской спрaведливoсти насталo врeмя напиcать о тoм, кaкое гoвно Линyкc. Не потoмy, что я вдpуг пoлюбил Windows — этo oбклeeннoе долларaми помoйноe вeдрo c чеpвями и виpyсами вообщe нижe вcякой кpитики. Но ceгoдня рaзгoвор нe oб этoм. Сeгодня я рacскaжy, кaкoе гoвнo Линyкс. (Леонид Каганов: За что я ненавижу Линукс)

Казалось бы, апгрейднув систему с гигагерцевого Athlon на двухъядерный Athlon 64 x2 5200+, я должен был ощутить резкое увеличение производительности всего и вся. На деле отличия заметны далеко не всегда. Да, теперь у меня быстрее бегают игры — но чтобы запускать нормальные игры, мне ещё стоит прикупить памяти и нормальную видеокарту (на которых после покупки материнки и 20″ монитора денег не осталось). Да, теперь я могу быстро кодировать видео… вот только если раньше я качал DVD и перекодировал в x264, то теперь я скачиваю фильмы в HD, которые и так в x264. И да, я смог вернуться на Gentoo — но KDE по-прежнему требует несколько часов на перекомпиляцию. И тут начинается странное…

Казалось бы, если год назад я вполне нормально бродил по интернету во время компиляции пакетов, выставив низкий приоритет компилятору (при том, что компиляция шла с MAKEOPTS=»-j2″, т.е. в два потока), то теперь я вообще должен не замечать никаких неудобств. Ага, щаз. Даже с теми же MAKEOPTS=»-j2″ и низким приоритетом — тормоза дикие. Mplayer постоянно запинается при проигрывании музыки, чего раньше практически не случалось! Выставление Mplayer’у максимального приоритета частично помогает, но не избавляет от проблем полностью. Пришлось прописать MAKEOPTS=»-j1″, так что во время компиляции используется только одно ядро. Думаете, это избавило меня от всех проблем? Как бы не так, при банальном просмотре страничек в вебе заметные тормоза всё равно проявляются, хотя оконной среде и браузеру выделено целое ядро!

Здесь на лицо явно проблемы с планировщиком ядра. Когда я ещё пользовался Gentoo (на openSUSE я пересел около года назад), я использовал ядра с патчами Кона Коливаса, которые включали нестандартный планировщик, дающий хорошие результаты на десктопах при высокой нагрузке процессора. Потом было объявлено, что стандартный планировщик Linux’а будет заменён на новый, который будет работать примерно также, как планировщик Коливаса. Коливас свой набор патчей после этого выпускать перестал, и высказал при этом всё, что он думает о разработке ядра. Видимо, был прав?

Я уж не говорю о линуксовой версии флешевого плагина, который при малейшем намёке на высокую загрузку процессора, отказывается работать категорически — до следующей перезагрузки. Кажется, на старом железе это было не так заметно. И выглядело не так по-издевательски.

Что ещё меня поражает — так это поведение системы при копировании больших объёмов данных. Не зависимо от файловой системы, операции с файлами всегда отъедают целое ядро. Казалось бы, умные люди чего-то там придумывали про прямой доступ к памяти, полное журналирование я не использую, обновление времени доступа тоже… и всё равно, каждый раз, когда я запускаю копирование нескольких десятков гигабайт, одно ядро уходит в глубокую задумчивость, будь то копирование с раздела на раздел или по USB — а как хорошо система работает с одним свободным ядром, написано выше. Каждый раз, когда ко мне приходит брательник, и просит чего-то скинуть на переносный жёсткий диск, он удивляется, какой у меня тормозной линух.

В общем, с одной стороны мне стало ясно, что гигагерца по-прежнему должно хватать на большинство десктопных задач. А с другой — даже на мощном железе Linux может работать так же плохо.

View Comments