 |
Esta longa serie de columnas (1ª parte, 2ª parte, 3ª parte, 4ª parte, 5ª parte y 6ª parte) vai ter aquí un final. Podería ampliar outros elementos do escritorio semántico, pero non poderei responder aos argumentos que se dan en moitas guías espalladas por Internet que aconsellan as mellores formas de desactivar o escritorio semántico, porque consumiría memoria. pola peza. |
Non te preocupes, o único xeito de ter unha captura como a que ves nun sistema onde Nepomuk funciona correctamente coma a miña é facer o mesmo ca min: descarga 1 GB en ficheiros PDF de texto que conten con 13 millóns de enderezos e executa a través do indexador Nepomuk (non estou de broma, fíxeno). Tampouco creo que manexes PDF de literalmente miles de páxinas (para o meu traballo como avogado debo manexar a Historia da Constitución chilena, 10 PDF de 1.200 páxinas de texto cada unha), polo que, nun sistema correctamente configurado, debería Non vexo isto nunca.
Agora poñámonos en serio e técnicos. Non é hora doutro tutorial sobre "desactivar Nepomuk para obter un bo rendemento", senón do primeiro tutorial en Internet sobre "como obter un bo rendemento con Nepomuk activado". Presta atención.
Índice
Requisitos previos
Quizais isto debería ter sido o primeiro da miña guía e síntoo, pero só tiña que xustificar por que activar Nepomuk (que foi o que fixen nas seis primeiras entregas) antes de dicirlle como activalo correctamente. Entón, imos dar un paseo sobre o que se precisa e, a continuación, configurarémolo.
Primeiro de todo, debemos ser estritos sobre as distribucións que usaremos. Aquí hai requisitos moi claros: as distribucións ás que lles gusta incorporar software obsoleto non funcionan para KDE e que, por desgraza, inclúe Debian. Grazas ao enorme traballo de Rex Dieter, líder do equipo de Fedora KDE, hai un conxunto de paquetes con KDE 4.10 para Red Hat Enterprise Linux 6, polo que se precisa KDE e unha distribución estable como a pedra, a opción é RHEL 6, ou un clon RHEL 6 como CentOS, con ese repositorio habilitado.
En segundo lugar, ten que ter coidado co empaquetado de KDE, porque KDE é moi sensible a un mal empaquetado. Ata hai pouco, Kubuntu era famoso por cometer grotescos erros de empaquetado, mesturar versións non compatibles dos paquetes necesarios, resultando nunha horrible experiencia de Kubuntu e a xente preguntábase por que Nepomuk era tan lento e con fame de memoria cando en realidade era culpa do empaquetador. A cadea de transmisión Nepomuk e Akonadi é esta (usando nomes de proxectos de projects.kde.org e das últimas versións)
kdelibs (4.10.4)
núcleo de nepomuk (4.10.4)
tempo de execución de kde (4.10.4)
widgets de nepomuk (4.10.4)
ontoloxías de escritorio compartido (0.10.0)
sopranos (2.9.1)
akonadi (1.9.2)
Atención ás 3 últimas: non dependen da versión de KDE empregada e deben ser as últimas dispoñibles, incluso cando se usa unha versión de punto estable. A regra é: KDE usa a última versión estable destes paquetes na súa rama estable e instantáneas de git nas súas ramas beta. Moitos repositorios de actualizacións adicionais de KDE actualizan KDE, pero non estes tres últimos paquetes, o que causa serios problemas.
A isto súmase Strigi, sacado recentemente de Nepomuk, que supuxo unha auténtica dor de cabeza para todos os que intentaron empaquetalo. As novas versións non se anunciaron correctamente e Ubuntu non empaquetou novas versións deste programa durante moito tempo, ata o punto de que tiven que facer un balbordo no blog de Sebastian Trüg para solucionalo. Afortunadamente, este problema acabou en gran parte e Strigi xa non se actualiza moito, o que elimina o problema do envase.
Por esta razón, recomendo ao Chakra como boa distribución do índice. Manuel Tortosa, o empaquetador de KDE para Chakra, sabe todo isto e, polo tanto, a calidade dos paquetes é boa e a experiencia con Nepomuk e Akonadi, baixo Chakra, tamén é boa. Chakra ten algunhas limitacións serias, como que non sexa predeterminado para os paquetes que dependen de GTK +, pero é un bo comezo.
Ademais, como veremos a continuación, recomendo encarecidamente unha distribución que xa fixo o cambio de MySQL a MariaDB. Veremos por que despois.
Preparando o terreo
Unha vez que nos aseguremos de cumprir todos os requisitos previos e sempre que teñamos un sistema limpo, imos facer algúns cambios na configuración predeterminada.
Akonadi
Imos colocar as seguintes liñas no ficheiro .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Se este ficheiro non existe, iniciaremos Akonadi para crealo e logo pecharémolo. Na consola:
akonadictl iniciar akonadictl stop
Para isto? MySQL (ou MariaDB) é a base de datos que admite Akonadi e a MySQL non lle gustan as interrupcións repentinas. En caso de fallo do sistema ou corte de enerxía, MySQL introducirá erros na base de datos de Akonadi, e estes erros acumulados acabarán desbotando KMail, facendo o seu uso insoportablemente lento. Estas opcións significan que cada transacción se escribe inmediatamente no disco, minimizando os riscos de corrupción en Akonadi en caso de fallo ou corrupción do sistema. Esta opción causa erros con certas versións de MySQL, pero funciona moi ben con MariaDB.
Kernel
Imos elevar o control de ficheiros ao límite máximo, para mellorar substancialmente o rendemento de Nepomuk. A seguinte opción no ficheiro /etc/sysctl.conf fará o traballo
fs.inotify.max_user_watches = 524288
Despois destas dúas cousas, activaremos Nepomuk. Isto faise nas Preferencias do sistema | Busca no escritorio. Mantemos o uso de memoria na configuración predeterminada e activemos a indexación de correo electrónico. Non esquezas consultar os consellos da primeira parte sobre como podemos acelerar a indexación e, despois diso, consulta o resto das guías para gozar do escritorio semántico.
mantemento
E se non puidésemos evitar os corruptos da base de datos de Akonadi e Nepomuk estea a funcionar lentamente? Aínda hai unha liña de defensa que KDE 4.10 implementou: Nepomuk Cleaner, ademais das ferramentas de autolimpieza pouco coñecidas que ten Akonadi.
$ akonadictl baleiro: "Aspirar" a base de datos Akonadi. Enténdese por aspiración: elimínanse todas as entradas que non se reflicten nun recurso.
$akonadictl fsck: Tenta solucionar os corruptos das bases de datos de Akonadi. Isto non sempre funciona, polo que hai que evitar que ocorran en primeiro lugar. Como? Coas opcións que xa vimos.
$ nepomuk cleaner: É un conxunto de scripts preparados por Vishesh Handa para limpar a base de datos Nepomuk, que converteu nunha interface gráfica. Preme o botón "Iniciar" e esquécelo. Executar este programa é obrigatorio se se está actualizando a versión de KDE.
Con todas as baratijas, nun sistema de 64 bits e con recursos experimentais de Akonadi, a suma de Nepomuk e Akonadi consume arredor de 350 MB de RAM. Moito para algúns, pero adecuado, ao meu ver, pola tremenda funcionalidade que se gaña.
Pero Nepomuk aínda corre demasiado lento para o meu gusto. Que fago?
Agarda un tempo. KDE 4.11 incorpora aumentos de rendemento bestiais para Nepomuk. Non se trata de ningún tipo de esaxeración: segundo as cifras de Vishesh Handa, falamos de 5 veces o rendemento de KDE 4.10 ao escribir na base de datos e máis de 7 veces á lectura, todo isto, de media. Os cambios que se verán en KDE 4.11 son masivos e permitirán que Nepomuk se use, por fin, como alternativa para aquelas aplicacións que requiren bases de datos.
Ademais, o erro que impide o correcto lanzamento do conector Akonadi-Nepomuk xa se solucionou na rama 4.11 e o limpador Nepomuk verá grandes melloras. Teremos un novo indexador de ficheiros de Office e poderemos gozar doutras ferramentas que se revelarán máis adiante.
Con sorte, esta guía, repito, a única que atoparás sobre como conseguir un rendemento espectacular con Nepomuk activado, axudarache a ter unha boa configuración, permitíndoche facer o que vimos nas entregas pasadas e moito máis. Grazas por seguirme por todas estas entregas e moitas grazas a Pablo Castagnino por publicar esta serie. Ata pronto.
18 comentarios, deixa os teus
Excelente contribución Ernesto! Grazas por compartir todas estas entregas, axudáronme moito a comprender mellor como funciona KDE (no que estou empezando) e como aproveitar mellor todas as ferramentas que ofrece.
Saúdos!
Ola Ernesto,
Moitas grazas por todas as entregas, foron moi útiles. Estou usando KDE 4.11 en Arch e confírmoo, nepomuk é unha besta, a indexación nunca empregou máis do 7% do meu antigo núcleo dual AMD.
Por certo, lin que para aqueles que teñan 4 ou máis xigabytes de memoria RAM é mellor asignar a Nepomuk polo menos 500 megabytes, deste xeito redúcese o consumo de CPU e a velocidade do sistema - nos programas de apertura, copia de arquivos, etc.- aumenta. Que opinas sobre isto?
lembranzas
Ola Ernesto,
Moitas grazas pola serie de artigos, moi completa e detallada e axúdanos a sacar o máximo proveito a KDE e as súas ferramentas. Por outra banda quero facerche unha pregunta, tenteino cos dous comandos de Akonadi; "Akonadictl vacuum" e "akonadictl fsck" cando o uso como usuario normal non devolve nada e ao usalo con sudo devolve isto
O bus de sesión D-Bus non está dispoñible.
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
e unha serie de datos similares á 2a liña (que non quixen engadir porque é máis curta), que significa isto? Se ao usalo como usuario normal non devolve nada, significa que a base de datos é sa? ou este comando non funciona como administrador?
Reitero os meus agradecementos e parabéns polos artigos e espero que o seu traballo como avogado teña que ver cun cambio constitucional en Chile, que foi necesario dende hai tempo.
Pola miña experiencia, cun sistema de 64 bits, o punto máis importante é a asignación de 128 MB a Nepomuk (o resto dos aproximadamente 350 MB provén de Akonadi, MySQL e servizos relacionados). Ir máis alá dálle a Nepomuk máis memoria para comer, sen que iso se traduza en rendemento real.
Ese parámetro xustificouse plenamente nos tempos de KDE 4.7, onde os servizos non se optimizaban e Virtuoso, a base de datos detrás de Nepomuk, requiría grandes cantidades de memoria para funcionar. Non é así.
Ola Carlos, mentres Ernesto responde, contareiche a miña experiencia con OpenSuse. Efectivamente e como dis, opta por KDE, que se traduce nun ambiente estable, fiable e altamente integrado co sistema, xa que para as actualizacións, estas chegan aproximadamente un mes despois de ser lanzadas polo equipo de KDE, non obstante, podes actualizar a versión actual dos repositorios semioficiais que mantén a comunidade, ata o momento actualicei desde alí e non tiven problemas, pero hai un detalle e é o que Ernesto sinala na súa guía en canto a envases e versións dispoñibles, por exemplo, os repositorios oficiais e semioficiais de KDE en OpenSuse conteñen a versión 2.9.0 do paquete Soprano, pero só porque os outros paquetes están na súa última versión, podo resolver rapidamente o anterior buscando e descargando a versión 2.9.1 .XNUMX no sitio web de OpenSuse Build Service (algo así como un Centro de software). Ao principio comentei que o feito de que Suse elixise KDE como o entorno predeterminado resultou nun sistema fiable e estable, digo isto comparando coa distribución anterior que eu uso con KDE: Fedora, que funcionaba máis rápido que OpenSuse pero cobraba mentres pago homenaxe á estabilidade, varias veces sufrín fallos e as ocasións en que activei Nepomuk e Akonadi non foron máis que recibir notificacións de erros, reinicios forzados e consumo de recursos.
Actualmente, e en boa parte grazas a esta serie de artigos, teño un sistema estable, rápido e altamente integrado.
Saúdos.
Ola Carlos,
Paréceme que a todos os que chegamos a Opensuse dende outra distro atopamos un pouco confuso o tema dos repositorios e a súa administración, pero como dis, trátase de estar atentos e ter paciencia porque despois dun tempo acabas entendéndoo e apreciando os seus beneficios, tamén é certo que é máis difícil atopar documentación para Opensuse en comparación con Debian, Ubuntu ou Arch, pero a comunidade é moi activa e hai un bo número de blogs dedicados en gran parte a OpenSuse (Esta distro xera un fanatismo moi particular) e na canle IRC sempre están preparados para axudarche.
Non é a miña intención distorsionar o tema da publicación e espero ter o permiso de Pablo e Ernesto para deixarche algúns enlaces que che poden ser de axuda, persoalmente axudáronme moito. o primeiro é dun artigo que fala dos repositorios en Suse e de como xestionalos para obter un sistema estable, completo e actualizado e o outro é unha páxina dun blogueiro que dedica unha boa parte a falar 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/
Confío en que che serán de axuda.
Saúdos.
Ola Ernesto:
¿Podería mollarse un pouco máis nas distribucións Linux óptimas para o escritorio KDE?
Fala de Red Hat, isto é aplicable a Fedora? OpenSuse parece optar por KDE para o seu escritorio predeterminado. Como é esta distribución? Mageia tamén ten a mesma lonxitude de onda. Quizais PcLinuxOS? Grazas de antemán.
Grazas Moscosov. Actualmente estou con OpenSuse. Eu veño de Debian e son novo en OpenSuse (diferentes repositorios, ferramentas para instalar programas, etc.) e aínda que estou probando con el, estase consolidando como unha distribución. Paréceme moi estable, practicamente todo está ben (agás algún problema para atopar documentación e "solucións" aos problemas, que en Debian estaba máis ao alcance). Agora, o que teño claro, dende que o instalei substituíndo a Gnome, é que me quedo con KDE. E é ata o punto de que, entre escoller unha distribución fronte a un escritorio, priorizo os beneficios de usar o escritorio sobre os que a distribución podería ter por si mesma.
A xestión de paquetes en Debian paréceme máis sinxela: principal, contrib, non gratuíto e aí tes practicamente de todo; en opensuse cústame máis (pacman, fábrica ...), aínda que creo que se trata de acostumarse e estar un pouco atento. Pero xa dixen, se esta é a pena por ter un KDE cun mellor rendemento e uso, cambio a distribución. É por iso que tamén plantei outros como Mageia, que herda KDE como escritorio de Mandriva e a súa facilidade para facer que todo funcione fóra da caixa. Tamén me gusta que teña unha base de estilo Debian (respéctoo, pero volvo a Canonical; teño reparos en Novell ... e un pouco sobre Fedora).
Dito isto, Moscosov, grazas polo informe.
Saúdos.
Para nada do mundo as usas con sudo, non funciona.
É normal que non se devolva nada. O que debes facer unha vez que inicies eses comandos é agardar. Se inicia un monitor do sistema despois de lanzar eses comandos (algo que en KDE pódese facer premendo Control + Esc) notará que o uso de CPU de MySQL aumenta despois; iso implica que Akonadi está a traballar. Déixeo en paz.
1. Mentres este artigo estaba fóra, saíu a versión 2.9.2 para soprano, polo que terás que facerlle unha nova visita a OBS.
2. Nunca é boa idea empregar Fedora simple e sinxelo con KDE. Ir a http://kde-redhat.sourceforge.net/ e active o repositorio Yum que aparece alí. Rex fai un bo traballo corrixindo KDE para Fedora, pero non o ves moito porque moitas veces leva os seus paquetes chegar ao repositorio principal.
3. Quedei demasiado mollado, recomendo un específico (Chakra Linux). Nunca conseguín que SuSE funcionase moi ben para min e é porque SuSE non se leva moi ben, polo menos, cos controladores propietarios da miña tarxeta gráfica (o único que teño son o pánico do sistema xeralizado), pero Oído é que os seus escritorios KDE son de primeira liña.
4. O que definitivamente me vou mollar é con que distribución non: Debian. Baste dicir que Debian Sid ten KDE 4.8.4 como a última versión de KDE dispoñible. Está ben ter versións "estables", pero KDE 4.10.2 (a última dispoñible para RHEL, estamos a comparar distribucións estables e estables) dálle 2 ducias de voltas, e Debian Sid, o repositorio "inestable" de Debian, debería ter en menos menos KDE 4.10.4.
Se realmente desexa instalar Debian con KDE, as dúas opcións dispoñibles (incorporar os repositorios ZorinOS ou mesturar os repositorios experimentais) invitan moito traballo porque si, o mellor nese caso é simplemente borrar o disco duro ou a unidade de estado sólido e instala CentOS ou Scientific. Ademais, o equipo de Debian foi o cerebro de 1 ano e medio de KDE lento para todos aqueles que non compilaron Strigi a partir de árbores de git, como tiven que aprender a facer.
Mageia? Non, por unha sinxela razón: unha vez que lanzan unha versión de KDE, quedan con ela para sempre. A min sucedeume con Mandriva que tiven que ir aos "Mandriva International Backports" para obter unha actualización de puntos e o equipo detrás de MIB decidiu non apoiar a Mageia, senón migrar a ROSA Linux (con algúns gráficos anti Mageia bastante explícitos) . Entón, se é a familia Mandriva, ROSA Linux é a opción máis que Mageia.
Finalmente, o feito de que KDE esixa que as distribucións estean sempre actualizadas realmente fai que as distribucións de lanzamento sexan realmente brillantes. As miñas opcións eran ir de Gentoo a Arch con KDEmod, e de aí directamente a Chakra (que é a continuación espiritual de KDEmod), e non me arrepintei. Non obstante, Arch Linux leva moito traballo para manter.
En definitiva, para gustos de cor. Na maioría dos casos, a mellor distribución de KDE é a que está a usar, porque está afeito á súa idiosincrasia. Só tes que saber que distribución usar e, se usas unha distribución, que facer para mellorar a experiencia en KDE (por exemplo, en SuSE cambiar ao repositorio KDE Distro: Estable é unha mellor idea que quedar co estándar paquetes).
Grazas pola resposta Ernesto, volvín facer a proba cos comandos e funcionou perfectamente, o sistema é luxoso grazas aos consellos que nos proporcionaches.
Agardo que continúe con esta serie de artigos profundando no uso de Akonadi e Nepomuk ou noutras áreas de KDE.
Moitas grazas.
Saúdos.
Moitas grazas Ernesto. Tes razón, estiven supervisando o sistema con 128 megabytes asignados a Nepomuk e non noto diferenzas significativas de rendemento respecto á miña configuración anterior.
Por certo, gran blog, parabéns.
Pensaba responder aquí, pero decidín mellor enviarlle un correo a Pablo e responder con outra columna. Esperemos que saia pronto.
OpenSuSE xa non ten nada que ver con Novell. Novell dividiuse en 2: a parte que quedou co nome foi comprada por Attachmate, mentres que SuSE converteuse nunha empresa máis ou menos independente.
Léa, fas varias preguntas pero todas están relacionadas.
1. Se decides probar unha nova distribución, é mellor a) usar nepomukbackup para facer copias de seguridade das túas etiquetas e datos personalizados; b) instale a distribución para probar como novo usuario; c) restaure a copia de seguridade (pódese facer en Preferencias do Sistema | Busca no escritorio, vaia á terceira pestana). Facer unha copia de seguridade dos datos personalizados e volver indexar todo proporcionará un equivalente funcional á "portabilidade da información semántica" que está a procurar.
Hai algún tempo, ademais, houbo experimentos para escribir as etiquetas Nepomuk nos seus metadatos (EXIF, ID3) de volta aos propios ficheiros, pero non remataron.
2. Pola mesma razón, a principal limitación é que as etiquetas non se poden mover entre ordenadores, dependen da base de datos Nepomuk.
3. O mellor, como expliquei, é usar unha distribución que teña a última versión estable de KDE. KDE 4.10.4 é iso, e calquera distribución que non teña esa versión non se cualifica. Aparte diso, a mellor distribución para usar KDE é a que está a usar, iso é un principio básico. Recomendo persoalmente a Chakra, pola súa ampla comunidade de fala hispana, a boa calidade do seu paquete KDE e o feito de que todos os paquetes compilados para Chakra eliminen o máximo posible as súas dependencias de GNOME, o que evita o consumo innecesario de memoria e simplifica o farto de apoiar.
Ten que usar a importación da copia de seguridade con coidado porque elimina o que ten que deixar o que había na copia, polo menos iso me ocorreu hai uns días (por sorte foi unha instalación nova e afectou só a tres ficheiros). O Chakra é entón a miña elección (aínda que sempre é recomendable ter unha distro auxiliar para resolver problemas específicos que Chakra non pode, por falta de paquetes, como me pasou coa ferramenta mvconv).
Grazas pola aclaración, nese sentido creo que é mellor conter Nepomuk dentro do cartafol de usuario para evitar problemas (teño un directorio persoal compartido para todos nos que se atopan as fotografías e noutro a música con dereitos de escritura; integrar o digikam a base de datos e o amarok con nepomuk neste caso seguramente darían problemas cada vez que un usuario cambie, por exemplo, a clasificación dun ficheiro a través de delfín / nepomuk).
Fixen as recomendacións para forzar a indexación. Sorpréndeme agora de comprobar o resultado facendo buscas. Creo que tardou de 1 a 3 horas en indexar uns 16.000 ficheiros (moitos deles de texto), mentres esperaba que tardase unhas cantas horas máis, moito mellorou desde o antigo KDE 4.6 (a última vez que o tiven) probado). Moi contento co resultado. Aplicarei o resto das guías porque creo que podo sacar moito proveito disto. Grazas.
É por iso que as versións obsoletas de KDE 😉 non funcionarán. Non estaría esaxerando se che dixese que Nepomuk en KDE 4.10 é aproximadamente 20 veces a velocidade de Nepomuk en KDE 4.6 e KDE 4.11 afirma que está entre 5 e 7 veces a velocidade de KDE 4.10. Suma.
Ola Ernesto.
Usei Gnome durante un par de anos e decidín probar a KDE. Estaba especialmente interesado nos beneficios que ofrece nepomuk. Despois de seguir os teus tutoriais non podo habilitar este servizo.
Marquei as caixas e as mensaxes en negra son as seguintes:
"Habilitar Nepomuk Semantic Desktop": os servizos de busca no escritorio están activos.
"Activar o indexador de ficheiros Nepomuk": o servizo de indexación de ficheiros non está en execución.
"Activar o indexador de correo electrónico": listo para indexar datos. (0%).
Na opción "Detalles", indique Ficheiros: cálculo e correos electrónicos: cálculo. Elixo actualizar pero non pasa nada.
Podes axudarme a definir por que non podo activar nepomuk. Eu uso Sabayon como sistema operativo.
Moitas grazas pola túa atención e axuda.
lembranzas