|
ชุดคอลัมน์ที่ยาวมากนี้ (ตอนที่ 1, ตอนที่ 2, ตอนที่ 3, ตอนที่ 4, ตอนที่ 5 y ตอนที่ 6) จะมีจุดจบที่นี่ ฉันสามารถขยายในองค์ประกอบอื่น ๆ ของเดสก์ท็อปเชิงความหมายได้ แต่ฉันจะไม่สามารถตอบข้อโต้แย้งที่ให้ไว้ในคำแนะนำมากมายที่กระจัดกระจายอยู่ทั่วอินเทอร์เน็ตที่ให้คำแนะนำเกี่ยวกับวิธีที่ดีที่สุดในการปิดใช้งานเดสก์ท็อปความหมายเนื่องจากจะกินหน่วยความจำ โดยชิ้น |
ไม่ต้องกังวลวิธีเดียวที่คุณจะสามารถจับภาพได้เหมือนกับที่คุณเห็นในระบบที่ Nepomuk ทำงานได้อย่างถูกต้องเหมือนของฉันคือการทำเช่นเดียวกับฉัน: ดาวน์โหลด 1 GB ในไฟล์ PDF ข้อความที่มีที่อยู่ 13 ล้านที่อยู่และเรียกใช้ ผ่านตัวสร้างดัชนี Nepomuk (ฉันไม่ได้ล้อเล่น) ฉันไม่เชื่อว่าคุณจัดการ PDF จำนวนหลายพันหน้าอย่างแท้จริง (สำหรับงานของฉันในฐานะทนายความฉันต้องจัดการประวัติศาสตร์รัฐธรรมนูญชิลี 10 ไฟล์ PDF 1.200 หน้าของข้อความแต่ละหน้า) ดังนั้นในระบบที่กำหนดค่าอย่างถูกต้องคุณควร ไม่เห็นสิ่งนี้เคยจับ
ตอนนี้เรามาจริงจังและมีเทคนิคกันเถอะ ยังไม่ถึงเวลาสำหรับบทช่วยสอนอื่นเกี่ยวกับ“ ปิดการใช้งาน Nepomuk เพื่อให้ได้ประสิทธิภาพที่ดี” แต่สำหรับบทช่วยสอนแรกบนอินเทอร์เน็ตเกี่ยวกับ“ วิธีการได้รับประสิทธิภาพที่ยอดเยี่ยมด้วย Nepomuk บน” ให้ความสนใจ.
ข้อกำหนดเบื้องต้น
บางทีสิ่งนี้ควรมาก่อนในคู่มือของฉันและฉันขอโทษ แต่ฉันต้องพิสูจน์เหตุผลว่าทำไมฉันจึงเปิดใช้งาน Nepomuk (ซึ่งเป็นสิ่งที่ฉันทำในหกงวดแรก) ก่อนที่จะบอกวิธีเปิดใช้งานอย่างถูกต้อง ดังนั้นเราจะพาชมสิ่งที่จำเป็นจากนั้นเราจะกำหนดค่า
ก่อนอื่นเราต้องเข้มงวดเกี่ยวกับการแจกแจงที่เราจะใช้ นี่คือข้อกำหนดที่ชัดเจนมาก: การแจกแจงที่ต้องการรวมซอฟต์แวร์ที่ล้าสมัยใช้ไม่ได้กับ KDE และนั่นรวมถึง Debian ด้วย ต้องขอบคุณผลงานอันยิ่งใหญ่ของ Rex Dieter หัวหน้าทีม Fedora KDE ทำให้มีชุดแพ็คเกจที่มี KDE 4.10 สำหรับ Red Hat Enterprise Linux 6 ดังนั้นหากคุณต้องการ KDE และการกระจายที่เสถียรตัวเลือกคือ RHEL 6 หรือ โคลน RHEL 6 เช่น CentOS ที่เปิดใช้งานที่เก็บนั้น
ประการที่สองคุณต้องใส่ใจกับวิธีการบรรจุ KDE เนื่องจาก KDE มีความอ่อนไหวอย่างมากต่อบรรจุภัณฑ์ที่ไม่ดี จนกระทั่งเมื่อไม่นานมานี้ Kubuntu มีชื่อเสียงในการทำข้อผิดพลาดเกี่ยวกับบรรจุภัณฑ์ที่แปลกประหลาดการผสมแพ็คเกจที่จำเป็นในเวอร์ชันที่ไม่รองรับทำให้เกิดประสบการณ์ Kubuntu ที่น่าสยดสยองและผู้คนต่างสงสัยว่าทำไม Nepomuk ถึงช้ามากและความจำหิวในความเป็นจริงมันเป็นความผิดของผู้บรรจุหีบห่อ Nepomuk และ Akonadi stream chain คือสิ่งนี้ (ใช้ชื่อโครงการจาก projects.kde.org และเวอร์ชันล่าสุด)
เดลิบส์ (4.10.4)
nepomuk-คอร์ (4.10.4)
kde- รันไทม์ (4.10.4)
nepomuk- วิดเจ็ต (4.10.4)
แชร์เดสก์ท็อปออนโทโลยี (0.10.0)
โซปราโน (2.9.1)
อาโกนาดิ (1.9.2)
ข้อควรระวัง 3 ประการสุดท้าย: ไม่ขึ้นอยู่กับเวอร์ชัน KDE ที่ใช้และต้องเป็นเวอร์ชันสุดท้ายที่พร้อมใช้งานแม้ว่าจะใช้เวอร์ชันเสถียร กฎคือ: KDE ใช้เวอร์ชันเสถียรล่าสุดของแพ็คเกจเหล่านี้ในสาขาที่เสถียรและสแนปชอตคอมไพล์ในสาขาเบต้า ที่เก็บการอัปเดต KDE เพิ่มเติมจำนวนมากจะอัปเดต KDE แต่ไม่ใช่สามแพ็คเกจสุดท้ายนี้ซึ่งทำให้เกิดปัญหาร้ายแรง
สิ่งที่เพิ่มเข้ามาคือ Strigi ซึ่งเพิ่งนำมาจาก Nepomuk ซึ่งเป็นเรื่องน่าปวดหัวสำหรับทุกคนที่พยายามบรรจุมัน เวอร์ชันใหม่ไม่ได้รับการโฆษณาอย่างถูกต้องและ Ubuntu ไม่ได้บรรจุเวอร์ชันใหม่ของโปรแกรมนี้มาเป็นเวลานานจนถึงขั้นที่ฉันต้องเอะอะกับบล็อกของ Sebastian Trügเพื่อแก้ไข โชคดีที่ปัญหานี้สิ้นสุดลงแล้วและ Strigi ไม่ได้รับการอัปเดตมากนักอีกต่อไปซึ่งจะช่วยลดปัญหาเกี่ยวกับบรรจุภัณฑ์
นั่นคือเหตุผลที่ฉันแนะนำ Chakra เป็นการกระจายดัชนีที่ดี Manuel Tortosa ผู้บรรจุหีบห่อ KDE สำหรับ Chakra รู้ทั้งหมดนี้ดังนั้นคุณภาพของแพ็คเกจจึงดีและประสบการณ์กับ Nepomuk และ Akonadi ภายใต้ Chakra ก็ดีเช่นกัน 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 สิ่งนี้ทำได้ใน System Preferences | การค้นหาบนเดสก์ท็อป ให้ใช้หน่วยความจำตามการตั้งค่าเริ่มต้นและเปิดการสร้างดัชนีอีเมล อย่าลืมดูเคล็ดลับจากตอนที่ 1 เกี่ยวกับวิธีเร่งความเร็วในการจัดทำดัชนีและหลังจากนั้น ... ดูคำแนะนำที่เหลือเพื่อเพลิดเพลินกับเดสก์ท็อปความหมาย!
การบำรุงรักษา
จะเกิดอะไรขึ้นถ้าเราไม่สามารถป้องกันฐานข้อมูล Akonadi เสียหายและ Nepomuk ทำงานช้า? ยังมีอีกหนึ่งแนวป้องกันที่ KDE 4.10 นำมาใช้: Nepomuk Cleaner นอกเหนือจากเครื่องมือทำความสะอาดตัวเองที่ไม่ค่อยมีใครรู้จักที่ Akonadi มี
$ akonadictl สูญญากาศ: "สูญญากาศ" ฐานข้อมูล Akonadi ตามปณิธานโปรดเข้าใจ: รายการทั้งหมดที่ไม่แสดงในทรัพยากรจะถูกลบออก
$akonadictl fsck: ความพยายามในการแก้ไขความเสียหายของฐานข้อมูล Akonadi วิธีนี้ใช้ไม่ได้ผลเสมอไปดังนั้นคุณต้องป้องกันไม่ให้เกิดขึ้นตั้งแต่แรก อย่างไร? ด้วยตัวเลือกที่เราเห็นแล้ว.
$nepomukcleaner: เป็นชุดของสคริปต์ที่ Vishesh Handa จัดทำขึ้นเพื่อล้างฐานข้อมูล Nepomuk ซึ่งเขาได้แปลงเป็นอินเทอร์เฟซแบบกราฟิก กดปุ่ม "เริ่ม" และลืมมันไป การเรียกใช้โปรแกรมนี้มีผลบังคับใช้หากมีการอัปเดตเวอร์ชัน KDE
ด้วยของเล็ก ๆ น้อย ๆ ทั้งหมดบนระบบ 64 บิตและด้วยทรัพยากร Akonadi ที่ทดลองแล้วผลรวมของ Nepomuk และ Akonadi จะใช้ RAM ประมาณ 350MB มากสำหรับบางคน แต่ก็เพียงพอในมุมมองของฉันสำหรับฟังก์ชันการทำงานอันยิ่งใหญ่ที่ได้รับ
แต่เนโปมุกยังคงวิ่งช้าเกินไปสำหรับความชอบของฉัน สิ่งที่ฉันทำ?
รอสักครู่. KDE 4.11 รวมการเพิ่มประสิทธิภาพที่โหดร้ายสำหรับ Nepomuk นี่ไม่ใช่การพูดเกินจริง แต่อย่างใดตามตัวเลขของ Vishesh Handa เรากำลังพูดถึงประสิทธิภาพของ KDE 5 ถึง 4.10 เท่าในการเขียนไปยังฐานข้อมูลและมากกว่า 7 ครั้งในการอ่านทั้งหมดนี้โดยเฉลี่ย การเปลี่ยนแปลงที่จะเห็นใน KDE 4.11 นั้นมีขนาดใหญ่มากและในที่สุดจะอนุญาตให้ใช้ Nepomuk เป็นทางเลือกสำหรับแอปพลิเคชันที่ต้องการฐานข้อมูล
นอกจากนี้ข้อบกพร่องที่ขัดขวางการเริ่มต้นที่ถูกต้องของตัวเชื่อมต่อ Akonadi-Nepomuk ได้รับการแก้ไขแล้วในสาขา 4.11 และตัวทำความสะอาด Nepomuk จะได้รับการปรับปรุงที่ดีเยี่ยม เราจะมีตัวสร้างดัชนีไฟล์ Office ใหม่และเราจะสามารถเพลิดเพลินกับเครื่องมืออื่น ๆ ที่จะเปิดเผยในภายหลัง
หวังว่าคู่มือนี้จะขอย้ำคำเดียวที่คุณจะพบเกี่ยวกับวิธีการได้รับประสิทธิภาพที่ยอดเยี่ยมด้วยการเปิดใช้งาน Nepomuk ช่วยให้คุณมีการกำหนดค่าที่ราบรื่นซึ่งช่วยให้คุณทำสิ่งที่เราเห็นในงวดที่ผ่านมาและอื่น ๆ อีกมากมาย ขอขอบคุณที่ติดตามฉันตลอดช่วงเวลาเหล่านี้และขอขอบคุณ Pablo Castagnino มากสำหรับการเผยแพร่ซีรีส์นี้ พบกันเร็ว ๆ นี้.
ผลงานยอดเยี่ยม Ernesto! ขอบคุณสำหรับการแบ่งปันการจัดส่งทั้งหมดนี้พวกเขาช่วยให้ฉันเข้าใจวิธีการทำงานของ KDE ได้ดีขึ้น (ซึ่งฉันเพิ่งเริ่มต้นใช้งาน) และวิธีใช้ประโยชน์จากเครื่องมือทั้งหมดที่มีให้มากขึ้น
ทักทาย!
สวัสดี Ernesto
ขอบคุณมากสำหรับการจัดส่งทั้งหมดพวกเขามีประโยชน์มาก ฉันใช้ KDE 4.11 บน Arch และฉันยืนยันว่า nepomuk เป็นสัตว์ร้ายการจัดทำดัชนีไม่เคยใช้ AMD Dual-Core มากกว่า 7% ของฉัน
อย่างไรก็ตามฉันได้อ่านแล้วว่าสำหรับผู้ที่มี RAM 4 กิกะไบต์ขึ้นไปควรกำหนด Nepomuk อย่างน้อย 500 เมกะไบต์ด้วยวิธีนี้การใช้ CPU จะลดลงและความเร็วของระบบ - ในโปรแกรมเปิดการคัดลอก ไฟล์ ฯลฯ - เพิ่มขึ้น คุณคิดอย่างไรเกี่ยวกับเรื่องนี้?
ความนับถือ
สวัสดี Ernesto
ขอบคุณมากสำหรับชุดบทความที่สมบูรณ์และละเอียดมากและช่วยให้เราได้รับประโยชน์สูงสุดจาก KDE และเครื่องมือต่างๆ ในทางกลับกันฉันต้องการถามคำถามคุณฉันลองใช้คำสั่ง Akonadi สองคำสั่ง; "Akonadictl vacuum" และ "akonadictl fsck" เมื่อฉันใช้มันในฐานะผู้ใช้ปกติมันจะไม่ส่งคืนอะไรเลยและเมื่อใช้กับ sudo มันจะส่งคืนสิ่งนี้
D-Bus เซสชั่นบัสไม่พร้อมใช้งาน!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
และชุดข้อมูลที่คล้ายกับบรรทัดที่ 2 (ซึ่งฉันไม่ต้องการเพิ่มเพราะมันสั้นกว่า) นี่หมายความว่าอย่างไร ถ้าเมื่อใช้งานในฐานะผู้ใช้ปกติแล้วไม่ได้ส่งคืนอะไรเลยหมายความว่าฐานข้อมูลนั้นสมบูรณ์หรือไม่? หรือคำสั่งนี้ใช้ไม่ได้ในฐานะผู้ดูแลระบบ?
ฉันขอย้ำอีกครั้งว่าขอบคุณและขอแสดงความยินดีสำหรับบทความนี้และหวังว่างานของคุณในฐานะทนายความจะเกี่ยวข้องกับการเปลี่ยนแปลงรัฐธรรมนูญในชิลีซึ่งจำเป็นมานานแล้ว
จากประสบการณ์ของฉันด้วยระบบ 64 บิตจุดที่น่าสนใจคือการจัดสรร 128MB ให้กับ Nepomuk (ส่วนที่เหลือประมาณ 350MB มาจาก Akonadi, MySQL และบริการที่แนบมา) การไปไกลกว่านั้นจะช่วยให้ Nepomuk มีความจำในการกินมากขึ้นโดยไม่ได้แปลเป็นการเพิ่มประสิทธิภาพ
พารามิเตอร์นี้ได้รับการพิสูจน์อย่างสมบูรณ์ในสมัยของ KDE 4.7 โดยที่บริการไม่ได้รับการปรับให้เหมาะสมและ Virtuoso ซึ่งเป็นฐานข้อมูลที่อยู่เบื้องหลัง Nepomuk ต้องการหน่วยความจำจำนวนมากในการทำงาน มันไม่ใช่แบบนั้นหรอก.
สวัสดีคาร์ลอสขณะที่เออร์เนสโตตอบฉันจะบอกคุณเกี่ยวกับประสบการณ์ของฉันกับ OpenSuse แน่นอนและอย่างที่คุณพูดมันเลือกใช้ KDE ซึ่งแปลเป็นสภาพแวดล้อมที่เสถียรเชื่อถือได้และรวมเข้ากับระบบอย่างมากสำหรับการอัปเดตสิ่งเหล่านี้จะมาถึงประมาณหนึ่งเดือนหลังจากที่ปล่อยโดยทีม KDE อย่างไรก็ตามคุณสามารถอัปเดตเป็น เวอร์ชันปัจจุบันจากที่เก็บกึ่งทางการที่ดูแลโดยชุมชนจนถึงตอนนี้ฉันได้อัปเดตจากที่นั่นแล้วและฉันก็ไม่มีปัญหา แต่มีรายละเอียดและเป็นเวอร์ชันที่ Ernesto ชี้ให้เห็นในคู่มือของเขาเกี่ยวกับบรรจุภัณฑ์และเวอร์ชันที่มีจำหน่าย ตัวอย่างเช่นที่เก็บ KDE อย่างเป็นทางการและกึ่งทางการใน OpenSuse มีแพ็คเกจ Soprano เวอร์ชัน 2.9.0 แต่เป็นเพียงเพราะแพ็คเกจอื่นอยู่ในเวอร์ชันล่าสุดฉันจึงสามารถแก้ปัญหาข้างต้นได้อย่างรวดเร็วโดยการค้นหาและดาวน์โหลดเวอร์ชัน 2.9.1 บนเว็บไซต์ OpenSuse Build Service (บางอย่างเช่น Software Center) ในตอนแรกฉันแสดงความคิดเห็นว่าการที่ Suse เลือก KDE เป็นสภาพแวดล้อมเริ่มต้นส่งผลให้ระบบมีความน่าเชื่อถือและเสถียรนี่คือสิ่งที่ฉันพูดเมื่อเทียบกับการกระจายก่อนหน้านี้ที่ฉันใช้กับ KDE: Fedora ซึ่งทำงานได้เร็วกว่า OpenSuse แต่ถูกเรียกเก็บเงิน ในขณะที่ฉันจ่ายส่วยให้มีเสถียรภาพหลายครั้งที่ฉันประสบปัญหาขัดข้องและโอกาสที่ฉันเปิดใช้งาน Nepomuk และ Akonadi ก็ไม่มีอะไรมากไปกว่าการได้รับการแจ้งเตือนข้อผิดพลาดการบังคับให้รีบูตและการใช้ทรัพยากร
วันนี้และขอบคุณมากสำหรับบทความชุดนี้ฉันมีระบบที่เสถียรรวดเร็วและบูรณาการสูง
ขอแสดงความนับถือที่ดีที่สุด
สวัสดีคาร์ลอส
สำหรับฉันแล้วดูเหมือนว่าพวกเราทุกคนที่มาที่ Opensuse จาก distro อื่นพบว่าปัญหาของที่เก็บข้อมูลและการบริหารของพวกเขาค่อนข้างสับสน แต่อย่างที่คุณพูดมันเป็นเรื่องของการเอาใจใส่และมีความอดทนเพราะหลังจากนั้นไม่นานคุณก็จบลง การทำความเข้าใจและตระหนักถึงประโยชน์ของมันเป็นความจริงเช่นกันว่าการหาเอกสารสำหรับ Opensuse นั้นยากกว่าเมื่อเทียบกับ Debian, Ubuntu หรือ Arch อย่างไรก็ตามชุมชนมีการใช้งานมากและมีบล็อกจำนวนมากที่ทุ่มเทให้กับ OpenSuse เป็นส่วนใหญ่ (distro นี้ สร้างกระแสความคลั่งไคล้โดยเฉพาะ) และในช่อง 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/
ฉันเชื่อว่าพวกเขาจะช่วยคุณ
ขอแสดงความนับถือที่ดีที่สุด
สวัสดี Ernesto:
คุณจะเปียกมากขึ้นเล็กน้อยในแง่ของการกระจาย Linux ที่ดีที่สุดสำหรับเดสก์ท็อป KDE หรือไม่?
คุณพูดถึง Red Hat สิ่งนี้ใช้ได้กับ Fedora หรือไม่? ดูเหมือนว่า OpenSuse จะเลือกใช้ KDE สำหรับเดสก์ท็อปโดยค่าเริ่มต้นการกระจายนี้เป็นอย่างไร Mageia ก็มีความยาวคลื่นเดียวกัน อาจจะเป็น PcLinuxOS? ขอบคุณล่วงหน้า.
ขอบคุณ Moscosov ขณะนี้ฉันใช้ OpenSuse ฉันมาจาก Debian และฉันยังใหม่กับ OpenSuse (ที่เก็บต่างกันเครื่องมือในการติดตั้งโปรแกรม ฯลฯ ) และแม้ว่าฉันกำลังทดสอบกับมัน แต่ก็กำลังสร้างตัวเองเป็นการแจกจ่าย ฉันพบว่ามันเสถียรมากแทบทุกอย่างเป็นไปได้ด้วยดี (ยกเว้นปัญหาบางอย่างในการค้นหาเอกสารและ "แนวทางแก้ไข" สำหรับปัญหาซึ่งใน Debian อยู่ใกล้แค่เอื้อมมากกว่า) ตอนนี้สิ่งที่ฉันชัดเจนตั้งแต่ฉันติดตั้งมันแทนที่ Gnome คือฉันติดกับ KDE และเป็นประเด็นที่ว่าระหว่างการเลือกการกระจายที่ด้านหน้าของเดสก์ท็อปฉันให้ความสำคัญกับประโยชน์ของการใช้เดสก์ท็อปมากกว่าสิ่งที่การแจกจ่ายสามารถมีได้ด้วยตัวเอง
การจัดการแพ็คเกจใน Debian ดูเหมือนจะง่ายกว่าสำหรับฉัน: main, Contrib, non-free และที่นั่นคุณมีทุกอย่าง ในการเปิดใช้มันทำให้ฉันเสียค่าใช้จ่ายมากขึ้น (pacman, factory ... ) แม้ว่าฉันคิดว่ามันเป็นเรื่องของการทำความคุ้นเคยและเอาใจใส่เล็กน้อย แต่ฉันบอกไปแล้วว่าถ้านี่คือโทษของการมี KDE ที่มีประสิทธิภาพและการใช้งานที่ดีขึ้นฉันเปลี่ยนการกระจาย นั่นคือเหตุผลที่ฉันเลี้ยงดูคนอื่น ๆ เช่น Mageia ที่สืบทอด KDE เป็นเดสก์ท็อปจาก Mandriva และทำให้ทุกอย่างทำงานได้ง่าย ฉันชอบที่ด้านหลังมันมีรากฐานแบบ Debian (ฉันเคารพในสิ่งนั้น แต่ฉันกลับไปที่ Canonical และฉันมีความมั่นใจเกี่ยวกับ Novell ... และเล็กน้อยเกี่ยวกับ Fedora)
ที่กล่าวว่า Moscosov ขอบคุณสำหรับรายงาน
อาศิรพจน์
คุณใช้ sudo เพื่ออะไรในโลกมันไม่ได้ผล
เป็นเรื่องปกติที่ไม่มีอะไรกลับคืนมา สิ่งที่คุณควรทำเมื่อเปิดคำสั่งเหล่านั้นคือรอ หากคุณเปิดการตรวจสอบระบบหลังจากเรียกใช้คำสั่งเหล่านั้น (สิ่งที่สามารถทำได้ใน KDE โดยการกด Control + Esc) คุณจะสังเกตเห็นว่าการใช้งาน CPU ของ MySQL จะเพิ่มขึ้นหลังจากนั้น นั่นหมายความว่า Akonadi กำลังทำงานอยู่ ปล่อยไว้เฉยๆ.
1. ในขณะที่บทความนี้ออก Soprano เวอร์ชัน 2.9.2 ออกมาดังนั้นคุณจะต้องจ่ายเงินให้ OBS เพื่อเยี่ยมชมใหม่
2. ไม่ควรใช้ Fedora แบบธรรมดากับ KDE ไปที่ http://kde-redhat.sourceforge.net/ และเปิดใช้งานที่เก็บ Yum ที่ปรากฏที่นั่น Rex ทำงานได้ดีในการแก้ไข KDE สำหรับ Fedora แต่คุณไม่เห็นมันมากนักเพราะมักจะต้องใช้เวลาพอสมควรในการเข้าถึงที่เก็บข้อมูลหลัก
3. ฉันเปียกเกินไปฉันแนะนำเฉพาะ (Chakra Linux) ฉันไม่เคยให้ SuSE ทำงานได้ดีสำหรับฉันและเป็นเพราะ SuSE ไม่เข้ากันได้ดีอย่างน้อยกับไดรเวอร์ที่เป็นกรรมสิทธิ์ของการ์ดแสดงผลของฉัน (ทั้งหมดที่ฉันได้รับคือความตื่นตระหนกของระบบทั่วไป) แต่ความคิดเห็นที่ฉันได้ ได้ยินมาว่าเดสก์ท็อป KDE ของพวกเขาอยู่ในอันดับต้น ๆ
4. สิ่งที่ฉันจะต้องเปียกแน่ ๆ คือการแจกแจงแบบไหนที่ไม่ใช่: Debian พอจะกล่าวได้ว่า Debian Sid มี KDE 4.8.4 เป็น KDE เวอร์ชันล่าสุด เป็นเรื่องปกติที่จะมีเวอร์ชัน "เสถียร" แต่ KDE 4.10.2 (รุ่นล่าสุดที่มีให้สำหรับ RHEL เรากำลังเปรียบเทียบการแจกแจงแบบเสถียรเทียบกับการแจกแจงแบบเสถียร) ให้รอบ 2 โหลและ Debian Sid ที่เก็บ "ไม่เสถียร" ของ Debian ควรมีที่ KDE น้อยกว่า 4.10.4
หากคุณต้องการติดตั้ง Debian กับ KDE จริงๆตัวเลือกที่มีอยู่สองตัว (รวมที่เก็บ ZorinOS หรือผสมที่เก็บทดลอง) เชิญชวนให้ทำงานมากเพราะใช่สิ่งที่ดีที่สุดในกรณีนั้นคือเพียงแค่ลบฮาร์ดดิสก์หรือไดรฟ์โซลิดสเตต และติดตั้ง CentOS หรือ Scientific นอกจากนั้นทีม Debian ยังเป็นผู้บงการ KDE ช้า 1 ปีครึ่งสำหรับทุกคนที่ไม่ได้รวบรวม Strigi จาก git tree อย่างที่ฉันต้องเรียนรู้
มาเคีย? ไม่ด้วยเหตุผลง่ายๆ: เมื่อพวกเขาเปิดตัวเวอร์ชันของ KDE พวกเขาจะอยู่กับมันตลอดไป มันเกิดขึ้นกับฉันกับ Mandriva ที่ฉันต้องไปที่ "Mandriva International Backports" เพื่อรับการอัปเดตจุดและทีมที่อยู่เบื้องหลัง MIB ตัดสินใจที่จะไม่สนับสนุน Mageia แต่จะย้ายไปยัง ROSA Linux (พร้อมกับกราฟิกต่อต้าน Mageia ที่ค่อนข้างชัดเจน) . ดังนั้นถ้าเป็นตระกูล Mandriva ROSA Linux เป็นตัวเลือกมากกว่า Mageia
ในที่สุดความจริงที่ว่า KDE ต้องการให้การแจกแจงเป็นข้อมูลล่าสุดอยู่เสมอทำให้การกระจายการเปิดตัวมีความโดดเด่นอย่างแท้จริง ตัวเลือกของฉันคือไปจาก Gentoo ไปยัง Arch ด้วย KDEmod และจากที่นั่นตรงไปยัง Chakra (ซึ่งเป็นความต่อเนื่องทางจิตวิญญาณของ KDEmod) และฉันก็ไม่เสียใจเลย อย่างไรก็ตาม Arch Linux ใช้เวลามากในการดูแลรักษา
ในระยะสั้นสำหรับรสนิยมสี ในกรณีส่วนใหญ่การกระจายตัวที่ดีที่สุดสำหรับ KDE คือการใช้งานเนื่องจากคุณคุ้นเคยกับลักษณะเฉพาะของมัน คุณต้องรู้ว่าจะใช้การแจกจ่ายใดและหากคุณใช้การแจกจ่ายสิ่งที่ต้องทำเพื่อปรับปรุงประสบการณ์ KDE (ตัวอย่างเช่นใน SuSE เปลี่ยนไปใช้ที่เก็บ KDE Distro: Stable เป็นความคิดที่ดีกว่าการอยู่กับแพ็คเกจเริ่มต้น ).
ขอบคุณสำหรับคำตอบ Ernesto ฉันได้ทำการทดสอบอีกครั้งด้วยคำสั่งและทำงานได้อย่างสมบูรณ์ระบบหรูหราด้วยคำแนะนำที่คุณให้มา
หวังว่าคุณจะดำเนินการต่อกับบทความชุดนี้ที่เจาะลึกการใช้ Akonadi และ Nepomuk หรือในพื้นที่อื่น ๆ ของ KDE
ขอบคุณมาก
ขอแสดงความนับถือที่ดีที่สุด
ขอบคุณมากครับ Ernesto คุณพูดถูกฉันได้ตรวจสอบระบบขั้นต่ำด้วย 128 เมกะไบต์ที่จัดสรรให้กับ Nepomuk และฉันไม่สังเกตเห็นความแตกต่างอย่างมีนัยสำคัญในด้านประสิทธิภาพเมื่อเทียบกับการกำหนดค่าก่อนหน้าของฉัน
ยังไงก็ตามบล็อกที่ดีขอแสดงความยินดี
ฉันคิดว่าจะตอบที่นี่ แต่ฉันตัดสินใจดีกว่าที่จะส่งอีเมลไปที่ Pablo และตอบกลับด้วยคอลัมน์อื่น หวังว่ามันจะออกมาเร็ว ๆ นี้
OpenSuSE ไม่มีส่วนเกี่ยวข้องกับ Novell อีกต่อไป Novell แยกออกเป็น 2: ส่วนที่ยังคงมีชื่อถูกซื้อโดย Attachmate ในขณะที่ SuSE กลับไปเป็น บริษัท อิสระไม่มากก็น้อย
อ่านแล้วคุณถามคำถามหลายข้อ แต่เกี่ยวข้องกันทั้งหมด
1. หากคุณตัดสินใจที่จะลองใช้การกระจายใหม่ควรใช้ a) ใช้ nepomukbackup เพื่อสำรองข้อมูลป้ายกำกับและข้อมูลที่กำหนดเอง b) ติดตั้งการแจกจ่ายเพื่อทดสอบเป็นผู้ใช้ใหม่ c) กู้คืนข้อมูลสำรอง (ซึ่งสามารถทำได้ใน System Preferences | Desktop Search ไปที่แท็บที่สาม) หากคุณสำรองข้อมูลที่กำหนดเองและจัดทำดัชนีทุกอย่างอีกครั้งคุณจะมีฟังก์ชันเทียบเท่ากับ "การเคลื่อนย้ายข้อมูลเชิงความหมาย" ที่คุณกำลังมองหา
เมื่อไม่นานมานี้มีการทดลองเขียนแท็ก Nepomuk ในข้อมูลเมตา (EXIF, ID3) กลับไปที่ไฟล์ด้วยตนเอง แต่ก็ยังไม่เสร็จสิ้น
2. ด้วยเหตุนี้ข้อ จำกัด หลักคือไม่สามารถย้ายป้ายชื่อระหว่างคอมพิวเตอร์ได้ แต่ขึ้นอยู่กับฐานข้อมูล Nepomuk
3. สิ่งที่ดีที่สุดตามที่ฉันอธิบายคือการใช้การกระจายที่มี KDE เวอร์ชันเสถียรล่าสุด KDE 4.10.4 คือและการแจกจ่ายใด ๆ ที่ไม่มีเวอร์ชันนั้นจะไม่เข้าเกณฑ์ นอกเหนือจากนั้น distro ที่ดีที่สุดในการใช้ KDE คือสิ่งที่คุณใช้ซึ่งเป็นหลักการพื้นฐาน ฉันแนะนำ Chakra เป็นการส่วนตัวสำหรับชุมชนที่พูดภาษาสเปนขนาดใหญ่คุณภาพที่ดีของแพ็คเกจ KDE และความจริงที่ว่าแพ็คเกจทั้งหมดที่คอมไพล์สำหรับ Chakra มีการอ้างอิง GNOME ของพวกเขาออกให้มากที่สุดซึ่งจะหลีกเลี่ยงการใช้หน่วยความจำที่ไม่จำเป็นและทำให้เบื่อหน่ายง่ายขึ้น สนับสนุน.
คุณต้องใช้การนำเข้าข้อมูลสำรองด้วยความระมัดระวังเนื่องจากจะลบสิ่งที่คุณต้องทิ้งสิ่งที่อยู่ในสำเนาอย่างน้อยก็เกิดขึ้นกับฉันเมื่อสองสามวันก่อน (โชคดีที่เป็นการติดตั้งใหม่และมีผลกับไฟล์เพียงสามไฟล์) จากนั้น Chakra ก็เป็นทางเลือกของฉัน (แม้ว่าจะสะดวกเสมอที่จะมี distro เสริมเพื่อแก้ปัญหาเฉพาะที่ Chakra ไม่สามารถทำได้เนื่องจากไม่มีแพ็คเกจเหมือนที่เกิดขึ้นกับฉันด้วยเครื่องมือ mvconv)
ขอบคุณสำหรับคำชี้แจงในแง่นี้ฉันคิดว่าควรมี Nepomuk ไว้ในโฟลเดอร์ผู้ใช้เพื่อหลีกเลี่ยงปัญหา (ฉันมีโฮมไดเร็กทอรีที่ใช้ร่วมกันสำหรับทุกคนที่มีรูปถ่ายอยู่และในเพลงอื่นที่มีสิทธิ์ในการเขียนการรวมฐานข้อมูล Digikam และ amarok กับ nepomuk ในกรณีนี้จะทำให้เกิดปัญหาทุกครั้งที่ผู้ใช้เปลี่ยนเช่นการให้คะแนนของไฟล์ผ่าน dolphin / nepomuk)
ฉันให้คำแนะนำในการบังคับจัดทำดัชนีตอนนี้ฉันแปลกใจที่ตรวจสอบผลลัพธ์โดยทำการค้นหา ฉันคิดว่าต้องใช้เวลา 1 ถึง 3 ชั่วโมงในการจัดทำดัชนีไฟล์ประมาณ 16.000 ไฟล์ (หลายไฟล์เป็นข้อความ) ในขณะที่ฉันคาดว่าจะใช้เวลาอีกไม่กี่ชั่วโมงหลายชั่วโมงได้รับการปรับปรุงให้ดีขึ้นมากตั้งแต่ KDE 4.6 รุ่นเก่า (ครั้งสุดท้ายที่ฉันมี พยายาม) มีความสุขมากกับผลลัพธ์ ฉันจะใช้คำแนะนำที่เหลือเพราะฉันคิดว่าฉันจะได้ประโยชน์มากมายจากสิ่งนี้ ขอขอบคุณ.
นี่คือสาเหตุที่ KDE 😉เวอร์ชันเก่าใช้ไม่ได้ ฉันจะไม่พูดเกินจริงถ้าฉันบอกคุณว่า Nepomuk ใน KDE 4.10 มีความเร็วประมาณ 20 เท่าของความเร็วของ Nepomuk ใน KDE 4.6 และ KDE 4.11 อ้างว่าอยู่ระหว่าง 5 ถึง 7 เท่าของความเร็ว KDE 4.10 ผลรวม
สวัสดี Ernesto
ฉันใช้ Gnome มาสองสามปีแล้วและตัดสินใจที่จะลองใช้ KDE ฉันสนใจเป็นพิเศษในประโยชน์ที่ nepomuk เสนอ หลังจากทำตามบทแนะนำของคุณแล้วฉันไม่สามารถเปิดใช้บริการนี้ได้
ฉันทำเครื่องหมายในช่องแล้วและข้อความเป็นตัวหนามีดังต่อไปนี้:
"เปิดใช้งาน Nepomuk Semantic Desktop": บริการค้นหาบนเดสก์ท็อปกำลังทำงานอยู่
"เปิดใช้งานตัวสร้างดัชนีไฟล์ Nepomuk": บริการสร้างดัชนีไฟล์ไม่ทำงาน
"เปิดใช้งานตัวสร้างดัชนีอีเมล": พร้อมทำดัชนีข้อมูล (0%)
ในตัวเลือก "รายละเอียด" ระบุไฟล์: การคำนวณและอีเมล: การคำนวณ ฉันเลือกที่จะรีเฟรช แต่ไม่มีอะไรเกิดขึ้น
คุณสามารถช่วยฉันกำหนดสาเหตุที่ฉันไม่สามารถเปิดใช้งาน nepomuk ได้ ฉันใช้ Sabayon เป็นระบบปฏิบัติการ
ขอบคุณมากสำหรับความสนใจและความช่วยเหลือของคุณ
ความนับถือ