|
Rangkaian lajur yang sangat panjang ini (yang 1, yang 2, yang 3, yang 4, yang 5 y yang 6) akan berakhir di sini. Saya dapat memperluas unsur-unsur lain dari desktop semantik, tetapi saya tidak dapat menjawab hujah-hujah yang diberikan dalam banyak panduan yang tersebar di seluruh Internet yang memberi nasihat mengenai cara terbaik untuk mematikan desktop semantik, kerana ia akan memakan memori oleh sekeping. |
Jangan bimbang, satu-satunya cara anda dapat menangkap seperti yang anda lihat pada sistem di mana Nepomuk berfungsi dengan baik seperti saya adalah melakukan perkara yang sama seperti saya: muat turun 1 GB dalam fail PDF teks yang mempunyai 13 juta alamat dan jalankan melalui pengindeks Nepomuk (tidak bergurau, saya lakukan). Saya juga tidak percaya bahawa anda mengendalikan PDF beribu-ribu halaman (untuk pekerjaan saya sebagai peguam, saya mesti mengendalikan Sejarah Perlembagaan Chili, 10 PDF dari 1.200 halaman teks setiap satu), jadi, dalam sistem yang dikonfigurasi dengan betul, anda harus tidak nampak tangkapan ini.
Sekarang mari kita serius dan teknikal. Ini bukan waktunya untuk tutorial lain tentang "nonaktifkan Nepomuk untuk mendapatkan prestasi yang baik", tetapi untuk tutorial pertama di internet mengenai "bagaimana mendapatkan prestasi yang hebat dengan Nepomuk aktif". Beri perhatian.
Prasyarat
Mungkin ini seharusnya menjadi yang pertama dalam panduan saya, dan saya minta maaf, tetapi saya hanya perlu membenarkan mengapa saya mengaktifkan Nepomuk (yang merupakan apa yang saya buat dalam enam ansuran pertama) sebelum memberitahu anda cara mengaktifkannya dengan betul. Oleh itu, kami akan mengikuti lawatan mengenai perkara yang diperlukan, dan kemudian kami akan membuat konfigurasi.
Pertama sekali, kita perlu tegas mengenai pengedaran yang akan kita gunakan. Berikut adalah syarat yang sangat jelas: pengedaran yang suka menggabungkan perisian usang tidak berfungsi untuk KDE, dan sayangnya termasuk Debian. Berkat kerja yang luar biasa dari Rex Dieter, ketua pasukan Fedora KDE, terdapat satu set pakej dengan KDE 4.10 untuk Red Hat Enterprise Linux 6, jadi jika anda memerlukan KDE dan sebaran yang stabil seperti batu, pilihannya adalah RHEL 6, atau klon RHEL 6 seperti CentOS, dengan repositori itu diaktifkan.
Kedua, anda harus memperhatikan bagaimana KDE dibungkus, kerana KDE sangat sensitif terhadap kemasan yang buruk. Sehingga baru-baru ini, Kubuntu terkenal kerana membuat kesilapan pembungkusan aneh, mencampurkan versi pakej yang tidak disokong, menghasilkan pengalaman Kubuntu yang mengerikan dan orang bertanya-tanya mengapa Nepomuk begitu lambat dan ingatan lapar sedangkan sebenarnya itu adalah kesalahan pembungkus. Rangkaian aliran Nepomuk dan Akonadi adalah ini (menggunakan nama projek dari projects.kde.org dan versi terkini)
kdelibs (4.10.4)
inti nepomuk (4.10.4)
kde-runtime (4.10.4)
widget-nepomuk (4.10.4)
berkongsi-desktop-ontologi (0.10.0)
soprano (2.9.1)
akonadi (1.9.2)
Perhatian pada 3 terakhir: mereka tidak bergantung pada versi KDE yang digunakan, dan mestilah yang terakhir tersedia, walaupun menggunakan versi titik stabil. Peraturannya adalah: KDE menggunakan versi stabil terbaru dari pakej ini di cawangan stabilnya, dan git snapshot di cawangan beta. Banyak repositori kemas kini KDE tambahan mengemas kini KDE, tetapi bukan tiga pakej terakhir ini, yang menyebabkan masalah serius.
Ditambah dengan ini adalah Strigi, yang baru diambil dari Nepomuk, yang sangat menyakitkan bagi semua orang yang berusaha mengemasnya. Versi baru tidak diiklankan dengan betul, dan Ubuntu tidak mengemas versi baru program ini untuk waktu yang lama, sehingga saya terpaksa membuat keributan di blog Sebastian Trüg untuk memperbaikinya. Nasib baik, masalah ini sebahagian besarnya sudah selesai, dan Strigi tidak lagi dikemas kini, yang menghilangkan masalah pembungkusan.
Itulah sebabnya saya mengesyorkan Chakra sebagai pengedaran indeks yang baik. Manuel Tortosa, pengemas paket KDE untuk Chakra, mengetahui semua ini, dan oleh itu kualiti pakejnya bagus, dan pengalaman dengan Nepomuk dan Akonadi, di bawah Chakra, juga bagus. Chakra mempunyai beberapa batasan serius, seperti tidak menggunakan pakej yang bergantung pada GTK +, tetapi ini adalah permulaan yang baik.
Juga, seperti yang akan kita lihat selanjutnya, saya sangat mengesyorkan pengedaran yang telah beralih dari MySQL ke MariaDB. Kami akan melihat mengapa kemudian.
Menyiapkan tanah
Setelah kami memastikan bahawa kami memenuhi semua prasyarat, dan selama kami memiliki sistem yang bersih, kami akan membuat beberapa perubahan pada tetapan lalai.
Akonadi
Kami akan meletakkan baris berikut dalam fail .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Sekiranya fail ini tidak ada, kami akan memulakan Akonadi untuk membuatnya, dan kemudian kami akan menutupnya. Pada konsol:
akonadictl mula akonadictl berhenti
Untuk ini? MySQL (atau MariaDB) adalah pangkalan data yang menyokong Akonadi, dan MySQL tidak suka gangguan secara tiba-tiba. Sekiranya berlaku kerosakan sistem atau pemadaman elektrik, MySQL akan memperkenalkan kesalahan ke dalam pangkalan data Akonadi, dan kesalahan ini, yang terkumpul, akhirnya akan mematikan KMail, menjadikan penggunaannya lambat. Pilihan ini bermaksud setiap transaksi segera ditulis ke disk, meminimumkan risiko rasuah di Akonadi sekiranya berlaku kerosakan sistem atau kerosakan. Pilihan ini menyebabkan ralat pada versi MySQL tertentu, tetapi berfungsi dengan baik dengan MariaDB.
Kernel
Kami akan meningkatkan pemantauan fail ke had maksimum, untuk meningkatkan prestasi Nepomuk secara substansial. Pilihan berikut dalam fail /etc/sysctl.conf akan berjaya
fs.inotify.max_user_watches = 524288
Selepas dua perkara ini, kami akan mengaktifkan Nepomuk. Ini dilakukan dalam Keutamaan Sistem | Pencarian desktop. Mari simpan penggunaan memori pada tetapan lalai dan hidupkan pengindeksan e-mel. Jangan lupa untuk melihat petua dari bahagian 1 tentang bagaimana kita dapat mempercepat pengindeksan, dan setelah itu… lihat panduan lain, untuk menikmati desktop semantik!
penyelenggaraan
Bagaimana jika kita tidak dapat mencegah kerosakan pangkalan data Akonadi dan Nepomuk berjalan lambat? Masih ada satu garis pertahanan yang KDE 4.10 laksanakan: Nepomuk Cleaner, selain alat pembersihan diri yang kurang diketahui yang dimiliki oleh Akonadi.
$ akonadictl vakum: "Vacuum" pangkalan data Akonadi. Dengan aspirasi, difahami: semua entri yang tidak tercermin dalam sumber dikeluarkan.
$akonadictl fsck: Percubaan untuk memperbaiki kerosakan pangkalan data Akonadi. Ini tidak selalu berfungsi, jadi anda perlu menghalangnya dari awal. Bagaimana? Dengan pilihan yang telah kita lihat.
$nepomukcleaner: Ini adalah sekumpulan skrip yang disiapkan oleh Vishesh Handa untuk membersihkan pangkalan data Nepomuk, yang ditukarkannya ke antara muka grafik. Tekan butang "Mula" dan lupakan. Menjalankan program ini adalah wajib jika seseorang mengemas kini versi KDE.
Dengan semua pernak-pernik, pada sistem 64-bit, dan dengan sumber daya Akonadi eksperimen, jumlah Nepomuk dan Akonadi menggunakan sekitar 350MB RAM. Sebilangan besar, tetapi memadai, pada pandangan saya, untuk fungsi luar biasa yang diperoleh.
Tetapi Nepomuk masih berjalan terlalu perlahan untuk keinginan saya. Apa saya buat?
Tunggu sekejap. KDE 4.11 menggabungkan peningkatan prestasi yang mengerikan untuk Nepomuk. Ini bukan keterlaluan: menurut angka Vishesh Handa, kita membincangkan prestasi KDE 5 sebanyak 4.10 kali secara bertulis ke pangkalan data, dan lebih dari 7 kali membaca, rata-rata semua ini. Perubahan yang dapat dilihat pada KDE 4.11 sangat besar dan akan memungkinkan Nepomuk digunakan, akhirnya, sebagai alternatif untuk aplikasi yang memerlukan pangkalan data.
Juga, pepijat yang menghalang permulaan penyambung Akonadi-Nepomuk yang betul telah diperbaiki di cawangan 4.11, dan pembersih Nepomuk akan melihat peningkatan yang besar. Kami akan mempunyai pengindeks fail Office baru, dan kami akan dapat menikmati alat lain yang akan didedahkan kemudian.
Mudah-mudahan panduan ini, saya ulangi, satu-satunya yang akan anda dapati mengenai bagaimana mencapai prestasi yang luar biasa dengan Nepomuk diaktifkan, membantu anda mempunyai konfigurasi yang lancar, yang membolehkan anda melakukan apa yang kita lihat pada ansuran yang lalu dan banyak lagi. Terima kasih kerana mengikuti saya melalui semua ansuran ini, dan banyak terima kasih kepada Pablo Castagnino, kerana menerbitkan siri ini. Jumpa lagi.