Зачем их столько в толксах? Половина давно уже протухла. В сочетании с ненужным текстовым баннером получается лютый ужас:
http://dl.dropbox.com/u/998228/LOR/talks.png

Да, у меня старый 19" монитор, но ведь многие мазохисты пользуются ноутбуками с еще более низким разрешением. Да, я знаю про адблок и кнопку F11. Но я не люблю костыли

Раньше, когда в моей деревне только появился безлиминый инет, он был дорогой и измерялся килобитами. При этом канал у меня почти всегда был загружен, т.к. даже фильм в унылом качестве приходилось качать несколько дней.

Сейчас у меня жалкие четыре мегабита и я не могу найти, чем их загрузить. Ютуб отдает в лучшем случае мегабит - приходится кешировать. Зеркала дебиана медленные. Стим при хорошей погоде выдает пару мегабит. Даже торрентом сложно выжать весь канал - приходится искать раздачи, на которых сидит минимум пара сотен сидов.
ЛОР, новости, инет-радио, игрушки - для всего этого даже мегабит избыточен.

И задался я вопросом, чем же жители ДС нагружают канал в пару десятков мегабит?

Пойти понизить скорость что ли, а на сэкономленные деньги выпить пива...

Имеется /etc/network/interfaces:

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp

auto ppp0
iface ppp0 inet ppp
    provider lightnet

Руками через pon/poff все поднимается и работает. Работает и ifup/down ppp0. Но вот при загрузке системы pptp не поднимается, ругается в лог, что не может резолвить хост. Видимо, туннель поднимается слишком рано и к этому моменту dhcp провайдера еще не выдал настройки.

Как сделать, чтобы ppp0 поднимался только после того, как dhclient полностью отработает? Можно конечно тупо задержку воткнуть, но это как-то костыльно и ненадежно. Есть ли более правильный метод?

Сейчас модно стало включать в страницы куски с других сайтов: счетчики, публичные API, скрипты для всякой фигни и прочий хлам. Конечно, вполне разумно не дублировать общий контент на своем сервере, а иногда это и вовсе не имеет смысла.

Но вот зачастую сервера, на которых размещены такие публичные огрызки, не выдерживают нагрузки и начинают тупить. Или совсем уходят в даун. Казалось бы, обычное явление. Но почему, блджад, современные браузеры ведут себя как последние идиоты и не отображают основную страницу до последнего, пытаясь подтянуть кусок с левого сайта? Почему эти чертовы куски индусокода потребляют сотни мегабайт памяти, умеют воспроизводить видео, показывать 3Д-графику, компилировать скрипты в байткод, но свою основную функцию выполняют настолько скверно?

Выдохнул.

Есть карточка серии evergreen и открытый драйвер. Через sensors видно температуру чипа, через debugfs можно смотреть частоты чипа и памяти. Но вот как узнать скорость вращения вентиятора на кулере? Для блоба есть aticonfig, вендовый драйвер эту скорость показывает, а что с открытыми дровами?

Можно ли программно поменять раскладку железной клавиатуры? Например, заменить бесполезные символы евро и фунта более полезными. Что для этого нужно сделать? Поставить костыль? Пропатчить прошивку?

С экранной клавиатурой как я понимаю проблем нет.

А насколько эта ОСь привязана к сервисам гугля? Можно ли телефоном с андроидом полноценно пользоваться, не привязывая его к гугловскому аккаунту? Или, в крайнем случае, совсем без инета.

Под анонимусом все видно. Это фича? Не нашел, где настраивается

В логе иксов:

 ...
[   998.448] (II) RADEON(0): RADEONRestoreMemMapRegisters() : 
[   998.448] (II) RADEON(0):   MC_FB_LOCATION   : 0x00df00d0 0x003f0000
[   998.448] (II) RADEON(0):   MC_AGP_LOCATION  : 0x003f0000
[   998.458] (==) RADEON(0): Backing store disabled
[   998.458] (WW) RADEON(0): Direct rendering disabled
[   998.458] (EE) RADEON(0): Acceleration initialization failed
[   998.458] (II) RADEON(0): Acceleration disabled
[   998.458] (**) RADEON(0): DPMS enabled
[   998.458] (==) RADEON(0): Silken mouse enabled
...

glxinfo:

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
...
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.10.2

Соответственно, opengl неюзабелен.

Debian testing, ведро 2.6.38-2-686, иксы 1.10.2. Карточка HD5570. Устеновлено firmware-linux-nonfree, блоб выпилен с корнем.

Полный лог иксов: http://dl.dropbox.com/u/998228/LOR/Xorg.0.log.txt

Конфиг иксов: http://dl.dropbox.com/u/998228/LOR/xorg.conf.txt

Имеется proftpd с кучей виртуальных пользователей, которые авторизуются через БД. У каждого юзера на диске есть домашний каталог вида /path/to/home/vasya. В конфиге юзерам разрешен доступ только в свой домашний каталог, остальное закрыто.

Сейчас возникла потребность открыть юзерам на чтение большой объем общих данных, причем с хитрым разделением доступа. Данные - несколько тысяч мелких файлов, лежащих в tmpfs, разбиты на каталоги, постоянно обновляются.

Нужно пользователям давать читать эти данные, причем каждому юзеру - индивидуальный набор прав на каталоги. Например:
Васе дать доступ в dir1, dir2, dir3 (ко всем файлам в этих каталогах);
Пете - к каталогам dir2 и dir5;
Мише доступа не давать совсем.

Права доступа меняются по запросу + раз в сутки по крону.

Пока вижу два подхода, оба светят нехилым геморроем:
1) разруливать права через конфиг proftpd. Не особо сложно, но я не знаю, как он будет себя вести с конфигом на несколько мегабайт.
Еще проблема обновлять права на лету: если рестартовать сервер, то подключенные юзеры отвалятся, что не есть красиво; если сигналить ему перечитать конфиг, то уже подключенные юзеры будут продолжать работать со старыми правами, тоже сильно нехорошо.

2) разруливать права через ACL. Придется перенести данные из tmpfs, не смертельно, но неприятно. Кроме того, насколько я знаю, ACL на каталоги не применяются к существующим файлам, придется назначать маску на каталог и обходить все тысячи уже существующих файлов и проставлять каждому права. Еще светят грабли в виде ограничения числа записей в ACL, для ext3 вроде бы 32 штуки максимум. Насчет ext4 не знаю, да и не хочу ее использовать на этой задаче по ряду причин.

Какие еще пути могут предложить уважаемые аналитики ЛОРа?

После недавних апгрейдов (ведро до 2.6.38, fglrx до 11.3, иксы не помню до какой версии) стала возникать такая неприятность. Курсор движется как-то ватно, с задержками, скролл тоже лагает. При этом скролл с клавиатуры быстрый, сами иксы вроде как тоже не тормозят, по крайней мере тяжелое видео играется без проблем.

Тормоза возникают примерно в половине случаев, иногда все нормально. При просыпании в консоль сыплется что-то вида

irq 18: nobody cared (try booting with the "irqpoll" option)
Disabling IRQ #18

Не знаю, связано или нет. Перетыкание мыши в другой порт не помогает, в логах ничего подозрительного (кроме этого irq 18) не нашел.

Куда копать?

Запущен ktorrent, раздающий полтора десятка торрентов. Соединение - adsl 1M/512k, в торренте стоит ограничение примерно на половину пропускной способности, настройки числа соединений и прочее даже ниже рекомендованных.

При этом в браузере наблюдаются очень большие задержки, очень долго резолвит домены (вплоть до частых unknown host) и частенько выпадает по таймауту.

Что можно подкрутить, чтобы нормально читать лор при запущенном торренте?

Понадобилось мне разобраться, как внутри реализована одна из функций самого обыкновенного zip'а. Возрадовался я, значит, опенсорсности его, позволяющей мне это сделать, и скачал тарбол с исходниками. Открыл файл с бесхитростным названием zip.c и начал искать нужный кусок.

За 20 минут копания в куче фекалий я так и не смог отыскать нужный кусок или даже намек на него. Все 6 с лишним тысяч строк - сплошная индусская лапша. Код весь перекопал вдоль и поперек условными директивами, форматирование практически отсутствует (формально отступы конечно есть, но читать мало помогают). Имена переменных - тихий ужас, за который студентам-первокурсникам нужно отрывать руки. Наряду с осмысленными, но краткими 'display_volume', 'tempath', 'filelist' и прочими, везде кишат классические индусские 'd', 's', 'kk' и прочие нечленораздельные звуки.

Как это портянку можно вообще поддерживать в рабочем состоянии? Кто будет копаться в этом по доброй воле (а я бы теперь не стал и за деньги), если разработчик отойдет от дел? Я уже не говорю о простых смертных, которые захотят написать патч для этого ведра лапши.

И вообще, правомерно ли кучу индусокода гордо именовать опенсорсом?

Имеется большая куча файлов, которая периодически обновляется. Хочу дать юзерам возможность качать их по ftp, причем каждому юзеру только свою определенную выборку из общей кучи файлов, точнее определенные каталоги. Например, Васе будут видны каталоги a/b1/c1 и a/b2/c2, а Коле - a/b1/c3 и a/b2/c2. Набор доступных путей для каждого юзера будет изредка меняться скриптом. Сами данные лежать только в каталогах самого нижнего уровня.

Юзеры уже прописаны в мускуле (мыло + пароль), так что поддержка pam_mysql была бы крайне уместна.

На каком сервере проще всего это реализовать? Покурил маны к vsftpd, есть pam_mysql, есть виртуальные юзеры, можно сделать каждому свой конфиг, но вот как я понял сделать просто так разные каталоги им будет проблемно, да и что с ними делать дальше пока слабо представляю. Продублировать иерархию нужных каталогов вперемежку с хардлинками? Дело темное.

Есть обычный i686 дебиан на 64-битном камне. Сейчас памяти 2 Гб, иногда ее не хватает, хочется 4 Гб. Сможет ли 32-битное ядро ее использовать? Мне интересно не выделение всех 4 Гб одному толстому приложению, а запуск кучи небольших программ параллельно.

Был бы благодарен за ссылку на толковую статью по теме, а то в голове каша от всяких PAE и прочих костылей.

Может как вариант воткнуть 64-битное ядро, а userspace оставить 32 бита? Как себя будут чувствовать атишный блоб и виртуалбокс с модулями в ядре?

Со следующей недели аддоны из песочницы больше нельзя будет скачать и поставить, пока они не пройдут хотя бы минимальную проверку модераторами. Сама проверка станет двухуровневой.

Новостей про трояны в экспериментальных аддонах на addons.mozilla.org больше не будет :)

Пруф: http://blog.mozilla.com/addons/2011/02/17/sandboxed-add-ons-disabled-next-week/

Давайте соберем небольшую статистику. Предлагаю писать:
1) модель видеокарточки
2) версию иксов
3) видеодрова
4) DE и прочие тяжелые для графики приложения (браузеры, читалки ПДФ, граф. редакторы и т.п.)
5) собственно, размер Resident size для процесса иксов (колонка RES в топе)

У меня сейчас:
1) HD5570
2) 1.7.7
3) fglrx 10.9
4) KDE 4.4.5, firefox (2 штуки)
5) 370 М

После старта иксов монитор отключается (спящий режим), даже переключение в консоль не работает. Блоб работает, бубен не помогает :(

Сижу, исследую потребление памяти иксами. Залогинился в консоли, запустил htop и стартанул kdm. Запустил в кедах в эмуляторе терминала htop, сравнил показания с тем, что запущен в консоли, и слегка офигел: показания совершенно разные.

Консольный htop показывает, что иксы кушают 233M RSS / 329M VIRT. Тот же htop, запущенный внутри иксов, показывает в тот же момент 104M RSS / 202M VIRT. Общее потребление памяти в системе тоже отличается: 608 Mb против 419 Mb. Для других процессов вроде бы показания сходятся. Проверял под несколькими юзерами, в top и htop, показания любой тулзы отличаются, если она запущена внутри иксов либо под голой консолью.

Это меня прет или я не знаю какой-то фишки?

Через некоторое время после включения эффектов начинает сильно тормозить переключение между рабочими столами (любым способом). Т.е. перед переключением все замирает на 1-2 секунды. Может чего подкрутить в конфигах?

Debian testing, KDE 4.4.5, fglrx 10-9-3 (свободные дрова у меня не работают)