|
Această serie foarte lungă de coloane (partea 1, partea 2, partea 3, partea 4, partea 5 y partea 6) va avea un sfârșit aici. Aș putea să mă extind și asupra altor elemente ale desktopului semantic, dar nu voi putea răspunde la argumentele care se dau în numeroase ghiduri împrăștiate pe internet care sfătuiesc cele mai bune modalități de a dezactiva desktopul semantic, deoarece ar consuma memoria de piesă. |
Nu vă faceți griji, singurul mod în care puteți avea o captură precum cea pe care o vedeți pe un sistem în care Nepomuk funcționează corect ca a mea este să faceți la fel ca mine: descărcați 1 GB în fișiere PDF text care au 13 milioane adresele și rulați-le prin indexatorul Nepomuk (nu glumesc, am făcut-o). Nici eu nu cred că gestionați PDF-uri de literalmente mii de pagini (pentru munca mea de avocat trebuie să mă ocup de Istoria Constituției chiliene, 10 PDF-uri de 1.200 de pagini de text fiecare), deci, într-un sistem configurat corect, nu ar trebui să vedeți acest lucru prinde vreodată.
Acum să devenim serioși și tehnici. Nu este timpul pentru încă un tutorial despre „dezactivați Nepomuk pentru a obține performanțe bune”, ci pentru primul tutorial de pe internet despre „cum să obțineți performanțe excelente cu Nepomuk pornit”. Fiți atenți.
Cerințe preliminare
Poate că ar fi trebuit să vină primul în ghidul meu și îmi pare rău, dar a trebuit să justific de ce am activat Nepomuk (ceea ce am făcut în primele șase tranșe) înainte de a vă spune cum să îl activați corect. Deci, vom face un tur al ceea ce este necesar și apoi vom configura.
În primul rând, trebuie să fim stricți cu privire la distribuțiile pe care le vom folosi. Iată cerințe foarte clare: distribuțiile cărora le place să încorporeze software învechit nu funcționează pentru KDE și care din păcate include Debian. Datorită muncii enorme a lui Rex Dieter, liderul echipei Fedora KDE, există un set de pachete cu KDE 4.10 pentru Red Hat Enterprise Linux 6, deci dacă aveți nevoie de KDE și de o distribuție stabilă, opțiunea este RHEL 6 sau o clonă RHEL 6 ca CentOS, cu acel depozit activat.
În al doilea rând, trebuie să fiți atenți la modul în care este ambalat KDE, deoarece KDE este extrem de sensibil la ambalarea slabă. Până de curând, Kubuntu era renumit pentru comiterea unor erori de ambalaj grotesc, amestecarea versiunilor neacceptate ale pachetelor necesare, rezultând într-o experiență oribilă Kubuntu și oamenii care se întrebau de ce Nepomuk era atât de lent și de memorie înfometată când de fapt era vina ambalatorului. Lanțul de flux Nepomuk și Akonadi este acesta (folosind numele proiectelor de la projects.kde.org și cele mai recente versiuni)
kdelibs (4.10.4)
miez nepomuk (4.10.4)
kde-runtime (4.10.4)
widget-uri nepomuk (4.10.4)
ontologii-desktop-partajate (0.10.0)
soprana (2.9.1)
akonadi (1.9.2)
Atenție la ultimele 3: nu depind de versiunea KDE utilizată și trebuie să fie ultima disponibilă, chiar și atunci când se utilizează o versiune punctuală stabilă. Regula este: KDE folosește cea mai recentă versiune stabilă a acestor pachete în ramura sa stabilă și instantanee git în ramurile sale beta. Multe depozite suplimentare de actualizare KDE actualizează KDE, dar nu aceste ultimele trei pachete, ceea ce cauzează probleme serioase.
La aceasta se adaugă Strigi, preluat recent de la Nepomuk, care a fost o adevărată durere de cap pentru toți cei care au încercat să-l împacheteze. Noile versiuni nu au fost publicitate corect și Ubuntu nu a împachetat versiuni noi ale acestui program pentru o lungă perioadă de timp, până la punctul în care a trebuit să fac vâlvă pe blogul lui Sebastian Trüg pentru a-l repara. Din fericire, această problemă s-a încheiat în mare măsură, iar Strigi nu mai este actualizat prea mult, ceea ce elimină problema ambalării.
Din acest motiv, recomand Chakra ca o distribuție bună a indexului. Manuel Tortosa, ambalatorul KDE pentru Chakra, știe toate acestea și, prin urmare, calitatea pachetelor este bună și experiența cu Nepomuk și Akonadi, sub Chakra, este de asemenea bună. Chakra are unele limitări serioase, cum ar fi că nu implică pachetele care depind de GTK +, dar este un început bun.
De asemenea, așa cum vom vedea în continuare, recomand cu tărie o distribuție care a făcut deja trecerea de la MySQL la MariaDB. Vom vedea de ce mai târziu.
Pregătirea solului
Odată ce ne asigurăm că îndeplinim toate condițiile prealabile și atât timp cât avem un sistem curat, vom face unele modificări la setările implicite.
Akonadi
Urmează să plasăm următoarele linii în fișierul .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Dacă acest fișier nu există, vom începe Akonadi să îl creeze și apoi îl vom închide. Pe consolă:
akonadictl start akonadictl stop
Pentru asta? MySQL (sau MariaDB) este baza de date care acceptă Akonadi, iar MySQL nu-i place întreruperile bruște. În cazul unui accident de sistem sau întreruperi de curent, MySQL va introduce erori în baza de date Akonadi, iar aceste erori, acumulate, vor sfârși prin a dezactiva KMail, făcând utilizarea sa insuportabil de lentă. Aceste opțiuni înseamnă că fiecare tranzacție este scrisă imediat pe disc, minimizând riscurile de corupție în Akonadi în caz de blocare a sistemului sau corupție. Această opțiune provoacă erori cu anumite versiuni de MySQL, dar funcționează foarte bine cu MariaDB.
Nucleu
Vom ridica monitorizarea fișierelor la limita maximă, pentru a îmbunătăți în mod substanțial performanța Nepomuk. Următoarea opțiune din fișierul /etc/sysctl.conf va face treaba
fs.inotify.max_user_watches = 524288
După aceste două lucruri, vom activa Nepomuk. Acest lucru se face în Preferințe de sistem | Căutare pe desktop. Să păstrăm utilizarea memoriei la setările implicite și să activăm indexarea e-mailurilor. Nu uitați să consultați sfaturile din partea 1 cu privire la modul în care putem accelera indexarea și, după aceea ... consultați restul ghidurilor, pentru a vă bucura de desktopul semantic!
Întreținere
Ce se întâmplă dacă nu am putea preveni corupțiile bazei de date Akonadi și Nepomuk funcționează lent? Există încă o linie de apărare pe care KDE 4.10 a implementat-o: Nepomuk Cleaner, pe lângă instrumentele de autocurățare puțin cunoscute pe care le are Akonadi.
$ akonadictl vid: „Aspiră” baza de date Akonadi. Prin aspirație, înțelegeți: toate intrările care nu sunt reflectate într-o resursă sunt eliminate.
$akonadictl fsck: Încearcă să remedieze corupțiile bazelor de date Akonadi. Acest lucru nu funcționează întotdeauna, așa că trebuie să le împiedici să se întâmple în primul rând. Cum? Cu opțiunile pe care le-am văzut deja.
$nepomukcleaner: Este un set de scripturi pregătit de Vishesh Handa pentru a curăța baza de date Nepomuk, pe care a convertit-o într-o interfață grafică. Apăsați butonul „Start” și uitați de el. Rularea acestui program este obligatorie dacă se actualizează versiunea KDE.
Cu toate bibelourile, pe un sistem pe 64 de biți și cu resurse experimentale Akonadi, suma Nepomuk și Akonadi consumă aproximativ 350 MB de RAM. Mult pentru unii, dar adecvat, în opinia mea, pentru funcționalitatea extraordinară obținută.
Dar Nepomuk rulează încă prea încet pentru gustul meu. Ce fac?
Așteaptă un pic. KDE 4.11 încorporează creșteri de performanță bestiale pentru Nepomuk. Acesta nu este un fel de exagerare: conform cifrelor lui Vishesh Handa, vorbim de 5 ori performanța KDE 4.10 în scrierea în baza de date și de mai mult de 7 ori în citire, toate acestea, în medie. Modificările care vor fi văzute în KDE 4.11 sunt masive și vor permite Nepomuk să fie folosit, în cele din urmă, ca alternativă pentru acele aplicații care necesită baze de date.
De asemenea, eroarea care împiedică pornirea corectă a conectorului Akonadi-Nepomuk a fost deja remediată în ramura 4.11, iar dispozitivul de curățare Nepomuk va vedea îmbunătățiri mari. Vom avea un nou indexator de fișiere Office și ne vom putea bucura de alte instrumente care vor fi dezvăluite mai târziu.
Sperăm că acest ghid, repet, singurul pe care îl veți găsi despre cum să obțineți performanțe spectaculoase cu Nepomuk activat, vă va ajuta să aveți o configurare lină, permițându-vă să faceți ceea ce am văzut în tranșele anterioare și multe altele. Vă mulțumesc că m-ați urmărit prin toate aceste rate și multe mulțumiri lui Pablo Castagnino, pentru că a publicat această serie. Ne vedem în curând.
Excelenta contributie Ernesto! Vă mulțumesc că ați împărtășit toate aceste tranșe, m-au ajutat foarte mult să înțeleg mai bine cum funcționează KDE (în care tocmai intru) și cum să profit mai bine de toate instrumentele pe care le oferă.
Salutări!
Salut Ernesto,
Vă mulțumesc foarte mult pentru toate livrările, au fost foarte foarte utile. Folosesc KDE 4.11 pe Arch și confirm, nepomuk este o bestie, indexarea nu a folosit niciodată mai mult de 7% din vechiul meu AMD Dual-Core.
Apropo, am citit că pentru cei care au 4 sau mai mulți gigaocteți de RAM cel mai bine este să îi atribuiți lui Nepomuk cel puțin 500 de megaocteți, în acest fel consumul CPU este redus și viteza sistemului - în deschiderea programelor, copierea fișierelor , etc. - crește. Ce părere ai despre această?
În ceea ce priveşte
Salut Ernesto,
Vă mulțumim foarte mult pentru seria de articole, foarte complete și detaliate și ne ajută să profităm la maximum de KDE și instrumentele sale odată pentru totdeauna. Pe de altă parte, vreau să vă pun o întrebare, am încercat cele două comenzi Akonadi; „akonadictl vacuum” și „akonadictl fsck” când îl folosesc ca utilizator normal, nu returnează nimic și când este folosit cu sudo returnează acest lucru
Autobuzul de sesiune D-Bus nu este disponibil!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
si o serie de date asemanatoare liniei a 2-a (pe care nu am vrut sa le adaug pentru ca este mai scurta), ce inseamna asta? Dacă folosirea acestuia ca utilizator normal nu returnează nimic, înseamnă că baza de date este sănătoasă? sau această comandă nu funcționează ca administrator?
Îmi repet mulțumirile și felicitările pentru articole și sper că munca dumneavoastră de avocat are legătură cu o schimbare constituțională în Chile, care este de mult așteptată.
Din experiența mea, cu un sistem pe 64 de biți, punctul ideal este de 128 MB de alocare către Nepomuk (restul de aproximativ 350 MB provin de la Akonadi, MySQL și serviciile însoțitoare). Mergând dincolo de asta îi va oferi pur și simplu lui Nepomuk mai multă memorie de mâncat, fără a se traduce în creșteri reale de performanță.
Acest parametru era pe deplin justificat în zilele KDE 4.7, unde serviciile nu erau optimizate și Virtuoso, baza de date din spatele Nepomuk, avea nevoie de cantități uriașe de memorie pentru a funcționa. Nu e ca asta.
Salut Carlos, în timp ce Ernesto răspunde, îți voi spune experiența mea cu OpenSuse. Într-adevăr, și după cum spuneți, optează pentru KDE, care se traduce într-un mediu stabil, fiabil și extrem de integrat cu sistemul.În ceea ce privește actualizările, acestea ajung la aproximativ o lună după ce sunt lansate de echipa KDE, totuși puteți actualiza la versiunea actuală din depozitele semi-oficiale menținute de comunitate, până acum am făcut update de acolo și nu am avut probleme, dar există un detaliu și este cel pe care Ernesto îl punctează în ghidul său privind ambalajele și versiunile disponibile, de exemplu, depozitele KDE oficiale și semi-oficiale din OpenSuse conțin versiunea 2.9.0 a pachetului Soprano, dar doar pentru că celelalte pachete sunt în cea mai recentă versiune, cele de mai sus pot fi rezolvate rapid prin căutarea și descărcarea versiunea 2.9.1 pe site-ul web OpenSuse Build Service (ceva ca un Centru de software). La început am comentat că faptul că Suse a ales KDE ca mediu implicit a rezultat într-un sistem fiabil și stabil, spun asta comparând cu distribuția anterioară pe care am folosit-o cu KDE: Fedora, care a funcționat mai rapid decât OpenSuse dar a fost taxat ca Aduc un omagiu stabilității, de mai multe ori am suferit blocări și ocaziile în care am activat Nepomuk și Akonadi au fost doar pentru a primi notificări de eroare, reporniri forțate și consum de resurse.
În prezent, și în mare măsură datorită acestei serii de articole, am un sistem stabil, rapid și foarte integrat.
Cele mai bune urări.
Bună Carlos,
Mi se pare că toți cei care am venit la Opensuse dintr-o altă distribuție găsim puțin confuză problema depozitelor și administrarea lor, dar, așa cum spuneți, este o chestiune de a fi atenți și răbdători pentru că după un timp ajungi să ajungi. înțelegându-l și apreciindu-i beneficiile, este și adevărat că este mai greu să găsești documentație pentru Opensuse în comparație cu Debian, Ubuntu sau Arch, totuși comunitatea este foarte activă și există un număr bun de bloguri dedicate în mare parte OpenSuse (această distro generează un fanatism deosebit) și pe canalul IRC sunt mereu gata să te ajute.
Nu intenția mea este să denaturez subiectul postării și sper să am permisiunea lui Pablo și Ernesto să vă lase câteva link-uri care vă pot fi de ajutor, personal m-au ajutat foarte mult. Primul este dintr-un articol care vorbește despre depozitele din Suse și despre cum să le gestionezi pentru a obține un sistem stabil, complet și actualizat, iar celălalt este o pagină a unui blogger care dedică o bună parte vorbirii despre Opensuse.
1. - http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2. - http://www.victorhckinthefreeworld.wordpress.com/
Sper să vă fie de ajutor.
Cele mai bune urări.
Bună Ernesto:
Ați putea să vă implicați puțin mai mult în ceea ce privește distribuțiile Linux optime pentru desktop-ul KDE?
Vorbești despre Red Hat, este valabil pentru Fedora? OpenSuse pare să opteze pentru KDE pentru desktopul său în mod implicit, cum este această distribuție? Mageia este, de asemenea, pe aceeași lungime de undă. poate PcLinuxOS? Mulţumesc anticipat.
Mulțumesc Moscosov. În prezent sunt cu OpenSuse. Vin de la Debian și sunt nou în OpenSuse (diferite depozite, instrumente de instalare a programelor etc.) și, deși îl testez, devine consacrat ca distribuție. Mi se pare foarte stabil, practic totul merge bine (cu excepția unor probleme în găsirea documentației și a „soluțiilor” la probleme, care în Debian era mai la îndemână). Acum, ceea ce îmi este clar, de când l-am instalat în locul lui Gnome, este că rămân cu KDE. Și este până la punctul în care între alegerea unei distribuții versus un desktop, prioritez beneficiile utilizării desktopului față de ceea ce ar putea avea distribuția de la sine.
Gestionarea pachetelor în Debian mi se pare mai simplă: main, contrib, non-free și acolo ai practic totul; In opensuse imi este mai greu (pacman, factory...), desi cred ca este o chestiune de a ma obisnui si de a fi putin atent. Dar, după cum am spus, dacă aceasta este penalizarea pentru a avea un KDE cu performanță și utilizare mai bune, schimbați distribuția. De aceea i-am propus și pe alții precum Mageia, care moștenește de la Mandriva KDE-ul ca desktop și ușurința lui pentru ca totul să funcționeze de la cutie. De asemenea, îmi place că are o fundație în stil Debian în spate (o respect, dar mă retrag de la Canonical; și am rezerve despre Novell... și puțin despre Fedora).
După cum am spus, Moscosov, mulțumesc pentru informații.
Salutări.
Nu le folosi deloc cu sudo, nu funcționează.
Este normal să nu returnezi nimic. Ce ar trebui să faceți odată ce lansați acele comenzi este să așteptați. Dacă lansați un monitor de sistem după emiterea acelor comenzi (ceva ce în KDE se poate face apăsând Control+Esc) veți observa că utilizarea procesorului MySQL crește după aceea; asta înseamnă că Akonadi lucrează. Lasă-o în pace.
1. În timp ce acest articol era publicat, a fost lansată versiunea 2.9.2 de Soprano, așa că va trebui să faceți o altă vizită OBS.
2. Nu este niciodată o idee bună să folosiți Fedora plat și simplu cu KDE. Mergi la http://kde-redhat.sourceforge.net/ și activați depozitul Yum care apare acolo. Rex face o treabă bună cu corecțiile KDE pentru Fedora, dar nu se vede prea mult, deoarece pachetele sale durează adesea mult timp pentru a ajunge la depozitul principal.
3. M-am udat prea mult, am recomandat unul anume (Chakra Linux). Nu am reușit niciodată să fac ca SuSE să funcționeze foarte bine pentru mine și pentru că SuSE nu se înțelege prea bine, cel puțin, cu driverele proprietare ale plăcii mele grafice (singurul lucru pe care îl primesc sunt panica generalizată de sistem), dar comentariile pe care le-am auzit sunt că desktopurile lor KDE sunt de top.
4. Cu siguranță mă voi implica cu ce distribuție nu: Debian. Este suficient să spunem că Debian Sid are KDE 4.8.4 ca cea mai recentă versiune de KDE disponibilă. Este plăcut să ai versiuni „stabile”, dar KDE 4.10.2 (cel mai recent disponibil pentru RHEL, comparăm distribuțiile stabile cu cele stabile) durează 2 duzini de ture, iar Debian Sid, depozitul „instabil” al Debian, ar trebui să aibă cel puțin mai puțin KDE 4.10.4.
Dacă doriți cu adevărat să instalați Debian cu KDE, cele două opțiuni disponibile (încorporarea depozitelor ZorinOS sau amestecarea depozitelor experimentale) invită atât de multă muncă de dragul asta, încât cel mai bun lucru în acest caz este să ștergeți pur și simplu hard disk-ul. sau unitatea SSD și instalați CentOS sau Scientific. În plus, echipa Debian a fost creierul din spatele a 1 an și jumătate de KDE lent pentru toți cei care nu au compilat Strigi din arborii git, așa cum a trebuit să învăț să fac.
Mageia? Nu, dintr-un motiv simplu: odată ce lansează o versiune de KDE, rămân cu ea pentru totdeauna. Mi s-a întâmplat cu Mandriva că a trebuit să apelez la „Mandriva International Backports” pentru a obține o actualizare punctuală, iar echipa din spatele MIB a decis să nu suporte Mageia, ci să migreze la ROSA Linux (cu niște grafice anti-Mageia destul de explicite) . Deci, dacă este familia Mandriva, ROSA Linux este opțiunea față de Mageia.
În cele din urmă, faptul că KDE cere ca distribuțiile să fie mereu actualizate face ca distribuțiile de tip „lansări rulante” să strălucească cu adevărat. Opțiunile mele au fost să merg de la Gentoo la Arch cu KDEmod și de acolo direct la Chakra (care este continuarea spirituală a KDEmod), și nu am regretat. Cu toate acestea, Arch Linux are nevoie de multă muncă de întreținut.
Pe scurt, pentru gusturile de culoare. În cele mai multe cazuri, cea mai bună distribuție pentru KDE este cea pe care o utilizați, deoarece sunteți obișnuit cu idiosincraziile sale. Trebuie doar să știți ce distribuție să nu utilizați și, dacă utilizați o distribuție, ce trebuie să faceți pentru a îmbunătăți experiența KDE (de exemplu, în SuSE trecerea la depozitul KDE Distro:Stable este o idee mai bună decât să rămâneți cu pachete implicite).
Mulțumesc pentru răspuns Ernesto, am testat din nou comenzile și a funcționat perfect, sistemul funcționează excelent datorită sfaturilor pe care le-ai dat.
Sper că veți continua cu această serie de articole care aprofundează utilizarea lui Akonadi și Nepomuk sau în alte domenii ale KDE.
Mulţumesc mult.
Cele mai bune urări.
Multumesc mult Ernesto. Ai dreptate, am mini-testat sistemul cu 128 de megaocteți alocați lui Nepomuk și nu observ nicio diferență semnificativă de performanță față de configurația mea anterioară.
Apropo, super blog, felicitări.
Mă gândeam să răspund aici, dar am decis să-i trimit un e-mail lui Pablo și să răspund cu o altă rubrică. Să sperăm că va ieși curând.
OpenSuSE nu mai are nimic de-a face cu Novell. Novell a fost împărțit în 2: partea care a rămas cu numele a fost cumpărată de Attachmate, în timp ce SuSE a revenit să fie o companie mai mult sau mai puțin independentă.
Lelo, pui mai multe întrebări, dar toate sunt legate.
1. Dacă decideți să încercați o nouă distribuție, cel mai bine este să a) utilizați nepomukbackup pentru a face backup pentru etichetele și datele personalizate; b) instalați distribuția pentru a fi testată ca utilizator nou; c) restaurați copia de rezervă (care se poate face în Preferințe de sistem | Căutare pe desktop, mergeți la a treia filă). Dacă faceți o copie de rezervă a datelor personalizate și indexați totul din nou, veți avea un echivalent funcțional al „portabilității informațiilor semantice” pe care o căutați.
Cu ceva timp în urmă, au existat și experimente pentru a scrie etichetele Nepomuk înapoi în fișierele în sine în metadatele lor (EXIF, ID3), dar acestea nu au fost finalizate.
2. Din acest motiv, principala limitare este că etichetele nu pot fi mutate între computere, ci mai degrabă depind de baza de date Nepomuk.
3. Cel mai bun lucru, după cum am explicat, este să folosiți o distribuție care are cea mai recentă versiune stabilă a KDE. KDE 4.10.4 este asta și orice distribuție care nu are acea versiune nu se califică. În afară de asta, cea mai bună distribuție pentru a utiliza KDE este cea pe care o utilizați, asta ca principiu de bază. Eu personal recomand Chakra, pentru comunitatea sa mare de limbă spaniolă, calitatea bună a ambalajului său KDE și faptul că toate pachetele compilate pentru Chakra au dependențele GNOME eliminate pe cât posibil, ceea ce evită consumul inutil de memorie și simplifică suportul este alimentat. sus.
Trebuie sa folosesti cu atentie importul copiei de rezerva pentru ca sterge ce trebuie sa lasi ce era in copie, cel putin asta mi s-a intamplat acum cateva zile (noroc ca a fost o instalare noua si a afectat doar trei fisiere). Atunci Chakra este alegerea mea (deși este întotdeauna recomandabil să am o distribuție auxiliară pentru a rezolva probleme specifice pe care Chakra nu le poate face din lipsă de pachete, așa cum mi s-a întâmplat cu instrumentul mvconv).
Mulțumesc pentru clarificare, în acest sens cred că cel mai bun lucru este să conțin Nepomuk în folderul utilizatorului pentru a evita probleme (am un director de acasă partajat pentru toată lumea în care se află fotografiile și în altul muzica cu drepturi de scriere ; integrarea baza de date digikam și amarok cu nepomuk în acest caz ar cauza cu siguranță probleme de fiecare dată când un utilizator modifică, de exemplu, evaluarea unui fișier prin dolphin/nepomuk).
Am facut recomandarile pentru a forta indexarea, sunt surprins acum ca revizuiesc rezultatul facand cautari. Cred că trebuie să fi durat 1 până la 3 ore pentru a indexa aproximativ 16.000 de fișiere (multe dintre ele text), în timp ce mă așteptam să mai dureze câteva ore, s-au îmbunătățit mult de la vechiul KDE 4.6 (ultima dată când l-am încercat) . Foarte multumit de rezultat. Voi aplica restul ghidurilor pentru că cred că pot folosi foarte mult acest lucru. Mulțumesc.
De aceea versiunile învechite ale KDE nu funcționează 😉. Nu aș exagera dacă v-aș spune că Nepomuk pe KDE 4.10 este de aproximativ 20 de ori viteza lui Nepomuk pe KDE 4.6, iar KDE 4.11 pretinde că este între 5 și 7 ori viteza cu KDE 4.10. Plus.
Bună Ernesto.
Folosesc Gnome de câțiva ani și am decis să încerc KDE, m-au interesat în special avantajele pe care nepomuk le oferă. După ce vă urmăresc tutorialele, nu pot activa acest serviciu.
Am căsuțele bifate, iar mesajele îngroșate sunt următoarele:
„Activați desktopul Nepomuk Semantic”: Serviciile de căutare pe desktop sunt active.
„Activați indexorul de fișiere Nepomuk”: serviciul de indexare a fișierelor nu rulează.
„Activați indexorul de e-mail”: gata de indexare a datelor. (0%).
În opțiunea „Detalii”, indicați Fișiere: calcul și e-mailuri: calcul. Aleg să reîmprospătez, dar nu se întâmplă nimic.
Mă puteți ajuta să definesc de ce nu pot activa nepomuk. Eu folosesc Sabayon ca sistem de operare.
Vă mulțumesc foarte mult pentru atenție și ajutor.
În ceea ce priveşte