|
Ця дуже довга серія стовпців (парте 1, парте 2, парте 3, парте 4, парте 5 y парте 6) матиме тут закінчення. Я міг би розширити інші елементи семантичного робочого столу, але я не зможу відповісти на аргументи, наведені в безлічі керівництв, розкиданих по Інтернету, які радять найкращі способи дезактивації семантичного робочого столу, оскільки це з’їсть пам’ять поштучно. |
Не хвилюйтеся, єдиний спосіб отримати знімок, подібний до того, який ви бачите в системі, де Непомук працює належним чином, як і я, - це зробити те саме, що і я: завантажте 1 ГБ текстових PDF-файлів із 13 мільйонами адрес та запустіть їх через індексатор Nepomuk (не жартую, я це зробив). Я також не вірю, що ви обробляєте 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, і люди дивувались, чому Nepomuk був таким повільним і пам'ятав голод, а насправді це було виною пакувальника. Це ланцюг передачі Nepomuk та Akonadi (використовуючи назви проектів із projects.kde.org та останні версії)
kdelibs (4.10.4)
nepomuk-core (4.10.4)
час виконання kde (4.10.4)
віджети nepomuk (4.10.4)
онтології спільного робочого столу (0.10.0)
сопрано (2.9.1)
аконаді (1.9.2)
Увага до останніх 3: вони не залежать від використовуваної версії KDE, і вони повинні бути останніми доступними, навіть коли використовується версія зі стабільною точкою. Правило: KDE використовує останню стабільну версію цих пакетів у своїй стабільній гілці, а git-знімки у своїх бета-гілках. Багато додаткових сховищ оновлень KDE оновлюють KDE, але не ці три останні пакети, що викликає серйозні проблеми.
До цього додався Стрігі, нещодавно взятий з Непомука, що було справжнім головним болем для всіх, хто намагався його запакувати. Нові версії не рекламувались належним чином, і Ubuntu тривалий час не пакував нових версій цієї програми, до того, що мені довелося підняти галас у блозі Себастьяна Трюга, щоб це виправити. На щастя, ця проблема значною мірою закінчена, і Strigi більше не оновлюється, що усуває проблему з упаковкою.
Ось чому я рекомендую Чакру як хороший розподіл індексів. Мануель Тортоса, пакувальник KDE для Чакри, знає все це, і тому якість пакунків хороша, а досвід роботи з Непомуком та Аконаді під чакрою також хороший. Чакра має кілька серйозних обмежень, як-от, вона не за замовчуванням встановлює пакети, які залежать від GTK +, але це хороший початок.
Крім того, як ми побачимо далі, я настійно рекомендую дистрибутив, який вже перейшов з MySQL на MariaDB. Пізніше ми побачимо, чому.
Підготовка землі
Після того, як ми переконаємось, що ми виконуємо всі передумови, і поки у нас є чиста система, ми збираємось внести деякі зміни в налаштування за замовчуванням.
Аконаді
Ми збираємось розмістити наступні рядки у файлі .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Якщо цей файл не існує, ми запустимо Akonadi, щоб створити його, а потім закриємо. На консолі:
akonadictl початок akonadictl зупинка
Для цього? 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.
$ аконадиктл вакуум: "Всмоктуйте" базу даних Akonadi. Під прагненням слід розуміти: всі записи, які не відображаються у ресурсі, видаляються.
$akonadictl fsck: Спробуйте виправити пошкодження баз даних Akonadi. Це не завжди працює, тому вам потрібно запобігти їх виникненню в першу чергу. Як З тими варіантами, які ми вже бачили.
$nepomukcleaner: Це набір сценаріїв, підготовлених Вішешем Хандою для очищення бази даних Nepomuk, яку він перетворив на графічний інтерфейс. Натисніть кнопку «Пуск» і забудьте про це. Запуск цієї програми є обов’язковим, якщо ви оновлюєте версію KDE.
З усіма дрібничками в 64-розрядної системі та з експериментальними ресурсами Akonadi сума Nepomuk і Akonadi споживає близько 350 МБ оперативної пам'яті. Багато чого для деяких, але, на мій погляд, адекватних надзвичайним особливостям, які набуваються.
Але Непомук все одно працює занадто повільно, на мій смак. Що я роблю?
Зачекайте трохи. KDE 4.11 включає звіряче підвищення продуктивності для Nepomuk. Це не будь-яке перебільшення: за даними Вішеша Ханди, ми говоримо про 5-кратну ефективність KDE 4.10 у письмовій формі в базу даних і більше ніж у 7 разів при читанні, усе це в середньому. Зміни, які слід побачити в KDE 4.11, є масовими і дозволять нарешті використовувати Nepomuk як альтернативу тим додаткам, які потребують баз даних.
Крім того, помилка, яка перешкоджає правильному запуску роз'єму Akonadi-Nepomuk, уже виправлена у гілці 4.11, і очищувач Nepomuk побачить значні покращення. У нас буде новий індексатор файлів Office, і ми зможемо насолоджуватися іншими інструментами, які будуть розкриті пізніше.
Сподіваюся, цей посібник, повторюю, єдиний, який ви знайдете про те, як досягти вражаючої продуктивності за допомогою активованого Nepomuk, допоможе вам мати плавну конфігурацію, яка дозволяє робити те, що ми бачили минулими частками, і багато-багато іншого. Дякуємо за те, що стежили за мною протягом усіх цих внесків, і велике спасибі Пабло Кастагніно за публікацію цієї серії. До зустрічі.
Чудовий внесок Ернесто! Дякуємо, що поділились усіма цими поставками, вони мені дуже допомогли краще зрозуміти, як працює KDE (в якому я тільки починаю) і як краще скористатися всіма інструментами, які він пропонує.
Привіт!
Привіт Ернесто,
Щиро дякую за всі доставки, вони дуже допомогли. Я використовую KDE 4.11 на Arch, і я підтверджую це, nepomuk - звір, індексація ніколи не використовувала більше 7% мого старого двоядерного AMD.
До речі, я читав, що для тих, хто має 4 і більше гігабайт оперативної пам'яті, найкраще призначити Nepomuk щонайменше 500 мегабайт, таким чином зменшується споживання процесора і швидкість роботи системи при відкритті програм, копіюванні файли тощо - збільшується. Що ти думаєш про це?
привіт
Привіт Ернесто,
Щиро дякуємо за низку статей, дуже повних та детальних та допомагають нам отримати максимум від KDE та його інструментів. З іншого боку, я хочу задати вам питання, я спробував за допомогою двох команд Akonadi; "Akonadictl vacuum" і "akonadictl fsck", коли я використовую їх як звичайний користувач, він нічого не повертає, а при використанні з sudo він повертає це
Шина сеансу D-Bus недоступна!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
і ряд даних, подібних до 2-го рядка (які я не хотів додавати, оскільки вони коротші), що це означає? Якщо при використанні як звичайного користувача це нічого не повертає, чи означає це, що база даних працює? або ця команда не працює як адміністратор?
Я повторюю свою подяку та привітання за статті, і я сподіваюся, що ваша робота юриста пов'язана із конституційними змінами в Чилі, які вже давно були необхідними.
На моєму досвіді, із 64-розрядною системою найкращим є виділення 128 МБ для Nepomuk (решта приблизно 350 Мб надходить від Akonadi, MySQL та підключених служб). Вихід за межі цього просто дасть Непомуку більше пам’яті, щоб з’їсти, а це не перетвориться на реальну продуктивність.
Цей параметр був повністю виправданий у часи KDE 4.7, коли служби не були оптимізовані, а Virtuoso, база даних за Nepomuk, вимагала величезного обсягу пам'яті для роботи. Це не так.
Привіт Карлосе, поки Ернесто відповідає, я розповім вам про свій досвід роботи з OpenSuse. Дійсно, і як ви кажете, він вибирає KDE, який перетворюється на стабільне, надійне та високо інтегроване середовище із системою, що стосується оновлень, які надходять приблизно через місяць після випуску командою KDE, однак ви можете оновити до поточну версію з напівофіційних сховищ, що підтримуються спільнотою, до цих пір я оновлював звідти, і у мене не було проблем, але є деталь, і саме на неї вказує Ернесто у своєму посібнику щодо упаковки та доступних версій, наприклад, офіційні та напівофіційні сховища KDE у OpenSuse містять версію 2.9.0 пакету Soprano, але це лише те, що, оскільки інші пакети знаходяться в останній версії, я можу швидко вирішити вищевказане шляхом пошуку та завантаження версії 2.9.1 .XNUMX на веб-сайті OpenSuse Build Service (щось на зразок Центру програмного забезпечення). Спочатку я прокоментував, що той факт, що Suse вибрав KDE як середовище за замовчуванням, призвів до надійної та стабільної системи, я кажу це порівняно з попереднім розподілом, який я використовую з KDE: Fedora, який працював швидше, ніж OpenSuse, але стягувався як я плачу на честь стабільності, кілька разів я страждав від аварій, а випадки, коли я активував Непомук і Аконаді, були не що інше, як отримання повідомлень про помилки, примусові перезавантаження та споживання ресурсів.
В даний час, і багато в чому завдяки цій серії статей, у мене є стабільна, швидка та високоінтегрована система.
З найкращими побажаннями.
Привіт Карлосе,
Мені здається, що всі ми, хто прийшов до 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/
Я сподіваюся, вони вам допоможуть.
З найкращими побажаннями.
Привіт Ернесто:
Чи не могли б ви трохи розмочити оптимальні дистрибутиви Linux для робочого столу KDE?
Ви говорите про Red Hat, чи це застосовне до Fedora? Здається, OpenSuse вибирає KDE для робочого столу за замовчуванням. Mageia також знаходиться на тій же довжині хвилі. Може PcLinuxOS? Заздалегідь спасибі.
Дякую Москосову. Зараз я працюю в OpenSuse. Я походжу з Debian, і я новачок у OpenSuse (різні сховища, інструменти для встановлення програм тощо), і хоча я тестую з ним, він зарекомендував себе як дистрибутив. Я вважаю, що це дуже стабільно, практично все йде добре (за винятком деяких проблем з пошуком документації та "вирішення" проблем, які в Debian були більш досяжними). Тепер мені зрозуміло, оскільки я встановив його замість Gnome, це те, що я дотримуюся KDE. І саме до того, що між вибором дистрибутива перед робочим столом я віддаю перевагу перевагам використання робочого столу перед тими, які дистрибутив міг би мати сам по собі.
Управління пакетами в Debian мені здається простішим: основне, внесок, невільне і там у вас є практично все; у opensuse це коштує мені дорожче (pacman, factory ...), хоча я думаю, що це справа звикання до цього і трохи уважності. Але я вже сказав, якщо це покарання за наявність KDE з кращою продуктивністю та використанням, я змінюю розподіл. Ось чому я також підняв інших, таких як Mageia, яка успадковує KDE як робочий стіл від Mandriva та його легкість зробити все, що працює нестандартно. Мені також подобається, що за ним стоїть фундамент у стилі Debian (я поважаю це, але я повернувся до Canonical; і у мене є сумніви щодо Novell ... і трохи про Fedora).
Тим не менш, Москосов, дякую за звіт.
Привіт.
Ні для чого в світі ви не використовуєте їх із судо, це не працює.
Нормально, що нічого не повертається. Щойно слід запустити ці команди, зачекайте. Якщо ви запустите системний монітор після запуску цих команд (те, що можна зробити в KDE, натиснувши Control + Esc), ви помітите, що використання ЦП MySQL зростає після цього; це означає, що Аконаді працює. Облиш це.
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, а звідти прямо до Чакри (що є духовним продовженням KDEmod), і я не пошкодував про це. Однак Arch Linux вимагає багато роботи для її обслуговування.
Словом, для кольорових смаків. У більшості випадків найкращим дистрибутивом KDE є той, який ви використовуєте, оскільки ви звикли до його особливих особливостей. Вам просто потрібно знати, який дистрибутив використовувати, і, якщо ви використовуєте дистрибутив, що робити, щоб покращити роботу в KDE (наприклад, при переході SuSE на сховище дистрибутиву KDE: стабільність - краща ідея, ніж збереження за замовчуванням пакунки).
Дякую за відповідь Ернесто, я ще раз провів тест за допомогою команд, і він спрацював ідеально, система розкішна завдяки порадам, які ви надали.
Сподіваємось, ви продовжите цю серію статей, що поглиблюють використання Akonadi та Nepomuk або в інших областях KDE.
Велике спасибі.
З найкращими побажаннями.
Щиро дякую, Ернесто. Ви маєте рацію, я мінімально стежив за системою із 128 мегабайтами, виділеними Nepomuk, і не помічаю значних відмінностей у продуктивності порівняно з моєю попередньою конфігурацією.
До речі, чудовий блог, вітаю.
Я думав відповісти тут, але вирішив краще надіслати електронне повідомлення Пабло і відповісти іншою колонкою. Сподіваємось, це скоро вийде.
OpenSuSE більше не має нічого спільного з Novell. Novell розділився на 2: частину, що залишилася під назвою, придбав Attachmate, тоді як SuSE повернувся до більш-менш незалежної компанії.
Прочитайте, ви ставите кілька запитань, але всі вони пов’язані.
1. Якщо ви вирішили спробувати новий дистрибутив, найкраще: а) скористатися nepomukbackup для резервного копіювання ярликів та власних даних; б) встановити дистрибутив для тестування як новий користувач; в) відновіть резервну копію (це можна зробити у Налаштуваннях системи | Пошук на робочому столі, перейдіть на третю вкладку). Якщо ви створите резервну копію користувацьких даних і все індексуєте знову, ви отримаєте функціональний еквівалент "переносимості семантичної інформації", яку ви шукаєте.
Деякий час тому, крім того, проводились експерименти з написання тегів Nepomuk у їх метаданих (EXIF, ID3) назад до самих файлів, але вони не були закінчені.
2. З цієї причини основним обмеженням є те, що мітки не можна переміщувати між комп’ютерами, а залежать від бази даних Nepomuk.
3. Найкраще, як я пояснив, - це використовувати дистрибутив, який має останню стабільну версію KDE. KDE 4.10.4 є таким, і будь-який дистрибутив, який не має цієї версії, не відповідає вимогам. Крім цього, найкращим дистрибутивом для використання KDE є той, який ви використовуєте, це основний принцип. Я особисто рекомендую Chakra для його великого іспаномовного співтовариства, хорошої якості пакету KDE та того факту, що всі пакети, скомпільовані для Chakra, мають якнайдаліше видалені залежності від GNOME, що дозволяє уникнути зайвого споживання пам'яті та спрощує набриднення. підтримка.
Вам слід обережно користуватися імпортом резервної копії, оскільки вона видаляє те, що вам потрібно залишити те, що було в копії, принаймні так сталося зі мною кілька днів тому (на щастя, це була нова установка, і це торкнулося лише трьох файлів). Тоді чакра - це мій вибір (хоча завжди зручно мати допоміжний дистрибутив для вирішення конкретних проблем, яких Чакра не може, через відсутність пакетів, як це сталося зі мною за допомогою інструменту mvconv).
Дякую за роз'яснення, в цьому сенсі я вважаю, що найкраще містити Nepomuk у папці користувача, щоб уникнути проблем (у мене є спільний домашній каталог для всіх, де знаходяться фотографії, а в іншому музика з правами на запис; інтеграція бази даних digikam а амарок з nepomuk у цьому випадку, безсумнівно, створюватиме проблеми щоразу, коли користувач змінює, наприклад, рейтинг файлу через dolphin / nepomuk).
Я зробив рекомендації щодо примусової індексації, зараз я здивований, що перевіряю результат, виконуючи пошук. Думаю, на індексацію близько 1 3 файлів (багато з них текстових) знадобилося 16.000-4.6 години, тоді як я очікував, що це займе кілька, багато годин більше, багато що покращилося з часу старого KDE XNUMX (востаннє він був у мене спробували). Дуже задоволений результатом. Я застосую решту керівництв, тому що, думаю, можу з цього багато чого витягти. Дякую.
Ось чому застарілі версії KDE 😉 не працюватимуть. Я б не перебільшував, якби сказав, що Nepomuk у KDE 4.10 приблизно в 20 разів перевищує швидкість Nepomuk у KDE 4.6, а KDE 4.11 стверджує, що він перевищує швидкість KDE 5 у 7 - 4.10 разів. Сума
Привіт Ернесто.
Я використовував Gnome пару років і вирішив спробувати KDE, особливо мене зацікавили переваги, які пропонує nepomuk. Після дотримання ваших підручників я не можу ввімкнути цю послугу.
Я встановив прапорці, і повідомлення напівжирним шрифтом є такими:
"Увімкнути семантичний робочий стіл Nepomuk": Служби пошуку на робочому столі активні.
"Активувати індексатор файлів Nepomuk": служба індексації файлів не працює.
"Активувати індексатор електронної пошти": Готовий індексувати дані (0%).
У опції "Деталі" вкажіть Файли: Розрахунок та Електронні адреси: Обчислення. Я вибираю освіжити, але нічого не відбувається.
Ви можете допомогти мені визначити, чому я не можу активувати nepomuk. Я використовую Sabayon як операційну систему.
Щиро дякую за увагу та допомогу.
привіт