/*
рассматривайте это как дополнение к статье товарища 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 - на ваше усмотрение.
*/
воскресенье, 27 апреля 2008 г.
суббота, 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. заодно с убунтой сравню.
*/
строки эти идут с большим трудом... не знаю ни как начать, ни что писать, ни того, стоит ли вообще писать на эту тему... ибо особого смысла-то наверное и нет.
начну издалека. никогда не понимал шумихи и ажиотажа по поводу "молодых" дистрибутивов. например - 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. заодно с убунтой сравню.
*/
Ярлыки:
Взгляд ушастого ламера...,
суета сует...,
archlinux,
SuSE,
ubuntu
понедельник, 21 апреля 2008 г.
С Праздничком, Господа!
/*
По данным Советского Информбюро с сего дня все пользователи E17-го могут наслаждаться полноценным tiled режимом и кидать работающие загруженные модули в любое место десктопа без привязки к "полочкам" (shelves).
Не поленился проверить:
работает...
По данным Советского Информбюро с сего дня все пользователи E17-го могут наслаждаться полноценным tiled режимом и кидать работающие загруженные модули в любое место десктопа без привязки к "полочкам" (shelves).
Не поленился проверить:
работает...
вторник, 15 апреля 2008 г.
Simplicity
/*
картинка
форум для вопросов-ответов
где-то так... а начиналось всё с простого желания убрать нафиг все "свистелки" и сделать самую быструю и лёгкую тему для E17-го с отрисовкой через 'evas' (то есть без использования картинок любых форматов). вроде бы получилось... и Слава Богу.
*/
картинка
форум для вопросов-ответов
где-то так... а начиналось всё с простого желания убрать нафиг все "свистелки" и сделать самую быструю и лёгкую тему для E17-го с отрисовкой через 'evas' (то есть без использования картинок любых форматов). вроде бы получилось... и Слава Богу.
*/
вторник, 1 апреля 2008 г.
Как мы принимали стандарт OOXML...
/*
- Эх, Петька... Жизнь - она покруче детективов будет...
/Чапай/
Господа и Дамы,
А также их родители...
Весёлую историю,
Услышать не хотите ли...
- Автора! Автора!.... - орали с галёрки.
РАЗ!
ДВА!
ТРИ!
Это - не первоапрельская шутка. Шутка - это здесь...
Радует только одно. Мы, Россия, воздержались. Без комментариев. Но воздержались. Впрочем, это уже не важно.
Поздравляю корпорацию Microsoft с одобрением ОЧЕНЬ важного для них стандарта. Долгие лета, что характерно...
*/
- Эх, Петька... Жизнь - она покруче детективов будет...
/Чапай/
Господа и Дамы,
А также их родители...
Весёлую историю,
Услышать не хотите ли...
- Автора! Автора!.... - орали с галёрки.
РАЗ!
ДВА!
ТРИ!
Это - не первоапрельская шутка. Шутка - это здесь...
Радует только одно. Мы, Россия, воздержались. Без комментариев. Но воздержались. Впрочем, это уже не важно.
Поздравляю корпорацию Microsoft с одобрением ОЧЕНЬ важного для них стандарта. Долгие лета, что характерно...
*/
Подписаться на:
Сообщения (Atom)