Добро пожаловать в семантический рабочий стол. Часть 7 и последняя: идеальная установка

Этот очень длинный ряд столбцов (часть 1, часть 2, часть 3, часть 4, часть 5 y часть 6) здесь будет конец. Я мог бы расширить другие элементы семантического рабочего стола, но я не смогу ответить на аргументы, которые приводятся во множестве руководств, разбросанных по всему Интернету, которые советуют наилучшие способы деактивировать семантический рабочий стол, потому что это потребляет память. поштучно.

Это вклад Эрнесто Манрикеса, который стал одним из победителей нашего еженедельного конкурса: «Поделитесь своими знаниями о Linux«. Поздравляю Эрнесто!

Не волнуйтесь, единственный способ получить снимок, подобный тому, который вы видите в системе, где Непомук работает правильно, как мой, - это сделать то же самое, что и я: загрузить 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, поможет вам выполнить плавную настройку, позволяя делать то, что мы видели в прошлых частях, и многое, многое другое. Спасибо, что следили за мной через все эти части, и большое спасибо Пабло Кастаньино за публикацию этой серии. До скорой встречи.


18 комментариев, оставьте свой

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   иеронава сказал

    Отличный вклад Эрнесто! Спасибо за то, что поделились всеми этими поставками, они очень помогли мне лучше понять, как работает KDE (в котором я только начинаю) и как лучше использовать все инструменты, которые он предоставляет.
    Привет!

  2.   техеладот сказал

    Привет, Эрнесто,

    Большое спасибо за все доставки, они были очень полезны. Я использую KDE 4.11 на Arch и подтверждаю это, непомук - чудовище, индексирование никогда не использовало более 7% моего старого двухъядерного процессора AMD.
    Кстати, читал, что тем, у кого 4 и более гигабайт ОЗУ лучше всего назначить Непомуку не менее 500 мегабайт, таким образом снижается потребление ЦП и скорость работы системы - при открытии программ, копировании файлы и др. - увеличивается. Что Вы думаете об этом?

    привет

  3.   Москосов сказал

    Привет, Эрнесто,

    Большое спасибо за серию статей, очень полных и подробных, которые помогают нам максимально эффективно использовать KDE и его инструменты. С другой стороны, я хочу задать вам вопрос, я пробовал две команды Akonadi; "Akonadictl Vacuum" и "akonadictl fsck", когда я использую его как обычный пользователь, он ничего не возвращает, а при использовании с sudo он возвращает это

    Сессионная шина D-Bus недоступна!
    0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]

    и ряд данных, подобных второй строке (которую я не хотел добавлять, потому что она короче), что это означает? Если при использовании от имени обычного пользователя он ничего не возвращает, означает ли это, что база данных исправна? или эта команда не работает от имени администратора?

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

  4.   Эрнесто Манрикес сказал

    По моему опыту, с 64-битной системой оптимальным вариантом является выделение 128 МБ для Nepomuk (остальные примерно 350 МБ поступают от Akonadi, MySQL и связанных служб). Выход за рамки этого просто даст Непомуку больше памяти для еды, но это не приведет к реальному увеличению производительности.

    Этот параметр был полностью оправдан во времена KDE 4.7, когда службы не были оптимизированы, а база данных Virtuoso, стоящая за Nepomuk, требовала огромного количества памяти для работы. Это не так.

  5.   Москосов сказал

    Здравствуйте, Карлос, пока Эрнесто отвечает, я расскажу вам о своем опыте работы с OpenSuse. В самом деле, и, как вы говорите, он выбирает KDE, который превращается в стабильную, надежную и высоко интегрированную среду с системой, что касается обновлений, они прибывают примерно через месяц после их выпуска командой KDE, однако вы можете обновить текущая версия из полуофициальных репозиториев, поддерживаемых сообществом, до сих пор я обновлялся оттуда, и у меня не было проблем, но есть деталь, которую Эрнесто указывает в своем руководстве относительно упаковки и доступных версий, например, официальные и полуофициальные репозитории KDE в OpenSuse содержат версию 2.9.0 пакета Soprano, но это только потому, что другие пакеты находятся в их последней версии, я могу быстро решить вышеуказанную проблему, выполнив поиск и загрузив версию 2.9.1 .XNUMX на веб-сайте OpenSuse Build Service (что-то вроде Центра программного обеспечения). Сначала я прокомментировал, что тот факт, что Suse выбрал KDE в качестве среды по умолчанию, привел к созданию надежной и стабильной системы, я говорю это по сравнению с предыдущим дистрибутивом, который я использую с KDE: Fedora, которая работала быстрее, чем OpenSuse, но оплачивалась, как я плачу. дань стабильности, несколько раз я страдал от сбоев, и случаи, когда я активировал Nepomuk и Akonadi, были не чем иным, как получением уведомлений об ошибках, принудительных перезагрузках и потреблении ресурсов.

    Сегодня, во многом благодаря этой серии статей, у меня есть стабильная, быстрая и высокоинтегрированная система.

    С наилучшими пожеланиями.

  6.   Москосов сказал

    Привет Карлос,

    Мне кажется, что все мы, пришедшие в Opensuse из другого дистрибутива, считаем проблему репозиториев и их администрирования немного запутанной, но, как вы говорите, это вопрос внимательности и терпения, потому что через некоторое время вы в конечном итоге понимая его и ценив его преимущества, также верно и то, что найти документацию для Opensuse труднее, чем для Debian, Ubuntu или Arch, однако сообщество очень активно, и существует большое количество блогов, посвященных в основном OpenSuse (этот дистрибутив порождает особый фанатизм) и на IRC-канале всегда готовы вам помочь.

    Я не намерен искажать тему сообщения, и я надеюсь получить разрешение Пабло и Эрнесто, чтобы оставить вам несколько ссылок, которые могут быть вам полезны, лично они мне очень помогли. первая из статьи, в которой рассказывается о репозиториях в Suse и о том, как ими управлять для получения стабильной, полной и обновленной системы, а вторая - это страница блоггера, который посвящает большую часть разговору об Opensuse.

    1.- http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html

    2.- http://www.victorhckinthefreeworld.wordpress.com/

    Надеюсь, они вам помогут.

    С наилучшими пожеланиями.

  7.   Карлос Альварес Атанес сказал

    Привет, Эрнесто:

    Не могли бы вы немного подробнее изучить оптимальные дистрибутивы Linux для рабочего стола KDE?

    Вы говорите о Red Hat, применимо ли это к Fedora? OpenSuse, похоже, выбрал KDE в качестве рабочего стола по умолчанию. Как это распределение? Mageia тоже на той же волне. Может быть, PcLinuxOS? Заранее спасибо.

  8.   Карлос Альварес Атанес сказал

    Спасибо Москосову. В настоящее время я использую OpenSuse. Я работаю в Debian, я новичок в OpenSuse (различные репозитории, инструменты для установки программ и т. Д.), И хотя я тестирую его, он становится дистрибутивом. Я считаю его очень стабильным, практически все в порядке (за исключением некоторых проблем с поиском документации и «решений» проблем, которые в Debian были более доступны). Теперь, когда я установил его вместо Gnome, мне ясно, что я придерживаюсь KDE. И дело в том, что между выбором дистрибутива перед настольным компьютером я отдаю приоритет преимуществам использования рабочего стола над теми, которые дистрибутив мог бы иметь сам по себе.

    Мне кажется, что управление пакетами в Debian проще: main, contrib, non-free и там есть практически все; в opensuse это обходится мне дороже (pacman, factory ...), хотя я думаю, что дело в том, чтобы привыкнуть к нему и быть немного внимательным. Но я уже сказал, что если это наказание за то, что KDE с лучшей производительностью и использованием, я меняю дистрибутив. Вот почему он также вырастил других, таких как Mageia, унаследовавшего KDE в качестве рабочего стола от Mandriva и с его легкостью заставляющей все работать из коробки. Мне также нравится, что за этим стоит основа в стиле Debian (я уважаю это, но я вернулся к Canonical; у меня есть сомнения по поводу Novell ... и немного по поводу Fedora).
    Тем не менее, Москосов, спасибо за отчет.

    Привет.

  9.   Эрнесто Манрикес сказал

    Ни к чему в мире не используйте их с sudo, это не работает.

    Это нормально, что ничего не возвращается. Что вам нужно сделать после запуска этих команд, так это подождать. Если вы запустите системный монитор после запуска этих команд (что-то, что можно сделать в KDE, нажав Control + Esc), вы заметите, что загрузка процессора MySQL после этого возрастет; это означает, что Аконади работает. Забудь об этом.

  10.   Эрнесто Манрикес сказал

    1. Пока была опубликована эта статья, вышла версия Soprano 2.9.2, так что вам придется нанести OBS новый визит.

    2. Никогда не рекомендуется использовать простую Fedora с KDE. Идти к http://kde-redhat.sourceforge.net/ и активируйте появившийся там репозиторий Yum. Rex неплохо исправляет KDE для Fedora, но вы не видите этого много, потому что часто требуется время, чтобы его пакеты достигли основного репозитория.

    3. Я слишком промок, рекомендовал конкретную (Chakra Linux). У меня никогда не получалось, что SuSE хорошо работает, и это потому, что SuSE не очень хорошо ладит, по крайней мере, с проприетарными драйверами моей видеокарты (все, что я получаю, это общая системная паника), но отзывы я слышал, что их рабочие столы KDE на высшем уровне.

    4. Что я определенно собираюсь узнать, так это какой дистрибутив не использовать: Debian. Достаточно сказать, что Debian Sid имеет KDE 4.8.4 как последнюю доступную версию KDE. «Стабильные» версии - это нормально, но KDE 4.10.2 (последняя версия, доступная для RHEL, мы сравниваем стабильные и стабильные дистрибутивы) дает ей 2 дюжины кругов, а Debian Sid, «нестабильный» репозиторий Debian, должен иметь как минимум меньше KDE 4.10.4.

    Если вы действительно хотите установить Debian с KDE, два доступных варианта (включить репозитории ZorinOS или смешать экспериментальные репозитории) потребуют так много работы, потому что да, в этом случае лучше всего просто стереть жесткий диск или твердотельный накопитель. и установите CentOS или Scientific. Кроме того, команда Debian была вдохновителем полуторагодичной медленной KDE для всех, кто не компилировал Strigi из деревьев git, как мне пришлось научиться.

    Магея? Нет, по простой причине: как только они выпускают версию KDE, они остаются с ней навсегда. Со мной случилось с Mandriva, что мне пришлось зайти в "Mandriva International Backports", чтобы получить точечное обновление, и команда, стоящая за MIB, решила не поддерживать Mageia, а перейти на ROSA Linux (с довольно явной графикой против Mageia) . Так что, если это семейство Mandriva, ROSA Linux - лучший выбор, чем Mageia.

    Наконец, тот факт, что KDE требует, чтобы дистрибутивы всегда были в актуальном состоянии, действительно делает развертываемые дистрибутивы яркими. У меня были варианты перехода с Gentoo на Arch с KDEmod, а оттуда прямо на Chakra (духовное продолжение KDEmod), и я не пожалел об этом. Однако для обслуживания Arch Linux требуется много усилий.

    Одним словом, на вкус цвета. В большинстве случаев лучший дистрибутив KDE - это тот, который вы используете, потому что вы привыкли к его особенностям. Вам просто нужно знать, какой дистрибутив использовать, и, если вы используете дистрибутив, что делать, чтобы улучшить работу с KDE (например, в SuSE переключение на репозиторий KDE Distro: стабильность - лучшая идея, чем использование пакетов по умолчанию. ).

  11.   Москосов сказал

    Спасибо за ответ, Эрнесто, я снова провел тест с командами, и он работал отлично, система великолепна благодаря советам, которые вы предоставили.
    Надеюсь, вы продолжите эту серию статей, углубляющих использование Akonadi и Nepomuk или в других областях KDE.

    Большое спасибо.

    С наилучшими пожеланиями.

  12.   техеладот сказал

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

  13.   Эрнесто Манрикес сказал

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

  14.   Эрнесто Манрикес сказал

    OpenSuSE больше не имеет ничего общего с Novell. Novell разделилась на две части: часть, оставшаяся с названием, была куплена Attachmate, а SuSE снова превратилась в более или менее независимую компанию.

  15.   Эрнесто Манрикес сказал

    Прочтите, вы задаете несколько вопросов, но все они связаны.
    1. Если вы решили попробовать новый дистрибутив, лучше всего а) использовать nepomukbackup для резервного копирования ваших ярлыков и пользовательских данных; б) установить дистрибутив для тестирования в качестве нового пользователя; c) восстановить резервную копию (это можно сделать в Системных настройках | Desktop Search, перейдите на третью вкладку). Если вы сделаете резервную копию пользовательских данных и снова проиндексируете все, вы получите функциональный эквивалент «переносимости семантической информации», которую вы ищете.
    Некоторое время назад, кроме того, проводились эксперименты по записи тегов Непомука в их метаданных (EXIF, ID3) обратно в сами файлы, но они не были завершены.
    2. По той же причине основным ограничением является то, что метки нельзя перемещать между компьютерами, они зависят от базы данных Nepomuk.
    3. Как я уже объяснил, лучше всего использовать дистрибутив с последней стабильной версией KDE. KDE 4.10.4 - это так, и любой дистрибутив, в котором нет этой версии, не подходит. Помимо этого, лучший дистрибутив для использования KDE - это тот, который вы используете, это как основной принцип. Я лично рекомендую Chakra из-за ее большого испаноязычного сообщества, хорошего качества пакета KDE и того факта, что все пакеты, скомпилированные для Chakra, имеют максимально удаленные зависимости GNOME, что позволяет избежать ненужного потребления памяти и упрощает то, что надоедает Поддержка.

  16.   Lelo сказал

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

    Спасибо за разъяснения, в этом смысле я думаю, что лучше всего содержать Непомук в папке пользователя, чтобы избежать проблем (у меня есть общий домашний каталог для всех, в котором находятся фотографии, а в другом - музыка с правами на запись; интеграция цифровой камеры и база данных amarok с непомуком в этом случае наверняка будет вызывать проблемы каждый раз, когда пользователь меняет, например, рейтинг файла через dolphin / nepomuk).

    Я дал рекомендации по принудительной индексации, теперь я удивлен, что проверяю результат, выполняя поиск. Я думаю, что для индексации около 1 файлов (многие из них текстовые), должно быть, потребовалось от 3 до 16.000 часов, в то время как я ожидал, что это займет несколько, много часов больше, многое улучшилось со времени старого KDE 4.6 пытался). Результатом очень доволен. Я буду применять остальные руководства, потому что думаю, что могу многое из этого извлечь. Спасибо.

  17.   Эрнесто Манрикес сказал

    Вот почему устаревшие версии KDE 😉 не работают. Я не буду преувеличивать, если скажу вам, что Nepomuk в KDE 4.10 примерно в 20 раз быстрее, чем Nepomuk в KDE 4.6, а KDE 4.11 утверждает, что он в 5-7 раз быстрее KDE 4.10. Сумма.

  18.   Хорхе сказал

    Привет, Эрнесто.
    Я использую Gnome пару лет и решил попробовать KDE, особенно меня интересовали преимущества, которые предлагает nepomuk. После выполнения ваших руководств я не могу включить эту службу.
    Я установил флажки, и жирным шрифтом выделены следующие сообщения:
    «Включить Nepomuk Semantic Desktop»: службы поиска на рабочем столе активны.
    «Активировать индексатор файлов Непомука»: служба индексирования файлов не запущена.
    «Активировать индексатор электронной почты»: данные готовы к индексации (0%).
    В опции «Подробности» укажите Файлы: Расчет и Электронная почта: Расчет. Я выбираю обновление, но ничего не происходит.
    Вы можете помочь мне определить, почему я не могу активировать непомук. Я использую Sabayon как операционную систему.
    Большое спасибо за внимание и помощь.

    привет