|
這個很長的列系列（第1部分, 第2部分, 第3部分, 第4部分, 第5部分 y 第6部分）將在這裡有個結局。 我可以擴展語義桌面的其他元素，但是我將無法回答遍布Internet的大量指南中給出的論點，這些指南為停用語義桌面的最佳方法提供了建議，因為這會佔用大量內存。 |
不用擔心，像在Nepomuk像我一樣正常工作的系統上看到的那樣，進行捕獲的唯一方法就是和我做同樣的事情：以1千13百萬的文本PDF文件格式下載10 GB並通過Nepomuk索引器運行它們（我不是在開玩笑）。 我也不認為您可以處理幾千頁的PDF（作為律師，我必須處理《智利憲法》的歷史，每個PDF十個，每頁1.200頁），因此，在正確配置的系統中，您不應看到此內容曾經抓住。
現在讓我們變得認真和技術。 現在不是時候再進行有關“禁用Nepomuk以獲得良好性能”的教程了，但是現在是互聯網上有關“如何在Nepomuk上獲得良好性能的方法”的第一篇教程。 請注意。
先決條件
也許這應該在我的指南中排在首位，對不起，但是我只需要證明為什麼激活Nepomuk（這是我在前六期中所做的），然後再告訴您如何正確激活它。 因此，我們將瀏覽所需的內容，然後進行配置。
首先，我們需要嚴格限制將要使用的發行版。 這裡有非常明確的要求：想要包含過時軟件的發行版不適用於KDE，而不幸的是包括Debian。 由於Fedora KDE團隊負責人Rex Dieter的辛勤工作，在Red Hat Enterprise Linux 4.10上提供了一套KDE 6軟件包，因此，如果您需要KDE和穩定的發行版（如stone），則可以選擇RHEL 6，或者已啟用該存儲庫的RHEL 6克隆（如CentOS）。
其次，您必須注意KDE的包裝方式，因為KDE對不良包裝極為敏感。 直到最近，Kubuntu還是因為犯了怪異的包裝錯誤，混合了不受支持的必需軟件包版本而臭名昭著，導致了Kubuntu的慘痛經歷，人們不知道為什麼Nepomuk這麼慢並且內存不足實際上這是包裝工的錯。 Nepomuk和Akonadi流鏈就是這個（使用projects.kde.org中的項目名稱和最新版本）
kdelibs（4.10.4）
nepomuk核心（4.10.4）
kde-runtime（4.10.4）
nepomuk-widgets（4.10.4）
共享桌面本體（0.10.0）
女高音（2.9.1）
阿科納迪（1.9.2）
注意最後3個：它們不依賴於所使用的KDE版本，並且即使是使用穩定點版本，也必須是最新的KDE版本。 規則是：KDE在其穩定分支中使用這些軟件包的最新穩定版本，並在其beta分支中使用git快照。 許多額外的KDE更新存儲庫會更新KDE，但不會更新最後三個軟件包，這會導致嚴重的問題。
除此之外，還有最近從Nepomuk購得的Strigi，這對所有嘗試打包的人來說實在令人頭疼。 新版本的廣告宣傳不正確，Ubuntu長期未打包此程序的新版本，以至於我不得不在SebastianTrüg的博客上大驚小怪才能將其修復。 幸運的是，這個問題已基本解決，並且Strigi不再進行更新，從而消除了包裝問題。
因此，我建議使用Chakra作為良好的索引分佈。 Chakra的KDE打包程序Manuel Tortosa知道這一切，因此軟件包的質量很好，Chakra領導下的Nepomuk和Akonadi的經驗也很好。 Chakra有一些嚴重的局限性，例如它不是默認依賴於GTK +的軟件包，但這是一個好的開始。
另外，正如我們接下來將要看到的，我強烈推荐一個已經從MySQL切換到MariaDB的發行版。 稍後我們將了解原因。
準備地面
一旦確保滿足所有先決條件，並且只要係統乾淨，我們就將對默認設置進行一些更改。
阿科納迪
我們將以下行放在.local / share / akonadi / mysql.conf文件中。
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
如果此文件不存在，我們將啟動Akonadi創建它，然後將其關閉。 在控制台上：
akonadictl開始akonadictl停止
為了這？ MySQL（或MariaDB）是支持Akonadi的數據庫，MySQL不喜歡突然中斷。 在任何系統崩潰或斷電的情況下，MySQL都會在Akonadi數據庫中引入錯誤，並且這些累積的錯誤最終將使KMail無法正常運行，從而使其使用非常緩慢。 這些選項意味著每個事務都將立即寫入磁盤，從而最大程度地降低了Akonadi在系統崩潰或損壞時的損壞風險。 該選項會導致某些版本的MySQL出錯，但與MariaDB配合使用時效果很好。
核心
我們將把文件監視提高到最大程度，以大大提高Nepomuk的性能。 /etc/sysctl.conf文件中的以下選項將完成此任務
fs.inotify.max_user_watches = 524288
在這兩件事之後，我們將激活Nepomuk。 這是在“系統偏好設置”中完成的。 桌面搜索。 讓我們將內存使用率保持為默認設置，然後打開電子郵件索引。 不要忘記查看第1部分中有關如何加快索引編制的技巧，然後……請閱讀其餘指南，以享受語義桌面！
保養
如果我們無法防止Akonadi數據庫損壞並且Nepomuk運行緩慢怎麼辦？ 除了Akonadi擁有鮮為人知的自清潔工具外，KDE 4.10還實施了一道防線：Nepomuk Cleaner。
$ akonadictl真空：“真空” Akonadi數據庫。 通過願望，可以理解：所有未反映在資源中的條目都將被刪除。
$akonadictl fsck：嘗試修復Akonadi數據庫的損壞。 這並不總是可行的，因此您首先需要防止它們發生。 怎麼樣？ 使用我們已經看到的選項。
$nepomukcleaner：這是Vishesh Handa準備的一組腳本，用於清理Nepomuk數據庫，他將其轉換為圖形界面。 點擊“開始”按鈕，然後忘記它。 如果要更新KDE版本，則必須運行此程序。
在64位系統上使用所有小裝飾品，並使用實驗性的Akonadi資源，Nepomuk和Akonadi的總和消耗約350MB的RAM。 在我看來，對於所獲得的巨大功能來說，雖然很多，但足夠了。
但是Nepomuk的運行速度仍然太慢了。 我做的事？
等一會兒。 KDE 4.11結合了Nepomuk的驚人性能提升。 這一點都不誇張：根據Vishesh Handa的數據，平均而言，我們談論的是KDE 5在寫入數據庫時的性能的4.10倍，在讀取中的性能的7倍以上。 。 在KDE 4.11中看到的變化是巨大的，最終將允許Nepomuk用作那些需要數據庫的應用程序的替代。
另外，阻止Akonadi-Nepomuk連接器正確啟動的錯誤已在4.11分支中修復，Nepomuk清潔器將獲得很大的改進。 我們將擁有一個新的Office文件索引器，並且我們將能夠使用其他工具，稍後將對其進行介紹。
希望我再重複一遍，該指南是您找到的有關如何在激活Nepomuk的情況下如何實現出色性能的唯一指南，它將幫助您進行平穩的設置，使您能夠完成我們在前幾期中看到的內容以及更多內容。 感謝您在所有這些文章中關注我，也非常感謝Pablo Castagnino發布了本系列文章。 再見。
埃內斯託的傑出貢獻！ 感謝您分享所有這些交付，它們為我提供了很多幫助，以幫助我更好地了解KDE的工作原理（我剛剛開始從事KDE的工作）以及如何更好地利用其提供的所有工具。
的問候！
嗨埃內斯托，
非常感謝您的所有交付，他們非常有幫助。 我在Arch上使用KDE 4.11，並確認它是nepomuk是一種野獸，索引從未使用過我的舊AMD Dual-Core的7％。
順便說一句，我讀到對於擁有4 GB或更大GB RAM的用戶，最好為Nepomuk分配至少500 MB的內存，這樣可以減少CPU消耗並降低系統速度-在打開程序，複製時文件等-增加。 你怎麼看待這件事？
問候
嗨埃內斯托，
非常感謝您提供的系列文章，非常完整和詳細，並幫助我們充分利用KDE及其工具。 另一方面，我想問一個問題，我嘗試了兩個Akonadi命令； 當我以普通用戶的身份使用“ Akonadictl vacuum”和“ akonadictl fsck”時，它不會返回任何內容，而在與sudo一起使用時，它會返回此內容
D-Bus會話總線不可用！
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
以及類似於第二行的一系列數據（我不想添加，因為它更短），這意味著什麼？ 如果將其用作普通用戶時沒有返回任何內容，是否表示數據庫運行正常？ 或此命令不能以管理員身份運行？
我對這些條款再次表示感謝和祝賀，並希望您作為律師的工作與智利的憲法改革有關，這長期以來是必要的。
以我的經驗，在64位系統上，最好的地方是分配給Nepomuk 128MB（大約350MB的其餘部分來自Akonadi，MySQL和相關服務）。 超出這一限制將使Nepomuk擁有更多的記憶空間，而不會轉化為實際性能的提高。
該參數在KDE 4.7時代是完全合理的，當時沒有對服務進行優化，而Nepomuk背後的數據庫Virtuoso需要大量內存才能運行。 不像那樣。
您好Carlos，在Ernesto回答時，我將告訴您有關OpenSuse的經驗。 確實，正如您所說，它選擇了KDE，這意味著該系統將轉化為穩定，可靠和高度集成的環境，至於更新，這些更新在KDE團隊發布大約一個月後就可以到達，但是您可以從社區維護的半官方存儲庫更新到當前版本，到目前為止，我已經從那裡進行了更新，並且我沒有遇到任何問題，但是有一個細節，這是Ernesto在他的有關包裝和版本的指南中指出的一個細節可用，例如OpenSuse中的官方和半官方KDE存儲庫包含Soprano軟件包的2.9.0版本，但是僅由於其他軟件包是最新版本，我可以通過搜索和下載該版本來快速解決上述問題2.9.1在OpenSuse Build Service網站上（類似於軟件中心）。 一開始，我評論說Suse選擇KDE作為默認環境的事實導致了一個可靠和穩定的系統，這就是我與KDE以前使用的發行版Fedora相比的結果，Fedora的運行速度比OpenSuse快，但被指控為我向穩定致敬，幾次遭受崩潰，我激活Nepomuk和Akonadi的機會無非就是收到錯誤通知，強制重啟和資源消耗。
目前，在很大程度上要歸功於這一系列文章，我擁有一個穩定，快速且高度集成的系統。
最好的問候。
卡洛斯你好，
在我看來，我們從另一個發行版進入Opensuse的所有人都發現存儲庫及其管理的問題有些令人困惑，但是正如您所說，這是專心和耐心的問題，因為每當您最終了解它並欣賞它的好處時，與Debian，Ubuntu或Arch相比，為Opensuse查找文檔確實更加困難，但是，社區非常活躍，並且有很多博客專門致力於OpenSuse （此發行版引起了非常特殊的狂熱），在IRC頻道上，他們隨時準備為您提供幫助。
我無意歪曲帖子的主題，我希望得到Pablo和Ernesto的允許，給您留下一些可能對您有幫助的鏈接，他們個人對我有很大幫助。 第一個是來自一篇文章，該文章討論了Suse中的存儲庫以及如何管理它們以獲取穩定，完整和更新的系統，另一個是博客作者的頁面，他致力於討論Opensuse。
1。 - http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2。 - http://www.victorhckinthefreeworld.wordpress.com/
我相信他們會為您提供幫助。
最好的問候。
嗨埃內斯托：
就KDE桌面的最佳Linux發行版而言，您能多一點嗎？
您說的是Red Hat，這適用於Fedora嗎？ 在默認情況下，OpenSuse似乎選擇在其桌面上使用KDE。 Mageia也處於相同的波長。 也許是PcLinuxOS？ 提前致謝。
謝謝莫斯科斯科。 我目前在OpenSuse工作。 我來自Debian，是OpenSuse的新手（不同的存儲庫，安裝程序的工具等），儘管我正在對其進行測試，但它正在將自己建立為發行版。 我發現它非常穩定，幾乎一切都進行得很好（除了在查找文檔方面的一些問題和問題的“解決方案”（在Debian中更是可以觸及的））。 現在，我很清楚，因為我安裝了它代替了Gnome，所以我堅持使用KDE。 而且要指出的是，在選擇桌面前的發行版之間，我優先考慮使用桌面的好處，而不是發行本來可以帶來的好處。
對我來說，Debian中的軟件包管理似乎更簡單：main，contrib，non-free，在那裡您幾乎擁有了所有東西； 在opensuse中，它花費了我更多的錢（吃豆子，工廠...），儘管我認為這是習慣並有點專心的問題。 但是我已經說過，如果這是擁有更好的性能和使用性能的KDE的代價，我會更改發行版。 這就是為什麼我還提出了像Mageia這樣的其他人的原因，該人從Mandriva繼承了KDE作為桌面，它使一切開箱即用變得容易。 我也喜歡它背後的一個Debian風格的基礎（我尊重這一點，但是我回到Canonical，對Novell以及對Fedora都有一些疑惑）。
話雖如此，莫斯科索夫，感謝你的報告。
問候。
對於世界上沒有任何東西將它們與sudo一起使用，這是行不通的。
沒有任何回報是正常的。 一旦啟動這些命令，您應該做的就是等待。 如果在啟動這些命令後啟動系統監視器（可以通過按Control + Esc在KDE中完成某些操作），則會注意到MySQL的CPU使用率在此之後上升。 這意味著Akonadi正在工作。 不要管它。
1.在發布本文時，Soprano 2.9.2版發布了，因此您將不得不向OBS進行新的訪問。
2.在KDE中使用簡單的Fedora絕不是一個好主意。 去 http://kde-redhat.sourceforge.net/ 並激活在那裡顯示的Yum存儲庫。 Rex在為Fedora修補KDE方面做得很好，但是您看不到太多，因為它的軟件包通常需要一些時間才能到達主存儲庫。
3.我太濕了，我推薦了一個具體的（Chakra Linux）。 我從來沒有讓SuSE對我很好地工作，這是因為SuSE至少與我的圖形卡的專有驅動程序（我所得到的都是普遍的系統恐慌）相處得不好，但是我聽到的反饋是他們的KDE桌面是一流的。
4.我肯定會迷上的是哪個發行版不發行：Debian。 可以說Debian Sid具有KDE 4.8.4作為最新可用版本。 擁有“穩定”版本是可以的，但是KDE 4.10.2（RHEL的最新版本，我們正在比較穩定版和穩定版）給了2打圈，Debian的“不穩定”存儲庫Debian Sid應該至少具有減去KDE 4.10.4。
如果您真的想用KDE安裝Debian，那麼兩個可用的選項（合併ZorinOS信息庫，或混合實驗性信息庫）會引起很多工作，因為是的，在這種情況下，最好的辦法是簡單地擦除硬盤或固態驅動器，然後安裝CentOS或Scientific。 除此之外，對於所有不從git tree編譯Strigi的人（如我必須學習的那樣），Debian團隊是1年半緩慢KDE的策劃者。
Mageia？ 不，出於一個簡單的原因：一旦發布了KDE版本，他們將永遠保留下去。 與Mandriva碰巧的是，我不得不去“ Mandriva International Backports”進行積分更新，而MIB背後的團隊決定不支持Mageia，而是遷移到ROSA Linux（帶有一些非常明確的反Mageia圖形）。 因此，如果是Mandriva家族，那麼ROSA Linux是Mageia的選擇。
最後，KDE要求發行版必須始終是最新的，這確實使發行發行版大放異彩。 我的選擇是從Gentoo到帶有KDEmod的Arch，然後從那裡直達Chakra（這是KDEmod的精神延續），我對此並不後悔。 但是，Arch Linux需要進行大量維護工作。
簡而言之，適合顏色口味。 在大多數情況下，KDE的最佳發行版是您正在使用的發行版，因為您已經習慣了它的特質。 您只需要知道使用哪個發行版，以及（如果使用發行版）如何改善KDE體驗（例如，在SuSE切換到KDE Distro儲存庫中：穩定是一個好主意。默認軟件包）。
感謝您的回答，Ernesto，我再次使用命令進行了測試，它運行完美，由於您提供的提示，該系統非常豪華。
希望您繼續閱讀本系列文章，以加深Akonadi和Nepomuk或在KDE其他領域的使用。
非常感謝。
最好的問候。
非常感謝Ernesto。 沒錯，我一直在最小監視分配給Nepomuk的128兆字節的系統，與以前的配置相比，我沒有註意到性能上的顯著差異。
順便說一句，很棒的博客，恭喜。
我當時想在這裡回答，但我決定最好向Pablo發送電子郵件，並在另一專欄作答。 希望它將很快出來。
OpenSuSE不再與Novell有關。 Novell分成2部分：保留名稱的部分由Attachmate收購，而SuSE回到或多或少是一家獨立公司。
閱讀它，您會問幾個問題，但它們都是相關的。
1.如果您決定嘗試新的發行版，則最好是a）使用nepomukbackup備份標籤和自定義數據； b）安裝發行版以作為新用戶進行測試； c）恢復備份（可以在“系統偏好設置” |“桌面搜索”中執行，轉到第三個選項卡）。 如果您備份自定義數據並再次為所有內容建立索引，則將具有與您所尋找的“語義信息的可移植性”等效的功能。
此外，前段時間，有一些實驗將Nepomuk標籤寫回其元數據（EXIF，ID3）中的文件本身，但尚未完成。
2.基於同樣的原因，主要限制是標籤不能在計算機之間移動，它們取決於Nepomuk數據庫。
3.正如我所解釋的，最好的辦法是使用具有KDE最新穩定版本的發行版。 KDE 4.10.4就是這樣，沒有該版本的任何發行版都沒有資格。 除此之外，使用KDE的最佳發行版是您所使用的發行版，這是基本原則。 我個人向Chakra推薦，因為它的西班牙語社區很大，其KDE軟件包的質量很好，而且為Chakra編譯的所有軟件包都盡可能刪除了GNOME依賴關係，這避免了不必要的內存消耗並簡化了操作受夠了支持。
您必須謹慎使用備份的導入，因為它會刪除您必須保留的副本中的內容，至少是幾天前發生在我身上的（幸運的是，這是一個新安裝，僅影響了三個文件）。 然後，Chakra是我的選擇（儘管通常很方便，在那裡有一個輔助發行版來解決由於缺少軟件包而導致的Chakra無法解決的特定問題，就像mvconv工具在我身上遇到的那樣）。
感謝您的澄清，從某種意義上說，我認為最好將Nepomuk包含在用戶文件夾中，以避免出現問題（我為照片所在的每個人都有一個共享主目錄，在另一個目錄中有擁有版權的音樂；在這種情況下，將digikam和amarok數據庫與nepomuk集成在一起肯定會在每次用戶更改時產生問題，例如，通過dolphin / nepomuk對文件進行評級。
我提出了強制索引的建議，現在我通過搜索檢查結果感到驚訝。 我認為索引大約1個文件必須花3至16.000個小時（其中很多是文本），而我希望它比舊的KDE 4.6花費更多，很多小時，很多改進（上一次我擁有它）嘗試過的）。 對結果非常滿意。 我將應用其餘的指南，因為我認為我可以從中學到很多。 謝謝。
這就是為什麼過時的KDE😉版本不起作用的原因。 如果我告訴您KDE 4.10中的Nepomuk的速度是KDE 20中Nepomuk的速度的4.6倍，而KDE 4.11聲稱是KDE 5速度的7至4.10倍，那我就不會誇張。 和。
嗨，埃內斯托。
我已經使用Gnome幾年了，並決定嘗試一下KDE，我對nepomuk提供的好處特別感興趣。 遵循您的教程之後，我將無法啟用此服務。
我已經選中了這些框，粗體消息如下：
“啟用Nepomuk語義桌面”：桌面搜索服務處於活動狀態。
“激活Nepomuk文件索引器”：文件索引服務未運行。
“激活電子郵件索引器”：準備索引數據（0％）。
在“詳細信息”選項中，指示“文件：計算”和“電子郵件：計算”。 我選擇刷新，但沒有任何反應。
您可以幫助我定義為什麼我不能激活nepomuk。 我使用Sabayon作為操作系統。
非常感謝您的關注和幫助。
問候