kiltum (kiltum) wrote,
kiltum
kiltum

Да-а-а. А ведь раньше и трава была зеленее и девушки красивее и ... и линукс лучше!

Для начала я напоролся на старый багфичу. X.Org попросту игнорирует любые указания по поводу клавиатуры в конфиге. А разработчики даже не берут баги к рассмотрению. Дескать, все через HAL, а если вам влом писать страшные XML конструкции (которые меняются от версии к версии), то это ваши проблемы: пользуйтесь KDE или GNOME. Идиоты

Молодушное отрывание HAL у X.Org не прошло по причине ленности. Option "AutoAddDevices" "off" в xorg.conf тоже, да и сломает оно многое. Просто вколотил в нужное место

setxkbmap -layout "us,ru" -variant ",winkeys" -option "grp:ctrl_shift_toggle" -option "grp_led:scroll"

и забил. Может кто поделится нужным .fdi?

А вот второй баг значительно прикольней. Судя по воплям на форуме, он в основном встречается на х64 платформе и на новых ядрах. Но и на х32 линуксах он тоже есть, но меньше.

Суть простая: при любой приличной нагрузке на дисковую подсистему производительность онной падает катастрофически. Грубо говоря, пока работает {s,m,r}locate, перелистывание страничек в браузере будет тяжкой мукой. А в топе будут числа к 100%wa.

95% случаев лечится заменой cfq шедулера (а он дефаултный на 100% ванильных ядер) на любой другой. К примеру, elevator=as Остальные 5% - шаманством с частотой и приоритетами ...
Subscribe
  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 13 comments