|
Denna mycket långa serie kolumner (del 1, del 2, del 3, del 4, del 5 y del 6) kommer att få ett slut här. Jag skulle kunna utöka andra delar av det semantiska skrivbordet, men jag kommer inte att kunna svara på argumenten som ges i massor av guider utspridda över Internet som ger råd om de bästa sätten att inaktivera det semantiska skrivbordet, eftersom det skulle äta upp minne av biten . |
Oroa dig inte, det enda sättet du kan fånga som den du ser i ett system där Nepomuk fungerar som jag, är att göra detsamma som jag: ladda ner 1 GB i PDF-textfiler som har 13 miljoner av adresser och kör dem genom Nepomuk-indexeraren (inte skojar, det gjorde jag). Jag tror inte heller att du hanterar PDF-filer på bokstavligen tusentals sidor (för mitt arbete som advokat måste jag hantera den chilenska konstitutionens historia, 10 PDF-filer med 1.200 sidor vardera), så i ett korrekt konfigurerat system borde du inte se detta fånga någonsin.
Låt oss nu bli seriösa och tekniska. Det är inte dags för ännu en handledning om ”inaktivera Nepomuk för att få bra prestanda”, utan för den första självstudien om “hur man får bra prestanda med Nepomuk på”. Var uppmärksam.
förutsättningar
Kanske borde detta ha kommit först i min guide, och jag är ledsen, men jag var bara tvungen att motivera varför jag aktiverade Nepomuk (vilket var vad jag gjorde under de första sex delarna) innan jag berättade hur man aktiverar det korrekt. Så vi tar en rundtur i vad som behövs och sedan konfigurerar vi.
Först och främst måste vi vara strikta med de distributioner vi kommer att använda. Här är mycket tydliga krav: distributioner som gillar att införliva föråldrad programvara fungerar inte för KDE, och det inkluderar tyvärr Debian. Tack vare Rex Dieters enorma arbete, ledare för Fedora KDE-teamet, finns det en uppsättning paket med KDE 4.10 för Red Hat Enterprise Linux 6, så om du behöver KDE och en rockstabil distribution är alternativet RHEL 6, eller en RHEL 6-klon som CentOS, där förvaret är aktiverat.
För det andra måste du vara uppmärksam på hur KDE förpackas, eftersom KDE är extremt känslig för dålig förpackning. Fram till nyligen var Kubuntu beryktad för att göra groteska förpackningsfel, blanda versioner av paket som inte stöds, vilket resulterade i en hemsk Kubuntu-upplevelse och folk undrade varför Nepomuk var så långsam och minnes hungrig när det faktiskt var förpackarens fel. Överföringskedjan Nepomuk och Akonadi är detta (med projektnamn från projects.kde.org och senaste versioner)
kdelibs (4.10.4)
nepomuk-kärna (4.10.4)
kde-runtime (4.10.4)
nepomuk-widgets (4.10.4)
shared-desktop-ontologies (0.10.0)
sopran (2.9.1)
akonadi (1.9.2)
Uppmärksamhet på de sista 3: de beror inte på vilken KDE-version som används, och måste vara den senast tillgängliga, även när du använder en stabil punktversion. Regeln är: KDE använder den senaste stabila versionen av dessa paket i sin stabila gren och git ögonblicksbilder i sina betagrenar. Många extra KDE-uppdateringsförvar uppdaterar KDE, men inte dessa tre sista paket, vilket orsakar allvarliga problem.
Till detta kommer Strigi, nyligen hämtad från Nepomuk, vilket var en riktig huvudvärk för alla som försökte packa den. Nya versioner annonserades inte ordentligt och Ubuntu packade inte nya versioner av detta program på länge, så att jag var tvungen att göra ett krångel på Sebastian Trügs blogg för att få det fixat. Lyckligtvis är detta problem i stort sett över och Strigi uppdateras inte mycket längre, vilket eliminerar förpackningsproblemet.
Det är därför jag rekommenderar Chakra som en bra indexfördelning. Manuel Tortosa, KDE-förpackaren för Chakra, vet allt detta, och därför är paketkvaliteten bra, och upplevelsen med Nepomuk och Akonadi, under Chakra, är också bra. Chakra har några allvarliga begränsningar, som om det inte är standard för paket som är beroende av GTK +, men det är en bra start.
Som vi kommer att se vidare rekommenderar jag starkt en distribution som redan har bytt från MySQL till MariaDB. Vi får se varför senare.
Förbereder marken
När vi väl har säkerställt att vi uppfyller alla förutsättningar, och så länge vi har ett rent system, kommer vi att göra några ändringar i standardinställningarna.
Akonadi
Vi kommer att placera följande rader i .local / share / akonadi / mysql.conf-filen.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Om den här filen inte finns startar vi Akonadi för att skapa den och sedan stänger vi den. På konsolen:
akonadictl start akonadictl stop
För detta? MySQL (eller MariaDB) är databasen som stöder Akonadi och MySQL gillar inte plötsliga avbrott. I händelse av systemkrasch eller strömavbrott kommer MySQL att införa fel i Akonadi-databasen, och dessa fel, ackumulerade, kommer att sluta lossa KMail, vilket gör användningen outhärdligt långsam. Dessa alternativ innebär att varje transaktion omedelbart skrivs till disk, vilket minimerar risken för korruption i Akonadi i händelse av systemkrasch eller korruption. Det här alternativet orsakar fel med vissa versioner av MySQL, men det fungerar bra med MariaDB.
Kärna
Vi kommer att höja filövervakningen till maximal gräns för att väsentligt förbättra Nepomuks prestanda. Följande alternativ i /etc/sysctl.conf-filen gör jobbet
fs.inotify.max_user_watches = 524288
Efter dessa två saker kommer vi att aktivera Nepomuk. Detta görs i Systeminställningar | Skrivbordssökning. Låt oss behålla minnesanvändningen vid standardinställningarna och aktivera e-postindexering. Glöm inte att kolla in tipsen från del 1 om hur vi kan påskynda indexering, och efter det ... kolla in resten av guiderna för att njuta av det semantiska skrivbordet!
underhåll
Vad händer om vi inte kunde förhindra korruption i Akonadi-databaser och Nepomuk går långsamt? Det finns fortfarande en försvarslinje som KDE 4.10 implementerade: Nepomuk Cleaner, förutom de lite kända självreningsverktygen som Akonadi har.
$ akonadictl vakuum: "Vakuum" Akonadi-databasen. Genom aspiration, förstå: alla poster som inte återspeglas i en resurs tas bort.
$akonadictl fsck: Försök att åtgärda korruptionen i Akonadi-databaser. Detta fungerar inte alltid, så du måste förhindra att de händer i första hand. Hur? Med de alternativ som vi redan såg.
$nepomukcleaner: Det är en uppsättning skript som utarbetats av Vishesh Handa för att rengöra Nepomuk-databasen, som han konverterade till ett grafiskt gränssnitt. Tryck på "Start" -knappen och glöm det. Det är obligatoriskt att köra programmet om man uppdaterar KDE-versionen.
Med alla prydnadssaker, på ett 64-bitars system och med experimentella Akonadi-resurser, förbrukar summan av Nepomuk och Akonadi cirka 350 MB RAM-minne. Mycket för vissa, men tillräckligt, enligt min åsikt, för den enorma funktionalitet som uppnås.
Men Nepomuk går fortfarande för långsamt efter min smak. Vad jag gör?
Vänta lite. KDE 4.11 innehåller brutala prestationsökningar för Nepomuk. Detta är inte någon överdrift: enligt Vishesh Handas siffror talar vi om fem gånger KDE 5: s prestationer skriftligen till databasen och mer än 4.10 gånger vid läsning, allt detta i genomsnitt . Förändringarna i KDE 7 är stora och gör att Nepomuk äntligen kan användas som ett alternativ för de applikationer som kräver databaser.
Dessutom har felet som förhindrar korrekt start av Akonadi-Nepomuk-anslutningen redan åtgärdats i filial 4.11, och Nepomuk-rengöraren kommer att se stora förbättringar. Vi kommer att ha en ny Office-filindexerare och vi kommer att kunna njuta av andra verktyg som kommer att avslöjas senare.
Förhoppningsvis den här guiden, upprepar jag, den enda du hittar om hur du uppnår spektakulär prestanda med Nepomuk aktiverad, hjälper dig att ha en smidig installation, så att du kan göra det vi såg i tidigare delbetalningar och mycket, mycket mer. Tack för att du följde mig genom alla dessa delbetalningar och ett stort tack till Pablo Castagnino för att du publicerade den här serien. Ses snart.
Utmärkt bidrag Ernesto! Tack för att ni delade alla dessa leveranser, de har hjälpt mig mycket att bättre förstå hur KDE fungerar (där jag just har börjat) och hur man kan dra bättre nytta av alla de verktyg som finns.
Hälsningar!
Hej Ernesto,
Tack så mycket för alla leveranser, de har varit mycket hjälpsamma. Jag använder KDE 4.11 på Arch och jag bekräftar det, nepomuk är ett odjur, indexering använde aldrig mer än 7% av min gamla AMD Dual-Core.
Förresten har jag läst att för dem som har 4 eller fler gigabyte RAM är det bäst att tilldela Nepomuk minst 500 megabyte, på så sätt minskar CPU-förbrukningen och hastigheten på systemet i öppningsprogram, kopiering av filer etc. - ökar. Vad tycker du om detta?
hälsningar
Hej Ernesto,
Tack så mycket för artikelserien, mycket fullständig och detaljerad och de hjälper oss att få ut det mesta av KDE och dess verktyg. Å andra sidan vill jag ställa dig en fråga, jag försökte med de två Akonadi-kommandona; "Akonadictl vacuum" och "akonadictl fsck" när jag använder det som en normal användare returnerar det ingenting och när det används med sudo returnerar det detta
D-Bus session buss är inte tillgänglig!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
och en serie data som liknar den andra raden (som jag inte ville lägga till för att den är kortare), vad betyder detta? Om det inte returnerar någonting när det används som en normal användare, betyder det då att databasen är frisk? eller fungerar det här kommandot inte som administratör?
Jag upprepar mitt tack och gratulationer för artiklarna och jag hoppas att ert arbete som advokat har att göra med en konstitutionell förändring i Chile, som länge har varit nödvändigt.
Enligt min erfarenhet, med ett 64-bitars system, är sweet spot 128 MB tilldelning till Nepomuk (resten av de cirka 350 MB kommer från Akonadi, MySQL och tillhörande tjänster). Att gå utöver det ger helt enkelt Nepomuk mer minne att äta, utan att faktiskt översätta till prestationsökningar.
Den parametern var helt motiverad under KDE 4.7, där tjänsterna inte optimerades och Virtuoso, databasen bakom Nepomuk, krävde stora mängder minne för att fungera. Det är inte så.
Hej Carlos, medan Ernesto svarar kommer jag att berätta om min erfarenhet av OpenSuse. Och som du säger väljer det KDE, som översätts till en stabil, pålitlig och mycket integrerad miljö med systemet, som för uppdateringarna, dessa kommer ungefär en månad efter att de släppts av KDE-teamet, men du kan uppdatera till den aktuella versionen från de semi-officiella arkiv som upprätthålls av samhället, hittills har jag uppdaterat därifrån och jag har inte haft problem, men det finns en detalj och det är den som Ernesto påpekar i sin guide angående förpackning och versioner tillgängligt, till exempel de officiella och halvofficiella KDE-förvaren i OpenSuse innehåller version 2.9.0 av Sopran-paketet, men det är bara det att eftersom de andra paketen är i sin senaste version kan jag lösa ovanstående snabbt genom att söka och ladda ner versionen 2.9.1 på OpenSuse Build Service-webbplatsen (ungefär ett Software Center). I början kommenterade jag att det faktum att Suse valde KDE som standardmiljö resulterade i ett pålitligt och stabilt system, detta är vad jag säger jämfört med den tidigare distributionen som jag använde med KDE: Fedora, som fungerade snabbare än OpenSuse men debiterades som Jag hyllar stabilitet, flera gånger drabbades jag av kraschar och de tillfällen att jag aktiverade Nepomuk och Akonadi var inget annat än att få meddelanden om fel, tvingade omstart och konsumtion av resurser.
Idag och till stor del tack vare den här artikelserien har jag ett stabilt, snabbt och mycket integrerat system.
Bästa hälsningar.
Hola Carlos,
Det verkar som om vi alla som har kommit till Opensuse från en annan distro tycker att förvaret och deras administration är lite förvirrande, men som du säger är det en fråga om att vara uppmärksam och ha tålamod för efter en när du slutar förstå det och uppskatta fördelarna, är det också sant att det är svårare att hitta dokumentation för Opensuse jämfört med Debian, Ubuntu eller Arch, men samhället är mycket aktivt och det finns ett stort antal bloggar till stor del dedikerade till OpenSuse (Denna distro genererar en mycket speciell fanatism) och på IRC-kanalen är de alltid redo att hjälpa dig.
Det är inte min avsikt att förvränga ämnet för inlägget och jag hoppas få Pablo och Ernestos tillstånd att lämna några länkar som kan vara till hjälp för dig, personligen hjälpte de mig mycket. den första är från en artikel som talar om förvaren i Suse och hur man hanterar dem för att få ett stabilt, komplett och uppdaterad system och den andra är en sida av en bloggare som ägnar en bra del åt att prata om Opensuse.
1.- http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2.- http://www.victorhckinthefreeworld.wordpress.com/
Jag litar på att de kommer att hjälpa dig.
Bästa hälsningar.
Hej Ernesto:
Kan du bli lite mer våt på optimala Linux-distributioner för KDE-skrivbordet?
Du talar om Red Hat, gäller detta Fedora? OpenSuse verkar välja KDE för sitt standardskrivbord. Hur är denna distribution? Mageia har också samma våglängd. Kanske PcLinuxOS? Tack på förhand.
Tack Moscosov. Jag är för närvarande med OpenSuse. Jag kommer från Debian och jag är ny på OpenSuse (olika arkiv, verktyg för att installera program, etc.) och även om jag testar med det etablerar det sig som en distribution. Jag tycker det är väldigt stabilt, praktiskt taget går allt bra (förutom vissa problem med att hitta dokumentation och "lösningar" på problem, som i Debian var mer inom räckhåll). Nu, vad jag är tydlig med, eftersom jag installerade den för att ersätta Gnome, är att jag håller fast vid KDE. Och det är så att mellan att välja en distribution framför ett skrivbord, prioriterar jag fördelarna med att använda skrivbordet framför de som distributionen kan ha av sig själv.
Pakethantering i Debian verkar lättare för mig: main, contrib, non-free och där har du praktiskt taget allt; i opensuse kostar det mig mer (pacman, fabrik ...), även om jag tycker att det handlar om att vänja sig vid det och vara lite uppmärksam. Men jag har redan sagt, om detta är straffet för att ha en KDE med bättre prestanda och användning, ändrar jag distributionen. Det är därför jag också tog upp andra som Mageia, som ärver KDE som ett skrivbord från Mandriva och det är enkelt att få allt att fungera ur lådan. Jag gillar också att det har en grund i Debian-stil (jag respekterar det, men jag är tillbaka till Canonical; och jag har problem med Novell ... och lite om Fedora).
Som sagt, Moscosov, tack för betänkandet.
Hälsningar.
För ingenting i världen använder du dem med sudo, det fungerar inte.
Det är normalt att ingenting returneras. Vad du ska göra när du startar dessa kommandon är att vänta. Om du startar en systemmonitor efter att ha startat kommandona (något som kan göras i KDE genom att trycka på Control + Esc) kommer du att märka att MySQL: s CPU-användning ökar efter det; det innebär att Akonadi arbetar. Lämna det ifred.
1. Medan den här artikeln var ute kom Soprano version 2.9.2, så du måste betala OBS ett nytt besök.
2. Det är aldrig en bra idé att använda enkel och enkel Fedora med KDE. Gå till http://kde-redhat.sourceforge.net/ och aktivera Yum-förvaret som visas där. Rex gör ett bra jobb med att lappa KDE för Fedora, men du ser inte mycket av det eftersom det ofta tar tid för sina paket att nå huvudförvaret.
3. Jag har blivit för våt, jag har rekommenderat en specifik (Chakra Linux). Jag har aldrig fått SuSE att fungera så bra för mig, och det beror på att SuSE inte går bra, åtminstone, med mitt grafikkorts egna drivrutiner (allt jag får är generaliserade systempaniker), men den feedback jag har hört är att deras KDE-datorer är i toppklass.
4. Vad jag definitivt kommer att bli våt med är vilken distribution inte: Debian. Det räcker med att säga att Debian Sid har KDE 4.8.4 som den senaste tillgängliga versionen. Det är bra att ha "stabila" versioner, men KDE 4.10.2 (det senaste tillgängliga för RHEL, vi jämför stabila kontra stabila distributioner) ger det två dussin varv, och Debian Sid, Debians "instabila" förvar, borde ha minst mindre KDE 2.
Om du verkligen vill installera Debian med KDE, bjuder de två tillgängliga alternativen (införliva ZorinOS-förråd, eller blanda de experimentella förvaren) så mycket arbete för ja, det bästa i så fall är att helt enkelt radera hårddisken eller SSD-enheten och installera CentOS eller Scientific. Dessutom var Debian-teamet hjärnan i 1 och ett halvt år av långsam KDE för alla som inte kompilerade Strigi från git-träd, som jag var tvungen att lära mig att göra.
Mageia? Nej, av en enkel anledning: när de släppt en version av KDE stannar de kvar med den för alltid. Det hände mig med Mandriva att jag var tvungen att gå till "Mandriva International Backports" för att få en poänguppdatering, och teamet bakom MIB bestämde sig för att inte stödja Mageia, utan att migrera till ROSA Linux (med några ganska uttryckliga anti-Mageia-grafik) . Så om det är Mandriva-familjen är ROSA Linux valet framför Mageia.
Slutligen, det faktum att KDE kräver att distributioner alltid är uppdaterade gör att utrullningsdistroer verkligen lyser. Mina alternativ var att gå från Gentoo till Arch med KDEmod, och därifrån direkt till Chakra (som är den andliga fortsättningen av KDEmod), och jag har inte ångrat det. Arch Linux tar dock mycket arbete att underhålla.
Kort sagt, för färgsmak. I de flesta fall är den bästa KDE-distributionen den du använder, eftersom du är van vid dess egenheter. Du måste bara veta vilken distribution du ska använda och, om du använder en distribution, vad du ska göra för att förbättra KDE-upplevelsen (till exempel i SuSE-byte till KDE Distro-förvaret: Stabil är en bättre idé än att stanna hos standardpaketen).
Tack för svaret Ernesto, jag gjorde testet igen med kommandona och det fungerade perfekt, systemet är lyxigt tack vare de tips som du har gett.
Jag hoppas att du fortsätter med denna serie artiklar som fördjupar användningen av Akonadi och Nepomuk eller i andra delar av KDE.
Tack så mycket.
Bästa hälsningar.
Tack så mycket Ernesto. Du har rätt, jag har kontrollerat systemet med 128 megabyte tilldelat Nepomuk och jag märker inte signifikanta skillnader i prestanda jämfört med min tidigare konfiguration.
Förresten, bra blogg, grattis.
Jag tänkte svara här, men jag bestämde mig bättre för att skicka ett mejl till Pablo och svara med en annan kolumn. Förhoppningsvis kommer det snart ut.
OpenSuSE har inte längre något att göra med Novell. Novell delades i 2: den del som förblev med namnet köptes av Attachmate, medan SuSE gick tillbaka till att vara ett mer eller mindre oberoende företag.
Läs det, du ställer flera frågor men de är alla relaterade.
1. Om du bestämmer dig för att prova en ny distribution är det bäst att a) använda nepomukbackup för att säkerhetskopiera dina etiketter och anpassade data; b) installera distributionen för att testa som en ny användare; c) återställa säkerhetskopian (som kan göras i Systeminställningar | Skrivbordssökning, gå till den tredje fliken). Säkerhetskopiering av anpassade data och omindexering av allt kommer att ge dig en funktionell motsvarighet till den "bärbarhet av semantisk information" du letar efter.
Dessutom, för en tid sedan fanns det experiment för att skriva Nepomuk-taggarna i deras metadata (EXIF, ID3) tillbaka till filerna själva, men de var inte färdiga.
2. Av samma anledning är huvudbegränsningen att etiketterna inte kan flyttas mellan datorer utan beror på Nepomuk-databasen.
3. Det bästa, som jag förklarade, är att använda en distribution som har den senaste stabila versionen av KDE. KDE 4.10.4 är det, och alla distributioner som inte har den versionen uppfyller inte kraven. Annat än det är den bästa distro att använda KDE den du använder, det är som en grundläggande princip. Jag rekommenderar personligen Chakra, för sitt stora spansktalande samhälle, den goda kvaliteten på KDE-paketet och det faktum att alla paket som sammanställts för Chakra har sina GNOME-beroenden bort så mycket som möjligt, vilket undviker onödig minneskonsumtion och förenklar trött på stödet.
Du måste använda importen av säkerhetskopian med försiktighet eftersom den raderar vad du måste lämna vad som var i kopian, åtminstone det hände mig för några dagar sedan (lyckligtvis var det en ny installation och det påverkade bara tre filer). Chakra är då mitt val (även om det alltid är tillrådligt att ha en hjälpdistro där ute för att lösa specifika problem som Chakra inte kan, på grund av brist på paket, som det hände mig med mvconv-verktyget).
Tack för förtydligandet, i den meningen tycker jag att det är bäst att innehålla Nepomuk i användarmappen för att undvika problem (jag har en delad hemkatalog för alla där fotografierna finns och i en annan musik med skrivrättigheter; integrering av digikam och amarok-databasen med nepomuk i det här fallet skulle verkligen ge problem varje gång en användare ändrar, till exempel klassificeringen av en fil via delfin / nepomuk).
Jag gjorde rekommendationerna för att tvinga indexering, jag är förvånad nu när jag kollar resultatet genom att göra sökningar. Jag tror att det måste ha tagit 1 till 3 timmar att indexera cirka 16.000 4.6 filer (många av dem text), medan jag förväntade mig att det skulle ta några, många timmar mer, mycket har förbättrats sedan den gamla KDE XNUMX (förra gången jag hade det försökte). Mycket nöjd med resultatet. Jag kommer att tillämpa resten av guiderna eftersom jag tror att jag kan få mycket ut av detta. Tack.
Det är därför föråldrade versioner av KDE 😉 inte fungerar. Jag skulle inte överdriva om jag sa till dig att Nepomuk i KDE 4.10 är ungefär 20 gånger hastigheten för Nepomuk i KDE 4.6, och KDE 4.11 påstår sig vara mellan 5 och 7 gånger hastigheten för KDE 4.10. Belopp.
Hej Ernesto.
Jag har använt Gnome i ett par år och bestämde mig för att prova KDE, jag var särskilt intresserad av fördelarna som nepomuk erbjuder. Efter att ha följt dina handledning kan jag inte aktivera den här tjänsten.
Jag har kryssat i rutorna och meddelandena med fetstil är följande:
"Aktivera Nepomuk Semantic Desktop": Sökningstjänster på skrivbordet är aktiva.
"Aktivera Nepomuk filindexerare": Filindexeringstjänsten körs inte.
"Aktivera e-postindexerare": Redo att indexera data (0%).
I alternativet "Detaljer" anger du Filer: Beräkning och E-post: Beräknar. Jag väljer att uppdatera men ingenting händer.
Du kan hjälpa mig att definiera varför jag inte kan aktivera nepomuk. Jag använder Sabayon som ett operativsystem.
Tack så mycket för din uppmärksamhet och hjälp.
hälsningar