Так получилось, что полезных и нужных программ, достойных вашего внимания, оказалось намного больше, чем это предполагалось, когда я писал первую часть (см. МК № 39 (262)). Итак, принимайте новую порцию must have.
В №19 МК за этот год была напечатана статья Тараса Дараги и Олега Касича «Процессор бывает горячий только от жизни собачьей», где речь шла о весьма радикальном охлаждении процессоров Athlon/Duron средствами, заложенными в материнскую плату. Напомню, что в таких материнках перевод процессора в режим пониженного питания при простое (Bus disconnect) по умолчанию не включен, то есть посылай команду HLT, не посылай — все равно. Авторы статьи описали софт под Windows, который позволяет разрешить этот самый Bus Disconnect.
Подобный софт существует и для Linux. Утилита называется FVCool и лежит на . Берется исходник, компилируется и устанавливается стандартными configure/make/make install. Работает так — чтобы включить, надо дать команду:
fvcool -e
А чтобы выключить, то:
fvcool -d
Поддерживаются чипсеты AMD 751/761/762, Sis 730/735/740/745/746, VIA KT133/KT133A/KX133/KM133 (для работы программы с этой серией чипсетов сначала см. в документации файл 00READMEkt133.txt), VIA KT266/KT266A/KT333/KT400, NVidia nForce, nForce2. Я понимаю, что вас больше всего интересует, на сколько градусов понижается температура. В доке написано, что на 10—20 градусов. Расскажу о своем опыте. После применения fvcool на KT400/Athlon XP 1500 температура буквально за секунд пять снизилась примерно на 10 — замерялась температура ядра. Но. Это происходит в режиме, когда процессор особо не используется — набор текста, прослушивание музыки и т.д. А при компиляции программ или кодировании файлов в Ogg Vorbis температура повышалась до изначального уровня.
И последние замечания о FVCool. Запустить ее доведется лишь один раз, то есть ее не нужно прописывать в разные «автозагрузки». Если комп будет вести себя нестабильно, отмените Bus Disconnect командой fvcool -d.
Японец Йошифуми Шимицу помимо FVCool выложил на том же сайте другую свою разработку — монитор температур и кулеров XMBmon. В предыдущей статье я рассказывал о мониторинге с помощью софтверной пары — сенсоров lm_sensors и программы Gkrellm. А вот XMBmon обходится своими силами, и дополнительная помощь со стороны ему не нужна.
Прога работает в двух режимах — с графическим интерфейсом (команда xmbmon) и в консоли (команда mbmon). Натравить ее на нужные сенсоры можно опциями командной строки:
-V — мониторинг через VIA686 HWM.
-S — через SMBus.
-I — через ISA.
-A — через все доступные сенсоры.
Пример:
mbmon -A
Что до выводимых показателей температурных диодов и сенсоров (две разные вещи), то сопоставить, какой датчик к чему относится, предстоит вам самим. Современные материнки мониторят температуру разными способами, из которых два самых популярных — это через шины ISA и SMBus. Первая быстрее. Однако софт, работающий с SMBus, обычно сам и распознает, какой датчик температуры процессора, а какой — материнки и т.п., в то время как при использовании программ, общающихся с ISA, задача распределить, к чему какой датчик относится, возлагается на пользователя. Вот тут-то и начинается геморрой :-).
Форумы завалены вопросами на эту тему. На сайтах царит разнобой. Один и тот же датчик на одной материнке служит процессору, на другой — материнке. А сравнивать датчики с их показаниями в CMOS Setup — занятие более чем просто хлопотное. Еще и вполне реальна ситуация, когда БИОС путает датчики — например, у меня он полагает, что температура ядра процессора — это температура системы (материнки).
Поэтому разбирайтесь сами, я даже при всем желании не могу помочь. Однако запуск xmbmon (без параметров, идет чтение SMBus) в этом плане весьма целесообразен, потому как сразу дает понять, где температура CPU, а где MB (motherboard). Аналогичные результаты выдают lm_sensors по команде sensors (если вы включили мониторинг по SMBus). Например, для моей Abit KD400 xmbmon выводит температуру материнки и ВНЕШНЕГО датчика для процессора — сенсора, расположенного под сокетом. Данные же от встроенного в проц термодиода я получаю через ISA (чип w83697hf, датчик температуры №1 — второй показывает температуру материнки).
Завершая тему mbmon/xmbmon отмечу, что к продукту прилагается подобная документация (на японском и английском — какой вам роднее :-)), сама прога компилируется без проблем и не требует для своей работы каких-либо экзотических библиотек.
При определении температур — точнее, максимально достигаемых температур — вам поможет программа CPU Burn-in (). На сайте лежат версии для Linux и Windows. Просто запускаете ее, в параметре указав, сколько минут надо разогревать процессор. Прервать выполнение проги в любой момент можно, нажав волшебную комбинацию Ctrl+C. Судя по бенчмаркам с сайта, эта программа греет камень больше, чем ее конкуренты :-). Еще добавлю, что хорошо раскочегаривает проц кодирование oggenc'ом, если конвертировать целиком сграбленный с Audio CD альбом.
Уладив температурные дела, можно попытаться расслабиться и послушать радио. Я имею в виду радио с карты ТВ-тюнера. Как и чем? Такой вопрос возникает у многих. У меня в том числе — когда Mandrake 9.1 по умолчанию в упор не видит радио в моем KWorld'е. Пришлось ему маленько помочь, добавив в файл /etc/modules.conf такие строки:
alias char-major-81 bttv options bttv card=62 radio=1 fieldnr=2
После перезагрузки в /dev появилось вожделенное устройство radio. Теперь нам нужен плейер. Я могу посоветовать два, которыми пользуюсь сам. Они компилируются и работают без проблем. Первый плейер очень маленький, консольный, а называется он DMCRadio. Вы можете взять его на .
Несмотря на неказистый с виду интерфейс, штука очень хорошая, я слушаю им радио чаще всего. DMCRadio очень гибко настраивается через конфиг. Например, можно сделать 20 пресетов на станции, и потом переключать их по клавишам 0..9 и Shift+0..9.
Другая утилита обладает уже графическим интерфейсом — это OZRadio (http://ozradio.sourceforge.net). Она больше подойдет тем, кому охота иметь возможность записывать радиопередачи в Ogg Vorbis (кстати, трудно придумать для этого более подходящий формат). Более того, OZRadio может сделать это в заданное вами время, записав столько-то часов, минут, секунд эфира в такой-то день с указанной частоты.
Десять кнопок-пресетов позволят получить быстрый доступ к любимым станциям, а механизм автоматического сканирования — найти рабочие частоты. В OZRadio встроены также микшер и CD-риппер. Возможности последнего я не опробовал, однако та часть программы, которая непосредственно относится к радио, работает превосходно.
Теперь поговорим о животрепещущем для юзеров вопросе — словарях. То и дело на форумах читаешь: мол, нужен электронный словарь под Линух. Кстати, никогда не говорите «Линух». Это моветон. Итак, словари. Они есть. Проще и удобнее всего, на мой взгляд, установить локально сервер Dict (http://www.dict.org).
Зеркала для скачивания смотрите на ; я качал с австрийского , а именно весом 650 Кб.
Словари (их компилировать не надо :-)) лежат тут: — впрочем, советую еще взять англо-русский словарь Мюллера. Он выложен на http://www.altlinux.ru, в репозитарии Сизифус.
Кроме того, вот вам еще полезная ссылка — — берите, пока дают. Там лежат словари: Даля, Ожегова, разные специальные словари вроде теософского и геологического, а также «переводные» — русско-украинский, украино-русский, англо-русский, немецко-русский и так далее. Словарь Мюллера тоже в ассортименте :-). Что мне так дался этот словарь Мюллера? А он самый большой из тех, что есть. Да, немножко устарел, но классика есть классика. Всегда иметь такой под рукой, да еще в электронном виде — не роскошь, а необходимость даже для профессионального переводчика.
Процесс установки Dict и словарей описывать не буду — это долго (описание, не установка), и выходит за рамки статьи, ограничусь лишь некоторыми замечаниями. Для успешной компиляции надо поставить Flex (это такой лексический анализатор, найдется в любом дистро). Dict состоит из двух частей — серверной и клиентской. Сервер называется dictd, консольный клиент —dict. Чтобы dict работал с локальным сервером Dict (есть еще и удаленный в Сети —dict.org), надо в его конфиге (обычно etc/dict.conf) прописать строку server localhost.
Консольный клиент в самом простом случае работает так — чтобы получить перевод некоего слова, даем команду:
dict такое-то слово
Но удобнее пользоваться графическими клиентами. Они есть в KDE и Гноме, в виде апплетов для панели. Не забудьте только указать в их настройках, что сервер — это localhost, а не dict.org. Такой апплет выглядит как поле ввода. У меня она висит рядом с часами. Нужно перевести что-то, я копирую туда слово или ввожу его, нажимаю Enter, хоп! — получаю перевод.
Раз уж речь зашла об апплетах... Все знают такой апплет под KDE как KNotes. Эдакие записки — висят в трее, можно хранить в них какую-нибудь информацию, которая должна всегда быть под рукой. Но хотелось бы что-то независимое от оконной среды. Есть и такое. Знакомьтесь —XPAD (http://xpad.sourceforge.net). Он поддерживает трей как в KDE, так и в Гноме. Под другими я не пробовал. В XPAD настраивается все что душе угодно — от цветов и шрифтов до толщины и цвета рамки окна. XPAD обладает многодокументным интерфейсом, вы можете прикреплять записки прямо на рабочем столе — для этого есть кнопочка stick и меню Стикер > Приколоть.
Приятно, что программа полностью локализована на русский и оснащена встроенным хэлпом, который желательно прочесть, чтобы пользоваться возможностями XPAD в полной мере. Рекомендую. На этом, пожалуй, и закончу обзор. Когда соберу в голове еще что-нибудь полезное для повседневных нужд — обязательно расскажу.