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

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

1.Записатьинформациюофайле(тип, правадоступа, количествоссылокит.д.) втаблицуinode;

2.Пометитьблоки, выделенныедляхраненияфайла, какзанятые;

3.Записатьсвязку“inode:имя_файла” вфайлкаталога.

Причемвсеэтидействиядолжныбытьвыполненыименновтакой последовательности. Видеальноммиревсебылобыпрекрасно, однакореальностьвноситсвоикоррективы. ПодсистемеVFS, лежащей уровнемвыше, икэшужесткогодисканичегонеизвестноометаданных. Длянихвсязаписываемаяинформация— простойнаборбайт, поэтомуеслиметаданныебудутзаписыватьсянадисквасинхронном режиме, проходячерезкэшVFS ижесткогодиска, никтонесможет гарантироватьихзаписьвправильномпорядке. Этообязательно приведеткпротиворечивомусостояниюФСвслучаесбоя(«повисшие» указатели, неоднозначнаяпринадлежностьресурсов, «осиротевшие» ресурсы), итогда— привет, fsck, авнекоторыхслучаях

— пересозданиеФС.

Длярешенияэтойпроблемыможноиспользоватькомбинированный режимзаписи, прикоторомметаданныебудутзаписанывсинхронномрежиме, аданные— васинхронном. ТогдафатальныхошибокФС можноизбежать, идажееслисбойпроизойдетмеждувторымитретьим шагомвышеприведеннойпоследовательности, ошибкибудетлегко исправитьспомощьювыполненияfsck даженаужесмонтированной ФС. Новотзасада: синхронныйрежимзаписиприводиткколоссальнымпотерямпроизводительности, асамазаписьидеточеньмедленно. Дляобходаэтойпроблемывсвоевремябылопредложеномножество различныхспособов, изкоторыхособеннопопулярнымсталмеханизм журналирования. Сутьпроста: где-товфайловойсистемеотводится небольшойучастокдляхраненияжурнала. Когдавозникаетзапросна созданиеилимодификациюфайла, всяинформацияобизменяемых приэтомметаданныхобъединяетсяипомещаетсявжурналспомощью единойатомарнойоперациизаписи. Непосредственнаяжезапись метаданныхпроисходитвасинхронномрежиме. Вмомент, когдавсе метаданныефайлапопадутнадиск, соответствующаязаписьудаляетсяизжурнала. ВслучаесбоядляприведенияФСвнепротиворечивое состояниебудетдостаточнопростоизвлечьизжурналавсезаписии применитьихкфайловойсистеме. Эторазумныйкомпромиссмежду производительностьюистабильностью: хотязаписьвжурналисказываетсянапроизводительности, нодалеконетаксильно, каксинхроннаязаписьметаданныхнадиск, прикоторойголовкевинчестера приходитсяметатьсямеждуразнымиучасткамидиска.

РазработчикиFreeBSD пошлиподругомупути, применивмеханизмпод названием«мягкиеобновления» (Soft Updates). Вдвухсловах, егосуть заключаетсявиспользованииспециальногокэшафайловойсистемы дляхраненияизмененийметаданных, ихобъединенияиподдержки зависимостимеждудругдругом. Этогарантируетправильнуюпоследовательностьзаписиметаданныхнадискивтожевремянетребуетих синхроннойзаписи. Прииспользовании«мягкихобновлений» сбойможетпривеститолькокдвумнесогласованностямфайловойсистемы: повисшиеinode иблоки. Онинеотносятсякглобальнымнесоответствиям ФС(таким, например, какблоки, одновременноадресуемыедвумя inode), поэтомуонаможетбытьсмонтирована, аfsck запущенвфоновом режименаужесмонтированнойФС(собственно, такипроисходит, начинаяспятойветкиFreeBSD).

ЕдинственныйзаметныйминусSoft Updates всравнениисжурналом состоитвтом, чтозапущенныйвфоновомрежимеfsck заметнокушает ресурсы, чтоприбольшихобъемахдисковможетпривестикдостаточно длительнымпровалампроизводительности. Самособой, такоеположениевещейненравилосьмногим, и, вконцеконцов, компанииiXsystems, Yahoo! иJuniper networks «скинулись» изаплатилиДжефризаисправлениеэтогонедочета.

Новаясистемажурналирования(работанадкоторойвеласьсовместно савтором«мягкихобновлений» — КиркомМакКузиком) сталаничем иным, какпростымрасширениемтехнологииSoft Updates. Вотличие оттрадиционныхсистемжурналирования, онарегистрируеттолькоте самыеоперациивыделенияиосвобожденияблоковиinode, тогдакак всеостальноеберетнасебямеханизмSoft Updates. Благодаряэтому удалосьдостичьминимальныхразмеровжурналаиболеевысокойпо сравнениюстрадиционнымжурналированиемпроизводительности.

SDFS — ФАЙЛОВАЯСИСТЕМА ДЛЯВИРТУАЛЬНЫХОКРУЖЕНИЙ

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

Дедупликацияданныхпредставляетсобойпроцессисключения избыточностиданныхпутемудалениялишнихкопийинформациии сохранениянаихместессылокнаединственныйэкземпляр. Чтобы

UNIXOID

понять, почемуэтотакважно, исколькодисковогопространстваможно сэкономить, представьсебеследующуюкартину: тызанимаешься предоставлениемуслугтипа«виртуальныйсерверваренду», идля любогообратившегосяктебеклиентасоздаешьвиртуальныйсервер наосновеRed Hat Enterprise Linux 5. Делаидутхорошо, потокклиентов растет, ивскореихколичествоприближаетсякотметке1000. Тыимеешь хорошуюприбыль, нобольшаяеечастьуходитнапокупкуновогожелеза. Еслипредставить, чтокаждомуклиентутывыделяешь10 Гбдискового пространства, тодляобслуживания1000 клиентовтебепонадобится примерно10 Тбдисковогопространства, аэтооколо20 жесткихдисков по500 Гбкаждый. Приэтомкакминимумчетыреизнихиспользуются дляхраненияоднихитехжеданных, ведьбазоваяинсталляцияОС занимаетоколо2 Гб, авсеэтиклиентыиспользуютоднуОС. Сложив, получаем2 ТбкопийкопийкопийбазовойинсталляцииRed Hat Enterprise Linux 5. Применивдедупликацию, тысмогбыизбавитьсяотвсехэтих копий, освободивсолидныйучастокпространства, котороезанялибы еще200 клиентов!

ПоддержкадедупликацииданныхсуществуетвнекоторыхрешенияхNAS икоммерческихпрограммныхпродуктах. ОнабыладобавленавфайловуюсистемуZFS вноябре2009 года, асовсемнедавнобылавыпущена дедуплицирующаяраспределеннаяфайловаясистемаSDFS, разработаннаяврамкахоткрытогопроектаOpendedup (www.opendedup.org). Несмотрянаназвание, SDFS неявляетсяфайловойсистемойвпрямом смыслеслова. Этопрослойка, написаннаянаязыкеJava иреализованнаясиспользованиеммеханизмадлясозданияфайловыхсистем пространствапользователяfuse (fuse.sf.net). SDFS состоитизследующихкомпонентов:

1.Fuse Based File System. Файловаясистемауровняпользователя, предоставляющаядоступкфайламикаталогам.

2.Dedup File Engine. Сервиснасторонеклиента, которыйпринимаетвсе запросынадоступкфайламотфайловойсистемыиотвечаетзахранениеметаданныхикартыдубликатов, связанныхсфайламиикаталогами.

3.Deduplication Storage Engine. Сервернаясторона, движокдедупликации. Отвечаетзахранение, извлечениеиудалениеповторяющихсяданных. Дляхраненияданныхиспользуетнизлежащуюфайловуюсистему илихранилищеAmazon S3, индексируяблокиспомощьюхэш-таблицы. Навсехмашинах, которыедолжныучаствоватьвхраненииданных, запускаетсядвижокдедупликации. Наклиентскихмашинах, использующиххранилищеданных, запускаетсясервисDedup File Engine, который подключаетсякдоступнымдвижкамдедупликациииполучаетдоступк хранилищу. ДляобщениясDedup File Engine файловаясистема(Fuse Based File System) используетмеханизмJNI (Java Native Interface).

КроместандартнойфайловойсистемыдляхраненияданныхможетиспользоватьсяхранилищеAmazonS3.ОбщийразмерФСспособендостигать8Пб, максимальныйразмеродногофайла—250Гб,файловаясистемаможетбыть «размазана»по256различнымхранилищам,обслуживаемымDeduplication StorageEngine.Выявлениеиустранениедубликатовданныхпроисходит науровнеблоковразмером4Кб.Файловаясистемаспособнапроизводить

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

CEPH — РАСПРЕДЕЛЕННАЯ ФАЙЛОВАЯСИСТЕМА

СитуациясраспределеннымифайловымисистемамивмиреOpen Source далекаотидеала. Существуетмножествоготовыхдляпромышленнойэксплуатациипроектов, однакониодинизнихнеможет похвастатьсяхорошимсочетаниемважныхдляраспределенныхФС характеристик. Одниобладаютвысокойнадежностью, нопроваливают тестынапроизводительность, другиевырываютсявлидерыпоскорости доступа, нообеспечиваютнесамыйлучшийпоказательнадежностии расширяемости, третьимогутрастипочтидобесконечности, ноиздевательскимедленны. Неудивительно, чтоисследовательскиеработыв этойобластиведутсянепрерывно, ипочтикаждыйгодмыстановимся свидетелямирожденияновойраспределеннойФС, котораяпретендует названиеидеала. ЭтопроизошлоисфайловойсистемойCeph, которая оказаласьнастолькоуспешной, чтокодееклиентабылорешеновклю- читьвLinux-ядроверсии2.6.34.

Ceph (http://ceph.newdream.net) имеетдостаточнодолгуюисториюразвития; впервыеееархитектурабылаописанаавторомСэйджемВилом вегодипломнойработев2006 году. Кноябрю2007 годаонпредставил стабильнуюверсию, реализованнуюсиспользованиемfuse, иначал работатьнадреализациеймодулядляядраLinux. СегодняCeph уже достаточностабильнадляповседневногоиспользования.

СредиглавныхплюсовCeph авторотмечаетследующие:

•СовместимостьсостандартомPOSIX;

•Прозрачноемасштабированиеотдесяткадотысячиузлов;

•Общийобъемхранилища(можетсоставлятьсотнипетабайт);

•Высокиепоказателидоступностиинадежности;

•N-way репликациявсехданныхнамножествоузлов;

•Автоматическаяребалансировкаданныхвслучаедобавления/удаленияузладляболееэффективногоиспользованияресурсов;

•Простотаразвертывания(большинствокомпонентовфайловойсистемыреализованыввидедемоновпространствапользователя);

•Наличиеfuse-клиента;

•НаличиеклиентадляядраLinux.

Вотличиеоткластерныхфайловыхсистем, такихкакGFS, OCFS2 иGPFS, которыеопираютсянасимметричныйдоступвсехклиентовкобщим блочнымустройствам, Ceph разделяетуправлениеданнымииметаданнымипутемиспользованиянезависимыхкластеров(примернотакже, какэтоделаетLustre). Однако, вотличиеотпоследней, узлы, управляющиеметаданнымиихранилищем, нетребуюткакойбытонибыло поддержкисостороныядра; веськодработаетвпространствепользователя. Дляхраненияобъектовданныхузлымогутиспользоватьблочные

Write Performance over Time

ПроизводительностьSDFS взависимостиотколичества записываемыхданных

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

Серверы, отвечающиезахранениеметаданных(metadata server), представляютсобойнечтовродебольшогосогласованногораспреде- ленногокэшанавершинекластера-хранилища, которыйдинамически перераспределяетметаданныевответнаизменениенагрузкиилегко переноситвыходузловизстроя. Metadata server используетособый подходдляхраненияметаданных, которыйпозволяетдостичьвысоких показателейпроизводительности. Например, inode-запись, имеющая толькооднужесткуюссылку, помещаетсяпрямовкаталоговуюзапись. Поэтомукаталогвместесовсемиадресуемымиимinode'амиможетбыть загруженвкэшспомощьюоднойоперацииввода-вывода. Содержимое оченьбольшихкаталоговфрагментируетсяиотдаетсянауправление независимымmetadata-серверам, благодарячемуоперациюдоступак каталогуможнолегкораспараллелить.

ПословамавтораCeph, наиболееважноедостоинствоегоФС заключаетсявполностьюавтоматизированноммеханизмеребалансировкиимиграциипримасштабированииотнебольшогокластера, состоящегоизнесколькихузлов, докластеракорпоративныхмасштабов, вкоторомучаствуютнесколькосотенузлов. Этотпроцесстребует минимальноговмешательстваадминистратора, новыеузлымогутбыть подключеныккластеру, ивсебудет«простоработать».

ЧТОТАМСZFS?

НасегодняшнийденьZFS остаетсясамойпродвинутойфайловойсистемой, аналоговкоторойнетнетольковмиреOpen Source, ноивсреде коммерческогоПО. Онабыстра, надежна, имеетбогатыйфункционал иневероятнопроставадминистрировании. Изначальносозданная

компаниейSun Microsystems (приветOracle) дляоперационнойсистемы Solaris ианонсированнаяв2005 году, онасразусталалакомымкусочком дляпользователейиразработчиковдругихоперационныхсистем. Однакодалеконевсемизнихудалосьпочувствоватьеевкус.

ПервымипретендентаминавключениекодаZFS всвоюОСстали, конечноже, линуксоиды, готовыетащитьвядровсе, чтонепривинченоболтами. Носудьба(ролькоторой, скореевсего, сыграласамаSun)

XÀÊÅÐ 06 /137/ 10

распорядиласьиначе. КодZFS, какивсейоперационнойсистемы OpenSolaris, оказалсязащищенлицензиейCDDL, котораянакладывает серьезныеограничениянаегоиспользованиеи, болеетого, совершеннонесовместимаслицензиейGPLv2, используемойядромLinux. Фактическиэтоозначает, чтоестьтолькотрипутивключенияZFS вядро: нелегальный, которыйвключаетвсебяпереносZFS безсоблюдения законаобавторскомправе, юмористический, прикоторомкодLinux лицензируетсяподCDDL, ититанический, когдаогромнаякодоваябаза ZFS переписываетсяподGPL, даещеисобходомSun'овскихпатентов.

Вобщем— некомильфо, поэтомуединственныйспособзадействовать ZFS вLinux — этоиспользоватьеепортнаfuse (http://zfs-fuse.net), страдающийбагамиинизкойпроизводительностью, котораявсилуархитектурныхособенностейZFS врядлисможетповыситьсябезпереносахотя бычастикодавядро. КомпанияApple такжепланировалавнедрение ZFS вMac OS X идажеуспелавыпуститьэкспериментальныйдрайвери внедритьподдержкучтенияZFS вверсию10.5 Leopard, однаковоктябре 2009 годапроектзакрылибезобъясненияпричин. Учитываято, что лицензияBSD, покрывающаякодядраMac OS X, позволялабезпроблем перенестиZFS вОСотApple сминимальнымизатратами, такойпоступок можнообъяснитьлибодавлениемсостороныSun, либоглобальными изменениямивпланахсамойApple.

Вапреле2007 годаПавелЯкубДавидекзакончилпортированиеZFS

вFreeBSD. Напротяжениидвухлеткодбылпомеченкакэкспериментальный, нопослеисправлениярядапроблемразработчикобъявило стабилизациипорта, и15 октябряпрошлогогодаFreeBSD сталапервой ОСпослеSolaris, готовойкпромышленнойэксплуатацииZFS. По состояниюна11 января2010 годавосьмаяветкаFreeBSD полностью поддерживаетzpool v14 (текущаяверсияZFS вOpenSolaris: zpool v16).

РаботапоподдержкеZFS веласьиразработчикамиNetBSD. Врамках проектаGoogle Summer of Code 2007 былпредставленначальный(но неработающий) портфайловойсистемы. Работаподоведениюкодадо умапродолжиласькакчастьSummer of Code 2009, ивавгусте2009 года поддержкаZFS быладобавленаврепозиторийNetBSD.

НебольшаячастькодаZFS открытаподGPL, благодарячемуудалось интегрироватьеговзагрузчикGRUB, которыйтеперьумеетвыполнять загрузкусZFS-раздела. z

081

ОТКЛЮЧЕНИЕCOMPIZ

Compiz —композитныйменеджерокондляX Window System, использующийOpenGL для ускорения3D-графики. Онпредоставляет множествоновыхграфическихэффектов, доступныхвлюбыхсредахрабочегостола, втом числеGNOME иKDE. Еслиутебяустановлены драйверадлявидеокарты, то, скореевсего, менеджервключен. Помни, чтовидеокартас Compiz, включеннымврежиме«Производительностьпозапросу», постоянноработает наполнуюнагрузкуинесобираетсясбавлятьоборотывентилятора. Еслихочешьот видеокартытишиныилибережешькиловатты, советуюупроститьэффектыCompiz или отключитьегосовсем. Впервомслучаенужно установитьпакетcompizconfig-settings- manager черезСинаптикиливТерминале скомандовать:

$ sudo aptitude install compizconfig-settings-manager

ЧтобыполучитьдоступквозможностямCompiz иупроститьэффектыпосвоемувкусу, проходим помаршруту: МенюÆСистемаÆПараметры ÆМенеджернастройкиCompiz Config. Если желаешьпростоотключитьCompiz, тоэто можносделатьчерезпунктМенюÆСистемаÆ ПараметрыÆВнешнийвид, взакладке«Внешнийвид» выстави«Безэффектов».

УМЕНЬШЕНИЕ ЗАДЕРЖЕКGTK

ВUbuntu рабочейсредойявляетсяGnome, где важнуюрольиграетGTK. Изменяянастройки этоготулкита, мывлияемнавсеприложения, использующиеего. Предлагаюподкрутить параметры, отвечающиезазадержки:

$ gedit ~/.gtkrc-2.0

###Минимальное время в миллисекундах, в течение которого указатель должен оставаться на пункте меню перед появлением подменю

gtk-menu-popup-delay = 0

###Время в миллисекундах перед скрытием подменю, когда указатель перемещается на подменю gtk-menu-popdown-delay = 0

###Задержка в миллисекундах перед появлением подменю после панели меню gtk-menu-bar-popup-delay = 0

ЮВЕЛИРНАЯ НАСТРОЙКАGNOME

ВGnome настройкихранятсяпоаналогиис реестромMS Windows, стойлишьразницей,

МенеджернастроекCompizConfig

РедакторконфигурацииGnome

что«реестр» Gnome – этоXML-файлы. Доступкнимможнополучить черезредакторконфигурацийgconf-editor иличерезвызовкоманды gconftool-2. Чтобыускоритьвремяотклика«реестра», предпримем следующиешаги:

1. УкажемMetacity неиспользоватьанимационныеэффекты, снизивтем

самымпотреблениересурсов:

$ gconftool-2 --type bool --set /apps/metacity/general/ reduced_resources true

Единственное, чтовизуальноизменится– приперемещенииоконне будетотображатьсясодержимое;

2.Выключиманимациювключения/выключенияпанелей:

$ gconftool-2 --type bool --set /apps/panel/global/ enable_animations false

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

$ gconftool-2 --type bool --set /desktop/gnome/ interface/accessibility false

4.Зададимскоростьанимациипанелей«Быстрая»:

$ gconftool-2 --type string --set /apps/panel/global/ panel_animation_speed panel-speed-fast

ИщемзависящиеотKDE программы

Еслиутебяустановленрежим, прикоторомвовремянаведениямыши наокнооткрытогоприложенияпоследнеевыдвигаетсянапередний план, томожнопотвикатьпараметрauto_raise_delay, контролирующий задержкумеждунаведениеммышиивыдвижениемокна:

$ gconftool-2 --type integer --set /apps/metacity/ general/auto_raise_delay 100

ОПТИМИЗАЦИЯXML

ВструктурированныхфайлахXML многиепрограммывUbuntu хранят настройкииданные. ЕстьвозможностьпреобразоватьXML из«читабельного» формата, понятногочеловеку, вформат, удобныйкомпьютеру. ПреобразованныеXML-файлыбыстреезагружаютсяизанимают меньшеОЗУ. Втакомпреобразованиипомогутскрипты, которыеможно скачатьпоадресу: www.gnomefiles.org/app.php?soft_id=1397. Распако-

вываемполученныйархив(desktop-optimizations.tar.gz) ипоочереди запускаемскриптыотобычнойучетнойзаписи:

1. rhythmbox-quickstart оптимизируетфайлымузыкальногопроигрыва-

теляRhythmbox;

2.evolution-optimize оптимизируетфайлыпочтовойпрограммы

Evolution;

3.gnome-optimize оптимизируетфайлыGnome;

4.openoffice-optimize оптимизируетфайлыофисногопакетаOpenOffice. org;

5.doc-optimize оптимизируетфайлыпомощиGnome;

6.gconf-optimize оптимизируетфайлыконфигурацийGnome («реестр»

Gnome).

Есливсистеменесколькоаккаунтов, тоскриптыrhythmbox-quickstart иgconf-optimize нужнозапускатьоткаждойучетнойзаписи. Ничего страшногонепроизойдет, еслитызапустишьскриптынесколькораз– оптимизация«ужеоптимизированного» неразрушительна. Желательно перезайтивсистемупослеоптимизацииXML длятого, чтобыизменения вступиливсилу.

Скриптыоптимизируюткакфайлывдомашнейдиректории, такисистемныефайлы, запрашиваяпривилегиичерезsudo. Скриптыделают резервныекопии, ноеслипридлительнойпроцедуреоптимизацииу тебяиз-засбояэлектросетиперезагрузитсякомпьютер, торезультаты, возможно, будутнеоднозначныиплачевны. НаличиеИБПприветствуется.

УСКОРЕНИЕЗАПУСКАПРОГРАММ, ИСПОЛЬЗУЮЩИХQT

Традиционносчитается, чтоGnome —этоGTK, аKDE —этоQt, нопользователюничтонемешаетзапускатьпрограммыGTK вKDE, аQt программывGnome. Дажебольше! АвторыGnome иKDE многоесделали, чтобы «чужие» программывнешневыгляделитакже, как«родные». Сейчасмы рассмотрим, какускоритьзапускпрограмм, написанныхсиспользованиемQt вGnome. Вдействительности, Qt'шнаяпрогаможетнезависеть отKDE, ноиспользоватьвозможностиэтойсреды. Дляэтогопристарте онадолжнаполучить«минимальныйнаборKDE». Какузнать, какие программызависятотKDE? ВТерминаледаемкоманду:

UNIXOID

info

•Проверить степеньотзывчивостиинтерфейса позволитGTKPerf: linux.softpedia. com/progDownload/ GtkPerf- Download-6715.html

•Применяйсоветыпо одному, каждыйраз желательноперезагружатьсистему. Проверяйвлияние советавременем, не торопись.

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

dvd

Наприлагаемом кжурналудискеты найдешьскрипты optimizer.sh, sqlite_ shrink.sh

иrebuild_cache.sh.

ЛЕГКАЯОПТИМИЗАЦИЯ ФАЙЛОВSQLITE

Многие программы в Ubuntu хранят свои данные не в текстовых файлах, а в базах данных, и часто в качестве последних выступают SQLite. Средствами

таких СУБД можно почистить пустые записи и создать индексы файла базы данных заново. Первым делом устанавливаем sqlite3 через Синаптик или набираем в Терминале:

$ sudo aptitude install sqlite3

2. Создайфайл~/bin/sqlite_shrink.sh следующегосодержания:

$ gedit ~/bin/sqlite_shrink.sh

#!/bin/sh

find ~/ -size +100k -type f -print0 | \ while read -d '' FILE; do

abs_file_name=$(readlink -f "$FILE") headfile=`head -c 15 "$abs_file_name"`;

if [ "$headfile" = "SQLite format 3" ]; then file_size_do=`du -b "$abs_file_name"|cut

Пользаотvm.swappiness=10

-f1`;

sqlite3 "$abs_file_name" "VACUUM; REINDEX;" > / dev/null 2>&1

file_size_posle=`du -b "$abs_file_name"|cut -f1`; echo "$abs_file_name";

echo "Размер ДО $file_size_do"; echo "Размер ПОСЛЕ $file_size_posle"; echo -n "Процент "

echo "scale=2; ($file_size_posle/$file_size_ do)*100"|bc -l

fi done sleep 2 exit 0

3.Сделай~/bin/sqlite_shrink.sh исполняемымчерезНаутилусилив Терминале«chmod +x ~/bin/sqlite_shrink.sh».

4.ТеперьзакройсеансвUbuntu иперейдивконсоль, нажав <Ctrl+Alt+F1>. Залогиньсявконсолиикомандуй:

$ sudo /etc/init.d/gdm stop $ sudo /etc/init.d/kdm stop

$ ~/bin/sqlite_shrink.sh > ~/report_sqlite_shrink.txt

5. Дождисьокончанияработыскриптаиперезагружайся:

$ sudo shutdown -r +0

Послетотальнойреиндексациифайловвсепрограммы, использующие SQLite, получатвыигрыш. Акакиеименно? Читай~/report_sqlite_ shrink.txt, внемувидишьименафайлов, размердоипослечистки

иреиндексации. ЛюбителиGoogle Chrome иKDE точнобудутрады данномусовету. Периодическиповторяйпроцедуру, иосвежающий эффектгарантирован.

$ gedit ~/bin/rebuild_cache.sh

#!/bin/sh

### Обновление кэша иконок в своей папке

for d in ~/.icons/*; do gtk-update-icon-cache -f $d; done

### Обновление кэша иконок в системе

for d in /usr/share/icons/*; do sudo gtk-update-icon- cache -f $d; done

### Обновление кэша шрифтов sudo fc-cache -fv

fc-cache ~/.fonts

Сделайфайлисполняемымспомощьюкоманды“chmod +x ~/bin/ rebuild_cache.sh”. Еслидобавляешьвсистемуновыешрифтыитемы Gnome, тозапускайскрипт~/bin/rebuild_cache.sh, которыйпостроитдля нихкэши.

КЭШИРОВАНИЕСИМВОЛЬНЫХТАБЛИЦ

Создайпустойкаталог:

$ mkdir ~/.compose-cache

ТеперьтвоиQt/GTK программыбудутчутокбыстреестартоватьипотреблятьменьшепамяти, благодарятому, чтоlibX11 будетсоздаватьв ~/.compose-cache кэшираспарсеннойинформацииииспользоватьее повторно.

ПОДКАЧКАUBUNTU

Всовременныхоперационныхсистемахиспользуетсяпонятие«подкачкастраниц». Вспомним, чтоэтопроцесс, которыйпринехватке ОЗУвытесняетнеиспользуемыестраницыпамятивобласть, называемуюразделомподкачки. Когдастраницаснованужна, еезагружают обратновОЗУ. Посколькусвопобитаетнажесткомдиске, которыйв разымедленнееоперативки, активноеперемещениестраництуда- сюда-обратнозамедляетработукомпьютеравцелом. Вывод? Нужно, чтобывкомпьютеребылодостаточноОЗУдлятвоихзадач. Вывод банален, ноэтотак.

Вдовершение немного изменим поведение Ubuntu в отношении использования ОЗУ и области подкачки. Есть такой параметр vm.swappiness, по умолчанию он имеет значение 60 и служит для того, чтобы определить процент свободной памяти, при котором начнется активный сброс страниц в раздел swap. Иными словами, при памяти, занятой на 40% (100-60), Ubuntu уже начнет использовать область подкачки. При большом количестве ОЗУ в компьютере лучше снизить значение параметра vm.swappiness до 10, тем самым дав пингвину указание не использовать swap, пока занятый объем оперативки не достигнет 90% (100-10). Для такого изменения проще всего запустить Терминал и в нем скомандовать:

$ sudo sh -c "vm.swappiness = 10" >> /etc/sysctl.conf

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

СОЗДАНИЕКЭШЕЙ

GTK+ можетиспользоватьфайлыкэша, созданныеgtk-update-icon- cache, чтобыизбежатьлишнихсистемныхвызововидисковыхоперацийпризапускеприложений. Таккакформаткэш-файловпозволяет множествуприложений(mmap()ed) совместноихиспользовать, общее потреблениепамятитожесокращается. Намостаетсяпериодически запускатьскрипт, которыйвызываетgtk-update-icon-cache, исоздавать кэши, ускоряющиедоступктемзначкам. Вызовемзаодноfc-cache, которыйсоздаетописаниядляшрифтов.

XÀÊÅÐ 06 /137/ 10

ЗАКЛЮЧЕНИЕ

Тыдолженпонимать, чтонастройкивсегдапоопределениюконсервативны, иразработчикОС/программыстремится, чтобыониработали набольшомспектресистем. Поэтомутюнингоперационки— этоне нажатиеоднойкнопкиснадписью«Сделатьвсебыстро». Понимая, что описановсовете, ианализируя, чемименнодостигаетсяускорение, ты аккуратноприменяешькомандыивнимательноследишьзаповедением системы. Надеюсь, чтосоветытебепригодились, итвойпингвинстал болееотзывчивым. z

085

Пингвин вбардачке

•Еслитызабудешьотключитькомпьютер, ионбудетработатьна незаведенноймашине, товрезультатебудет«сожран» аккумулятор, ив следующийраздвигательуженезаведется.

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

•Какникрути, а220 В—этоопасно.

Вместоинверторанужноиспользоватьавтомобильныйблокпитания (АБП). Преимуществунегомасса: отсутствиепомех, никакихперебоев спитанием(крутистартером, скольконадо—компьютернеперезаг- рузится), атакженаличиеинтеллекта(придолговременномпадении напряженияАБПвыключиткомпьютерипредотвратитразрядкуаккумулятора). Ноиэтоневсе. САБПможнодостаточнопростореализовать включениекомпьютерапризапускеавтомобиля, даиникаких220 В.

ОБ АВТОРЕ

ДенисКолисниченко—инженер-программистисистемный администратор. Имеетбогатыйопытсозданияиэксплуатации локальныхсетейотдомашнихдоуровняпредприятиянабазеоперационнойсистемыLinux. Являетсяавторомбольшогоколичества статейиболее40 книгкомпьютернойиавтомобильнойтематики. Внедалекомпрошлом— президентместногоклубаBMW (адрес проекта— www.bmwclub.org.ua).

НедостатковуАБПдва: стоитондороже, иегонекупишьнаобычном радиорынке—нужнозаказывать. Кстати, оцене: затакойумныйблок питанияпридетсявыложитьот$100.

Теперьприступимквыборусамогожелеза. Системникбудемстроить набазеMini-ITX'нойматеринскойплаты(Mini-ITX —форм-фактордля сверхкомпактныхматеринскихплат, разработанныйкомпаниейVIA Technologies). ТакиематеринкисовместимысATX, носущественномень- шепоразмеру—170х170 мм. Восколькообойдетсятакоеудовольствие? Намногодешевле, чемтыподумал— впределах$80-120. Корпус, взависимостиотеговнешнеговидаимощностиблокапитания, стоитот$38. Коробнужновыбиратьнеболеекрасивый, атакой, которыйидеально поместитсявпланируемоеместоустановки. Кудаименноустанавливать компьютер, зависитоттвоегоавтомобиля. Вотнесколькопримеров:

• Подпереднимводительскимилипассажирскимсидением—пре-

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

•Подзаднимсидением—вариантнеоченьхороший, таккакбудет затруднендоступккомпьютеру(заднеесидениеобычнонеоченьпросто снимается).

•Вбагажнике—нашMini-ITX'ныйкорпуснезайметтаммногоместа. Но уэтогоспособаестьдванедостатка: потребуетсябольшаядлинакабеля (длямонитораидляпитания, еслиАКБневбагажнике, аподкапотом), а такжепридетсяразобратьполовинусалона, чтобыпроложитьинтерконнекты(длямонитора, звука, питания). Иещенужноучитыватьтотфакт,

UNIXOID