|
Тази много дълга поредица от колони (част 1, част 2, част 3, част 4, част 5 y част 6) ще има край тук. Бих могъл да разширя и други елементи на семантичния работен плот, но няма да мога да отговоря на аргументите, дадени в множество ръководства, разпръснати из Интернет, които съветват за най-добрите начини за деактивиране на семантичния работен плот, защото това ще изяде паметта от парчето. |
Не се притеснявайте, единственият начин, по който можете да направите улавяне като това, което виждате в система, където Nepomuk работи правилно като моята, е да направите същото като мен: изтеглете 1 GB в текстови 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)
непомук-ядро (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, но не и последните три пакета, което причинява сериозни проблеми.
Към това е добавен и Strigi, наскоро взет от Nepomuk, което беше истинско главоболие за всички, които се опитаха да го опаковат. Новите версии не бяха рекламирани правилно и Ubuntu не пакетира нови версии на тази програма дълго време до такава степен, че трябваше да вдигам шум в блога на Себастиан Трюг, за да го поправя. За щастие този проблем до голяма степен е приключил и Strigi вече не се актуализира много, което премахва проблема с опаковката.
Поради тази причина препоръчвам Chakra като добро разпределение на индекса. Мануел Тортоса, пакетиращият KDE за Чакра, знае всичко това и следователно качеството на пакетите е добро, а опитът с Непомук и Аконади, под Чакра, също е добър. Chakra има някои сериозни ограничения, като че не се използва по подразбиране за пакети, които зависят от GTK +, но това е добро начало.
Също така, както ще видим по-нататък, горещо препоръчвам дистрибуция, която вече е преминала от MySQL към MariaDB. По-късно ще видим защо.
Подготовка на земята
След като се уверим, че отговаряме на всички предпоставки и докато имаме чиста система, ще направим някои промени в настройките по подразбиране.
Аконади
Ще поставим следните редове във файла .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Ако този файл не съществува, ще стартираме Akonadi да го създаде и след това ще го затворим. На конзолата:
аконадиктл старт аконадиктл стоп
За това? 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. Това не винаги работи, така че първо трябва да ги предотвратите. Как С опциите, които вече видяхме.
$nepomukcleaner: Това е набор от скриптове, подготвени от Vishesh Handa за почистване на базата данни Nepomuk, която той преобразува в графичен интерфейс. Натиснете бутона "Старт" и забравете за него. Стартирането на тази програма е задължително, ако се актуализира версията на KDE.
С всички дрънкулки, на 64-битова система и с експериментални ресурси Akonadi, сумата от Nepomuk и Akonadi консумира около 350 MB RAM. Много за някои, но адекватни, според мен, за огромната функционалност, която се придобива.
Но Nepomuk все още работи твърде бавно, за да ми хареса. Какво правя?
Почакай малко. KDE 4.11 включва зверски повишения на производителността за Nepomuk. Това не е някакво преувеличение: според данните на Vishesh Handa говорим за 5 пъти по-добро представяне на KDE 4.10 в писмен вид в базата данни и над 7 пъти при четене, всичко това, средно. Промените, които трябва да се видят в KDE 4.11, са огромни и ще позволят на Nepomuk най-сетне да се използва като алтернатива за онези приложения, които изискват бази данни.
Също така грешката, която възпрепятства правилното стартиране на конектора Akonadi-Nepomuk, вече е отстранена в клона 4.11, а почистващият Nepomuk ще види големи подобрения. Ще имаме нов индексатор на файлове на Office и ще можем да се наслаждаваме на други инструменти, които ще бъдат разкрити по-късно.
Надяваме се, че това ръководство, повтарям, единственото, което ще намерите за това как да постигнете грандиозно представяне с активиран Nepomuk, ще ви помогне да имате гладка настройка, която ви позволява да правите това, което видяхме на минали вноски и много, много повече. Благодаря ви, че ме следвахте през всички тези вноски, и много благодаря на Пабло Кастанино, че публикувах тази поредица. Ще се видим скоро.
Отличен принос Ернесто! Благодаря, че споделихте всички тези доставки, те ми помогнаха много по-добре да разбера как работи KDE (в който тепърва започвам) и как да се възползвам по-добре от всички инструменти, които предоставя.
Поздрави!
Здравей Ернесто,
Благодаря ви много за всички доставки, те бяха много полезни. Използвам KDE 4.11 на Arch и го потвърждавам, nepomuk е звяр, като индексирането никога не е използвало повече от 7% от стария ми AMD Dual-Core.
Между другото, прочетох, че за тези, които имат 4 или повече гигабайта RAM, най-добре е да присвоите на Nepomuk поне 500 мегабайта, по този начин се намалява консумацията на процесора и скоростта на системата - при отваряне на програми, копиране на файлове и др. - увеличава се. Какво мислиш за това?
поздрави
Здравей Ернесто,
Благодаря ви много за поредицата статии, много пълни и подробни и те ни помагат да извлечем максимума от KDE и неговите инструменти. От друга страна, искам да ви задам въпрос, опитах с двете команди Akonadi; "Akonadictl vacuum" и "akonadictl fsck", когато го използвам като нормален потребител, той не връща нищо и когато го използва със sudo, той връща това
D-Bus сесийна шина не е налична!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
и поредица от данни, подобни на 2-ри ред (които не исках да добавя, защото е по-кратък), какво означава това? Ако когато го използвате като нормален потребител, той не връща нищо, означава ли това, че базата данни е здрава? или тази команда не работи като администратор?
Повтарям своите благодарности и поздравления за статиите и се надявам работата ви като адвокат да е свързана с конституционна промяна в Чили, която отдавна е била необходима.
Според моя опит, с 64-битова система, сладкото място е 128MB разпределение към Nepomuk (останалата част от приблизително 350MB идва от 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, но беше таксувана, докато плащам в знак на почит към стабилността, няколко пъти страдах от сривове, а случаите, когато активирах Nepomuk и Akonadi, не бяха нищо повече от получаване на известия за грешки, принудително рестартиране и консумация на ресурси.
Понастоящем и до голяма степен благодарение на тази поредица статии имам стабилна, бърза и силно интегрирана система.
С най-добри пожелания.
Здравей Карлос,
Струва ми се, че всички ние, които дойдохме в 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, фабрика ...), въпреки че мисля, че е въпрос на свикване и малко внимание. Но вече казах, ако това е наказанието за наличието на KDE с по-добра производителност и употреба, променя разпределението. Ето защо повдигнах и други като Mageia, която наследява KDE като работен плот от Mandriva и нейната лекота да направи всичко да работи нестандартно. Също така ми харесва, че зад него има основа в стил Debian (уважавам това, но се връщам към Canonical; и имам съмнения относно Novell ... и малко относно Fedora).
Това каза, Москосов, благодаря за доклада.
Поздрави.
За нищо на света не ги използвате със sudo, не работи.
Нормално е нищо да не се връща. След като стартирате тези команди, трябва да изчакате. Ако стартирате системен монитор след стартиране на тези команди (нещо, което в KDE може да се направи с натискане на Control + Esc), ще забележите, че използването на процесора на MySQL се увеличава след това; това означава, че Akonadi работи. Остави го.
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 4.10.2 (най-новата налична за RHEL, сравняваме стабилна и стабилна дистрибуция) дава 2 дузини обиколки, а Debian Sid, "нестабилното" хранилище на Debian, трябва да има в най-малко по-малко KDE 4.10.4.
Ако наистина искате да инсталирате Debian с KDE, двете налични опции (включете хранилищата ZorinOS или смесете експерименталните хранилища) канят толкова много работа, защото да, най-доброто в този случай е просто да изтриете твърдия диск или SSD устройството и инсталирайте CentOS или Scientific. Освен това екипът на Debian беше мозъкът на 1 и половина години бавен 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 Distro: Stable е по-добра идея от това да останете по подразбиране пакети).
Благодаря за отговора Ернесто, направих теста отново с командите и той работи перфектно, системата е луксозна благодарение на съветите, които сте дали.
Надявам се да продължите с тази поредица от статии, задълбочаващи използването на Akonadi и Nepomuk или в други области на KDE.
Благодаря Ви много.
С най-добри пожелания.
Благодаря ви много Ернесто. Прав сте, аз наблюдавах системата с 128 мегабайта, разпределени за Nepomuk, и не забелязвам значителни разлики в производителността в сравнение с предишната ми конфигурация.
Между другото, страхотен блог, поздравления.
Мислех да отговоря тук, но реших по-добре да изпратя имейл до Пабло и да отговоря с друга колона. Дано скоро излезе.
OpenSuSE вече няма нищо общо с Novell. Novell се раздели на 2: частта, която остана с името, беше закупена от Attachmate, докато SuSE се върна към повече или по-малко независима компания.
Прочетете го, задавате няколко въпроса, но всички те са свързани.
1. Ако решите да опитате нова дистрибуция, най-добре е а) да използвате nepomukbackup, за да архивирате етикетите и потребителските си данни; б) инсталирайте дистрибуцията, за да тествате като нов потребител; в) възстановете архива (това може да се направи в System Preferences | Desktop Search, отидете на третия раздел). Архивирането на потребителските данни и повторното индексиране на всичко ще ви даде функционален еквивалент на „преносимостта на семантичната информация“, която търсите.
Освен това преди време имаше експерименти за записване на маркерите на Nepomuk в техните метаданни (EXIF, ID3) обратно към самите файлове, но те не бяха завършени.
2. По същата причина основното ограничение е, че етикетите не могат да се преместват между компютрите, а зависят от базата данни Nepomuk.
3. Най-доброто нещо, както обясних, е да се използва дистрибуция, която има най-новата стабилна версия на KDE. KDE 4.10.4 е това и всяка дистрибуция, която няма тази версия, не отговаря на изискванията. Освен това, най-добрият дистрибутор за използване на KDE е този, който използвате, това е основен принцип. Аз лично препоръчвам Chakra, заради голямата й испаноезична общност, доброто качество на неговия KDE пакет и факта, че всички пакети, компилирани за Chakra, имат своите GNOME зависимости, премахнати колкото е възможно повече, което избягва ненужното потребление на памет и опростява писна подкрепата.
Трябва да използвате внимателно импортирането на архива, защото той изтрива онова, което трябва да оставите в копието, поне това ми се случи преди няколко дни (за щастие беше нова инсталация и засегна само три файла). Тогава чакра е моят избор (въпреки че винаги е удобно да има помощен дистрибутор там, за да се решават специфични проблеми, които Чакра не може, поради липса на пакети, както ми се случи с инструмента mvconv).
Благодаря за разяснението, в този смисъл мисля, че е най-добре да се съдържа Nepomuk в потребителската папка, за да се избегнат проблеми (имам споделена домашна директория за всички, в които се намират снимките, а в друга музиката с права за писане; интегриране на digikam и базата данни amarok с nepomuk в този случай със сигурност би създала проблеми всеки път, когато потребителят се промени, например рейтингът на файл чрез dolphin / nepomuk).
Направих препоръките за принудително индексиране, сега съм изненадан, че проверявам резултата, като правя търсения. Мисля, че трябва да отнеме 1 до 3 часа, за да се индексират около 16.000 4.6 файла (много от тях текстови), докато очаквах да отнеме няколко, много часа повече, много се подобри от стария KDE XNUMX (последния път, когато го имах опитах). Много доволен от резултата. Ще приложа останалите ръководства, защото мисля, че мога да извлека много от това. Благодаря ти.
Ето защо остарелите версии на KDE 😉 няма да работят. Няма да преувелича, ако ви кажа, че Nepomuk в KDE 4.10 е около 20 пъти по-голяма от скоростта на Nepomuk в KDE 4.6, а KDE 4.11 твърди, че е между 5 и 7 пъти по-голяма от скоростта на KDE 4.10. Сума
Здравей Ернесто.
Използвах Gnome от няколко години и реших да опитам KDE, особено се интересувах от предимствата, които предлага nepomuk. След като следвах вашите уроци, не мога да активирам тази услуга.
Имам отметки в квадратчетата и съобщенията с удебелен шрифт са следните:
„Активиране на Nepomuk Semantic Desktop“: Услугите за търсене на работния плот са активни.
„Активиране на индексатора на файлове Nepomuk“: Услугата за индексиране на файлове не работи.
„Активиране на индексатора на имейли“: Готови за индексиране на данни (0%).
В опцията „Подробности“ посочете Файлове: Изчисляване и Имейли: Изчисляване. Избирам да освежа, но нищо не се случва.
Можете да ми помогнете да дефинирам защо не мога да активирам nepomuk. Използвам Sabayon като операционна система.
Благодаря ви много за вниманието и помощта.
поздрави