книги хакеры / журнал хакер / 130_Optimized

Танцысбубном инапильником

Все, чтотыхотелзнатьосборкеизисходников

ПОЛУЧЕНИЕ ИСХОДНЫХ ТЕКСТОВ ПРИМЕНЕНИЕ ПАТЧЕЙ ПОДГОТОВКА К СБОРКЕ КОНФИГ УРИРОВАНИЕ И СБОРКА ПРОБЛЕМЫ КОМПИЛЯЦИИ ПРОБЛЕМЫ КОМПИЛЯЦИИ В BSD УСТАНОВКА ПРОБЛЕМЫ ЗАПУСКА

Ñтатьяразделенананесколькометаразделов, пошаговоописывающих процесссборкиприложенияи установкиеговсистему. Тыможешь

проглотитьеесразуилииспользоватькак справочник: разделынезависятодинот другого.

ПОЛУЧЕНИЕ ИСХОДНЫХТЕКСТОВ

Получить исходные тексты приложения можно несколькими способами. Самый простой и наименее трудозатратный — скачать архив tar.gz или tar.bz2 (или даже tar.lzma) с официального сайта разработчиков. В этом случае достаточно распаковать полученный файл с помощью одной из приведенных ниже команд и перейти к следующему разделу статьи.

$ tar xvzf имя.архива.tar.gz

или

$ tar xvjf имя.архива.tar.bz2

Примечание: есливтвоей*nix-системеутилита tar неподдерживаетфлаг‘-j’, тозадействуй конструкцию: «bunzip2 < имя.архива.tar.bz2 | tar xvf -».

Однакоэтоневсегдабудетсамымудачным выбором. Командыразработчиковнекоторых проектовдопускаюточеньдлительныеперерывымеждувыпускамирелизовсвоихдетищ (вплотьдонесколькихлет!), продолжая втихуюработатьнадпроектом. Причемэто совсемдажененамекнаогромноеколичествобагов, которыепрограммистычинятднями иночами— простонеобходимыйобъемфункциональностиещененакопился.

Выходизситуациикроетсявтом, чтобыпобродитьпосайтуразработчиковинайтиссылку наежемесячные/еженедельные/ежедневныеснапшоты. Еслиженичегоподобногона горизонтеневиднеется, тогдабегомвсвятую святых— VCS-репозиторийисходныхтекстов проекта.

ИспользованиерепозиторияVCS (системы контроляверсий, ккоимможноотнестиCVS,

Subversion, Git, Hg имножестводругихпродуктов) вкачествеисточника«свежатинки» несетвсебемассуполезнейшихпобочных эффектов. Тутивозможностьвсегдабыть«на остриеатаки», когдатысобираешьпрограмму, последнееизменениевкоторуювнесли 15 минутназад, ибыстроеобновление(VCS выкачиваюттолькоизменившиесяфайлыво времяобновления), ичувствопричастности

кчему-товажному, вконцеконцов. Ноесть

иотрицательныймомент— нестабильность хранящегосявVCS кода, которым, правда, можнопренебречь: вбольшихисерьезных проектахэкспериментальныеиособонеустойчивыенововведенияобычнопроизводят вотдельныхветках, аужепослевносятв основнойкод.

Учитывая, чтовпоследнеевремяразвелось множестворазличныхсистемконтроляверсий, берунасебяобязанностьописатьпроцесс полученияисходныхтекстовизрепозитория каждойизних:

• CVS — ужемалогдеиспользуется, ноимеет местобыть:

$ sudo apt-get install cvs

$ cvs -z3 -d:pserver:anonymous@ cvs.bochs.sf.net:/cvsroot/bochs checkout bochs

• Subversion — используетсявпроектах, раз-

мещенныхнаsf.net иcode.google.com:

$ sudo apt-get install subversion $ svn checkout http://inferno-ds.

googlecode.com/svn/trunk/ inferno- ds-read-only

• Git — особолюбимаLinux-разработчиками,

используетсянаkernel.org иgithub.com:

$ sudo apt-get install git-core $ git clone git://github.com/ russel/scons.git

• Mercurial — code.google.com имножество других, болеемелких, хостингов:

$ sudo apt-get install mercurial $ hg clone https://inferno-os. googlecode.com/hg/ inferno-os

ПРИМЕНЕНИЕ ПАТЧЕЙ

Исходныетексты— этоещеневсе. Иногда возникаетнеобходимостьвналожениихитрых патчейнаприложениясцельюрасширить ихфункционалилиисправитьбаг(выпуск неофициальныхпатчей, временноустраняющихсложноуловимыебагивкоде— частая практикавсредеOpen Source). Чтоделать? Всепросто. Первое: следуетубедиться, что патчсоздандлятойверсиипрограммы, исходникамикоторойтызавладел— небольшиерасхождениявверсияхдопустимы, но нерекомендуемы. Второе: просмотретьпатч, возможновнемсодержитсябэкдор. Третье: проверить, гладколинакладываетсяпатч, и накладываетсялионвообще:

$ cd исходники_программы

$ patch --dry-run -p1 < /ïóòü/ê/ïàò- ÷ó.patch

ЕсливсеОК, можнозапуститьпроцедуру модификации:

$ patch -p1 < /путь/к/патчу.patch

Патчимогутраспространятьсявсжатомвиде (срасширением.gz или.bz2). Вэтомслучае процедураналожениябудетвыглядетьтак:

$ gzip -cd ïàò÷.gz | patch -p0

или

$ bzip2 -cd ïàò÷.bz2 | patch -p0

Небойсяэкспериментировать, потомучто изменения, созданныепатчем, всегдаможно отменить, запустивкомандуpatch сфлагом‘-R’.

ПОДГОТОВКАКСБОРКЕ

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

использованию. Во-первых, тебепонадобится собственносамкомпилятор, содержащийся впакетахgcc-* илитомуподобных. Во-вто- рых, компоновщикиархиваторбиблиотек

изпакетаbinutils. В-третьих, заголовочные файлыстандартнойбиблиотекиязыкаСи— пакетlibc-dev, и, конечноже, утилитаmake. Во многихдистрибутивахвсеэтоможнополучить черезустановкуспециальногомета-пакета. ПримердляUbuntu:

$ sudo apt-get install buildessential

ФайлREADME, содержащийсявкорнеархива, обязателенкпрочтению. Какправило, внем описанывсенеобходимыеприложению зависимости, атакжерекомендациипосборке иответынавопросы. INSTALL тожеможнопроглядеть, нообычноонявляетсястандартной копиейодноименногофайла, поставляемого снаборомутилитautotools, инепредставляет интереса.

КОНФИГУРИРОВАНИЕ ИСБОРКА

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

Традиционновкачестветакойсистемы использовалсяпокрытыйсединойMakefile, в которомбылиописаныправилакомпиляции

иустановкиприложения. Однакопростота егосинтаксисавынуждалапрограммистов выполнятьдвойнуюработу(написаниесамого приложения, плюснаписаниебольшого Makefile, которыйучитывалвсеособенности низлежащейОС, самостоятельнонаходил библиотекиит.д.) Поэтомуврамкахпроекта GNU былразработаннаборутилитautotools, которыеавтоматизировали95% этойработы

игенерировалиготовыйкиспользованию

Makefile. Позднееautotools, написанныенаsh

иperl, разрослисьисталинастольконеудобны, чтобылиразработаныальтернативные системысборки, наиболеепопулярныиз которыхscons иcmake.

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

ивотдельномфайле).

Налицонесовпадение версийпатчаипрограммы

Популярнаясистемасборкиautotools, идентифицируемаяпоналичиюскриптаconfigure, болеедружелюбнакпользователюипозволяетуказыватьвсеопциикомпиляциичерез аргументыкоманднойстроки:

$ ./configure --prefix=/usr/local --without-debug --without-gtk --with-qt --enable-mmx

Где'--prefix' означаетпутьустановкиприло-

жения, флаги'--with-что-то-там' и'--without-

что-то-там' позволяютвключитьилиотключить добавляемыевприложениекомпоненты, а флагитипа'--enable-вот-это' используются дляуказаниянаиспользованиеспециального кода. Скриптоценитпригодностьоперационнойсистемыдлясборкииустановкиприложенияисгенерируетстандартный(ноочень большой) Makefile, адлякомпиляцииприложенияостанетсянабратьзаветнуюкомандуmake. ЕслижениMakefile, ниconfigure вархивене наблюдается— значит, программаиспользуетоднуизальтернативныхсистемсборки: scons (файлSConstruct вкорне) илиcmake (CMakeLists.txt). Впервомслучаенеобходимо установитьсамscons:

$ sudo apt-get install scons

Изапуститьпроцесскомпиляции:

$ scons PREFIX=/usr/local $ sudo scons

ОпцииобычноописанывфайлеREADME ипередаютсяутилитеscons вкачествеаргументов. Сборкаспомощьюcmake напоминаетиспользованиеautotools стойлишьразницей, чтовместозапуска./configure необходимо набиратькомандуcmake. Всяпоследовательностькомандвыглядитпримернотак(cmake требуетуказаниякаталогасборки, поэтомумы указываемточку):

$ sudo apt-get install cmake

$ cmake . $ make

Опциипередаютсянаманерscons итакже обычноописанывREADME илиINSTALL.

ПРОБЛЕМЫКОМПИЛЯЦИИ

Проблемысосборкойприложениямогут возникнутькакнаэтапеконфигурирования

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

Checking for qt4... no

Вэтомслучаедостаточноустановитьтребуемыйпакет(иегозаголовочныефайлы, которые содержатсявпакетах*-dev) спомощьюпакетногоменеджераивновьзапуститьпроцесс конфигурирования.

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

Checking for unistd.h... no

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

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

Проблемаснеправильнымипутямипоиска обычносвязана:

1.сошибкойтого, ктосоставлялправиладля системысборки;

2.установкойзависимостивнестандартный каталог(например, еслионатожебыласобрана изисходников).

Решение: указатьпутипоискачерезпеременные компилятораилинковщикапередзапуском сборщика:

Поройпричинуошибкинайтинелегко, — дажеобычный/bin/ls делаетмножество неудачныхпопытокоткрытияфайлов

заголовочныхфайлахFreeBSD. Решение: найтикодмакро- определениявинтернетеилиLinux-хидерахивставитьего прямовисходникприложения.

3. Руганьнафункции, которыеявляютсясистемнымивызовами(проверяетсяспомощьюобращенияковторойсекции man-страницвLinux). Вбольшинствеслучаевэтотупик.

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

УСТАНОВКА

Послесборкиприложениенеобходимоустановить. Вподавляющембольшинствеслучаевэтаоперациявыполняется спомощьюпростойкоманды«make install» (или«scons install»), котораякопируеткомпонентыприложениянасвои местаиустанавливаетправадоступа. Воттолькоудалить приложениепослезачастуюможнотолькоспомощью ручногозатиранияегофайлов(можетпомочьтакжекоманда «make uninstall», выполненнаяизкорняисходников, ноона наличествуетдалеконевсегда). Поэтомулучшеприбегнутьк специализированнымсредствамдлясозданиянастоящего дистрибутивногопакета. Наиболеепростоеиэффективное изних— утилитаcheckinstall (http://checkinstall.izto.org),

предназначеннаядлясозданияпакетоввмоментустановки программыизисходников. Ееуникальностьвудивительнойпростотеиспользования. Все, чтонужносделатьдля созданияпакетаиустановкиеговсистему— набратьоднуиз приведенныхнижекомандвместо«make install»:

#checkinstall -R // RPM-пакет

#checkinstall -D // Deb-пакет

#checkinstall -S // Slackware

Послетогокакустановкаприложениябудетзавершена, выполникомандуstrip длябинарниковибиблиотекприложениясцельюуменьшитьихобъем. Ужеустановленные приложенияможно«стрипнуть» спомощьюдвухкоманд:

#find / | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | xargs strip --strip- unneeded

#find / | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | xargs strip --strip- unneeded

ПРОБЛЕМЫЗАПУСКА

Сгордостьюзавыполненнуюработутынабираешьвтерминалезаветнуюкомандуи— бац! — программазавершается, неуспевначатьвыполняться. Wtf? Повсейвидимости, где-то впроцессеинициализациипрограммавстретилаошибкуи завершилась. Хорошобылобыувидетьхотькакое-тодиагнос- тическоесообщение, нодалеконевсепрограммистыстоль

Собери вдорогуТукса

КаквыжатьмаксимумизLinux нанетбуке

Есливеритьстатистике, каждыйпятыйпроданный

в2009 годуноутбук— нетбук. Иэтонеудивительно

—присравнительноневысокойстоимостиониобладаютпрактическивсемивозможностями«больших братьев», ноприэтомимеюткомпактныйразмери малыйвес. Отом, какреализоватьвсевозможности

нетбуковспомощьюLinux, яирасскажувэтойстатье.

Чащевсегонетбукиспользуютневкачествеосновногорабочегоинструмента(хотяявстречалитакихуникумов),

авкачествемобильногодополнения кдесктопуилибольшомуноуту. Притакомраскладевоглавуугластавитсявремяавтономной работы. Ксожалению, достаточнопрожорливые (еслисравниватьссемействомARM) процессор ичипсет, атакжемаленькийразмербатареи делаютсвоедело— максимальноевремя автономнойработынепревышает8 часовпри использованиибатареиповышеннойемкости, а всреднемдлястандартнойбатареисоставляет 3-5 часов.

Новремяавтономнойработыдостаточносильно зависитотвариантовиспользованияиоптимизацииОС. ПравильнымтюнингомОСможно добиться10-50% приростаэтогопоказателя.

ЗНАКОМСТВО СПОДОПЫТНЫМ

Вкачествеподопытноговыступалпрошедший огонь, водуинеоднутысячукилометровAcer Aspire One AOA110 схарактеристиками:

Экран 8,9" 1024 x 600

CPU Intel Atom N270 1.6 ГГц Чипсет Intel 945GSE

ОЗУ 512 Мб Накопитель 8 Гб SSD

Ñåòü 10/100 Ìáèò/ñ Ethernet,

802.11b/g

Камера 0,3 Мп, 2 кардридера 3-х элементная 2200 мАч батарея

ВместостандартногодистрибутиваLinpus Linux Lite, неустраивающегоменяпоряду причин(основнаяпретензия: малоидовольностароеПОврепозитории), яустановилна неготестовуюверсиюUbuntu 9.10 Netbook Remix (кмоментувыходастатьивпечатьуже долженвыйтирелиз). Вкачествефайловой системыидлякорня, идля/home явыбрал ext4. Swap-разделнесоздавализ-заопасений заздоровьеSSD. Несмотрянато, чтоUbuntu Netbook Remix изначальнозаточенподнетбуки, имеетсяещедостаточноместдляприложениянапильника.

Чтобыувидетьвсепроведенныеоптимизациив цифрах, былпроведенрядтестов. Таккакнетбук яиспользую, восновном, длявеб-серфинга илипросмотравидео, тоитестыбыливыбраны соответствующие:

1.Длятестированияврежимевеб-серфинга былнаписаннебольшойbash-скрипт, который вбесконечномциклесинтерваломв30 секунд открываетвFirefox 3.5 несколькосайтов(google. com, xakep.ru, linux.com) изакрываетбраузер.

ИнтернетвовремятестараздаетсяпоWi-Fi.

2.Притестированииврежимепросмотравидео mplayer постояннопроигрываетзнаменитый мультфильм«Big Buck Bunny» (1280x720, ogg).

Громкостьвыставленана80%.

Такжеспомощьюbootchart япротестировал времязагрузки.

Передпроведениемкаких-либооптимизаций былиполученырезультаты:

Время загрузки: 17 секунд

Âрежиме веб-серфинга: 163 минуты

Âрежиме просмотра видео: 118 минут

КТОВИНОВАТИЧТОДЕЛАТЬ?

Основнымсредствомдляконтроляэнергопотреблениясистемывцеломипроцессора вчастностиявляетсязамечательнаяутилита

PowerTOP, написаннаявнедрахкомпанииIntel. СпомощьюPowerTOP можнополучитьследующуюинформацию:

1.Сколькоивкакомрежимеработаетпроцессор. Чемдольшепроцессорработаетврежиме C3 илиC4, темменьшеэнергиионпотребляет.

2.Количествопробужденийвсекунду. Ясно, что чемменьшеэточисло— темлучше.

3.Текущееэнергопотреблениеиориентировочноевремяработыотбатареи.

4.Компонентысистемы, вызывающиенаибольшееколичествопробужденийвсекунду.

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

PowerTOP естьврепозиторииUbuntu иустанавливаетсякакобычно:

$ sudo apt-get install powertop

Программунадозапускатьсправамиroot’а, желательноприотключенномадаптерепитания (тогдаможнобудетувидетьтекущееэнергопотреблениеивремядополногоразрядабатареи). Изскриншотоввидно, чтодажепридефолтныхнастройкахсистемавсостояниипокоя потребляетвсего8,3 Вт, апроцессорпочти80% временипроводитвсостоянииC3.

ВСЕНЕНУЖНОЕНАСЛОМ…

Первое, чтонеобходимосделать— этоотключитьвсе, чтовданныймоментнеиспользуется. Тоестьубратьненужныеслужбы, отключить сетевыеинтерфейсы, есливнихнетнеобходимости, отказатьсяотCompiz (есливключен), уменьшитьяркостьподсветкиLCD доминимальнокомфортногоуровняит.д. Проанализировавзапускаемыепристарте системыслужбы, яубралbluetooth (внетбуке нетвстроенного), cups (ниразунеподключалк немупринтер), avahi-daemon, saned иatd:

$ cd /etc/rc2.d/

$ sudo rm S25bluetooth S50avahidaemon S50cups S50saned S89atd

Зауправлениеяркостьюподсветкиотвечает

gnome-power-manager. Поумолчаниюпри работеотсетияркостьвыставляетсяв100%. Приработеотбатареи— на50% уменьшается. Личномневполнехватаети30%, поэтомуя настроилуменьшениеяркостиприработеот батареина70%:

$ gconftool-2 --set /apps/ gnome-power-manager/backlight/ brightness_dim_battery --type string 70

Splash screen мнетожененужен— толькосъедаетдрагоценныетакты, даскрываетполезную информацию. Заодноможноубратьподдержку IPv6, еслитаковаянетребуется. Отключение/ включениеsplash screen иIPv6 осуществляется засчетпередачиядруопределенныхпараметровпризагрузке. Дефолтныепараметры прописанывфайле/etc/default/grub, встроке

GRUB_CMDLINE_LINUX_DEFAULT. Яубрализ этойстрокипараметрыquiet иsplash, добавил параметрipv6.disable=1. Чтобыэтипараметры применилисьдлявсехядер, установленныхв системе, надодатькоманду:

$ sudo update-grub

Ещеодинспособуменьшитьпотреблениеэнергии— выгрузитьнеиспользуемыемодулиядра.

PowerTOP: успех!

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

$ sudo rmmod usb_storage uvcvideo videodev v4l1_compat

Дляавтоматизациизагрузки/выгрузкимодулей можнонаписатьскриптизапускатьегопри необходимостилибодобавитьэтотскриптв ACPI-скрипты.

ПОЕХАЛИ!

Примонтированиифайловыхсистемтожеесть возможностьотключить«лишние» фичи, что положительноскажетсянабыстродействиии временижизниSSD. Например, относительно безопасноможноотключитьзаписьвремени последнегодоступакфайлу(опциямонтированияnoatime). Приналичииисправнойбатареи можноувеличитьвремямеждусбросами буферовнадиск(спомощьюопциимонтированияcommit) иотключитьбарьер(barrier=0). Спомощьюопцииdata=writeback можновключитьсамыйбыстрыйрежимжурналирования (будетвестисьжурналтолькодляметаданных). Правда, уменясистемаотказываласьгрузиться, еслиэтотрежимустановлендлякорня. Пришлосьоставитьтолькодля/home. При полностьюотключенномжурналесистематоже грузитьсянезахотела. Витоге, моймодифицированный/etc/fstab сталвыглядетьследующим образом:

$ sudo nano /etc/fstab

UUID=31faf447-f5e3-40bd-9970-

noatime,commit=100,barrier=0 0 1

UUID=baf24048-4209-4c8a-849c- d54de626846f /home ext4 noa time,commit=100,barrier=0,data=wri teback0 2

Процессор Intel Atom, как и большинство процессоров Intel, поддерживает техноло-

гию Enhanced Intel Speedstep Technology,

позволяющую изменять частоту процессора в зависимости от нагрузки, что неплохо экономит энергию. Ядро Linux, в свою очередь, поддерживает несколько схем изменения частоты процессора. Узнать, какие схемы

PowerTOP: дооптимизаций

доступны на данном ядре, можно через sysfs:

$ cat /sys/devices/system/cpu/ cpu0/cpufreq/scaling_available_ governors

Ядро2.6.31 поддерживаетсхемы: conservative, ondemand, userspace, powersave иperformance. Powersave иperformance простодержатчастоту процессоранаминимальномимаксимальном уровнесоответственно(минимальнуюимаксимальнуючастотуможноузнатьиз/sys/devices/ system/cpu/cpu0/cpufreq/cpuinfo_min_freq и/ sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_ max_freq, значениевКГц). Userspace позволяет вручнуюустанавливатьнужнуючастотупроцес-

сора. Conservative иondemand подстраивают частотуподтекущуюнагрузку(разницамежду ними— вразличныхалгоритмахподсчета необходимойчастоты). Intel рекомендуетиспользоватьondemand. Посмотреть, какаясхема используетсявданныймомент, можнотак:

$ cat /sys/devices/system/cpu/cpu0/ cpufreq/scaling_governor

ВUbuntu ondemand используетсяпоумолчанию. Принеобходимостиизменисхемуна ondemand:

$ echo ondemand | sudo tee /sys/ devices/system/cpu/cpu0/cpufreq/ scaling_governor

Есливналичииимеетсянесколькопроцессорныхядер(пустьдажевиртуальных), тоondemand надопрописатьдлякаждогоизних.

Усхемыondemand естьнескольконастраиваемыхпараметров:

1.up_threshold — порогзагрузкипроцессора, прикоторомонпереходитнабольшуючастоту. В Ubuntu поумолчанию— 95%, поэтомувизмененииненуждается.

2.sampling_rate — какчастопроверяется

текущаязагрузкапроцессора. Поумолчанию— 100 развсекунду. Изменимзначениена1 разв секунду(указываетсявмикросекундах):

$ echo 1000000 | sudo tee /sys/ devices/system/cpu/cpu0/cpufreq/ sampling_rate

Посколькуsysfs — виртуальнаяфайловаясистема, товсевнесенныеизмененияпропадутпри перезагрузке. Поэтомудобавимв/etc/rc.local следующиекоманды:

$ sudo nano /etc/rc.local

echo ondemand > /sys/devices/system/ cpu/cpu0/cpufreq/scaling_governor echo ondemand > /sys/devices/system/ cpu/cpu1/cpufreq/scaling_governor echo 1000000 > /sys/devices/system/ cpu/cpu0/cpufreq/sampling_rate echo 1000000 > /sys/devices/system/ cpu/cpu1/cpufreq/sampling_rate

Дляувеличенияпроизводительностиможно сменитьпланировщикввода/вывода. ИспользуемыйпоумолчаниюCFQ создавалсядляработы сHDD; онизменяетпоследовательностьзаписи данныхсцельюупорядочитьдвижениеголовки подиску. ДляSSD такиеухищренияненужны, поэтому, чтобынетратитьвпустуюпроцессорное время, лучшесменитьCFQ наnoop. Дляэтого надокпараметрам, передаваемымядрупри загрузке, добавитьelevator=noop.

SSD имеет ограниченное число циклов записи; логи и временные файлы лучше вынести в ОЗУ. Для этого добавим в /etc/ fstab строчки:

$ sudo nano /etc/fstab

Ясно, чтовсесодержимоеэтихпапокпосле перезагрузкипропадет, аневсепрограммыумеюткорректнообрабатыватьситуацию, когдаих любимыйкаталогв/var/log отсутствует. Поэтому придетсявоссоздаватьструктурукаталоговв/ var/log прикаждойзагрузке. Дляэтогосоздадим в/etc/init.d скриптlogdirs:

$ sudo nano /etc/init.d/logdirs

for dir in apparmor apt bootchart ConsoleKit cups dist-upgrade fsck gdm news installer samba unattendedupgrades ;

do

if [ ! -e /var/log/$dir ] ;

then

mkdir /var/log/$dir

fi

done

Сделаемскриптисполняемымипропишемв автозапуск:

$ sudo chmod +x /etc/init.d/logdirs $ sudo ln -s /etc/init.d/logdirs / etc/rc2.d/S05logdirs

Опятьже, дляпродленияжизниSSD запишемв/ etc/sysctl.conf следующиезначения:

$ sudo nano /etc/sysctl.conf

#Устанавливает период между сбросами измененных данных из ОЗУ на диск в 15 сек. (по умолчанию 5 сек.) vm.dirty_writeback_centisecs=1500

#Включает laptop-mode

vm.laptop_mode=5

ВключениефункцииUSB autosuspend позволяетсэкономитьещенемногоэнергии. Однако пользоватьсяэтойфункциейнадоосторожно, таккактеоретическионаможетполомать подключенныйпринтерилисканер(пруфлинк: www.nabble.com/USB-Problems-with-Ubuntu-- -workaround-td12123128.html). Правда, ошибку ужеисправили(дляядер> 2.6.22), носаматакая возможностьнастораживает. PowerTOP советуетвключатьUSB autosuspend черезпередачу ядрупараметраusbcore.autosuspend=1. Для новыхядерметоднесработает, поэтомупридетсявключатьчерезsysfs. Дляэтоговфайл/etc/ rc.local добавимзаписи:

$ sudo nano /etc/rc.local

#Включаем автоматическое управление питанием

for i in `ls /sys/bus/usb/devices/*/ power/level` ; do echo "auto" > $i ; done

#Управление питанием включится, как только устройство освободится (немедленно, через 0 сек.)

for i in `ls /sys/bus/usb/devices/*/ power/autosuspend` ; do echo "0" > $i ; done

#Заодно выключим функцию Wake-on-