|
Bu çok uzun sütun dizisi (Bölüm 1, Bölüm 2, Bölüm 3, Bölüm 4, Bölüm 5 y Bölüm 6) burada bir son bulacak. Anlamsal masaüstünün diğer öğelerini genişletebilirim, ancak anlamsal masaüstünü devre dışı bırakmanın en iyi yollarını öneren İnternet'e dağılmış bir sürü kılavuzda verilen argümanlara cevap veremeyeceğim, çünkü hafızayı tüketir. parça tarafından. |
Merak etmeyin, Nepomuk'un benimki gibi düzgün çalıştığı bir sistemde gördüğünüz gibi yakalamaya sahip olmanın tek yolu benimle aynı şeyi yapmaktır: 1 milyon adrese sahip metin PDF dosyalarının 13 GB'ını indirin ve çalıştırın Nepomuk indeksleyici aracılığıyla (şaka yapmadım, yaptım). Kelimenin tam anlamıyla binlerce sayfalık PDF'leri işlediğinizi de sanmıyorum (bir avukat olarak çalışmam için Şili Anayasası Tarihini, her biri 10 sayfalık 1.200 PDF metnini ele almalıyım), bu yüzden doğru yapılandırılmış bir sistemde, bunu asla yakalayamıyorum.
Şimdi ciddi ve teknik olalım. "İyi performans elde etmek için Nepomuk'u devre dışı bırakma" üzerine başka bir öğreticinin zamanı değil, internette "Nepomuk açıkken nasıl mükemmel performans elde edilir" üzerine ilk öğretici. Çok dikkat.
önkoşullar
Belki de bu rehberimde ilk sırada yer almalıydı ve özür dilerim, ancak nasıl doğru şekilde etkinleştireceğinizi söylemeden önce Nepomuk'u neden etkinleştirdiğimi (ilk altı taksitte yaptığım şey buydu) gerekçelendirmem gerekiyordu. Böylece, neye ihtiyaç duyulduğuna dair bir yürüyüş yapacağız ve sonra yapılandıracağız.
Öncelikle kullanacağımız dağıtımlar konusunda titiz davranmamız gerekiyor. İşte çok açık gereksinimler: Eski yazılımları dahil etmeyi seven dağıtımlar KDE için çalışmıyor ve maalesef Debian'ı da içeriyor. Fedora KDE ekibinin lideri Rex Dieter'in muazzam çalışması sayesinde, Red Hat Enterprise Linux 4.10 için KDE 6 içeren bir dizi paket var, bu nedenle KDE'ye ve sağlam bir dağıtıma ihtiyacınız varsa, seçenek RHEL 6'dır veya Bu depo etkinken CentOS gibi bir RHEL 6 klonu.
İkinci olarak, KDE'nin nasıl paketlendiğine dikkat etmelisiniz, çünkü KDE kötü paketlemeye karşı son derece hassastır. Yakın zamana kadar Kubuntu, grotesk paketleme hataları yapmakla, gerekli paketlerin desteklenmeyen sürümlerini karıştırmasıyla ünlüydü, bu da korkunç bir Kubuntu deneyimiyle sonuçlanıyordu ve insanlar Nepomuk'un neden bu kadar yavaş ve hafızaya aç olduğunu merak ediyordu, ama aslında bu paketleyicinin hatasıydı. Nepomuk ve Akonadi iletim zinciri budur (projects.kde.org'daki proje adlarını ve en son sürümleri kullanarak)
kdelib'ler (4.10.4)
nepomuk çekirdekli (4.10.4)
kde çalışma zamanı (4.10.4)
nepomuk-widget'lar (4.10.4)
paylaşılan masaüstü ontolojileri (0.10.0)
sopranolar (2.9.1)
akonad (1.9.2)
Son 3'e dikkat: bunlar kullanılan KDE sürümüne bağlı değildir ve kararlı nokta sürümü kullanırken bile mevcut olan son sürüm olmalıdır. Kural şudur: KDE bu paketlerin en son kararlı sürümünü kararlı dalında ve git snapshot'larını beta dallarında kullanır. Fazladan birçok KDE güncelleme havuzu KDE'yi günceller, ancak bu son üç paketi güncellemez, bu da ciddi sorunlara neden olur.
Buna ek olarak, onu paketlemeye çalışanlar için gerçek bir baş ağrısı olan Nepomuk'tan yakın zamanda alınan Strigi de var. Yeni sürümlerin tanıtımı düzgün bir şekilde yapılmadı ve Ubuntu bu programın yeni sürümlerini uzun süre paketlemedi, o noktaya kadar Sebastian Trüg'ün blogunu düzeltmek için uğraşmam gerekti. Neyse ki, bu sorun büyük ölçüde bitti ve Strigi artık pek güncellenmiyor, bu da paketleme sorununu ortadan kaldırıyor.
Bu nedenle Çakrayı iyi bir indeks dağılımı olarak öneriyorum. Chakra için KDE paketleyicisi Manuel Tortosa tüm bunları biliyor ve bu nedenle paketlerin kalitesi iyi ve Nepomuk ve Chakra altındaki Akonadi deneyimi de iyi. Chakra, GTK + 'ya bağlı paketlerde varsayılan olmaması gibi bazı ciddi sınırlamalara sahiptir, ancak bu iyi bir başlangıçtır.
Ayrıca, daha sonra göreceğimiz gibi, MySQL'den MariaDB'ye geçiş yapmış olan bir dağıtımı şiddetle tavsiye ederim. Neden sonra göreceğiz.
Zemini hazırlamak
Tüm ön koşulları karşıladığımızdan emin olduktan sonra ve temiz bir sistemimiz olduğu sürece, varsayılan ayarlarda bazı değişiklikler yapacağız.
Akonadi
Aşağıdaki satırları .local / share / akonadi / mysql.conf dosyasına yerleştireceğiz.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Bu dosya yoksa, onu oluşturmaya Akonadi'yi başlatacağız ve sonra kapatacağız. Konsolda:
akonadictl başlat akonadictl durdur
Bunun için? MySQL (veya MariaDB), Akonadi'yi destekleyen veritabanıdır ve MySQL ani kesintileri sevmez. Herhangi bir sistem çökmesi veya elektrik kesintisi durumunda MySQL, Akonadi veri tabanına hatalar getirecek ve biriken bu hatalar KMail'in dikkatini dağıtarak kullanımını dayanılmaz derecede yavaşlatacaktır. Bu seçenekler, her işlemin hemen diske yazılması ve bir sistem çökmesi veya bozulması durumunda Akonadi'deki bozulma risklerinin en aza indirilmesi anlamına gelir. Bu seçenek MySQL'in belirli sürümlerinde hatalara neden olur, ancak MariaDB ile harika çalışır.
çekirdek
Nepomuk'un performansını önemli ölçüde iyileştirmek için dosya izlemeyi maksimum sınıra çıkaracağız. /Etc/sysctl.conf dosyasındaki aşağıdaki seçenek işi yapacak
fs.inotify.max_user_watches = 524288
Bu iki şeyden sonra Nepomuk'u etkinleştireceğiz. Bu, Sistem Tercihlerinde yapılır | Masaüstü araması. Bellek kullanımını varsayılan ayarlarda tutalım ve e-posta endekslemeyi açalım. İndekslemeyi nasıl hızlandırabileceğimize dair 1. bölümdeki ipuçlarına göz atmayı unutmayın ve bundan sonra… anlamsal masaüstünün keyfini çıkarmak için kılavuzların geri kalanına bakın!
bakım
Ya Akonadi veritabanı bozulmalarını önleyemezsek ve Nepomuk yavaş çalışıyorsa? Hala KDE 4.10'un uyguladığı bir savunma hattı var: Akonadi'nin sahip olduğu az bilinen kendi kendini temizleme araçlarına ek olarak Nepomuk Temizleyici.
$ akonadictl vakum: Akonadi veritabanını "vakumla". Özlemle anlaşılmalıdır: bir kaynağa yansıtılmayan tüm girdiler kaldırılır.
$akonadictl fsck: Akonadi veritabanlarındaki bozulmaları düzeltmeye çalışın. Bu her zaman işe yaramaz, bu yüzden ilk etapta bunların olmasını önlemeniz gerekir. Nasıl? Zaten gördüğümüz seçeneklerle.
$ nepomuktemizleyici: Vishesh Handa tarafından grafik arayüze dönüştürdüğü Nepomuk veritabanını temizlemek için hazırlanan bir dizi betiktir. "Başlat" düğmesine basın ve unutun. KDE sürümü güncelleniyorsa bu programı çalıştırmak zorunludur.
Tüm ıvır zıvırlarla, 64 bitlik bir sistemde ve deneysel Akonadi kaynaklarıyla, Nepomuk ve Akonadi'nin toplamı yaklaşık 350MB RAM tüketir. Bazıları için fazlasıyla, ama benim görüşüme göre, kazanılan muazzam işlevsellik için yeterli.
Ama Nepomuk hala benim beğenime göre çok yavaş çalışıyor. Ne yaptığım?
Bir süre bekleyin. KDE 4.11, Nepomuk için acımasız performans artışları içerir. Bu herhangi bir abartı değil: Vishesh Handa'nın rakamlarına göre KDE 5'un veritabanına yazmada 4.10 kat, okumada 7 kattan fazla performansından bahsediyoruz, tüm bunlar ortalama olarak. KDE 4.11'de görülebilecek değişiklikler çok büyük ve Nepomuk'un sonunda veritabanı gerektiren uygulamalar için bir alternatif olarak kullanılmasına izin verecek.
Ayrıca, Akonadi-Nepomuk konektörünün doğru şekilde başlatılmasını engelleyen hata, 4.11 dalında zaten düzeltilmiştir ve Nepomuk temizleyici büyük iyileştirmeler görecek. Yeni bir Office dosya dizinleyicimiz olacak ve daha sonra açıklanacak diğer araçların keyfini çıkarabileceğiz.
Umarım bu kılavuz, tekrar ediyorum, Nepomuk etkinken nasıl muhteşem bir performans elde edeceğiniz konusunda bulacağınız tek kılavuz, geçmiş taksitlerde gördüklerimizi ve çok daha fazlasını yapmanızı sağlayan sorunsuz bir konfigürasyona sahip olmanıza yardımcı olacaktır. Tüm bu taksitlerde beni takip ettiğiniz için teşekkürler ve bu seriyi yayınladığınız için Pablo Castagnino'ya çok teşekkürler. Yakında görüşürüz.
Mükemmel katkı Ernesto! Tüm bu teslimatları paylaştığınız için teşekkürler, KDE'nin nasıl çalıştığını (yeni başladığım) ve sağladığı tüm araçlardan nasıl daha iyi yararlanabileceğimi daha iyi anlamam için bana çok yardımcı oldular.
Selamlar!
Merhaba Ernesto,
Tüm teslimatlar için çok teşekkür ederim, çok çok yardımcı oldular. Arch üzerinde KDE 4.11 kullanıyorum ve onaylıyorum, nepomuk bir canavar, indeksleme hiçbir zaman eski AMD Dual-Core'umun% 7'sinden fazlasını kullanmadı.
Bu arada, 4 veya daha fazla gigabayt RAM'e sahip olanlar için Nepomuk'a en az 500 megabayt atamanın en iyisi olduğunu okudum, bu şekilde CPU tüketimi azaltılır ve sistemin açılış programları, kopyalanması dosyalar vb. - artar. Bunun hakkında ne düşünüyorsun?
selamlar
Merhaba Ernesto,
Oldukça eksiksiz ve ayrıntılı olan ve KDE ve araçlarından en iyi şekilde yararlanmamıza yardımcı olan makaleler dizisi için çok teşekkür ederiz. Öte yandan size bir soru sormak istiyorum, iki Akonadi komutuyla denedim; "Akonadictl vakum" ve "akonadictl fsck" normal bir kullanıcı olarak kullandığımda hiçbir şey döndürmüyor ve sudo ile kullandığımda bunu döndürüyor
D-Bus oturum veriyolu mevcut değil!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
ve 2. satıra benzer bir dizi veri (daha kısa olduğu için eklemek istemedim), bu ne anlama geliyor? Normal bir kullanıcı olarak kullanıldığında hiçbir şey döndürülmezse, bu veritabanının sağlıklı olduğu anlamına mı gelir? veya bu komut yönetici olarak çalışmıyor mu?
Yazılar için teşekkür ve tebriklerimi yineliyor ve avukat olarak çalışmanızın Şili'de uzun süredir gerekli olan bir anayasa değişikliğiyle ilgili olmasını diliyorum.
Deneyimlerime göre, 64 bitlik bir sistemle, tatlı nokta Nepomuk'a 128MB'lık ayırmadır (yaklaşık 350MB'nin geri kalanı Akonadi, MySQL ve ilgili hizmetlerden gelir). Bunun ötesine geçmek, gerçek performans artışlarına dönüşmeden Nepomuk'a daha fazla hafıza verecektir.
Bu parametre, hizmetlerin optimize edilmediği ve Nepomuk'un arkasındaki veritabanı olan Virtuoso'nun çalışmak için büyük miktarda bellek gerektirdiği KDE 4.7 günlerinde tamamen haklı çıktı. Öyle değil.
Merhaba Carlos, Ernesto cevap verirken size OpenSuse deneyimimi anlatacağım. Aslında ve sizin de dediğiniz gibi, sistemle istikrarlı, güvenilir ve son derece entegre bir ortama dönüşen KDE'yi tercih ediyor, güncellemeler ise KDE ekibi tarafından yayınlandıktan yaklaşık bir ay sonra geliyor, ancak Topluluk tarafından tutulan yarı resmi depolardan mevcut sürüm, şimdiye kadar oradan güncelledim ve herhangi bir sorun yaşamadım, ancak bir ayrıntı var ve Ernesto'nun ambalaj ve mevcut sürümlerle ilgili kılavuzunda belirttiği, örneğin OpenSuse'daki resmi ve yarı resmi KDE depoları, Soprano paketinin 2.9.0 sürümünü içerir, ancak yalnızca diğer paketler en son sürümlerinde olduğundan, yukarıdaki 2.9.1 sürümünü arayarak ve indirerek hızlı bir şekilde çözebilirim. .XNUMX OpenSuse Build Service web sitesinde (Yazılım Merkezi gibi bir şey). İlk başta Suse'nin varsayılan ortam olarak KDE'yi seçmesinin güvenilir ve istikrarlı bir sistemle sonuçlandığını yorumladım, bunu KDE ile kullandığım önceki dağıtımla karşılaştırarak söylüyorum: OpenSuse'dan daha hızlı çalışan ancak ödediğim gibi ücretlendirilen Fedora İstikrara saygı, birkaç kez kazalardan muzdarip oldum ve Nepomuk ve Akonadi'yi etkinleştirdiğim durumlar, hata bildirimleri, zorunlu yeniden başlatma ve kaynak tüketimi bildirimlerinden başka bir şey değildi.
Bugün ve büyük ölçüde bu yazı dizisi sayesinde, istikrarlı, hızlı ve son derece entegre bir sisteme sahibim.
Saludos cordiales.
Merhaba Carlos,
Bana öyle geliyor ki, başka bir dağıtımdan Openuse'ye gelen bizler, depoları ve bunların yönetimini biraz kafa karıştırıcı buluyoruz, ancak dediğiniz gibi, bu bir özenli ve sabırlı olma meselesi çünkü bir süre sonra bitiyorsunuz. Debian, Ubuntu veya Arch ile karşılaştırıldığında, OpenSuse için belge bulmanın daha zor olduğu da doğrudur, ancak topluluk çok aktiftir ve büyük ölçüde OpenSuse'a adanmış çok sayıda blog vardır (Bu dağıtım çok özel bir fanatizm yaratır) ve IRC kanalında size her zaman yardım etmeye hazırdırlar.
Yazının konusunu çarpıtmak niyetinde değilim ve Pablo ve Ernesto'nun size yardımcı olabilecek bazı bağlantılar bırakmalarına izin vermeyi umuyorum, kişisel olarak bana çok yardımcı oldular. İlki Suse'deki depolardan ve bunların istikrarlı, eksiksiz ve güncellenmiş bir sistem elde etmek için nasıl yönetileceğinden bahseden bir makaleden, diğeri de bir blogger tarafından Openuse hakkında konuşmaya adayan bir sayfadır.
1. - http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2. - http://www.victorhckinthefreeworld.wordpress.com/
Size yardımcı olacaklarına inanıyorum.
Saludos cordiales.
Merhaba Ernesto:
KDE masaüstü için en uygun Linux dağıtımlarında biraz daha ıslanabilir misiniz?
Red Hat'tan bahsediyorsunuz, bu Fedora için geçerli mi? OpenSuse, varsayılan masaüstü için KDE'yi tercih ediyor gibi görünüyor.Bu dağıtım nasıl? Mageia da aynı dalga boyundadır. Belki PcLinuxOS? Şimdiden teşekkürler.
Teşekkürler Moscosov. Şu anda OpenSuse ile çalışıyorum. Debian'dan geliyorum ve OpenSuse'da yeniyim (farklı depolar, program yükleme araçları, vb.) Ve onunla test etmeme rağmen, kendisini bir dağıtım olarak kuruyor. Onu çok kararlı buluyorum, pratik olarak her şey yolunda gidiyor (Debian'da daha erişilebilir olan, belgelere ve sorunlara "çözümler" bulmadaki bazı sorunlar dışında). Şimdi, onu Gnome'un yerine kurduğumdan beri, KDE'ye bağlı olduğumdan eminim. Ve bir masaüstünün önünde bir dağıtım seçmek arasında, masaüstünü kullanmanın faydalarını dağıtımın kendi başına sahip olabileceklerine göre önceliklendiriyorum.
Debian'da paket yönetimi benim için daha basit görünüyor: main, Contrib, non-free ve orada hemen hemen her şeye sahipsiniz; opensuse'de bana daha pahalıya mal oluyor (pacman, fabrika ...), ancak bunun alışma ve biraz dikkatli olma meselesi olduğunu düşünüyorum. Ama daha önce söyledim, daha iyi performans ve kullanıma sahip bir KDE'ye sahip olmanın cezası buysa, dağılımı değiştiririm. Bu yüzden Mageia gibi KDE'yi Mandriva'dan bir masaüstü olarak miras alan ve her şeyin kutudan çıktığı gibi çalışmasını kolaylaştıran başkalarını da yetiştirdi. Ayrıca arkasında Debian tarzı bir temele sahip olmasını da seviyorum (buna saygı duyuyorum, ancak Canonical'a geri dönüyorum; Novell hakkında endişelerim var… ve biraz da Fedora hakkında).
Bununla birlikte, Moscosov, rapor için teşekkürler.
Selamlar.
Dünyadaki hiçbir şey için onları sudo ile kullanmazsınız, işe yaramaz.
Hiçbir şeyin iade edilmemesi normaldir. Bu komutları başlattığınızda yapmanız gereken şey beklemektir. Bu komutları başlattıktan sonra bir sistem monitörü başlatırsanız (KDE'de Control + Esc tuşlarına basarak yapılabilir) MySQL'in CPU kullanımının bundan sonra arttığını fark edeceksiniz; bu, Akonadi'nin çalıştığını ima eder. Yalnız bırakın.
1. Bu makale yayınlanırken, Soprano 2.9.2 sürümü çıktı, bu yüzden OBS'ye yeni bir ziyaret ödemeniz gerekecek.
2. KDE ile sade ve basit bir Fedora kullanmak asla iyi bir fikir değildir. Git http://kde-redhat.sourceforge.net/ ve orada görünen Yum deposunu etkinleştirin. Rex, Fedora için KDE'ye yama uygulamakta iyi bir iş çıkarıyor, ancak bunun çoğunu görmüyorsunuz çünkü paketlerinin ana depoya ulaşması genellikle zaman alıyor.
3. Çok ıslandım, özel bir tane önerdim (Chakra Linux). SuSE'nin benim için çok iyi çalışmasını hiç bulamadım ve bunun nedeni SuSE'nin en azından grafik kartımın özel sürücüleriyle pek iyi anlaşamaması (aldığım tek şey genelleştirilmiş sistem paniği), ancak geri bildirimler Duyduğuma göre KDE masaüstleri birinci sınıftır.
4. Kesinlikle ıslanacağım şey, hangi dağıtımın: Debian olmayacağıdır. Debian Sid'in en son sürüm olarak KDE 4.8.4'e sahip olduğunu söylemek yeterli. "Kararlı" sürümlere sahip olmak sorun değil, ancak KDE 4.10.2 (RHEL için mevcut olan en son sürüm, kararlı ve kararlı dağıtımları karşılaştırıyoruz) ona 2 düzine tur veriyor ve Debian'ın "kararsız" deposu Debian Sid, en az daha az KDE 4.10.4.
Debian'ı KDE ile gerçekten kurmak istiyorsanız, mevcut iki seçenek (ZorinOS depolarını dahil edin veya deneysel depoları karıştırın) çok fazla çalışmaya davet ediyor çünkü evet, bu durumda en iyi şey sabit diski veya katı hal sürücüsünü silmektir. ve CentOS veya Scientific'i yükleyin. Bunun yanı sıra Debian ekibi, Strigi'yi git ağaçlarından derlemeyen herkes için, yapmayı öğrenmem gereken 1 buçuk yıllık yavaş KDE'nin beyniydi.
Mageia? Hayır, basit bir nedenden ötürü: KDE'nin bir sürümünü yayınladıklarında sonsuza kadar onunla kalırlar. Mandriva ile bir puan güncellemesi almak için "Mandriva International Backports" a gitmek zorunda kaldım ve MIB'nin arkasındaki ekip Mageia'yı desteklememeye, ancak ROSA Linux'a geçmeye karar verdi (oldukça açık anti-Mageia grafikleriyle) . Yani, Mandriva ailesine gelince, ROSA Linux, Mageia'ya göre seçimdir.
Son olarak, KDE'nin dağıtımların her zaman güncel olmasını gerektirmesi, "dönen sürümlerin" gerçekten parlamasını sağlar. Seçeneklerim KDEmod ile Gentoo'dan Arch'a ve oradan da doğrudan (KDEmod'un ruhsal devamı olan) Çakra'ya gitmekti ve bundan pişman olmadım. Ancak, Arch Linux'un bakımı çok fazla çalışma gerektirir.
Kısaca renk zevkleri için. Çoğu durumda, en iyi KDE dağıtımı, kullandığınız dağıtımdır, çünkü kendine has özelliklerine alışkınsınız. Sadece hangi dağıtımı kullanacağınızı ve bir dağıtım kullanıyorsanız, KDE deneyimini iyileştirmek için ne yapmanız gerektiğini bilmelisiniz (örneğin, SuSE'de KDE Dağıtım havuzuna geçmek: Kararlı, varsayılan olarak kalmaktan daha iyi bir fikirdir paketleri).
Cevabınız için teşekkürler Ernesto, yine komutlarla testi yaptım ve mükemmel çalıştı, verdiğiniz ipuçları sayesinde sistem lüks.
Akonadi ve Nepomuk'un ya da KDE'nin diğer alanlarında kullanımını derinleştiren bu makale serisine devam edeceğinizi umuyorum.
Çok teşekkür ederim.
Saludos cordiales.
Çok teşekkür ederim Ernesto. Haklısınız, Nepomuk'a tahsis edilmiş 128 megabaytlık sistemi min-izledim ve önceki yapılandırmamla karşılaştırıldığında performansta önemli bir fark görmüyorum.
Bu arada, harika blog, tebrikler.
Burada cevap vermeyi düşünüyordum, ancak Pablo'ya bir e-posta göndermeye ve başka bir sütunla yanıtlamaya daha iyi karar verdim. Umarım yakında çıkacaktır.
OpenSuSE'nin artık Novell ile ilgisi yok. Novell ikiye bölündü: Adında kalan kısım Attachmate tarafından satın alınırken, SuSE az çok bağımsız bir şirket haline geldi.
Oku, birkaç soru soruyorsun ama hepsi birbiriyle bağlantılı.
1. Yeni bir dağıtım denemeye karar verirseniz, en iyisi a) etiketlerinizi ve özel verilerinizi yedeklemek için nepomukbackup kullanmak; b) yeni bir kullanıcı olarak test etmek için dağıtımı kurun; c) yedeklemeyi geri yükleyin (bu, Sistem Tercihleri | Masaüstü Araması'nda yapılabilir, üçüncü sekmeye gidin). Özel verileri yedekler ve her şeyi tekrar indekslerseniz, aradığınız "anlamsal bilginin taşınabilirliğinin" işlevsel bir eşdeğerine sahip olursunuz.
Bir süre önce, ek olarak, Nepomuk etiketlerini meta verilerinde (EXIF, ID3) dosyalara geri yazmak için deneyler vardı, ancak bitmemişlerdi.
2. Aynı nedenden ötürü, ana sınırlama, etiketlerin bilgisayarlar arasında taşınamaması, ancak Nepomuk veritabanına bağlı olmasıdır.
3. Açıkladığım gibi en iyi şey, KDE'nin en son kararlı sürümüne sahip bir dağıtım kullanmaktır. KDE 4.10.4 budur ve bu sürüme sahip olmayan herhangi bir dağıtım uygun değildir. Bunun dışında, KDE'yi kullanmak için en iyi dağıtım, kullandığınız dağıtımdır, bu temel prensiptir. Chakra'yı İspanyolca konuşan büyük topluluğu, KDE paketinin iyi kalitesi ve Chakra için derlenen tüm paketlerin GNOME bağımlılıklarının olabildiğince kaldırılması gerçeğini tavsiye ediyorum, bu da gereksiz bellek tüketimini önler ve bıkkınlığı kolaylaştırır. destek.
Yedeklemenin içe aktarılmasını dikkatli bir şekilde kullanmanız gerekir, çünkü kopyada kalanları siler, en azından birkaç gün önce başıma gelenleri siler (neyse ki bu yeni bir kurulumdu ve sadece üç dosyayı etkiledi). O zaman Chakra benim seçimimdir (mvconv aracıyla başıma geldiği gibi, paket eksikliği nedeniyle Chakra'nın çözemeyeceği belirli sorunları çözmek için her zaman yardımcı bir dağıtım bulundurmak her zaman uygun olsa da).
Açıklama için teşekkürler, bu anlamda sorunlardan kaçınmak için Nepomuk'u kullanıcı klasörüne dahil etmenin en iyisi olduğunu düşünüyorum (fotoğrafların bulunduğu herkes için paylaşılan bir ana dizinim var ve diğerinde müzik yazma haklarıyla; dijitalam ve Bu durumda nepomuk ile amarok veritabanı, bir kullanıcı her değiştiğinde, örneğin, dolphin / nepomuk aracılığıyla bir dosyanın derecelendirilmesi) kesinlikle sorun yaratacaktır.
Önerileri indekslemeyi zorlamak için yaptım, şimdi arama yaparak sonucu kontrol ettiğim için şaşırıyorum. Yaklaşık 1 dosyayı (çoğu metin) indekslemenin 3 ila 16.000 saat sürdüğünü düşünüyorum, oysa birkaç saat daha sürmesini bekliyordum, eski KDE 4.6'dan bu yana çok şey gelişti (en son denediğimde ). Sonuçtan çok memnunum. Kılavuzların geri kalanını uygulayacağım çünkü bundan çok şey çıkarabileceğimi düşünüyorum. Teşekkür ederim.
Bu nedenle eski KDE 😉 sürümleri çalışmayacaktır. KDE 4.10'daki Nepomuk'un KDE 20'daki Nepomuk hızının yaklaşık 4.6 katı olduğunu ve KDE 4.11'in KDE 5'un hızının 7 ila 4.10 katı olduğunu iddia etsem abartmış olmayacağım. Toplam.
Merhaba Ernesto.
Gnome'u birkaç yıldır kullandım ve KDE'yi denemeye karar verdim, özellikle nepomuk'un sunduğu faydalarla ilgileniyordum. Eğitimlerinizi takip ettikten sonra bu hizmeti etkinleştiremiyorum.
Kutuları işaretledim ve kalın yazılan mesajlar şu şekildedir:
"Nepomuk Anlamsal Masaüstünü Etkinleştir": Masaüstü arama hizmetleri aktif.
"Nepomuk dosya dizinleyiciyi etkinleştir": Dosya dizinleme hizmeti çalışmıyor.
"E-posta dizini oluşturucuyu etkinleştir": Verileri endekslemeye hazır. (% 0).
"Ayrıntılar" seçeneğinde, Dosyalar: Hesaplanıyor ve E-postalar: Hesaplanıyor seçeneğini belirtin. Yenilemeyi seçiyorum ama hiçbir şey olmuyor.
Nepomuk'u neden etkinleştiremediğimi tanımlamama yardım edebilirsiniz. Sabayon'u işletim sistemi olarak kullanıyorum.
İlginiz ve yardımınız için çok teşekkür ederim.
selamlar