|
この非常に長い一連の列（パート1, パート2, パート3, パート4, パート5 y パート6）ここで終了します。 セマンティックデスクトップの他の要素を拡張することはできますが、セマンティックデスクトップを非アクティブ化するための最良の方法をアドバイスする、インターネット全体に散らばっている多数のガイドで与えられている議論に答えることはできません。 。 |
心配しないでください。ネポムクが私のように正しく機能するシステムで見られるようなキャプチャを取得する唯一の方法は、私と同じことを行うことです。1万のアドレスを持つテキストPDFファイルで13 GBをダウンロードし、実行します。ネポムクインデクサーを介して（冗談ではありません、私はしました）。 また、文字通り数千ページのPDFを処理するとは思いません（弁護士としての私の仕事では、チリ憲法の歴史を処理する必要があります。それぞれ10ページのテキストのPDFを1.200個処理する必要があります）。したがって、正しく構成されたシステムでは、これがキャッチするのを見ないでください。
それでは、真剣に技術的になりましょう。 「ネポムクを無効にして良好なパフォーマンスを得る」に関する別のチュートリアルではなく、「ネポムクをオンにして優れたパフォーマンスを得る方法」に関するインターネット上の最初のチュートリアルの時間です。 注意を払う。
前提条件
たぶんこれが私のガイドの最初に来るはずで、申し訳ありませんが、正しくアクティブ化する方法を説明する前に、ネポムクをアクティブ化する理由（最初のXNUMX回の記事で行ったこと）を正当化する必要がありました。 そこで、必要なものを確認してから、構成します。
まず、使用するディストリビューションについて厳密にする必要があります。 非常に明確な要件は次のとおりです。廃止されたソフトウェアを組み込むことを好むディストリビューションはKDEでは機能せず、残念ながらDebianが含まれています。 FedoraKDEチームのリーダーであるRexDieterの膨大な作業のおかげで、Red Hat Enterprise Linux4.10用のKDE6のパッケージのセットがあります。したがって、KDEと石のような安定したディストリビューションが必要な場合、オプションはRHEL6またはCentOSのようなRHEL6クローンで、そのリポジトリが有効になっています。
次に、KDEはパッケージの不良に非常に敏感であるため、KDEのパッケージ方法に注意を払う必要があります。 最近まで、Kubuntuはグロテスクなパッケージエラーを起こし、サポートされていないバージョンの必要なパッケージを混合することで有名でした。その結果、Kubuntuの経験はひどくなり、実際にはパッカーのせいであるのに、なぜNepomukがそれほど遅く、メモリが不足しているのか疑問に思いました。 NepomukとAkonadiの伝送チェーンはこれです（projects.kde.orgと最新バージョンのプロジェクト名を使用）
kdelibs（4.10.4）
ネポムクコア（4.10.4）
kde-ランタイム（4.10.4）
nepomuk-ウィジェット（4.10.4）
共有デスクトップオントロジー（0.10.0）
ソプラノ（2.9.1）
アコナディ（1.9.2）
最後の3に注意してください：それらは使用されるKDEバージョンに依存せず、安定したポイントバージョンを使用している場合でも最後に利用可能でなければなりません。 ルールは次のとおりです。KDEはこれらのパッケージの最新の安定バージョンを安定ブランチで使用し、gitスナップショットをベータブランチで使用します。 多くの追加のKDE更新リポジトリがKDEを更新しますが、これらの最後のXNUMXつのパッケージは更新しないため、深刻な問題が発生します。
これに加えて、最近ネポムクから取られたStrigiがあります。これは、それを梱包しようとしたすべての人にとって本当に頭痛の種でした。 新しいバージョンは適切に宣伝されておらず、Ubuntuはこのプログラムの新しいバージョンを長い間パッケージ化しておらず、修正するためにSebastianTrügのブログで大騒ぎしなければなりませんでした。 幸い、この問題はほぼ解消されており、Strigiはほとんど更新されていないため、パッケージングの問題は解消されています。
このため、良いインデックス分布としてChakraをお勧めします。 ChakraのKDEパッケージャーであるManuelTortosaはこれらすべてを知っているため、パッケージの品質は良好であり、Chakraの下でのNepomukとAkonadiの経験も良好です。 Chakraには、GTK +に依存するパッケージがデフォルトではないなど、いくつかの重大な制限がありますが、それは良いスタートです。
また、次に説明するように、MySQLからMariaDBへの切り替えがすでに行われているディストリビューションを強くお勧めします。 その理由は後でわかります。
地面の準備
すべての前提条件を満たしていることを確認したら、システムがクリーンである限り、デフォルト設定にいくつかの変更を加えます。
アコナディ
.local / share / akonadi /mysql.confファイルに次の行を配置します。
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
このファイルが存在しない場合は、Akonadiを起動して作成してから、閉じます。 コンソールの場合：
akonadictl start akonadictl stop
このため？ MySQL（またはMariaDB）はAkonadiをサポートするデータベースであり、MySQLは突然の中断を好みません。 システムのクラッシュや停電が発生した場合、MySQLはAkonadiデータベースにエラーを導入し、これらのエラーが蓄積されると、KMailのヒンジが解除され、使用が非常に遅くなります。 これらのオプションにより、各トランザクションはすぐにディスクに書き込まれ、システムのクラッシュや破損の前にAkonadiで破損するリスクが最小限に抑えられます。 このオプションは、MySQLの特定のバージョンでエラーを引き起こしますが、MariaDBではうまく機能します。
カーネル
Nepomukのパフォーマンスを大幅に向上させるために、ファイル監視を最大限に引き上げます。 /etc/sysctl.confファイルの次のオプションがその役割を果たします
fs.inotify.max_user_watches = 524288
これら1つの後、Nepomukをアクティブにします。 これは、システム設定|で行われます。 デスクトップ検索。 メモリ使用量をデフォルト設定のままにして、電子メールのインデックス作成をオンにしましょう。 インデックス作成を高速化する方法に関するパートXNUMXのヒントを確認することを忘れないでください。その後、残りのガイドを確認して、セマンティックデスクトップを楽しんでください。
メンテナンス
Akonadiデータベースの破損を防ぐことができず、Nepomukの実行速度が遅い場合はどうなりますか？ KDE 4.10が実装した防御線はまだXNUMXつあります。それは、Akonadiが持っているあまり知られていないセルフクリーニングツールに加えて、NepomukCleanerです。
$ akonadictlvacuum：Akonadiデータベースの「真空」。 願望によって、理解されてください：リソースに反映されていないすべてのエントリが削除されます。
$akonadictl fsck：Akonadiデータベースの破損を修正してみてください。 これは常に機能するとは限らないため、そもそもそれらが発生しないようにする必要があります。 どうやって？ 私たちがすでに見たオプションで。
$ ネポムククリーナー：これは、Vishesh HandaがNepomukデータベースをクリーンアップするために作成した一連のスクリプトであり、彼はそれをグラフィカルインターフェイスに変換しました。 「開始」ボタンを押して、それを忘れてください。 KDEバージョンを更新する場合は、このプログラムの実行が必須です。
すべての装身具、64ビットシステム、および実験的なAkonadiリソースを使用すると、NepomukとAkonadiの合計で約350MBのRAMが消費されます。 一部の人にとっては大いに役立ちますが、私の見解では、得られる途方もない機能には十分です。
しかし、ネポムクはまだ私の好みには遅すぎます。 私がやること？
しばらく待ってください。 KDE 4.11には、Nepomukのパフォーマンスが大幅に向上しています。 これは決して誇張ではありません。VisheshHandaの数字によると、データベースへの書き込みではKDE 5の4.10倍、読み取りでは7倍以上のパフォーマンスを示しています。 。 KDE 4.11で見られる変更は大規模であり、データベースを必要とするアプリケーションの代替として、ついにNepomukを使用できるようになります。
また、Akonadi-Nepomukコネクタの正しい起動を妨げるバグはブランチ4.11ですでに修正されており、Nepomukクリーナーは大幅に改善されます。 新しいOfficeファイルインデクサーが追加され、後で公開される他のツールを楽しむことができます。
繰り返しになりますが、このガイドが、ネポムクをアクティブにして素晴らしいパフォーマンスを達成する方法を見つける唯一のガイドであり、スムーズなセットアップに役立ち、過去の記事で見たものなどを実行できるようになることを願っています。 これらすべての記事を通して私をフォローしてくれてありがとう、そしてこのシリーズを公開してくれたPabloCastagninoに感謝します。 また近いうちにお会いしましょう。
素晴らしい貢献エルネスト！ これらすべての配信を共有してくれてありがとう、KDEがどのように機能するか（私はまだ始めたばかりです）、そしてKDEが提供するすべてのツールをより有効に活用する方法をよりよく理解するのに大いに役立ちました。
ご挨拶！
こんにちはエルネスト、
すべての配達をありがとうございました、彼らは非常に非常に役に立ちました。 ArchでKDE4.11を使用していますが、nepomukは獣であり、インデックス作成で古いAMDデュアルコアの7％以上を使用したことはありません。
ちなみに、4ギガバイト以上のRAMをお持ちの方は、ネポムクに500メガバイト以上を割り当てるのがベストだと読んだことがあります。こうすることで、CPU消費量が減り、システムの速度が低下します。ファイルの数など-増加します。 これについてあなたはどう思いますか？
よろしく
こんにちはエルネスト、
非常に完全で詳細な一連の記事をありがとうございました。KDEとそのツールを最大限に活用するのに役立ちます。 一方、質問したいのですが、XNUMXつのAkonadiコマンドを試してみました。 「Akonadictlvacuum」と「akonadictlfsck」を通常のユーザーとして使用すると何も返されません。sudoと一緒に使用するとこれが返されます。
D-Busセッションバスはご利用いただけません！
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
2行目に似た一連のデータ（短いので追加したくありませんでした）、これはどういう意味ですか？ 通常のユーザーとして使用しても何も返されない場合は、データベースが正常であることを意味しますか？ または、このコマンドは管理者として機能しませんか？
記事に感謝とおめでとうを繰り返します。弁護士としてのあなたの仕事が、長い間必要とされてきたチリの憲法改正に関係していることを願っています。
私の経験では、64ビットシステムでは、スイートスポットはNepomukへの128MBの割り当てです（残りの約350MBは、Akonadi、MySQL、および関連サービスからのものです）。 それを超えると、実際のパフォーマンスの向上につながることなく、ネポムクに食べる記憶が増えるだけです。
このパラメータは、サービスが最適化されておらず、Nepomukの背後にあるデータベースであるVirtuosoが機能するために大量のメモリを必要としたKDE4.7の時代に完全に正当化されました。 そうではありません。
こんにちはカルロス、エルネストが答えている間、私はOpenSuseでの私の経験についてあなたに話します。 確かに、あなたが言うように、それはシステムとの安定した、信頼性の高い、高度に統合された環境に変換されるKDEを選択します、アップデートに関しては、これらはKDEチームによってリリースされてから約2.9.0ヶ月後に到着しますが、あなたはアップデートすることができますコミュニティによって維持されている半公式リポジトリからの現在のバージョン、これまでのところそこから更新して問題はありませんでしたが、詳細があり、Ernestoがパッケージと利用可能なバージョンに関して彼のガイドで指摘しているものです。たとえば、OpenSuseの公式および半公式のKDEリポジトリにはバージョン2.9.1のSopranoパッケージが含まれていますが、他のパッケージは最新バージョンであるため、バージョンXNUMXを検索してダウンロードすることで、上記をすばやく解決できます。 .XNUMX OpenSuse Build Service Webサイト（ソフトウェアセンターのようなもの）。 最初に、Suseがデフォルト環境としてKDEを選択したことで、信頼性が高く安定したシステムが得られたとコメントしました。これは、KDEで使用していた以前のディストリビューションであるFedoraと比較すると、OpenSuseよりも高速でしたが、支払い時に課金されました。安定性に敬意を表して、何度かクラッシュに見舞われ、NepomukとAkonadiをアクティブ化したのは、エラー、強制的な再起動、リソースの消費の通知を受け取ることに他なりませんでした。
現在、そして主にこの一連の記事のおかげで、私は安定した、高速で高度に統合されたシステムを持っています。
宜しくお願いします。
こんにちはカルロス、
別のディストリビューションからOpensuseに来た私たち全員が、リポジトリとその管理の問題を少し混乱させているように思えますが、あなたが言うように、それは注意深く、忍耐力の問題です。それを理解してその利点を理解することになったとき、Debian、Ubuntu、Archと比較してOpensuseのドキュメントを見つけるのが難しいことも事実ですが、コミュニティは非常に活発で、OpenSuse専用のブログがたくさんあります。 （このディストロは非常に特別な狂信を生み出します）そしてIRCチャンネルでは彼らはいつでもあなたを助ける準備ができています。
投稿のトピックを歪曲することは私の意図ではありません。PabloとErnestoの許可を得て、役立つリンクをいくつか残しておくことを望んでいます。個人的には、彼らは私を大いに助けてくれました。 XNUMXつは、Suseのリポジトリと、それらを管理して安定した完全で更新されたシステムを取得する方法について説明している記事からのものです。もうXNUMXつは、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ディストリビューションにもう少し濡れてもらえますか？
あなたはRedHatについて話しますが、これはFedoraに当てはまりますか？ OpenSuseはデフォルトのデスクトップにKDEを選択しているようですが、このディストリビューションはどうですか？ Mageiaも同じ波長です。 多分PcLinuxOS？ 前もって感謝します。
Moscosovに感謝します。 私は現在OpenSuseを使用しています。 私はDebian出身で、OpenSuse（さまざまなリポジトリ、プログラムをインストールするためのツールなど）を初めて使用します。テストは行っていますが、ディストリビューションとしての地位を確立しています。 私はそれが非常に安定していると思います、事実上すべてが問題ありません（ドキュメントを見つける際のいくつかの問題と問題の「解決策」を除いて、Debianではもっと手の届くところにありました）。 さて、Gnomeの代わりにインストールしたので、私がはっきりしているのは、KDEに固執しているということです。 そして、デスクトップの前にあるディストリビューションを選択する際には、ディストリビューション自体が持つメリットよりも、デスクトップを使用するメリットを優先します。
Debianでのパッケージ管理は、私にはもっと単純に思えます。main、contrib、non-freeであり、事実上すべてが揃っています。 opensuseではもっとコストがかかります（pacman、factory ...）が、それに慣れて少し注意を払うことが問題だと思います。 しかし、これがより優れたパフォーマンスと使用法を備えたKDEを持つことのペナルティである場合は、ディストリビューションを変更します。 そのため、彼はMageiaのように、KDEをデスクトップとしてMandrivaから継承し、すべてを箱から出してすぐに機能させることが容易なものも育てました。 私はその背後にあるDebianスタイルの基盤があることも気に入っています（私はそれを尊重しますが、Canonicalに戻り、Novellについて、そしてFedoraについて少し不安があります）。
そうは言っても、モスコソフ、報告に感謝します。
ご挨拶。
sudoでそれらを使用することは、世界で何もありません。それは機能しません。
何も返されないのは正常です。 これらのコマンドを起動したら、待機する必要があります。 これらのコマンドを起動した後にシステムモニターを起動すると（KDEでControl + Escを押すことで実行できます）、その後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ではないディストリビューションです。 DebianSidには利用可能な最新バージョンとしてKDE4.8.4があると言えば十分です。 「安定した」バージョンがあれば問題ありませんが、KDE 4.10.2（RHELで利用可能な最新のもので、安定したディストリビューションと安定したディストリビューションを比較しています）は2ダースのラップを提供し、Debianの「不安定な」リポジトリであるDebianSidは少なくともKDE4.10.4。
本当にDebianをKDEと一緒にインストールしたい場合、1つの利用可能なオプション（ZorinOSリポジトリを組み込むか、実験的なリポジトリを混合する）は非常に多くの作業を招きます。そうです、その場合の最良の方法は、単にハードディスクまたはソリッドステートドライブを消去し、 CentOSまたはScientificをインストールします。 それに加えて、Debianチームは、私が学ばなければならなかったように、gitツリーからStrigiをコンパイルしなかったすべての人にとってXNUMX年半の遅いKDEの首謀者でした。
マゲイア？ いいえ、単純な理由で、KDEのバージョンをリリースすると、永久に使用されます。 Mandrivaの場合、ポイントの更新を取得するために「Mandriva International Backports」にアクセスする必要があり、MIBの背後にあるチームは、Mageiaをサポートせず、ROSA Linuxに移行することを決定しました（かなり明示的な反Mageiaグラフィックを使用） 。 したがって、Mandrivaファミリに関しては、MageiaよりもROSALinuxが選択されます。
最後に、KDEがディストリビューションを常に最新の状態にする必要があるという事実は、ロールアウトディストリビューションを本当に輝かせます。 私の選択肢は、KDEmodを使用してGentooからArchに移動し、そこから直接Chakra（KDEmodの精神的な継続）に移動することでしたが、後悔していません。 ただし、ArchLinuxの保守には多くの作業が必要です。
要するに、色の好みのために。 ほとんどの場合、その特異性に慣れているため、最適なKDEディストリビューションは使用しているものです。 使用するディストリビューションを知っておく必要があります。ディストリビューションを使用する場合は、KDEのエクスペリエンスを向上させるために何をする必要がありますか（たとえば、SuSEでKDE Distroリポジトリに切り替える場合：安定した状態を維持するよりも優れたアイデアです。デフォルトのパッケージ）。
Ernestoの回答に感謝します。コマンドを使用して再度テストを行いましたが、完全に機能しました。提供されたヒントのおかげで、システムは豪華です。
AkonadiとNepomuk、またはKDEの他の領域での使用を深めるこのシリーズの記事を続けていただければ幸いです。
どうもありがとうございます。
宜しくお願いします。
エルネスト、ありがとうございました。 そうです、私はネポムクに割り当てられた128メガバイトでシステムを最小監視してきましたが、以前の構成と比較してパフォーマンスに大きな違いは見られません。
ちなみに、素晴らしいブログ、おめでとうございます。
ここで答えようと思っていたのですが、パブロにメールを送って別のコラムで返事をするほうがいいと思いました。 うまくいけば、それはすぐに出てくるでしょう。
OpenSuSEはもはやNovellとは何の関係もありません。 Novellは2つに分割されました。名前が残った部分はAttachmateによって購入されましたが、SuSEは多かれ少なかれ独立した会社に戻りました。
それを読んで、あなたはいくつかの質問をしますが、それらはすべて関連しています。
1.新しいディストリビューションを試すことにした場合は、a）nepomukbackupを使用してラベルとカスタムデータをバックアップするのが最善です。 b）ディストリビューションをインストールして、新しいユーザーとしてテストします。 c）バックアップを復元します（システム環境設定|デスクトップ検索で実行できます。XNUMX番目のタブに移動します）。 カスタムデータをバックアップし、すべてのインデックスを再作成すると、探している「セマンティック情報の移植性」と機能的に同等になります。
さらに、しばらく前に、メタデータ（EXIF、ID3）のNepomukタグをファイル自体に書き戻す実験がありましたが、完了していませんでした。
2.同じ理由で、主な制限は、ラベルをコンピューター間で移動できないことです。ラベルはNepomukデータベースに依存します。
3.私が説明したように、最良のことは、KDEの最新の安定バージョンを備えたディストリビューションを使用することです。 KDE 4.10.4はそれであり、そのバージョンを持たないディストリビューションは対象外です。 それ以外に、KDEを使用するのに最適なディストリビューションは、使用しているディストリビューションです。これが基本原則です。 私は個人的にChakraをお勧めします。その大規模なスペイン語圏のコミュニティ、KDEパッケージの高品質、Chakra用にコンパイルされたすべてのパッケージのGNOME依存関係が可能な限り削除されているため、不要なメモリ消費が回避され、うんざりするのが簡単になります。サポート。
バックアップのインポートは、コピーに残っていたものを削除するため、注意して使用する必要があります。少なくとも数日前に私に起こりました（幸い、これは新規インストールであり、XNUMXつのファイルにしか影響しませんでした）。 その場合、チャクラが私の選択です（ただし、mvconvツールで私に起こったように、パッケージが不足しているためにチャクラができない特定の問題を解決するために、補助ディストリビューションを用意することを常にお勧めします）。
明確化してくれてありがとう、その意味では問題を避けるためにユーザーフォルダ内にNepomukを含めるのが最善だと思います（私は写真が置かれているすべての人のための共有ホームディレクトリと書き込み権を持つ別の音楽にあります; digikamを統合しますこの場合、nepomukを使用したamarokデータベースでは、ユーザーが変更するたびに問題が発生します。たとえば、dolphin / nepomukを介したファイルの評価などです。
インデックス作成を強制することをお勧めしましたが、検索して結果を確認していることに驚いています。 約1ファイル（多くはテキスト）のインデックス作成には3〜16.000時間かかったに違いないと思いますが、数時間かかると予想していましたが、古いKDE 4.6（前回持っていたとき）から大幅に改善されました。試しました）。 結果に非常に満足しています。 私はこれから多くを得ることができると思うので、残りのガイドを適用します。 ありがとうございました。
これが、古いバージョンのKDE😉が機能しない理由です。 KDE4.10のネポムクはKDE20のネポムクの約4.6倍の速度であり、KDE4.11はKDE5の7〜4.10倍の速度であると言っても過言ではありません。 和。
こんにちはエルネスト。
私はGnomeを数年間使用していて、KDEを試してみることにしました。特に、nepomukが提供するメリットに興味がありました。 チュートリアルに従った後、このサービスを有効にできません。
チェックボックスをオンにしたところ、太字のメッセージは次のとおりです。
「Nepomukセマンティックデスクトップを有効にする」：デスクトップ検索サービスがアクティブです。
「Nepomukファイルインデクサーをアクティブ化する」：ファイルインデックスサービスが実行されていません。
「電子メールインデクサーをアクティブ化する」：データのインデックスを作成する準備ができました（0％）。
[詳細]オプションで、[ファイル：計算中]と[メール：計算中]を指定します。 更新することを選択しましたが、何も起こりません。
ネポムクを有効にできない理由を定義するのを手伝ってください。 私はオペレーティングシステムとしてSabayonを使用しています。
ご清聴ありがとうございました。
よろしく