воскресенье, 27 апреля 2008 г.

Уменьшаем энергопотребление

/*

рассматривайте это как дополнение к статье товарища virens-а. там много написано... слов...

1. Монитор.

man xorg.conf на предмет DPMS, man xbacklight. плохие приблуды: klcddimmer, smartdimmer. хорошая приблуда - xvattr. обычно установить яркость на мониторе проще "подручными средствами" самого монитора. если у вас Enlightenment-DR17, то опции управления DPMS доступны в конфигурационной панели: Configuration Panel -> Screen -> Power Management.

2. Видеокарта.

профан, признаю. нормальное 2D, возможность хорошего рендеринга "картинки" MPlayer-ом, декодирование видео чипом GPU (xvmc) - вот сфера моих интересов. найти недорогой Matrox Parhelia-512 с видеопамятью от 128 Мб - предел мечтаний. в остальном imho рулят проприетарные драйвера nVidia. пока рулят. VIA, AMD/ATI и Intel прилагают очень много усилий для изменения данного факта. Intel же, как мне кажется, заинтересован в уничтожении производителей видеокарт как класса.

3. Винчестер.

man hdparm на предмет AAM и spindown (опции -M, -S). можно посмотреть на ключи -y и -Y. текущий статус винта проверяется как

sudo hdparm -C /dev/ВИНТ

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

примечание: держать сервис smartd включённым представляется весьма здравой идеей.

4. Оптические приводы и внешние винчестеры.

для cd/dvd приводов какой-то смысл есть в установлении фиксированной маленькой скорости вращения шпинделя (от 1 до 4-х). сделать можно так:

sudo eject -x 2 /dev/sr0

при смене диска (при открытии каретки) сей параметр обнуляется. если hdparm дотянется до внешнего винта - хорошо. нет - и суда нет.

5. Процессор.

узнать, что из управления частотой процессора cкомпилено модулем:

modprobe -l | grep cpufreq

узнать, что вообще доступно для текущей версии ядра:

zcat /proc/config.gz | grep -i freq

установить схему управления частотой процессора по умолчанию и саму частоту:

sudo cpufreq-set -g ondemand
sudo cpufreq-set -d 1000

примечание: пользователи Enlightenment-DR17 могут устанавливать/менять параметры работы процессора на лету при помощи модуля 'cpufreq'.

5. Процессор.

Мониторить систему поможет пакет sensors: man sensord, man sensors-detect, man sensors. Можно попробовать старый добрый gkrellm или прикрутить вывод статистики при помощи conky - на ваше усмотрение.

*/

суббота, 26 апреля 2008 г.

Камо грядеши...

/*

строки эти идут с большим трудом... не знаю ни как начать, ни что писать, ни того, стоит ли вообще писать на эту тему... ибо особого смысла-то наверное и нет.

начну издалека. никогда не понимал шумихи и ажиотажа по поводу "молодых" дистрибутивов. например - ubuntu. ну да, бесплатно высылают диски - здорово, основан на Debian - ещё лучше, один компакт-диск, работает как live-cd и может быть установлен на диск (в последних версиях, раньше компактов было два) - замечательно. но воспринимать его серьёзно не получалось. безобразный установщик, совершенно идиотская система безопасности (от отсутствия нормального фаервола до тупейшего запрета на локальный логин рута и прочая в том же духе), очень странный набор софта (с точки зрения пользователя SuSE с версии 9.0/8.2), отсутствие элементарных (на взгляд опять же пользователя SuSE) утилит типа базы данных по поддерживаемому оборудованию, возможности получить профессиональную консультацию в случае необходимости, ознакомиться с вопросами-ответами по пользованию SuSE, накопленными чуть ли не с 1995-го года и т.п.

только вот с момента покупки Novell-ом "что-то в Датском королевстве" пошло не так и версии OpenSuSE вплоть до 10.3 требовали к себе всё больше и больше внимания. наряду с ними (по аналогии с SuSE Pro) появились продукты класса Enterprise - SLED, SLES, сертифицированные для работы с такими "котами", как SAP и т.п. именно это обрадовало. бо кто-то таки одумался и поставил качество и стабильность превыше новомодных "рюшечек". термин "рюшечки" касается всего, что не стабильно, не проверено, не оттестировано, хуже аналогов, но считается по каким-то малопонятным причинам, достойным включения в тот или иной дистрибутив (именно в основную стабильную ветку).

в поисках альтернатив SuSE набрёл на Archlinux - в то время Judd Vinet (основатель арча) твёрдо стоял "у руля" и откровенной лажи для имеющего желание читать в дистрибутиве не было. основное же достоинство "арча" - это система abs (arch build system) и менеджер пакетов pacman. примечание: для освоивших написание spec файлов всё прочее можно смело относить к "костылям".

но Judd оставил пост кормчего и результат не заставил себя долго ждать. сперва кто-то из знакомых подал здравую идею: "пора валить!", а потом "пришла весна":

http://bbs.archlinux.org/viewtopic.php?id=45961

http://bugs.archlinux.org/task/10209

помимо описанного беспредела, "приколов" была масса. все связаны с "сырыми" binutils, coreutils, glibc и gcc. раз пошла такая пьянка, то зело кстати очередной ажиотаж с бубунтой. "арч" -> на снос, 8.04 ставим "на пощупать".

выбора пакетов при установке как не было, так и нет. появилась рабочая возможность указывать загрузчику куда именно ломиться, появилась фича не форматировать разделы при установке - мило... в initrd этого поделия запихали всё, что только можно и "увенчали" BusyBox-ом - браво! пригодилось. нетрудно догадаться, что сразу же после установки система отказалась запускаться. рихтанул /boot/grub/menu.lst, проверил /etc/fstab, что-то ещё поправил (так как /home не форматировался). стартануло. загрузился gnome и ... unable to fork child process со всеми вытекающими последствиями. полный абзацЪ. присобачил /home на / (сделал на одном диске с рутом, убрав все "домашние" скрипты автозапуска). стартует гном, запускаю xterm и получаю unable to fork child process... resource is temporary unavailable...

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

http://www.punk-ass-bitch.org/gnome-color-chooser/

на фоне подобного "праздника" OpenSuSE тихо и спокойно на том же физическом диске с одинаковым /home продолжает "тянуть лямку"... ситуация, когда бесполезно искать любые доводы.

"а какая в этой песне мораль?
а морали нет никакой...
рождённый ползать не будет летать,
для полёта родится другой..."

если у вас что-то работает, вы в чём-то разобрались - не ищите добра от добра. не спешите делать "апгрейд", не гонитесь за "рюшечками" и новыми "красявостями". самое ценное - надёжная и стабильная работа. подожду релиза OpenSuSE-11. заодно с убунтой сравню.

*/

понедельник, 21 апреля 2008 г.

С Праздничком, Господа!

/*

По данным Советского Информбюро с сего дня все пользователи E17-го могут наслаждаться полноценным tiled режимом и кидать работающие загруженные модули в любое место десктопа без привязки к "полочкам" (shelves).

Не поленился проверить:







работает...

вторник, 15 апреля 2008 г.

Simplicity

/*


картинка
форум для вопросов-ответов

где-то так... а начиналось всё с простого желания убрать нафиг все "свистелки" и сделать самую быструю и лёгкую тему для E17-го с отрисовкой через 'evas' (то есть без использования картинок любых форматов). вроде бы получилось... и Слава Богу.



*/

вторник, 1 апреля 2008 г.

Как мы принимали стандарт OOXML...

/*

- Эх, Петька... Жизнь - она покруче детективов будет...
/Чапай/


Господа и Дамы,
А также их родители...
Весёлую историю,
Услышать не хотите ли...


- Автора! Автора!.... - орали с галёрки.


РАЗ!

ДВА!

ТРИ!

Это - не первоапрельская шутка. Шутка - это здесь...

Радует только одно. Мы, Россия, воздержались. Без комментариев. Но воздержались. Впрочем, это уже не важно.

Поздравляю корпорацию Microsoft с одобрением ОЧЕНЬ важного для них стандарта. Долгие лета, что характерно...

*/