|
Этот очень длинный ряд столбцов (часть 1, часть 2, часть 3, часть 4, часть 5 y часть 6) здесь будет конец. Я мог бы расширить другие элементы семантического рабочего стола, но я не смогу ответить на аргументы, которые приводятся во множестве руководств, разбросанных по всему Интернету, которые советуют наилучшие способы деактивировать семантический рабочий стол, потому что это потребляет память. поштучно. |
Не волнуйтесь, единственный способ получить снимок, подобный тому, который вы видите в системе, где Непомук работает правильно, как мой, - это сделать то же самое, что и я: загрузить 1 ГБ в текстовых PDF-файлах с 13 миллионами адресов и запустить их через индексатор Непомука (я не шучу). Я также не думаю, что вы обрабатываете PDF-файлы буквально на тысячи страниц (для моей работы юристом я должен иметь дело с историей чилийской конституции, 10 PDF-файлов по 1.200 страниц текста каждый), поэтому в правильно настроенной системе вам следует не вижу такого улова.
Теперь давайте серьезно и технично. Сейчас не время для еще одного руководства по «отключению Nepomuk для получения хорошей производительности», а для первого руководства в Интернете о том, «как добиться отличной производительности с включенным Nepomuk». Обращать внимание.
предпосылки
Возможно, это должно было быть первым в моем руководстве, и мне очень жаль, но мне просто нужно было обосновать, зачем активировать Nepomuk (что я делал в первых шести частях), прежде чем рассказывать вам, как правильно его активировать. Итак, мы ознакомимся с тем, что необходимо, а затем настроим.
Прежде всего, мы должны строго придерживаться используемых дистрибутивов. Вот очень четкие требования: дистрибутивы, которые любят включать устаревшее программное обеспечение, не работают для KDE и, к сожалению, включают Debian. Благодаря огромной работе Рекса Дитера, лидера команды Fedora KDE, существует набор пакетов с KDE 4.10 для Red Hat Enterprise Linux 6, поэтому, если вам нужен KDE и стабильный дистрибутив, можно выбрать RHEL 6 или клон RHEL 6, такой как CentOS, с включенным репозиторием.
Во-вторых, вы должны быть осторожны при упаковке KDE, потому что KDE чрезвычайно чувствителен к плохой упаковке. До недавнего времени Kubuntu был известен тем, что делал гротескные ошибки в упаковке, смешивал неподдерживаемые версии необходимых пакетов, что приводило к ужасным впечатлениям от Kubuntu, и люди задавались вопросом, почему Непомук был таким медленным и требовал памяти, хотя на самом деле это была вина упаковщика. Цепочка передачи Непомука и Аконади такова (с использованием названий проектов из projects.kde.org и последних версий)
кделибс (4.10.4)
непомук-ядро (4.10.4)
kde-время выполнения (4.10.4)
непомук-виджеты (4.10.4)
общие онтологии рабочего стола (0.10.0)
сопрано (2.9.1)
аконади (1.9.2)
Внимание к последним 3: они не зависят от используемой версии KDE и должны быть последней доступной, даже при использовании стабильной версии. Правило: KDE использует последнюю стабильную версию этих пакетов в своей стабильной ветке и снимки git в своих бета-ветках. Многие дополнительные репозитории обновлений KDE обновляют KDE, но не эти последние три пакета, что вызывает серьезные проблемы.
К этому добавляется Strigi, недавно взятый из Непомука, который был настоящей головной болью для всех, кто пытался его упаковать. Новые версии не рекламировались должным образом, и Ubuntu долгое время не упаковывала новые версии этой программы, до такой степени, что мне пришлось суетиться в блоге Себастьяна Трюга, чтобы исправить это. К счастью, эта проблема в основном решена, и Strigi больше не обновляется, что устраняет проблему с упаковкой.
Вот почему я рекомендую Chakra как хорошее индексное распределение. Мануэль Тортоса, упаковщик KDE для Chakra, знает все это, и поэтому качество пакетов хорошее, и опыт работы с Nepomuk и Akonadi под Chakra также хорош. У Chakra есть серьезные ограничения, например, она не используется по умолчанию для пакетов, зависящих от GTK +, но это хорошее начало.
Кроме того, как мы увидим дальше, я настоятельно рекомендую дистрибутив, который уже перешел с MySQL на MariaDB. Позже мы увидим почему.
Подготовка земли
Убедившись, что мы выполняем все предварительные требования и пока у нас чистая система, мы собираемся внести некоторые изменения в настройки по умолчанию.
Аконади
Мы собираемся разместить следующие строки в файле .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Если этого файла не существует, мы запустим Akonadi для его создания, а затем закроем. На консоли:
akonadictl start akonadictl stop
За это? MySQL (или MariaDB) - это база данных, которая поддерживает Akonadi, а MySQL не любит внезапных прерываний. В случае сбоя системы или сбоя питания MySQL внесет ошибки в базу данных Akonadi, и эти накопленные ошибки в конечном итоге приведут к отключению KMail, что сделает его использование невыносимо медленным. Эти параметры означают, что каждая транзакция немедленно записывается на диск, что сводит к минимуму риски повреждения Akonadi в случае сбоя или повреждения системы. Этот параметр вызывает ошибки в определенных версиях MySQL, но отлично работает с MariaDB.
ядро
Мы собираемся поднять файловый мониторинг до максимального предела, чтобы существенно улучшить производительность Nepomuk. Следующая опция в файле /etc/sysctl.conf выполнит свою работу
fs.inotify.max_user_watches = 524288
После этих двух вещей мы активируем Непомук. Это делается в Системных настройках | Настольный поиск. Давайте оставим использование памяти по умолчанию и включим индексацию электронной почты. Не забудьте ознакомиться с советами в части 1 о том, как ускорить индексацию, а после… ознакомьтесь с остальными руководствами, чтобы насладиться семантическим рабочим столом!
Техническое обслуживание и ремонт
Что, если бы мы не смогли предотвратить повреждение базы данных Akonadi, а Nepomuk работает медленно? Есть еще одна линия защиты, реализованная в KDE 4.10: Nepomuk Cleaner в дополнение к малоизвестным инструментам самоочистки, которые есть у Akonadi.
$ akonadictl вакуум: "Вакуум" база данных Akonadi. Под стремлением следует понимать: все записи, не отраженные в ресурсе, удаляются.
$akonadictl fsck: Попытайтесь исправить повреждения баз данных Akonadi. Это не всегда срабатывает, поэтому вам нужно в первую очередь предотвратить их появление. Как? С теми вариантами, которые мы уже видели.
$ непомукочиститель: Это набор скриптов, подготовленных Вишешем Хандой для очистки базы данных Непомука, которые он преобразовал в графический интерфейс. Нажмите кнопку «Пуск» и забудьте об этом. Запуск этой программы является обязательным при обновлении версии KDE.
Со всеми безделушками, в 64-битной системе и с экспериментальными ресурсами Akonadi, сумма Nepomuk и Akonadi потребляет около 350 МБ ОЗУ. Для некоторых это много, но, на мой взгляд, достаточно для получаемой огромной функциональности.
Но Непомук все равно бежит слишком медленно, на мой вкус. Что я делаю?
Подожди немного. KDE 4.11 включает в себя чудовищное повышение производительности для Nepomuk. Это не преувеличение: по данным Вишеша Ханды, в среднем речь идет о 5-кратной производительности KDE 4.10 при записи в базу данных и более чем в 7 раз при чтении. Изменения, которые мы увидим в KDE 4.11, огромны и позволят, наконец, использовать Nepomuk в качестве альтернативы для тех приложений, которым требуются базы данных.
Также в ветке 4.11 уже исправлена ошибка, препятствующая правильному запуску коннектора Аконади-Непомук, и в очистителе Непомук будут большие улучшения. У нас будет новый индексатор файлов Office, и мы сможем пользоваться другими инструментами, которые будут раскрыты позже.
Надеюсь, это руководство, повторяю, единственное, что вы найдете о том, как добиться впечатляющей производительности с активированным Nepomuk, поможет вам выполнить плавную настройку, позволяя делать то, что мы видели в прошлых частях, и многое, многое другое. Спасибо, что следили за мной через все эти части, и большое спасибо Пабло Кастаньино за публикацию этой серии. До скорой встречи.