|
Aquesta llarguíssima sèrie de columnes (part 1, part 2, part 3, part 4, part 5 y part 6) Va tenir un final aquí. Podria estendre més sobre altres elements de l'escriptori semàntic, però no podré contestar els arguments que es donen en carregaments de guies escampades al llarg i ample de l'Internet que aconsellen sobre les millors maneres de desactivar l'escriptori semàntic, perquè menjaria memòria a preu fet . |
No es preocupin, que l'única manera en què podran tenir una captura com la que veuen en un sistema on Nepomuk funciona adequadament com el meu, és que facin el mateix que jo: es baixin 1 GB en arxius PDF de text que tenen 13 milions d'adreces i els passin per l'indexador Nepomuk (no és broma, ho vaig fer). Tampoc crec que vostès manegen PDFs de literalment milers de pàgines (per la meva feina com a advocat he de gestionar la Història de la Constitució Xilena, 10 PDFs de 1.200 pàgines de text cada un), així que, en un sistema correctament configurat, no haurien de veure aquesta captura mai.
Ara pongámosnos seriosos i tècnics. No és hora d'un altre tutorial més de "desactivi Nepomuk per obtenir bon exercici", sinó del primer tutorial a l'Internet de "com obtenir un gran acompliment amb Nepomuk activat". Estigueu atents.
prerequisits
Potser això va haver d'haver anat primer a la meva guia, i ho sento, però és que havia de justificar per què el JavaScript Nepomuk (que va ser el que vaig fer en les primeres sis entregues) abans de dir-los com activar-correctament. Per això, farem una passejada respecte del que es necessita, i després, anem a configurar.
En primer lloc, cal que siguem estrictes amb les distribucions que farem servir. Aquí hi ha requisits ben clars: les distribucions que agraden d'incorporar programari obsolet no serveixen per a KDE, i això lamentablement inclou Debian. Gràcies a l'enorme treball de Rex Dieter, líder d'l'equip Fedora KDE, hi ha un set de paquets amb KDE 4.10 per a Red Hat Enterprise Linux 6, així que, si necessiten KDE i una distribució estable com la pedra, l'opció és RHEL 6, o un clon de RHEL 6 com a CentOS, amb aquest repositori activat.
En segon lloc, cal estar atents a com s'empaqueta KDE, perquè KDE és extremadament sensible a el mal empaquetat. Fins fa poc, Kubuntu era famós per incórrer en errors grotescs de paquets, a l'barrejar versions no compatibles de paquets necessaris, el que portava com a conseqüència una horrible experiència en Kubuntu i que la gent es preguntés per què Nepomuk era tan lent i consumia tanta memòria , quan en realitat la culpa era de l'empaquetador. La cadena de transmissió de Nepomuk i Akonadi és aquesta (usant els noms de projectes de projects.kde.org i les últimes versions)
kdelibs (4.10.4)
nepomuk-core (4.10.4)
kde-runtime (4.10.4)
nepomuk-ginys (4.10.4)
shared-desktop-Ontologies (0.10.0)
soprano (2.9.1)
akonadi (1.9.2)
Atenció als últims 3: no depenen de la versió del KDE utilitzada, i han de ser les últimes disponibles, tot i que es faci servir una versió de punt estable. La regla és: KDE utilitza l'última versió estable d'aquests paquets en la seva branca estable, i snapshots git en les seves branques beta. Molts repositoris extra d'actualització del KDE s'actualitzen KDE, però no aquests tres últims paquets, el que ocasiona problemes greus.
A això se suma Strigi, tret recentment de Nepomuk, que era un veritable mal de cap per a tots els que tractaven de empaquetar. Les versions noves no s'anunciaven com era degut, i Ubuntu no va empaquetar per un bon temps versions noves d'aquest programa, a tal punt, que vaig haver de armar un escàndol al blog de Sebastian TRUG perquè això es corregís. Afortunadament, aquest problema s'ha acabat en una gran part, i Strigi ja no s'actualitza molt, la qual cosa elimina el problema de la seva empaquetat.
Per això, recomano Chakra com una bona distribució índex. Manuel Tortosa, empaquetador del KDE per Txakra, sap tot això, i per això la qualitat dels paquets és bona, i l'experiència amb Nepomuk i Akonadi, sota Chakra, també ho és. Chakra té algunes limitacions serioses, com el no empaquetar per defecte programes que depenguin de GTK +, però és un bon començament.
També, com veurem a continuació, recomano encaridament una distribució que ja hagi fet el canvi de MySQL a MariaDB. Veurem per què més endavant.
Preparant el terreny
Un cop ens assegurem que complim amb tots els prerequisits, i sempre que tinguem un sistema net, farem alguns canvis en les configuracions per defecte.
Akonadi
Anem a col·locar a l'arxiu .local / share / akonadi / mysql.conf les següents línies.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Si aquest fitxer no existeix, iniciarem Akonadi per crear-lo, i després el tancarem. En consola:
akonadictl start akonadictl stop
¿Per què això? MySQL (o MariaDB) és la base de dades que dóna suport a Akonadi, ja MySQL no li agraden les interrupcions sobtades. Davant de qualsevol caiguda de sistema o interrupció d'energia, MySQL introduirà errors a la base de dades Akonadi, i aquests errors, acumulats, acabaran per trasbalsar al KMail, fent que el seu ús sigui insuportablement lent. Aquestes opcions fan que cada transacció sigui immediatament escrita en disc, minimitzant els riscos de corrupció en Akonadi davant d'una caiguda de sistema o corrupció. Aquesta opció causa errors amb certes versions de MySQL, però funciona molt bé amb MariaDB.
Kernel
Anem a elevar a el límit màxim el monitoratge d'arxius, per millorar substancialment el rendiment de Nepomuk. La següent opció al fitxer /etc/sysctl.conf farà la feina
fs.inotify.max_user_watches = 524288
Després d'aquestes dues coses, activarem Nepomuk. Això es fa a Preferències de Sistema | Cerca d'escriptori. Mantinguem l'ús de memòria en els ajustos per defecte i activem l'indexat de correus electrònics. No oblideu veure els consells de la part 1 respecte a com podem accelerar el indexat, i després d'això ... vegin la resta de les guies, per gaudir l'escriptori semàntic!
Manteniment
Què passa si no hem pogut evitar corrupcions de la base de dades Akonadi i Nepomuk està funcionant lent? Encara hi ha una línia de defensa que el KDE 4.10 implementar: el Netejador de Nepomuk, a més de les poc conegudes eines d'autoneteja que té Akonadi.
$ Akonadictl vacuum: "Aspira" la base de dades de Akonadi. Per aspirar, entengui: s'eliminen totes les entrades que no tenen un reflex en un recurs.
$ Akonadictl fsck: Intenta arreglar les corrupcions de les bases de dades Akonadi. Això no sempre funciona, pel que és necessari impedir que elles tinguin lloc en primer lloc. Com? Amb les opcions que ja vam veure.
$ nepomukcleaner: És un conjunt de scripts preparats per Vishesh Handa per netejar la base de dades Nepomuk, que ell va convertir a interfície gràfica. Premeu el botó "Iniciar" i oblideu-vos. Córrer aquest programa és obligatori si un està actualitzant la versió del KDE.
Amb tots els grans, en un sistema de 64 bits, i amb recursos Akonadi experimentals, la suma de Nepomuk i Akonadi consumeix al voltant de 350 MB de RAM. Molt per a alguns, però adequat, al meu entendre, per les tremendes funcionalitats que es guanyen.
Però Nepomuk encara corre molt lent pel meu gust. Què faig?
Espereu una mica. KDE 4.11 incorpora increments bestials en rendiment per Nepomuk. Això no és cap tipus d'exageració: d'acord amb les xifres de Vishesh Handa, estem parlant del voltant de 5 vegades el rendiment del KDE 4.10 a escriptura a la base de dades, i més de 7 vegades en lectura, tot això, de mitjana . Els canvis que es veuran en el KDE 4.11 són massius i permetran que Nepomuk sigui usat, per fi, com una alternativa per a aquelles aplicacions que requereixen bases de dades.
A més, l'error que impedeix l'inici correcte de l'connector Akonadi-Nepomuk ja va ser arreglat en la branca 4.11, i el netejador Nepomuk experimentarà grans millores. Tindrem un nou indexador de fitxers Office, i podrem gaudir d'altres eines que s'aniran develando després.
Esperem que aquesta guia, ho repeteixo, l'única que trobarà sobre com aconseguir un rendiment espectacular amb Nepomuk activat, l'ajudi a tenir una configuració sense problemes, que li permeti fer el que vam veure en els lliuraments passades i molt, molt més. Gràcies per seguir-me al llarg de totes aquestes entregues, i moltes gràcies a Pablo Castagnino, per publicar aquesta sèrie. Ens veiem aviat.
Excel·lent aportació Ernesto! Gràcies per compartir totes aquestes entregues, m'han servit molt per a comprendre millor el funcionament del KDE (en el qual recentment estic fent incursions) i com aprofitar millor totes les eines que brinda.
Salutacions!
Hola Ernest,
Moltes gràcies per tots els lliuraments, han estat molt molt útils. Estic usant KDE 4.11 a Arch i ho confirmo, nepomuk és una bèstia, el indexat mai va usar més de el 7% del meu vell AMD Dual-Core.
Per cert, he llegit que per als que compten amb 4 o més gigabytes de RAM el millor és assignar a Nepomuk a el menys 500 megabytes, d'aquesta manera el consum de CPU es redueix i la velocitat de sistema -en l'obertura de programes, la còpia d'arxius, etc- augmenta. Què penses d'això?
Salutacions
Hola Ernest,
Moltes gràcies per la sèrie d'articles, molt complets i detallats i ens ajuden a treure-li d'una bona vegada tot el profit a KDE i les seves eines. D'altra banda vull fer-te una consulta, vaig provar amb els dos comandaments de l'Akonadi; «Akonadictl vacuum» i «akonadictl fsck» quan el faci servir com a usuari normal no em torna res i a l'usar-ho amb sudo retorna això
D-Bus session bus no està disponible!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
i una sèrie de dades similars a la 2º línia (que no vaig voler afegir doncs és mes menys llarg), que vol dir això? si a l'usar-lo com a usuari normal no retorna res vol dir que la base de dades està sana? o aquesta comanda no funciona com a administrador?
Reitero els agraïments i felicitacions pels articles i tant de bo que el teu treball com a advocat tingui a veure amb un canvi constitucional a Xile, que fa estona és necessari.
En la meva experiència, amb un sistema de 64 bits, el punt òptim són 128 MB d'assignació a Nepomuk (la resta de l'aproximat de 350 MB ve de Akonadi, MySQL i serveis annexos). Anar més enllà d'això simplement li donarà a Nepomuk més memòria per menjar, sense que això es tradueixi en increments reals de rendiment.
Aquest paràmetre es justificava plenament en les èpoques del KDE 4.7, on els serveis no estaven optimitzats i Virtuós, la base de dades que està darrere de Nepomuk, necessitava ingents quantitats de memòria per a funcionar. Ja no és així.
Hola Carles, mentre respon Ernesto t'explico la meva experiència amb OpenSuse. Efectivament i com bé dius es decanta per KDE, la qual cosa es tradueix en un entorn estable, fiable i altament integrat amb el sistema, pel que fa a les actualitzacions aquestes arriben al voltant d'un mes després de llançades per l'equip de KDE, però pots actualitzar a la versió en curs des dels repositoris semi-oficials mantinguts per la comunitat, fins al moment he actualitzat des d'aquí i no he tingut problemes, però hi ha un detall i és el que assenyala Ernesto en la seva guia pel que fa a l'empaquetat i les versions disponibles, per exemple els repositoris oficials i els semi-oficials de KDE a OpenSuse contenen la versió 2.9.0 de l'paquet Soprano, però és només això ja que els altres paquets estan en la seva última versió, l'anterior el solucioni ràpidament buscant i descarregant la versió 2.9.1 al web de OpenSuse Build Service (una mena Centre de Programari). A el principi comentava que el fet que Suse triés a KDE com a entorn per defecte redundava en un sistema fiable i estable, això ho dic comparant amb la distribució anterior que faci servir amb KDE: Fedora, la qual funcionava més ràpida que OpenSuse però es cobrava com tribut l'estabilitat, diverses vegades vaig patir de pengis i les ocasions que activi Nepomuk i Akonadi no va ser més que per rebre notificacions d'errors, reinicis forçosos i consum de recursos.
En l'actualitat i en bona part gràcies a aquesta sèrie d'articles tinc un sistema estable, ràpid i altament integrat.
Salutacions cordials.
Hola Carles,
Em sembla que a tots i totes els i les que hem arribat a Opensuse des d'una altra distro que actualment sembla embolicat el tema dels repositoris i la seva administració, però com el teu bé dius, és cosa d'estar atent i tenir paciència doncs a el cap d'un temps acabes per entendre-ho i apreciar-ne les bondats, també és cert que és mes laboriós el trobar documentació per Opensuse en comparació amb Debian, Ubuntu o Arch, però la comunitat és ben activa i hi ha una bona quantitat de blocs dedicats en gran part a OpenSuse (aquesta distro genera un fanatisme ben particular) i al canal d'IRC sempre estan disposat a donar-te ajuda.
No és la meva intenció desvirtuar el tema de l'post i espero comptar amb la vènia de Pablo i Ernesto per deixar-te uns links que poden servir-te d'ajuda, en el personal em van ajudar molt. el primer és d'un article que parla dels repositoris en Suse i com administrar-los per obtenir un sistema estable, complet i actualitzat i l'altre és una pàgina d'un blogger que dedica bona part a parlar de Opensuse.
1.- http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2.- http://www.victorhckinthefreeworld.wordpress.com/
Va confiar et siguin d'ajuda.
Salutacions cordials.
Hola, Ernest:
¿Et podries mullar una mica més pel que fa a distribucions Linux òptimes per a l'escriptori KDE?
Parles de Red Hat és això aplicable a Fedora? OpenSuse sembla decantar-se per KDE per al seu escriptori per defecte ¿què tal és aquesta distribució ?. Mageia també està en la mateixa ona. ¿Potser PCLinuxOS? Gràcies anticipades.
Gràcies Moscosov. Actualment estic amb OpenSuse. Vinc de Debian i estic nou en OpenSuse (diferents repositoris, eines per a instal·lar programes, etc.) i encara que estic de proves amb ella es va afermant com distribució. La noto molt estable, pràcticament tot va bé (excepte algun problema en trobar documentació i «solucions» a problemes, que en havien de estava més a l'abast). Ara, el que sí tinc clar, des que el vaig instal·lar substituint Gnome, és que em quedo amb KDE. I ho és a al punt que entre triar una distribució enfront d'un escriptori, prioritzo les bondats de l'ús de l'escriptori davant de les que pogués tenir la distribució per si mateixa.
La gestió de paquets debian em sembla més senzilla: main, contrib, non-free i aquí ho tens pràcticament tot; en openSUSE em costa més (Pacman, factory ...), encara que crec que és qüestió de acostrumbrarse i estar una mica atent. Però ja dic, si aquesta és la penalització per tenir un KDE de millor rendiment i ús, canvi de distribució. Per això plantejava també altres com Mageia que hereta de Mandriva el KDE com a escriptori i la seva facilitat perquè tot funcioni de sortida. A més m'agrada que darrere té una fundació a l'estil Debian (el respecte, però estic de voltes de Canonical, i tinc objeccions respecte a Novell ... i una mica respecte a l'Fedora).
El que s'ha dit, Moscosov, gràcies per la informa.
Salutacions.
Per res de el món els facis servir amb suo, no funciona.
És normal que no retorni res. El que has de fer un cop llances aquests ordres és esperar. Si llances un monitor de sistema després de llançar aquestes ordres (cosa que en el KDE es pot fer prement Control + Esc) notaràs que l'ús de CPU de MySQL puja després d'això; això implica que Akonadi està treballant. Deixa-ho.
1. Mentre sortia aquest article va sortir la versió 2.9.2 de Soprano, així que hauràs de donar una nova visita a OBS.
2. Mai és una bona idea utilitzar Fedora pla i simple amb KDE. Vés a http://kde-redhat.sourceforge.net/ i activa el repositori Yum que apareix aquí. Rex fa una bona feina parchando KDE per a Fedora, però no es veu molt perquè moltes vegades els seus paquets demoren a arribar a el repositori principal.
3. M'he mullat massa, he recomanat una en específic (Chakra Linux). Mai he aconseguit que em funcioni molt bé SuSE, i és perquè SuSE no es porta molt bé, almenys, amb els controladors privatius de la meva targeta gràfica (l'únic que obtinc són pànics generalitzats de sistema), però els comentaris que he escoltat són que els seus escriptoris KDE són de primera.
4. Amb el que definitivament em vaig a mullar és amb quin distribució no: Debian. Només cal dir que Debian Sid té com a última versió del KDE disponible KDE 4.8.4. Està bé tenir versions «estables», però KDE 4.10.2 (l'última disponible per RHEL, estem comparant distribucions estables contra estables) li dóna 2 dotzenes de voltes, i Debian Sid, el repositori «inestable» de Debian, hauria de tenir pel menys KDE 4.10.4.
Si realment es vol instal·lar Debian amb KDE les dues opcions disponibles (incorporar els repositoris de ZorinOS, o barrejar els repositoris experimentals) conviden a tanta feina perquè sí, que el millor en aquest cas és simplement esborrar el disc dur o unitat d'estat sòlid i instal·lar CentOS o Scientific. A part que l'equip de Debian va ser l'autor intel·lectual d'1 any i mig de KDE lent per a tots els que no compilaven Strigi dels arbres git, com jo ho vaig haver d'aprendre a fer.
¿Mageia? No, per una raó simple: una vegada llancen una versió del KDE, es queden per sempre en ella. Em va passar amb Mandriva que vaig haver de recórrer a l' «Mandriva International Backports» per obtenir una actualització de punt, i l'equip darrere de MIB va decidir no donar suport a Mageia, sinó que migrar a ROSA Linux (amb alguns gràfics bastant explícits anti Mageia). Així que si es tracta de la família Mandriva, ROSA Linux és l'opció per sobre Mageia.
Finalment, el fet que el KDE necessiti que les distribucions estiguin sempre actualitzades fa realment brillar a les distribucions tipus «versions rodants». Els meus opcions van ser passar de Gentoo a Arch amb KDEmod, i d'aquí directe a Chakra (que és la continuació espiritual de KDEmod), i no m'he penedit. No obstant això, Arch Linux necessita molta feina per donar-li manteniment.
En resum, per a gustos colors. En la majoria dels casos, la millor distribució per a KDE és la que un està fent servir, perquè un està acostumat a les seves idiosincràsies. Res més cal saber quin distribució no cal usar, i, si un fa servir una distribució, què cal fer per millorar l'experiència en KDE (per exemple, en SuSE canviar a el repositori KDE Distro: Stable és una millor idea que quedar-te amb els paquets per defecte).
Gràcies per la resposta Ernesto, vaig fer la prova novament amb les ordres i funciono perfecte, el sistema va de luxe gràcies als tips que has lliurat.
Tant de bo segueixis amb aquesta sèrie d'articles aprofundint l'ús de Akonadi i Nepomuk o bé en altres àrees del KDE.
Moltes gràcies.
Salutacions cordials.
Moltes gràcies Ernest. Tens raó, he estat minitoreando el sistema amb 128 megabytes assignats a Nepomuk i no noto diferències significatives en el rendiment pel que fa a la meva configuració prèvia.
Per cert, gran bloc, felicitats.
Pensava respondre per aquí, però vaig decidir millor enviar un correu a Pablo i respondre amb una altra columna. Esperem que surti d'aquí a poc.
OpenSuSE ja no té res a veure amb Novell. Novell es va partir en 2: la part que va quedar amb el nom va ser comprada per Attachmate, mentre que SuSE tornar a ser una companyia més o menys independent.
Ximple, fas diverses preguntes però totes estan relacionades.
1. Si decideixes provar una nova distribució el millor és a) utilitzar nepomukbackup per recolzar els teus etiquetes i dades personalitzades; b) instal·lar la distribució a provar com un nou usuari; c) restaurar la còpia de seguretat (això es pot fer en Preferències de Sistema | Cerca d'escriptori, vés a la tercera pestanya). Si recolzes les dades personalitzades i indexas de nou tot vas a tenir un equivalent funcional de la «portabilitat de la informació semàntica» que busques.
Fa temps, a més, hi va haver experiments per escriure de tornada als arxius mateixos les etiquetes Nepomuk en les seves metadades (EXIF, ID3), però no van ser acabats.
2. Pel mateix, la limitació principal és que les etiquetes no es poden moure entre equips, sinó que depenen de la base de dades Nepomuk.
3. El millor, com ho vaig explicar, és utilitzar una distribució que tingui l'última versió estable del KDE. KDE 4.10.4 és aquesta, i qualsevol distribució que no tingui aquesta versió, no qualifica. A part d'això, la millor distribució per a usar KDE és la que un està fent servir, això com a principi bàsic. Personalment recomano Txakra, per la seva gran comunitat hispanoparlant, la bona qualitat de la seva paqueteria KDE, i el fet que tots els paquets compilats per Chakra tenen les seves dependències GNOME remogudes en la mesura del possible, la qual cosa evita consum innecessari de memòria i simplifica fart el suport.
Cal usar amb cura la importació de la còpia de seguretat ja que esborra el que tinguis per deixar el que estava a la còpia, al menys això em va passar fa pocs dies (sort que era una instal·lació nova i va afectar a només tres arxius). Chakra llavors és la meva elecció (encara que sempre convé tenir una distro auxiliar per aquí per resoldre problemes concrets que Chakra per falta de paquets no pot, com em va passar amb l'eina mvconv).
Gràcies per l'aclariment, en aquest sentit crec que el millor és contenir a Nepomuk dins de la carpeta d'usuari per evitar problemes (tinc un directori en home compartit per tots en què es troben les fotografies i en un altre la música amb drets d'escriptura ; integrar la base de dades del digiKam i la amarok amb nepomuk en aquest cas sens dubte donaria problemes cada vegada que un usuari canviï, per exemple, la qualificació d'un arxiu a través d'dolphin / nepomuk).
Vaig fer les recomanacions per forçar la indexació, em sorprenc ara que reviso el resultat fent cerques. Crec que s'ha d'haver pres d'1 a 3 hores en indexar prop de 16.000 arxius (molts d'ells text), mentre que jo esperava que es prengués algunes moltes diverses hores més, molt ha millorat des del vell KDE 4.6 (última vegada que l'havia intentat). Molt content amb el resultat. Aplicaré la resta de les guies perquè crec que puc treure-li bastant profit a això. Gràcies.
Per això és que no serveixen les versions obsoletes del KDE 😉. No exageraria si et digués que Nepomuk en el KDE 4.10 té com 20 vegades la velocitat de Nepomuk a KDE 4.6, i KDE 4.11 al·lega tenir entre 5 i 7 vegades la velocitat del KDE 4.10. Suma.
Hola Ernest.
He fet servir Gnome durant un parell d'anys i vaig decidir provar KDE, sobretot em va interessar els avantatges que ofereix nepomuk. Després de seguir els teus tutorials no aconsegueixo habilitar aquest servei.
Tinc marcades les caselles, i els missatges en negreta són els següents:
«Habilitar l'escriptori Semàntic Nepomuk»: els serveis de recerca de l'escriptori estan actius.
«Activar el indexador de fitxers Nepomuk»: El servei d'indexació de fitxers no s'està executant.
«Activa l'indexador de correu electrònic»: A punt per indexar dades. (0%).
En l'opció «Detalls» indica Arxius: Calculant i Correus electrònics: Calculant. Trio refrescar però no passa res.
Pots ajudar-me a definir per què no aconsegueixo activar nepomuk. Utilitzo Sabayon com a sistema operatiu.
Moltes gràcies per la teva atenció i ajuda.
Salutacions