Bonvenon al la semantika labortablo. Parto 7 kaj fina: la perfekta instalado

Ĉi tiu tre longa serio de kolumnoj (parto 1, parto 2, parto 3, parto 4, parto 5 y parto 6) havos finon ĉi tie. Mi povus plivastigi aliajn elementojn de la semantika labortablo, sed mi ne povos respondi al la argumentoj donitaj en multaj gvidiloj disigitaj tra la interreto, kiuj konsilas pri la plej bonaj manieroj malaktivigi la semantikan labortablon, ĉar ĝi konsumus memoron. per la peco.

Jen kontribuo de Ernesto Manríquez, tiel iĝante unu el la gajnintoj de nia semajna konkurso: «Kunhavigu tion, kion vi scias pri Linukso«. Gratulon Ernesto!

Ne zorgu, la sola maniero, kiel vi povas havi kapton kiel tiu, kiun vi vidas en sistemo, kie Nepomuk funkcias ĝuste kiel la mia, estas fari same kiel mi: elŝutu 1 GB en tekstaj PDF-dosieroj, kiuj havas 13 milionojn da adresoj, kaj ekzekutu ilin per la Nepomuk-indeksilo (ne ŝercis, mi faris). Ankaŭ mi ne kredas, ke vi pritraktas PDFojn de laŭvorte miloj da paĝoj (por mia laboro kiel advokato mi devas pritrakti la Historion de la Ĉilia Konstitucio, 10 PDFojn de po 1.200 paĝoj da teksto), do, en ĝuste agordita sistemo, vi devas Ne vidas ĉi tiun kapton.

Nun ni serioziĝu kaj tekniku. Ne estas tempo por ankoraŭ alia lernilo pri "malŝalti Nepomuk por akiri bonan agadon", sed por la unua lernilo en la interreto pri "kiel akiri bonegan agadon kun Nepomuk en". Atentu.

Antaŭkondiĉoj

Eble ĉi tio devus esti unue en mia gvidilo, kaj mi bedaŭras, sed mi nur devis pravigi kial aktivigi Nepomuk (kio mi faris en la unuaj ses partopagoj) antaŭ ol diri al vi kiel ĝuste aktivigi ĝin. Do ni promenos pri tio, kio necesas, kaj tiam ni agordos.

Unue ni devas strikti pri la distribuoj, kiujn ni uzos. Jen tre klaraj postuloj: distribuoj, kiuj ŝatas enkorpigi malaktualajn programojn, ne funkcias por KDE, kaj tio bedaŭrinde inkluzivas Debianon. Danke al la grandega laboro de Rex Dieter, gvidanto de la Fedora KDE-teamo, ekzistas aro da pakoj kun KDE 4.10 por Red Hat Enterprise Linukso 6, do se vi bezonas KDE kaj rok-stabilan distribuon, la elekto estas RHEL 6, aŭ klono de RHEL 6 kiel CentOS, kun tiu deponejo ebligita.

Due, vi devas atenti kiel KDE estas pakita, ĉar KDE estas ekstreme sentema al malbona pakado. Ĝis antaŭ nelonge Kubuntu famiĝis pro groteskaj pakaj eraroj, miksante nesubtenatajn versiojn de bezonataj pakaĵoj, rezultigante teruran sperton de Kubuntu kaj homoj scivolantaj kial Nepomuk estis tiel malrapida kaj memormalsata kiam fakte ĝi estis la kulpo de la pakisto. Nepomuk kaj Akonadi-transdona ĉeno estas ĉi tio (uzante projektajn nomojn de projects.kde.org kaj plej novaj versioj)

kdelibs (4.10.4)
nepomuk-kerno (4.10.4)
kde-rultempo (4.10.4)
nepomuk-fenestaĵoj (4.10.4)
komuna-labortabla-ontologioj (0.10.0)
sopranoj (2.9.1)
akonadi (1.9.2)

Atentu la lastajn 3: ili ne dependas de la uzata versio de KDE, kaj devas esti la lastaj haveblaj, eĉ kiam vi uzas stabilan punktan version. La regulo estas: KDE uzas la plej novan stabilan version de ĉi tiuj pakoj en sia stabila branĉo, kaj git-momentfotojn en siaj beta-branĉoj. Multaj kromaj KDE-ĝisdatigaj deponejoj ĝisdatigas KDE, sed ne ĉi tiujn tri lastajn pakaĵojn, kio kaŭzas gravajn problemojn.

Al tio aldoniĝas Strigi, ĵus prenita de Nepomuk, kiu estis vera kapdoloro por ĉiuj, kiuj provis paki ĝin. Novaj versioj ne estis reklamitaj ĝuste, kaj Ubuntu ne pakis novajn versiojn de ĉi tiu programo delonge, ĝis la punkto, ke mi devis brui en la blogo de Sebastian Trüg por ripari ĝin. Feliĉe, ĉi tiu problemo plejparte finiĝis, kaj Strigi ne multe plu estas ĝisdatigita, kio forigas la pakan problemon.

Tial mi rekomendas Ĉakron kiel bonan indeksan distribuon. Manuel Tortosa, la KDE-pakilo por Ĉakro, scias ĉion ĉi, kaj tial la kvalito de la pakaĵoj estas bona, kaj la sperto kun Nepomuk kaj Akonadi, sub Ĉakro, ankaŭ bonas. Ĉakro havas iujn gravajn limojn, kiel ĝi ne apriore al pakaĵoj, kiuj dependas de GTK +, sed ĝi estas bona komenco.

Ankaŭ, kiel ni vidos poste, mi forte rekomendas distribuon, kiu jam ŝanĝis de MySQL al MariaDB. Ni vidos kial poste.

Preparante la teron

Post kiam ni certigos, ke ni plenumas ĉiujn antaŭkondiĉojn kaj kondiĉe ke ni havas puran sistemon, ni faros iujn ŝanĝojn al la defaŭltaj agordoj.

Akonadi

Ni metos la jenajn liniojn en la dosieron .local / share / akonadi / mysql.conf.

sync_binlog = 1 innodb_flush_log_at_trx_commit = 1

Se ĉi tiu dosiero ne ekzistas, ni komencos Akonadi krei ĝin, kaj tiam ni fermos ĝin. Sur konzolo:

akonadictl start akonadictl stop

Por ĉi tio? MySQL (aŭ MariaDB) estas la datumbazo, kiu subtenas Akonadi, kaj MySQL ne ŝatas subitajn interrompojn. Antaŭ ia sistemo-kraŝo aŭ potenca interrompo, MySQL enkondukos erarojn en la Akonadi-datumbazon, kaj ĉi tiuj amasigitaj eraroj finos malkaŝi KMail, igante ĝian uzon neelteneble malrapida. Ĉi tiuj ebloj signifas, ke ĉiu transakcio tuj estas skribita al disko, minimumigante la riskojn de korupteco en Akonadi en la kazo de sistema kraŝo aŭ koruptado. Ĉi tiu opcio kaŭzas erarojn kun iuj versioj de MySQL, sed ĝi funkcias bonege kun MariaDB.

Kernelo

Ni altigos dosier-kontroladon ĝis la maksimuma limo, por multe plibonigi la rendimenton de Nepomuk. La sekva opcio en la dosiero /etc/sysctl.conf plenumos la taskon

fs.inotify.max_user_watches = 524288

Post ĉi tiuj du aferoj, ni aktivigos Nepomuk. Ĉi tio estas farita en Sistemaj Agordoj | Labortabla serĉo. Ni konservu memoruzadon ĉe la defaŭltaj agordoj kaj ekŝaltu retpoŝtan indeksadon Ne forgesu kontroli la konsiletojn en la unua parto pri kiel ni povas rapidigi indeksadon, kaj post tio ... kontrolu la ceterajn gvidilojn, por ĝui la semantikan labortablon!

Konservado

Kio se ni ne sukcesus malebligi koruptojn de Akonadi-datumbazoj kaj Nepomuk malrapide funkcias? Ankoraŭ ekzistas unu defendlinio efektivigita de KDE 4.10: Nepomuk Cleaner, krom la malmulte konataj mempurigiloj, kiujn Akonadi havas.

$ akonadictl vakuo: "Malplenigu" la datumbazon Akonadi. Per aspiro, komprenu: ĉiuj eniroj ne reflektitaj en rimedo estas forigitaj.

$akonadictl fsck: Provu ripari la koruptojn de datumbazoj de Akonadi. Ĉi tio ne ĉiam funkcias, do vi devas malebligi ilin okazi unue. Kiel? Kun la ebloj, kiujn ni jam vidis.

$ nepomukpurigilo: Ĝi estas aro de skriptoj preparitaj de Vishesh Handa por purigi la Nepomuk-datumbazon, kiun li konvertis al grafika interfaco. Premu la butonon "Komenci" kaj forgesu pri ĝi. Ruligi ĉi tiun programon estas devige, se oni ĝisdatigas la KDE-version.

Kun ĉiuj aĵetoj, sur 64-bita sistemo, kaj kun eksperimentaj Akonadi-rimedoj, la sumo de Nepomuk kaj Akonadi konsumas ĉirkaŭ 350 MB de RAM. Multo por iuj, sed taŭga, laŭ mi, por la terura funkcieco akirita.

Sed Nepomuk ankoraŭ tro malrapide laŭ mia plaĉo. Kion mi faras?

Atendu iom. KDE 4.11 inkluzivas bestajn agokvalitojn por Nepomuk. Ĉi tio ne estas ia troigo: laŭ la ciferoj de Vishesh Handa, ni parolas pri 5-oble la agado de KDE 4.10 skribante al la datumbazo, kaj pli ol 7 fojojn legante, ĉio ĉi averaĝe. La ŝanĝoj videblaj en KDE 4.11 estas amasaj kaj permesos al Nepomuk esti uzata finfine kiel alternativo por tiuj aplikoj, kiuj bezonas datumbazojn.

Ankaŭ la cimo, kiu malebligas la ĝustan lanĉon de la konektilo Akonadi-Nepomuk, jam estis riparita en branĉo 4.11, kaj la purigilo Nepomuk vidos grandajn plibonigojn. Ni havos novan Office-dosierindeksilon, kaj ni povos ĝui aliajn ilojn, kiuj estos poste malkaŝitaj.

Espereble ĉi tiu gvidilo, mi ripetas, la sola, kiun vi trovos pri kiel atingi spektaklan rendimenton kun Nepomuk aktivigita, helpos vin havi glatan aranĝon, permesante al vi fari tion, kion ni vidis en pasintaj transdonoj kaj multe, multe pli. Dankon, ke vi sekvis min tra ĉiuj ĉi tiuj transdonoj, kaj multajn dankojn al Pablo Castagnino, pro la publikigado de ĉi tiu serio. Ĝis baldaŭ.


La enhavo de la artikolo aliĝas al niaj principoj de redakcia etiko. Por raporti eraron alklaku Ĉi tie.

18 komentoj, lasu la viajn

Lasu vian komenton

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita per *

*

*

  1. Respondeculo pri la datumoj: Miguel Ángel Gatón
  2. Celo de la datumoj: Kontrola SPAM, administrado de komentoj.
  3. Legitimado: Via konsento
  4. Komunikado de la datumoj: La datumoj ne estos komunikitaj al triaj krom per laŭleĝa devo.
  5. Stokado de datumoj: Datumbazo gastigita de Occentus Networks (EU)
  6. Rajtoj: Iam ajn vi povas limigi, retrovi kaj forigi viajn informojn.

  1.   Jeronava diris

    Bonega kontribuo Ernesto! Dankon pro dividado de ĉiuj ĉi tiuj liveroj, ili multe helpis min pli bone kompreni kiel funkcias KDE (en kiu mi ĵus komenciĝas) kaj kiel pli profiti ĉiujn ilojn, kiujn ĝi provizas.
    Dankon!

  2.   glaciaĵo diris

    Saluton Ernesto,

    Koran dankon pro ĉiuj transdonoj, ili tre helpis. Mi uzas KDE 4.11 ĉe Arch kaj mi konfirmas ĝin, nepomuk estas besto, indeksado neniam uzis pli ol 7% de mia malnova AMD-Du-Kerna.
    Cetere, mi legis, ke por tiuj, kiuj havas 4 aŭ pli da gigabajtoj da RAM, plej bone estas atribui al Nepomuk almenaŭ 500 megabajtojn, tiamaniere la CPU-konsumo reduktiĝas kaj la rapideco de la sistemo - en malfermaj programoj, kopiado de dosieroj ktp. pliiĝas. Kion vi pensas pri ĉi tio?

    salutoj

  3.   Moskosov diris

    Saluton Ernesto,

    Mi tre dankas vin por la serio de artikoloj, tre kompleta kaj detala kaj ili helpas nin eltiri la plej grandan parton de KDE kaj ĝiaj iloj. Aliflanke, mi volas fari demandon al vi, mi provis per la du Akonadi-komandoj; "Akonadictl vacuum" kaj "akonadictl fsck" kiam mi uzas ĝin kiel normalan uzanton ĝi ne redonas ion kaj uzante ĝin kun sudo ĝi redonas ĉi tion

    Sesia buso D-Bus ne haveblas!
    0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]

    kaj serio de datumoj similaj al la 2a linio (kiujn mi ne volis aldoni ĉar ĝi estas pli mallonga), kion tio signifas? Se uzante ĝin kiel normalan uzanton ĝi ne redonas ion, ĉu ĝi signifas, ke la datumbazo estas sana? aŭ ĉi tiu komando ne funkcias kiel administranto?

    Mi ripetas miajn dankojn kaj gratulojn por la artikoloj kaj mi esperas, ke via laboro kiel advokato rilatas al konstitucia ŝanĝo en Ĉilio, kiu delonge estis necesa.

  4.   Ernesto Manriquez diris

    Laŭ mia sperto, kun 64-bita sistemo, la bona loko estas 128MB-asigno al Nepomuk (la resto de ĉirkaŭ 350MB venas de Akonadi, MySQL kaj rilataj servoj). Irado preter tio simple donos al Nepomuk pli da manĝa memoro, sen ke tio tradukiĝu en realajn agadojn.

    Ĉi tiu parametro estis plene pravigita en la tagoj de KDE 4.7, kie servoj ne estis optimumigitaj kaj Virtuoso, la datumbazo malantaŭ Nepomuk, postulis amasajn kvantojn da memoro por funkcii. Ne estas tiel.

  5.   Moskosov diris

    Saluton Karlo, dum Ernesto respondas, mi rakontos al vi pri mia sperto kun OpenSuse. Efektive kaj kiel vi diras, ĝi elektas por KDE, kiu tradukiĝas al stabila, fidinda kaj tre integrita medio kun la sistemo, kiel por la ĝisdatigoj, ĉi tiuj alvenas ĉirkaŭ monaton post liberigo de la KDE-teamo, tamen vi povas ĝisdatigi al la aktuala versio de la duonoficialaj deponejoj prizorgitaj de la komunumo, ĝis nun mi ĝisdatigis de tie kaj mi ne havis problemojn, sed estas detalo kaj ĝi estas tiu, kiun Ernesto atentigas en sia gvidilo pri pakado kaj disponeblaj versioj, ekzemple la oficialaj kaj duonoficialaj KDE-deponejoj en OpenSuse enhavas version 2.9.0 de la Soprano-pakaĵo, sed nur tio, ĉar la aliaj pakaĵoj estas en sia plej nova versio, mi povas solvi ĉi-supre rapide serĉante kaj elŝutante la version 2.9.1 .XNUMX en la retejo OpenSuse Build Service (io kiel Programa Centro). Unue mi komentis, ke la fakto, ke Suse elektis KDE kiel defaŭltan medion, rezultigis fidindan kaj stabilan sistemon, mi diras tion kompare kun la antaŭa distribuo, kiun mi uzas kun KDE: Fedora, kiu funkciis pli rapide ol OpenSuse sed estis ŝargita dum mi pagas omaĝo al stabileco, plurfoje mi suferis pro kraŝoj kaj la okazoj, kiam mi aktivigis Nepomuk kaj Akonadi, estis nur ricevi sciigojn pri eraroj, devigitaj restartigoj kaj konsumado de rimedoj.

    Nuntempe, kaj grandparte danke al ĉi tiu serio de artikoloj, mi havas stabilan, rapidan kaj tre integritan sistemon.

    Afablajn salutojn.

  6.   Moskosov diris

    Saluton Karlo,

    Ŝajnas al mi, ke ĉiuj el ni, kiuj venis al Opensuse de alia distro, trovas la aferon pri deponejoj kaj ilia administrado iom konfuzaj, sed kiel vi diras, temas pri atento kaj pacienco, ĉar post iom da tempo vi finos komprenante ĝin kaj aprezante ĝiajn avantaĝojn, estas ankaŭ vere, ke estas pli malfacile trovi dokumentojn por Opensuse kompare kun Debian, Ubuntu aŭ Arch, tamen la komunumo estas tre aktiva kaj ekzistas multaj blogoj dediĉitaj plejparte al OpenSuse (Ĉi tiu distro generas tre apartan fanatikecon) kaj ĉe la IRC-kanalo ili ĉiam pretas helpi vin.

    Ne estas mia intenco distordi la temon de la afiŝo kaj mi esperas havi la permeson de Pablo kaj Ernesto lasi al vi iujn ligojn, kiuj povas helpi vin, persone ili multe helpis min. la unua estas el artikolo, kiu parolas pri deponejoj en Suse kaj kiel administri ilin por akiri stabilan, kompletan kaj ĝisdatigitan sistemon, kaj la alia estas paĝo de bloganto, kiu dediĉas bonan parton al parolado pri Opensuse.

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

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

    Mi fidas, ke ili helpos vin.

    Afablajn salutojn.

  7.   Carlos Alvarez Atanes diris

    Saluton Ernesto:

    Ĉu vi povus iomete pli malsekiĝi pri optimumaj Linuksaj distribuoj por la labortablo KDE?

    Vi parolas pri Red Hat, ĉu ĉi tio aplikeblas al Fedora? OpenSuse ŝajnas elekti KDE por sia defaŭlta labortablo. Kiel fartas ĉi tiu distribuo? Magejo estas ankaŭ sur la sama ondolongo. Eble PcLinuxOS? Antaŭdankon.

  8.   Carlos Alvarez Atanes diris

    Dankon Moscosov. Mi estas nuntempe kun OpenSuse. Mi venas de Debian kaj mi estas nova en OpenSuse (diversaj deponejoj, iloj por instali programojn, ktp) kaj kvankam mi provas per ĝi, ĝi staras kiel distribuo. Mi trovas ĝin tre stabila, preskaŭ ĉio bonas (krom iu problemo en serĉado de dokumentado kaj "solvoj" al problemoj, kiuj en Debian estis pli atingebla). Nun mi klaras, ĉar mi instalis ĝin anstataŭante Gnome, estas ke mi restas kun KDE. Kaj ĝis la punkto, ke inter elekto de distribuo antaŭ labortablo, mi prioritatas la avantaĝojn uzi la labortablon super tiuj, kiujn la distribuo povus havi per si mem.

    Paka mastrumado en Debian ŝajnas al mi pli facila: ĉefa, kontrib, nelibera kaj tie vi havas preskaŭ ĉion; en opensuse ĝi kostas al mi pli multe (pacman, fabriko ...), kvankam mi pensas, ke temas pri alkutimiĝo kaj iom atentemo. Sed mi jam diris, se ĉi tio estas la puno por havi KDE kun pli bona rendimento kaj uzo, mi ŝanĝas la distribuon. Tial mi ankaŭ levis aliajn kiel Mageia, kiu heredas KDE kiel labortablo de Mandriva kaj ĝian facilecon igi ĉion funkcii ekster la skatolo. Mi ankaŭ ŝatas, ke malantaŭ ĝi ĝi havas Debian-stilan fundamenton (mi respektas tion, sed mi revenis al Canonical; kaj mi havas dubojn pri Novell ... kaj iom pri Fedora).
    Dirite, Moscosov, dankon pro la raporto.

    Salutojn.

  9.   Ernesto Manriquez diris

    Por nenio en la mondo vi uzas ilin per sudo, ĝi ne funkcias.

    Estas normale, ke nenio estas redonita. Kion vi devas fari post kiam vi lanĉos tiujn komandojn, estas atendi. Se vi lanĉos sisteman monitoron post lanĉado de tiuj komandoj (io farebla en KDE premante Kontrolon + Esc) vi rimarkos, ke la uzado de CPU de MySQL kreskas post tio; tio implicas, ke Akonadi funkcias. Lasu ĝin.

  10.   Ernesto Manriquez diris

    1. Dum ĉi tiu artikolo aperis, Soprano-versio 2.9.2 aperis, do vi devos fari al OBS novan viziton.

    2. Neniam estas bona ideo uzi simplan kaj simplan Fedora kun KDE. Iru al http://kde-redhat.sourceforge.net/ kaj aktivigu la deponejon Yum, kiu aperas tie. Rex bonege riparas KDE por Fedora, sed vi ne multe vidas ĝin, ĉar ofte necesas tempo por ke ĝiaj pakaĵoj atingu la ĉefan deponejon.

    3. Mi tro malsekiĝis, mi rekomendis specifan (Chakra Linukso). Mi neniam sukcesis, ke SuSE funkcias tre bone por mi, kaj tio estas ĉar SuSE ne bone agas, almenaŭ, kun la posedaj ŝoforoj de mia grafika karto (ĉio, kion mi ricevas, estas ĝeneraligita sistemo panikiĝas), sed la reagoj mi havas aŭdis, ke iliaj KDE-labortabloj estas bonegaj.

    4. Kun kio mi certe malsekigos min estas al kiu distribuo ne: Debian. Sufiĉas diri, ke Debian Sid havas KDE 4.8.4 kiel la plej nova disponebla versio. Estas bone havi "stabilajn" versiojn, sed KDE 4.10.2 (la plej nova havebla por RHEL, ni komparas stabilajn kontraŭ stabilajn distribuojn) donas al ĝi 2 dekduojn da rondiroj, kaj Debian Sid, la "malstabila" deponejo de Debian, devus havi ĉe almenaŭ malpli KDE 4.10.4.

    Se vi vere volas instali Debian kun KDE, la du disponeblaj opcioj (inkluzivi la ZorinOS-deponejojn, aŭ miksi la eksperimentajn deponejojn) invitas tiom multe da laboro, ĉar jes, la plej bona afero en tiu kazo estas simple forviŝi la malmolan diskon aŭ solidan staton kaj instalu CentOS aŭ Scientific. Krom tio la Debiana teamo estis la cerbo de 1 kaj duona jaroj de malrapida KDE por ĉiuj, kiuj ne kompilis Strigi el git-arboj, kiel mi devis lerni fari.

    Magejo? Ne, pro simpla kialo: post kiam ili publikigas version de KDE, ili restas kun ĝi por ĉiam. Okazis al mi kun Mandriva, ke mi devis iri al "Mandriva International Backports" por akiri punktan ĝisdatigon, kaj la teamo malantaŭ MIB decidis ne subteni Magejon, sed migri al ROSA-Linukso (kun iuj sufiĉe eksplicitaj kontraŭ-Mageiaj grafikaĵoj) . Do se temas pri la familio Mandriva, ROSA Linukso estas la elekto super Magejo.

    Fine, la fakto, ke KDE postulas, ke distribuoj estu ĉiam ĝisdataj, vere briligas "ruliĝantajn versiojn". Miaj ebloj estis iri de Gentoo al Arch kun KDEmod, kaj de tie rekte al Chakra (kiu estas la spirita daŭrigo de KDEmod), kaj mi ne bedaŭris ĝin. Tamen Arch Linukso bezonas multan laboron por subteni.

    Resume, por koloraj gustoj. Plejofte la plej bona KDE-distribuo estas tiu, kiun vi uzas, ĉar vi kutimas ĝian idiosinkrazion. Vi nur devas scii kiun distribuon uzi, kaj, se vi uzas distribuon, kion fari por plibonigi la sperton en KDE (ekzemple, en SuSE ŝanĝanta al la deponejo KDE Distro: Stable estas pli bona ideo ol resti kun la apriora pakoj).

  11.   Moskosov diris

    Dankon pro la respondo Ernesto, mi refaris la teston per la komandoj kaj ĝi funkciis perfekte, la sistemo estas luksa danke al la konsiloj, kiujn vi donis.
    Mi esperas, ke vi daŭrigos per ĉi tiu serio de artikoloj profundigante la uzon de Akonadi kaj Nepomuk aŭ en aliaj areoj de KDE.

    Multan dankon

    Afablajn salutojn.

  12.   glaciaĵo diris

    Koran dankon Ernesto. Vi pravas, mi min-monitoris la sistemon kun 128 megabajtoj asignitaj al Nepomuk kaj mi ne rimarkas signifajn diferencojn de rendimento kompare kun mia antaŭa agordo.
    Cetere, bonega blogo, gratulon.

  13.   Ernesto Manriquez diris

    Mi pensis respondi ĉi tie, sed mi decidis pli bone sendi retpoŝton al Pablo kaj respondi per alia kolumno. Espereble ĝi baldaŭ aperos.

  14.   Ernesto Manriquez diris

    OpenSuSE havas nenion komunan kun Novell. Novell dividiĝis en 2: la parto, kiu restis kun la nomo, estis aĉetita de Attachmate, dum SuSE revenis al esti pli-malpli sendependa kompanio.

  15.   Ernesto Manriquez diris

    Legu ĝin, vi faras plurajn demandojn sed ĉiuj rilatas.
    1. Se vi decidas provi novan distribuon, plej bone estas a) uzi nepomukbackup por rezervi viajn etikedojn kaj kutimajn datumojn; b) instalu la distribuon por testi kiel nova uzanto; c) restarigu la sekurkopion (tio povas esti farita en Sistemaj Agordoj | Labortabla Serĉo, iru al la tria langeto). Rezervi la laŭmendajn datumojn kaj reindeksigi ĉion donos al vi funkcian ekvivalenton de la serĉinda "porteblo de semantikaj informoj".
    Antaŭ iom da tempo krome estis eksperimentoj por verki la etikedojn Nepomuk en siaj metadatenoj (EXIF, ID3) reen al la dosieroj mem, sed ili ne estis finitaj.
    2. Pro la sama kialo, la ĉefa limigo estas, ke etikedoj ne povas esti movitaj inter komputiloj, ili dependas de la datumbazo Nepomuk.
    3. La plej bona afero, kiel mi klarigis, estas uzi distribuon, kiu havas la plej novan stabilan version de KDE. KDE 4.10.4 estas tio, kaj iu ajn distribuo ne havanta tiun version ne taŭgas. Krom tio, la plej bona distro uzota KDE estas tiu, kiun vi uzas, tio estas kiel baza principo. Mi persone rekomendas Ĉakron, por sia granda hispanlingva komunumo, la bonan kvaliton de sia KDE-pakaĵo, kaj la fakton, ke ĉiuj pakaĵoj kompilitaj por Ĉakro havas siajn GNOME-dependecojn laŭeble forigitajn, kio evitas nenecesan memorkonsumon kaj simpligas laca subteno.

  16.   Legu ĝin diris

    Vi devas zorgi pri la importado de la sekurkopio, ĉar ĝi forigas tion, kion vi devas lasi, kio estis en la kopio, almenaŭ tio okazis al mi antaŭ kelkaj tagoj (bonŝance ĝi estis nova instalado kaj ĝi tuŝis nur tri dosierojn). Ĉakro tiam estas mia elekto (kvankam ĉiam konvenas havi helpan distro tie por solvi specifajn problemojn, kiujn Ĉakro ne povas, pro manko de pakoj, kiel okazis al mi per la mvconv-ilo).

    Dankon pro la klarigo, tiusence mi pensas, ke plej bone estas enhavi Nepomuk ene de la uzanta dosierujo por eviti problemojn (mi havas komunan hejman adresaron por ĉiuj, kie troviĝas la fotoj kaj en alia la muziko kun skribrajtoj; integrado de la digikam-datumbazo kaj la amarok kun nepomuk ĉi-kaze certe donus problemojn ĉiufoje kiam uzanto ŝanĝas, ekzemple la takson de dosiero per delfeno / nepomuk).

    Mi faris la rekomendojn por devigi indeksadon, mi miras nun, ke mi kontrolas la rezulton per serĉoj. Mi pensas, ke certe necesis 1 ĝis 3 horoj por indeksi ĉirkaŭ 16.000 4.6 dosierojn (multaj el ili tekstas), dum mi atendis, ke ĝi daŭros kelkajn, multajn horojn pli, multe pliboniĝis de la malnova KDE XNUMX (lastfoje, kiam mi havis ĝin) provis). Tre feliĉa pri la rezulto. Mi aplikos la ceterajn gvidilojn, ĉar mi pensas, ke mi povas eltiri multon el ĉi tio. Dankon.

  17.   Ernesto Manriquez diris

    Jen kial malmodernaj versioj de KDE 😉 ne funkcios. Mi ne troigus, se mi dirus al vi, ke Nepomuk en KDE 4.10 estas ĉirkaŭ 20 fojojn pli rapida ol Nepomuk en KDE 4.6, kaj KDE 4.11 asertas esti inter 5 kaj 7 fojojn pli rapida ol KDE 4.10. Sumo.

  18.   Georgo diris

    Saluton Ernesto.
    Mi uzis Gnome dum kelkaj jaroj kaj decidis provi KDE, mi speciale interesiĝis pri la avantaĝoj ofertitaj de nepomuk. Post sekvi viajn lernilojn mi ne povas ebligi ĉi tiun servon.
    Mi markis la skatolojn, kaj la grasaj mesaĝoj estas jenaj:
    "Enable Nepomuk Semantic Desktop": Labortablaj serĉaj servoj estas aktivaj.
    "Aktivigi Nepomuk-dosierindeksilon": La servo de dosierindeksado ne funkcias.
    "Aktivigi retpoŝtan indeksilon": Preta por indeksi datumojn. (0%).
    En la opcio "Detaloj", indiku Dosierojn: Kalkulante kaj Retpoŝtojn: Kalkulante. Mi elektas refreŝigi sed nenio okazas.
    Vi povas helpi min difini kial mi ne povas aktivigi nepomukon. Mi uzas Sabayon kiel operaciumon.
    Koran dankon pro via atento kaj helpo.

    salutoj