|
See väga pikk veergude seeria (osa 1, osa 2, osa 3, osa 4, osa 5 y osa 6) saab siin lõpu. Ma võiksin laiendada semantilise töölaua teisi elemente, kuid ma ei suuda vastata argumentidele, mis on esitatud hulgaliselt Internetis laiali jagatud juhendites, kus antakse nõu semantilise töölaua desaktiveerimise parimate viiside kohta, kuna see sööb mälu tüki kaupa. |
Ärge muretsege, ainus viis, kuidas saate hõivata, nagu näete süsteemis, kus Nepomuk töötab nagu minu oma, on teha sama mis mina: laadige alla 1 GB tekst-PDF-failides, millel on 13 miljonit aadressi, ja käitage need Nepomuki indekseerija kaudu (ei teinud nalja, tegin). Samuti ei usu ma, et teie käsutuses on sõna otseses mõttes tuhandete lehekülgedega PDF-failid (oma advokaaditöö jaoks pean ma käsitlema Tšiili põhiseaduse ajalugu, 10 PDF-i, milles igaühes on 1.200 lehekülge teksti), seega peaksite õigesti konfigureeritud süsteemis ei näe seda kunagi saaki.
Läheme nüüd tõsiseks ja tehniliseks. Aeg pole veel üks õpetus teemal „Keelake Nepomuk hea jõudluse saavutamiseks”, kuid esimene Interneti-õpetus teemal „Kuidas saada Nepomukiga suurepäraseid tulemusi”. Pane tähele.
Eeltingimused
Võib-olla oleks see pidanud minu juhendis olema esimene ja mul on kahju, aga ma pidin lihtsalt selgitama, miks Nepomuki aktiveerimine (mida ma ka esimese kuue osana tegin) enne, kui ütlesin teile, kuidas seda õigesti aktiveerida. Niisiis, jalutame vajaliku üle ja siis seadistame.
Kõigepealt peame olema rangelt kasutatavate jaotuste suhtes. Siin on väga selged nõuded: levitamine, mis soovib lisada vananenud tarkvara, ei tööta KDE jaoks ja kahjuks hõlmab see ka Debiani. Tänu Fedora KDE meeskonna juhi Rex Dieteri tohutule tööle on Red Hat Enterprise Linux 4.10 jaoks pakettide komplekt KDE 6-ga, nii et kui vajate KDE-d ja kivimites stabiilset levitamist, on võimalus RHEL 6 või RHEL 6 kloon nagu CentOS, kus see hoidla on lubatud.
Teiseks peate pöörama tähelepanu sellele, kuidas KDE on pakendatud, sest KDE on kehva pakendi suhtes äärmiselt tundlik. Alles hiljuti oli Kubuntu kuulus grotesksete pakendivigade tegemise, nõutavate pakettide toetamata versioonide segamise tulemusel, mille tulemuseks oli kohutav Kubuntu kogemus ja inimesed mõtlesid, miks Nepomuk oli nii aeglane ja mälunäljas, kui tegelikult oli see pakkija süü. Nepomuki ja Akonadi ülekandekett on see (kasutades projektide nimesid projektidest.kde.org ja uusimaid versioone)
kdelibs (4.10.4)
nepomuk-tuum (4.10.4)
kde-runtime (4.10.4)
nepomuk-vidinad (4.10.4)
jagatud töölaua-ontoloogiad (0.10.0)
sopran (2.9.1)
akonadi (1.9.2)
Tähelepanu viimasele 3-le: need ei sõltu kasutatavast KDE versioonist ja peavad olema viimased saadaolevad isegi stabiilse punkti versiooni kasutamisel. Reegel on: KDE kasutab oma stabiilses harus nende pakettide uusimat stabiilset versiooni ja beetaharudes git-momentvõtteid. Paljud täiendavad KDE värskenduste hoidlad värskendavad KDE-d, kuid mitte neid kolme viimast paketti, mis põhjustab tõsiseid probleeme.
Sellele lisandub hiljuti Nepomukilt võetud Strigi, mis valmistas tõelist peavalu kõigile, kes seda pakkida üritasid. Uusi versioone ei reklaamitud õigesti ja Ubuntu ei pakkinud pikka aega selle programmi uusi versioone, kuni pidin selle parandamiseks Sebastian Trügi ajaveebis lärmi tegema. Õnneks on see probleem suures osas möödas ja Strigi pole enam eriti värskendatud, mis kõrvaldab pakendiprobleemi.
Seetõttu soovitan Chakrat hea indeksjaotusena. Chakra KDE pakendaja Manuel Tortosa teab seda kõike ja seetõttu on pakkide kvaliteet hea, samuti on head kogemused Tšakra juhtimisel Nepomuki ja Akonadiga. Chakral on mõned tõsised piirangud, nagu see ei vaikimisi pakettide puhul, mis sõltuvad GTK + -st, kuid see on hea algus.
Samuti, nagu näeme järgmisena, soovitan soojalt jaotust, mis on juba üle läinud MySQL-ist MariaDB-le. Miks, seda näeme hiljem.
Maapinna ettevalmistamine
Kui oleme veendunud, et täidame kõik eeldused, ja seni, kuni meil on puhas süsteem, teeme mõned muudatused vaikesätetes.
Akonadi
Järgmised read paigutame faili .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Kui seda faili pole olemas, käivitame selle loomiseks Akonadi ja sulgeme selle. Konsoolil:
akonadictl start akonadictl stop
Selle jaoks? MySQL (või MariaDB) on Akonadit toetav andmebaas ja MySQL ei meeldi äkiliste katkestustega. Enne süsteemi krahhi või voolukatkestust lisab MySQL Akonadi andmebaasi vead ja need kogunenud vead vabastavad KMaili, muutes selle kasutamise talumatult aeglaseks. Need valikud tähendavad, et iga tehing kirjutatakse kohe kettale, minimeerides Akonadi korruptsiooniriski süsteemi krahhi või korruptsiooni korral. See valik põhjustab MySQL-i teatud versioonidega vigu, kuid töötab MariaDB-ga suurepäraselt.
Kernel
Tõstame failide jälgimise maksimaalse piirini, et Nepomuki jõudlust oluliselt parandada. Järgmine faili /etc/sysctl.conf suvand täidab seda tööd
fs.inotify.max_user_watches = 524288
Pärast neid kahte asja aktiveerime Nepomuki. Seda tehakse jaotises Süsteemieelistused | Töölauaotsing. Hoidkem mälukasutust vaikeseadetes ja lülitame sisse e-posti indekseerimise. Ärge unustage tutvuda 1. osa näpunäidetega, kuidas indekseerimist kiirendada, ja pärast seda ... vaadake ülejäänud juhendeid, et semantilist töölauda nautida!
hooldus
Mis oleks, kui me ei suudaks Akonadi andmebaasi rikkumisi ära hoida ja Nepomuk töötab aeglaselt? KDE 4.10 juurutas endiselt ühe kaitseliini: Nepomuk Cleaner, lisaks vähetuntud isepuhastusvahenditele, mis Akonadil on.
$ akonadictl vaakum: "Vaakum" Akonadi andmebaas. Püüdluse järgi tuleb mõista: kõik kirjed, mida ressurss ei kajasta, eemaldatakse.
$akonadictl fsck: Katsed parandada Akonadi andmebaaside vigu. See ei tööta alati, nii et peate neid kõigepealt vältima. Kuidas? Valikutega, mida me juba nägime.
$nepomukcleaner: See on Vishesh Handa poolt Nepomuki andmebaasi puhastamiseks koostatud skriptide komplekt, mille ta teisendas graafiliseks liideseks. Vajutage nuppu "Start" ja unustage see. Selle programmi käivitamine on kohustuslik, kui värskendate KDE versiooni.
Kõigi nipsasjadega, 64-bitises süsteemis ja eksperimentaalsete Akonadi ressurssidega tarbib Nepomuki ja Akonadi summa umbes 350 MB RAM-i. Paljude jaoks, kuid minu arvates piisav selle tohutu funktsionaalsuse jaoks, mis on saavutatud.
Kuid Nepomuk jookseb minu jaoks liiga aeglaselt. Mida ma teen?
Oota veidi. KDE 4.11 hõlmab Nepomuki jõudlust. See ei ole igasugune liialdus: Vishesh Handa arvude järgi räägime KDE 5 4.10-kordse jõudluse kohta andmebaasi kirjutamisel ja üle 7 korra lugemisest, seda kõike keskmiselt. KDE 4.11-s nähtavaid muudatusi on tohutult ja need võimaldavad lõpuks Nepomuki kasutada alternatiivina neile rakendustele, mis vajavad andmebaase.
Samuti on viga, mis takistab Akonadi-Nepomuki konnektori õiget käivitamist, juba 4.11 harus ja Nepomuki puhastaja näeb suurepäraseid parandusi. Meil on uus Office'i failide indekseerija ja saame nautida muid tööriistu, mis hiljem selguvad.
Loodetavasti aitab see korduvjuhend, et ainus juhend selle kohta, kuidas Nepomuki aktiveerimisel saavutada tähelepanuväärset jõudlust, aitab teil sujuvalt seadistada, võimaldades teil teha seda, mida nägime eelmistes osamaksetes ja palju-palju muud. Tänan teid, et jälgisite mind kõigi nende osamaksete kaudu, ja suur tänu Pablo Castagninole selle sarja avaldamise eest. Varsti näeme.
Suurepärane panus Ernesto! Täname kõigi nende tarnete jagamise eest, need on aidanud mul palju paremini mõista, kuidas KDE töötab (milles ma alles alustan) ja kuidas kõiki selle pakutavaid tööriistu paremini ära kasutada.
Tervitused!
Tere Ernesto,
Suur aitäh kõigi kättetoimetamiste eest, neist on olnud palju abi. Kasutan Archis KDE 4.11 ja kinnitan seda, nepomuk on metsaline, indekseerimisel pole kunagi kasutatud rohkem kui 7% minu vanast AMD Dual-Core'ist.
Muide, olen lugenud, et neile, kellel on 4 või enam gigabaiti RAM-i, on kõige parem määrata Nepomukile vähemalt 500 megabaiti, nii väheneb protsessori tarbimine ja süsteemi kiirus - programmide avamisel, failid jne - suureneb. Mida sa sellest arvad?
seoses
Tere Ernesto,
Suur aitäh artikliseeria eest, väga põhjalik ja üksikasjalik ning aitab meil KDE-st ja selle tööriistadest maksimumi võtta. Teisalt tahan ma teile küsimuse esitada, proovisin kahe Akonadi käsuga; "Akonadictl vaakum" ja "akonadictl fsck", kui ma kasutan seda tavalise kasutajana, ei tagasta see midagi ja sudo kasutamisel tagastab selle
D-Busi seansibuss pole saadaval!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
ja rida andmeid, mis sarnanevad 2. reaga (mida ma ei tahtnud lisada, kuna see on lühem), mida see tähendab? Kui see tavalise kasutajana kasutamisel ei anna midagi, kas see tähendab, et andmebaas on terve? või see käsk ei tööta administraatorina?
Kordan oma tänu ja õnnitlusi artiklite eest ning loodan, et teie juristitöö on seotud Tšiili põhiseaduse muutmisega, mis on juba ammu vajalik olnud.
Minu kogemuse kohaselt on 64-bitise süsteemiga magus koht Nepomukile eraldatud 128 MB (ülejäänud umbes 350 MB pärineb Akonadilt, MySQL-ist ja seotud teenustest). Sellest kaugemale minek annab Nepomukile lihtsalt rohkem mälu süüa, ilma et see tegelikuks jõudluseks kasvaks.
See parameeter oli täielikult õigustatud KDE 4.7 päevil, kus teenuseid ei optimeeritud ja Nepomuki taga asuv andmebaas Virtuoso nõudis toimimiseks tohutult mälumahtu. See ei ole nii.
Tere, Carlos, kui Ernesto vastab, räägin teile oma kogemustest OpenSuse'iga. Tõepoolest, ja nagu te ütlete, valib see KDE, mis tähendab süsteemi stabiilset, usaldusväärset ja väga integreeritud keskkonda, kuna värskenduste puhul saabuvad need umbes kuu aega pärast KDE meeskonna väljaandmist, kuid saate värskendada praegune versioon poolametlikest hoidlatest, mida haldab kogukond, olen siiani seda värskendanud ja mul pole probleeme olnud, kuid seal on üks detail ja see on see, millele Ernesto oma pakendis ja saadaval olevates versioonides juhendis tähelepanu juhib, näiteks OpenSuse'i ametlikud ja poolametlikud KDE hoidlad sisaldavad Soprano paketi versiooni 2.9.0, kuid ainult seetõttu, et kuna teised paketid on oma uusimas versioonis, saan ülaltoodu kiiresti lahendada, otsides ja alla laadides versiooni 2.9.1 .XNUMX OpenSuse Build Service'i veebisaidil (umbes nagu tarkvarakeskus). Alguses kommenteerisin, et asjaolu, et Suse valis vaikekeskkonnaks KDE, andis usaldusväärse ja stabiilse süsteemi, seda ütlen ma võrreldes eelmise levitamisega, mida kasutasin KDE-ga: Fedora, mis töötas kiiremini kui OpenSuse, kuid seda laeti kui avaldan austust stabiilsusele, kannatasin mitu korda krahhide all ning kord, kui aktiveerisin Nepomuki ja Akonadi, ei olnud muud kui saada teateid vigadest, sunnitud taaskäivitamisest ja ressursside tarbimisest.
Praegu on mul suuresti tänu sellele artikliseeriale stabiilne, kiire ja väga integreeritud süsteem.
Parimate soovidega.
Tere Carlos,
Mulle tundub, et meile kõigile, kes oleme Openuse juurde tulnud teisest distroost, on hoidlate ja nende haldamise küsimus pisut segane, kuid nagu te ütlete, on tegemist tähelepanelikkuse ja kannatlikkusega, sest mõne aja pärast jõuate lõpuks sellest aru saades ja selle eeliseid hinnates on tõsi ka see, et Opensuse jaoks on dokumentide leidmine keerulisem võrreldes Debiani, Ubuntu või Archiga, kuid kogukond on väga aktiivne ja on palju hulgaliselt blogisid, mis on pühendatud suures osas OpenSuse'ile (See distro tekitab väga erilist fanatismi) ja IRC kanalil on nad alati valmis teid aitama.
Minu eesmärk pole postituse teemat moonutada ja loodan, et saan Pablo ja Ernesto loa jätta teile mõned lingid, mis võivad teile abiks olla, isiklikult aitasid nad mind palju. esimene on artiklist, mis räägib Suse hoidlatest ja nende haldamisest stabiilse, täieliku ja ajakohastatud süsteemi saamiseks, ja teine on blogija leht, kes pühendab hea osa Openuse rääkimisele.
1.- http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2.- http://www.victorhckinthefreeworld.wordpress.com/
Usun, et nad aitavad teid.
Parimate soovidega.
Tere Ernesto:
Kas saaksite KDE töölaua optimaalsete Linuxi jaotuste osas veidi märjaks saada?
Te räägite Red Hatist, kas see kehtib Fedora kohta? Tundub, et OpenSuse valib vaiketöölaua jaoks KDE. Kuidas see levitamine on? Ka Mageia on samal lainepikkusel. Äkki PcLinuxOS? Ette tänades.
Aitäh Moscosov. Praegu olen OpenSuse juures. Olen pärit Debianist ja olen uus OpenSuse (erinevad hoidlad, tööriistad programmide installimiseks jne) ja kuigi testin seda, on see ennast levitamisena kehtestamas. Minu meelest on see väga stabiilne, praktiliselt kõik on korras (välja arvatud mõned probleemid dokumentatsiooni leidmisel ja probleemide "lahendused", mis Debianis olid kättesaadavamad). Nüüd, mis mul on selge, kuna installisin selle Gnome'i asemele, on see, et jään KDE juurde. Ja see on punkt, et töölaua ees levitamise valimise vahel eelistan ma töölaua kasutamise eeliseid neile, mis levitamisel iseenesest võivad olla.
Debiani pakettide haldamine tundub mulle lihtsam: peamine, kaastöö, tasuta ja seal on teil praktiliselt kõik olemas; opensuse'is maksab see mulle rohkem (pacman, tehas ...), kuigi ma arvan, et asi on harjumises ja natuke tähelepanelikkuses. Kuid ma juba ütlesin, et kui see on karistus selle eest, et KDE oleks parema jõudluse ja kasutusega, muudan ma jaotust. Seetõttu kasvatasin ka teisi, näiteks Mageia, mis pärib Kandrat töölauana Mandrivalt ja selle hõlpsust, et kõik pakendist toimima saaks. Mulle meeldib ka see, et selle taga on Debiani stiilis sihtasutus (ma austan seda, kuid olen tagasi Canonicali juures ja mul on Novelli suhtes… ja natuke Fedora suhtes ka meelt).
See tähendab, Moscosov, aitäh raporti eest.
Tervitused.
Sest maailmas ei kasutata neid sudoga, see ei tööta.
On normaalne, et midagi ei tagastata. Nende käskude käivitamisel peaksite ootama. Kui käivitate pärast nende käskude käivitamist süsteemimonitori (mida saab KDE-s teha, vajutades Control + Esc), märkate, et pärast seda suureneb MySQL-i protsessori kasutamine; see tähendab, et Akonadi töötab. Jäta see rahule.
1. Selle artikli ilmumise ajal ilmus Soprano versioon 2.9.2, seega peate OBS-ile uue visiidi tegema.
2. KDE-ga pole kunagi hea kasutada lihtsat ja lihtsat Fedorat. Minema http://kde-redhat.sourceforge.net/ ja aktiveerige seal ilmuv Yumi hoidla. Rex teeb Fedora jaoks KDE lappimisel head tööd, kuid te ei näe sellest suurt midagi, kuna selle pakettide jõudmine põhihoidlasse võtab sageli aega.
3. Olen liiga märjaks saanud, olen soovitanud konkreetset (Chakra Linux). Ma pole kunagi varem saanud, et SuSE minu jaoks väga hästi töötaks, ja selle põhjuseks on asjaolu, et SuSE ei saa vähemalt minu graafikakaardi varjatud draiveritega eriti hästi läbi (kõik, mis mul on, on üldine süsteemipaanika), kuid tagasiside olen Kuuldavasti on nende KDE töölauad tipptasemel.
4. Millega ma kindlasti märjaks saan, on see, millise jaotusega mitte: Debian. Piisab sellest, kui öelda, et Debian Sidil on uusim saadaval olev versioon KDE 4.8.4. "Stabiilse" versiooni olemasolu on hea, kuid KDE 4.10.2 (viimane RHELi jaoks saadaval olev versioon, võrdleme stabiilseid ja stabiilseid jaotusi) annab sellele 2 tosinat ringi ja Debiani "ebastabiilse" hoidla Debian Sid peaks olema vähemalt vähem KDE 4.10.4.
Kui soovite tõesti Debiani KDE-ga installida, kutsuvad kaks võimalikku valikut (lisage ZorinOS-i hoidlad või segage katselisi hoidlaid) nii palju tööd, sest jah, parim on sel juhul kõvaketta või tahkis-draivi lihtsalt kustutada ja installige CentOS või Scientific. Pealegi oli Debiani meeskond poolteist aastat kestnud aeglase KDE idee kõigile, kes ei koostanud Strigi git-puudest, nagu ma pidin õppima.
Mageia? Ei, lihtsal põhjusel: kui nad vabastavad KDE versiooni, jäävad nad sellega igavesti. Minuga juhtus Mandrivaga, et pidin punktide värskenduse saamiseks minema "Mandriva International Backports" -i ja MIB-i meeskond otsustas mitte Mageiat toetada, vaid minna üle ROSA Linuxi (koos üsna selgesõnalise Mageia-vastase graafikaga). . Nii et kui tegemist on Mandriva perekonnaga, on ROSA Linux Mageia asemel valik.
Lõpuks, see, et KDE nõuab, et levitused oleksid alati ajakohased, paneb "jooksvad versioonid" tõeliselt särama. Minu võimalused olid minna KDEmodiga Gentoo juurest Archi ja sealt otse Tšakrasse (mis on KDEmodi vaimne jätk) ja ma pole seda kahetsenud. Arch Linux vajab selle hooldamiseks aga palju tööd.
Ühesõnaga, värvimaitse jaoks. Enamasti on parim kasutatav KDE levitamine, sest olete harjunud selle eripäradega. Peate lihtsalt teadma, millist levitamist kasutada, ja kui kasutate levitamist, mida teha KDE kasutuskogemuse parandamiseks (näiteks SuSE üleminekul KDE Distro hoidlale: stabiilne on parem mõte kui vaikepakettide juurde jäämine ).
Aitäh vastuse eest Ernesto, tegin testi uuesti käskudega ja see toimis suurepäraselt, süsteem on luksuslik tänu teie antud näpunäidetele.
Loodetavasti jätkate selle artikliseeriaga, süvendades Akonadi ja Nepomuki kasutamist või muudes KDE piirkondades.
Suur aitäh.
Parimate soovidega.
Suur aitäh Ernesto. Teil on õigus, olen jälginud süsteemi Nepomukile eraldatud 128-megabaidise süsteemiga ja ma ei märka olulisi erinevusi jõudluses võrreldes oma eelmise konfiguratsiooniga.
Muide, tore ajaveeb, palju õnne.
Mõtlesin siin vastata, kuid otsustasin saata Pablo meili ja vastata teise veeruga. Loodetavasti tuleb see varsti välja.
OpenSuSE-l pole Novelliga enam midagi pistmist. Novell jagunes kaheks: nimega järele jäänud osa ostis Attachmate, SuSE läks aga enam-vähem iseseisvaks ettevõtteks.
Lugege seda, esitate mitu küsimust, kuid need kõik on omavahel seotud.
1. Kui otsustate proovida uut levitamist, on kõige parem a) kasutada siltide ja kohandatud andmete varundamiseks nepomukbackupi; b) installige levitamine uue kasutajana testimiseks; c) taastage varukoopia (seda saab teha jaotises Süsteemieelistused | Töölauaotsing, minge kolmandale vahekaardile). Kui varundate kohandatud andmed ja indeksite kõik uuesti, saate funktsionaalse ekvivalendi otsitava "semantilise teabe teisaldatavusele".
Mõni aeg tagasi tehti lisaks katseid Nepomuki siltide metaandmetesse (EXIF, ID3) kirjutamiseks ise tagasi failidesse, kuid need ei olnud veel valmis.
2. Samal põhjusel on peamine piirang see, et silte ei saa arvutite vahel teisaldada, need sõltuvad Nepomuki andmebaasist.
3. Parim on, nagu ma selgitasin, kasutada distributsiooni, millel on KDE uusim stabiilne versioon. KDE 4.10.4 on see ja kõik distributsioonid, millel seda versiooni pole, ei kvalifitseeru. Peale selle on KDE kasutamiseks parim levitaja see, mida kasutate, see on põhimõte. Ma soovitan isiklikult Chakrat tema suurele hispaaniakeelsele kogukonnale, selle KDE paketi head kvaliteeti ja seda, et kõigil Chakra jaoks kompileeritud pakettidel on GNOME-sõltuvused võimalikult palju eemaldatud, mis väldib tarbetut mälu tarbimist ja lihtsustab tüdimist toetus.
Varunduse importimist peate kasutama ettevaatlikult, sest see kustutab selle, mis teil koopias oli, vähemalt see juhtus minuga mõni päev tagasi (õnneks oli see uus install ja see mõjutas ainult kolme faili). Tšakra on siis minu valik (kuigi alati on mugav omada seal abidistroot konkreetsete probleemide lahendamiseks, mida Chakra pakettide puudumise tõttu ei saa, nagu minuga mvconv tööriistaga juhtus).
Täname selgituse eest. Selles mõttes on minu arvates probleemide vältimiseks kõige parem hoida Nepomuk kasutaja kaustas (mul on kõigile jagatud kodukataloog, kus fotod asuvad, ja teises kirjutamisõigustega muusika; digikami andmebaasi integreerimine ja amarok nepomukiga tekitaks sel juhul kindlasti probleeme iga kord, kui kasutaja muudab näiteks faili reitingut delfiini / nepomuki kaudu).
Andsin soovitused indekseerimise sundimiseks, olen nüüd üllatunud, kui kontrollin tulemust otsingute abil. Ma arvan, et umbes 1 3 faili indekseerimiseks pidi kuluma 16.000–4.6 tundi (paljud neist olid tekstis), samas kui ma ootasin, et see võtab veel paar-mitu tundi rohkem, on vanast KDE XNUMX-st alates palju paranenud (viimati oli mul see proovis). Tulemusega väga rahul. Rakendan ülejäänud juhendeid, sest arvan, et saan sellest palju kasu. Aitäh.
Seetõttu ei tööta KDE 😉 vananenud versioonid. Ma ei liialdaks, kui ütleksin teile, et KDE 4.10 Nepomuk on umbes 20 korda suurem kui KDE 4.6 Nepomuki kiirus ja KDE 4.11 väidab, et see on 5–7 korda suurem kui KDE 4.10. Summa.
Tere, Ernesto.
Olen paar aastat Gnome'i kasutanud ja otsustasin proovida KDE-d, eriti huvitasid nepomuki pakutavad eelised. Pärast teie õpetuste järgimist ei saa ma seda teenust lubada.
Olen märkinud ruudud ja rasvases kirjas on järgmised sõnumid:
"Luba Nepomuki semantiline töölaud": töölauaotsingu teenused on aktiivsed.
"Nepomuki failide indekseerija aktiveerimine": failide indekseerimisteenus ei tööta.
"E-posti indekseerija aktiveerimine": valmis andmete indekseerimiseks. (0%).
Valikus "Üksikasjad" märkige failid: arvutamine ja e-kirjad: arvutamine. Valin värskenduse, kuid midagi ei juhtu.
Võite aidata mul määratleda, miks ma ei saa nepomuki aktiveerida. Operatsioonisüsteemina kasutan Sabayoni.
Suur aitäh tähelepanu ja abi eest.
seoses