พัดลมแล็ปท็อปทำงานหนักขึ้น เดสก์ท็อปทำงานช้าลง และโปรแกรมตรวจสอบระบบแสดงว่าtracker-miner-fs-3มีการใช้งาน CPU ในปริมาณมาก บน Ubuntu GNOME กระบวนการนั้นเป็นส่วนหนึ่งของตัวสร้างดัชนีการค้นหาบนเดสก์ท็อป: มันจะสแกนตำแหน่งที่เลือกและอ่านข้อมูลเมตาของไฟล์เพื่อให้การค้นหาสามารถค้นหาเอกสาร รูปภาพ เพลง และเนื้อหาอื่นๆ ได้ การทำงานที่เพิ่มขึ้นอย่างรวดเร็วหลังจากการตั้งค่า การคัดลอกไฟล์ขนาดใหญ่ หรือการอัปเดตระบบอาจเป็นเรื่องปกติ แต่การใช้งาน CPU ที่ยังคงสูงอยู่เป็นเวลาหลายชั่วโมงหรือกลับมาสูงอีกครั้งทุกครั้งที่สแกนโฟลเดอร์เดิมนั้นควรได้รับการตรวจสอบอย่างละเอียด
ขั้นแรก ตรวจสอบว่าการสร้างดัชนีนั้นกำลังตามให้ทันหรือไม่ จากนั้นจำกัดขอบเขตโฟลเดอร์ที่ GNOME ค้นหา อัปเดต Ubuntu และสร้างดัชนีการค้นหาใหม่เฉพาะในกรณีที่ขั้นตอนที่ง่ายกว่านั้นไม่ได้ผล ตัวเลือกสุดท้ายนี้ปลอดภัยสำหรับไฟล์ต้นฉบับ แต่จะลบข้อมูลที่จัดทำดัชนีไว้และอาจส่งผลกระทบต่อแท็ก Tracker
เหตุใด Tracker จึงใช้ CPU มากขนาดนี้?
Tracker ทำหน้าที่ประมวลผลไฟล์ที่เพิ่งค้นพบและไฟล์ที่เปลี่ยนแปลงไป ไดเร็กทอรีหลักขนาดใหญ่ โฟลเดอร์ที่มีรูปภาพหรือเอกสารจำนวนมาก ไดรฟ์ที่เชื่อมต่อ หรือไดเร็กทอรีที่มีการสร้างและลบไฟล์อยู่ตลอดเวลา อาจทำให้ตัวสร้างดัชนีทำงานหนัก ดัชนีที่เสียหายหรือล้าสมัยก็อาจทำให้ต้องทำงานซ้ำเช่นกัน เอกสารของ GNOME อธิบายว่า Tracker เป็นตัวสร้างดัชนีการค้นหาบนเดสก์ท็อป ในขณะที่หน้าแพ็กเกจของ Ubuntu ระบุถึงส่วนประกอบการค้นหาในระบบไฟล์และการดึงข้อมูลเมตา
ชื่อของกระบวนการทำงานจะขึ้นอยู่กับเวอร์ชันของ Ubuntu Ubuntu 22.04 และ 24.04 ใช้ Tracker 3 และมักจะแสดงtracker-miner-fs-3ในเครื่องมือตรวจสอบกระบวนการทำงาน ส่วน Ubuntu 26.04 ได้เปลี่ยนชื่อบริการ GNOME เป็น LocalSearch ให้ใช้localsearchคำสั่งด้านล่างในเวอร์ชันนั้น หากคุณเห็นชื่อที่แตกต่างออกไป โปรดตรวจสอบเวอร์ชัน Ubuntu ของคุณก่อนคัดลอกคำสั่ง
1. ยืนยันว่ากระบวนการดังกล่าวเป็นคอขวดของ CPU จริงๆ
เปิด System Monitor จาก Activities แล้วเลือกมุมมอง Processes เรียงลำดับตาม CPU และตรวจสอบว่ากระบวนการ Tracker หรือ LocalSearch ยังคงอยู่ด้านบนสุดหรือไม่ คุณสามารถตรวจสอบได้จาก Terminal เช่นกัน:
ps -eo pid,comm,%cpu,%mem --sort=-%cpu | head -n 12
อย่าเข้าใจผิดระหว่างการใช้หน่วยความจำกับการใช้ CPU และอย่าปิดกระบวนการเพียงเพราะมันปรากฏอยู่ในรายการ การค้นหาของ GNOME อาศัยดัชนีของมัน และการหยุดการสแกนอาจทำให้งานนั้นเริ่มต้นใหม่ได้ในภายหลัง หากมีกระบวนการอื่นที่ใช้ CPU อยู่ ให้แก้ไขปัญหาที่กระบวนการนั้นแทน
ภาพประกอบเน้นให้เห็นรายการโปรแกรมขุดไฟล์ระบบ ในโปรแกรมตรวจสอบระบบ ให้เรียงลำดับตามคอลัมน์ CPU ที่ใช้งานอยู่ และดูว่ามันยังคงอยู่ใกล้ด้านบนสุดหรือไม่
2. ตรวจสอบว่ากระบวนการจัดทำดัชนียังคงดำเนินต่อไปหรือไม่
หลังจากติดตั้ง Ubuntu ใหม่ อัปเกรดครั้งใหญ่ หรือนำเข้าไฟล์จำนวนมากแล้ว ให้เปิดเครื่องคอมพิวเตอร์ทิ้งไว้และปล่อยให้กระบวนการจัดทำดัชนีทำงานให้เสร็จสมบูรณ์ หลีกเลี่ยงการรีสตาร์ทบริการซ้ำๆ ในขณะที่กำลังประมวลผลไฟล์ค้างอยู่ สำหรับ Ubuntu 22.04 หรือ 24.04 ให้รันคำสั่ง:
tracker3 status
คำสั่งสถานะจะรายงานสถานะดัชนีปัจจุบันและความล้มเหลวในการจัดทำดัชนีเมตาเดตาที่บันทึกไว้ เรียกใช้คำสั่งนี้อีกครั้งในภายหลัง สถานะที่เปลี่ยนแปลงและในที่สุดรายงานว่าการจัดทำดัชนีเสร็จสมบูรณ์ แสดงว่ามีการสแกนเพื่อตามให้ทัน คำสั่งนี้อาจเปิดเผยความล้มเหลวซ้ำๆ ที่เกี่ยวข้องกับไฟล์ หากเป็นเช่นนั้น ให้จดบันทึกเส้นทางและตรวจสอบไฟล์นั้นหรือโฟลเดอร์ที่บรรจุไฟล์นั้น
ใน Ubuntu 26.04 คำสั่งที่เทียบเท่ากันคือ:
localsearch status
คำสั่งเหล่านี้เป็นคำสั่งเฉพาะเวอร์ชัน หากไม่พบคำสั่งใด ๆ อย่าติดตั้งแพ็กเกจจากแหล่งที่มาภายนอก โปรดตรวจสอบเวอร์ชัน Ubuntu ของคุณและใช้คลังแพ็กเกจและคู่มือของเวอร์ชันนั้นเอง
ใช้คำสั่ง tracker3 status ในการเผยแพร่ Tracker 3 เพื่อตรวจสอบความคืบหน้าของการจัดทำดัชนี ผลลัพธ์ที่ได้บนระบบของคุณอาจแตกต่างกันไป
3. ลดจำนวนสถานที่ที่ GNOME ค้นหา
หากการใช้งาน CPU สูงขึ้นผิดปกติตรงกับไฟล์เก็บถาวรขนาดใหญ่หรือโฟลเดอร์ที่มีการเปลี่ยนแปลงอยู่ตลอดเวลา ให้ยกเว้นตำแหน่งนั้นจากการค้นหา ใน Activities ให้ค้นหา Search เพื่อ เปิด Settings จากนั้นเลือกSearch Locations ปิดตำแหน่งเริ่มต้นที่คุณไม่ต้องการในการค้นหาใน Activities GNOME ยังรองรับตำแหน่งการค้นหาแบบกำหนดเองด้วย หากต้องการยกเว้นไดเร็กทอรีแบบกำหนดเอง ให้ใช้คำสั่ง index ที่ตรงกันด้านล่างและแทนที่ด้วยเส้นทางที่แน่นอน
การตั้งค่านี้จะเปลี่ยนสิ่งที่ GNOME จัดทำดัชนีสำหรับการค้นหา แต่จะไม่ลบหรือย้ายไฟล์ คุณอาจสูญเสียผลการค้นหาสำหรับตำแหน่งที่คุณปิดใช้งาน ดังนั้นควรเปิดใช้งานโฟลเดอร์เอกสาร รูปภาพ หรือโฟลเดอร์อื่นๆ ที่ค้นหาบ่อยๆ เมื่อคุณใช้งานโฟลเดอร์เหล่านั้น Ubuntu 24.04 มีวิธีการตรวจสอบโฟลเดอร์ที่กำหนดค่าไว้จากเทอร์มินัลดังนี้:
tracker3 index
Ubuntu 26.04 มีคุณสมบัติดังนี้:
localsearch index
นี่คือรายชื่อตำแหน่งที่ถูกจัดทำดัชนี หากต้องการลบไดเร็กทอรีที่กำหนดเองซึ่งไม่ควรถูกจัดทำดัชนี ให้ใช้คำสั่งที่ตรงกันและแทนที่ด้วยเส้นทางที่ถูกต้อง:
tracker3 index --remove /path/to/archive
ใน Ubuntu 26.04 ให้ใช้localsearch index --remove /path/to/archiveคำสั่ง . Ubuntu ระบุว่าการเปลี่ยนแปลงเหล่านี้จะคงอยู่แม้หลังจากรีสตาร์ทเครื่องแล้ว หากต้องการเพิ่มตำแหน่งกลับเข้าไป ให้ใช้index --addคำสั่งที่เกี่ยวข้องหลังจากตรวจสอบไวยากรณ์กับหน้าคู่มือของเวอร์ชันนั้นแล้ว
ปิดการจัดทำดัชนีสำหรับตำแหน่งที่มีขนาดใหญ่หรือเปลี่ยนแปลงบ่อยซึ่งคุณไม่ต้องการในการค้นหา ในขณะที่ยังคงเปิดใช้งานโฟลเดอร์ที่มีประโยชน์ไว้
4. ติดตั้งการอัปเดต Ubuntu ที่มีให้ใช้งาน
ก่อนที่จะรีเซ็ตอะไรก็ตาม ให้ติดตั้งการอัปเดตจากช่องทางการอัปเดตปกติของ Ubuntu ก่อน ส่วนประกอบของ Tracker จะแตกต่างกันไปในแต่ละเวอร์ชันของ Ubuntu และการแก้ไขจะมาในรูปแบบแพ็กเกจที่ให้มาสำหรับเวอร์ชันนั้นๆ เปิด Software Updater ติดตั้งการอัปเดตที่มีอยู่ และรีสตาร์ทหาก Ubuntu ร้องขอ คุณยังสามารถใช้คำสั่งแพ็กเกจมาตรฐานของ Ubuntu ได้อีกด้วย:
sudo apt update
sudo apt upgrade
อย่าเพิ่ม PPA หรือเปลี่ยนส่วนประกอบการค้นหาของ GNOME เพียงเพื่อแก้ไขปัญหาการใช้ CPU สูง หากปัญหาเริ่มเกิดขึ้นทันทีหลังจากการอัปเดตใดๆ และยังคงอยู่แม้หลังจากกระบวนการจัดทำดัชนีเสร็จสิ้นแล้ว ให้ตรวจสอบบันทึกการเปลี่ยนแปลงของแพ็กเกจ Ubuntu หรือรายงานข้อบกพร่องพร้อมระบุเวอร์ชันของรุ่นและแพ็กเกจที่คุณใช้งาน
5. สร้างดัชนีใหม่เฉพาะในกรณีที่ดัชนีติดขัดหรือเสียหายเท่านั้น
หากกระบวนการสแกนเนื้อหาเดิมซ้ำๆ สถานะดัชนีรายงานความล้มเหลวอย่างต่อเนื่อง หรือการใช้งาน CPU ยังคงสูงผิดปกติหลังจากลดจำนวนตำแหน่งและอัปเดตแล้ว ให้สร้างดัชนีระบบไฟล์ใหม่ ขั้นตอนนี้จะล้างฐานข้อมูลการค้นหาและทำให้ตัวสร้างดัชนีสแกนตำแหน่งที่เลือกอีกครั้ง การดำเนินการนี้จะไม่ลบไฟล์ แต่คู่มือของ Ubuntu เตือนว่าการรีเซ็ตไม่สามารถย้อนกลับได้ และแท็ก Tracker อาจได้รับผลกระทบ คาดว่าการใช้งาน CPU และดิสก์จะเพิ่มขึ้นชั่วคราวในขณะที่กำลังสร้างดัชนีใหม่
สำหรับ Ubuntu เวอร์ชัน 22.04 หรือ 24.04 ให้ใช้คำสั่งต่อไปนี้:
tracker3 reset --filesystem
ใน Ubuntu 26.04 ให้ใช้คำสั่งที่เปลี่ยนชื่อแล้วดังนี้:
localsearch reset --filesystem
ในตัวอย่างเทอร์มินัลนี้ คำสั่งรีเซ็ตถูกป้อนแล้วแต่ไม่ได้ถูกเรียกใช้งาน โปรดอ่านคำเตือนและตรวจสอบให้แน่ใจว่าคำสั่งนี้ใช้ได้กับ Ubuntu เวอร์ชันของคุณก่อนที่จะเรียกใช้งาน
ห้ามลบไดเร็กทอรีด้วยตนเอง~/.cacheหรือ~/.local/shareใช้แทนไดเร็กทอรีอื่น คำสั่งรีเซ็ตที่รองรับจะกำหนดเป้าหมายไปที่ดัชนีและช่วยให้บริการสร้างแคชขึ้นใหม่ หลังจากออกคำสั่งแล้ว โปรดรอให้การสแกนใหม่เสร็จสิ้นก่อนที่จะประเมินการใช้งาน CPU
6. ตรวจสอบผลลัพธ์และตัดสินใจว่าจะดำเนินการอย่างไรต่อไป
ใช้การตรวจสอบแบบง่ายๆ โดยเปรียบเทียบก่อนและหลัง:
ตรวจสอบชื่อกระบวนการที่ใช้ CPU สูงและเวอร์ชัน Ubuntu ใน System Monitor หรือด้วยlsb_release -a.
เรียกใช้โปรแกรมtracker3 statusบน Ubuntu 22.04/24.04 หรือlocalsearch statusUbuntu 26.04 แล้วตรวจสอบว่าการจัดทำดัชนีดำเนินไปหรือเสร็จสมบูรณ์แล้ว
รอจนกว่าการสแกนเริ่มต้นจะเสร็จสิ้นหลังจากเปลี่ยนตำแหน่งดัชนีหรือสร้างฐานข้อมูลใหม่ การใช้งาน CPU อาจเพิ่มขึ้นอีกครั้งในระหว่างการทำงานนั้น
เปิดโปรแกรมตรวจสอบระบบอีกครั้งหลังจากที่การสแกนเสร็จสิ้น การทำงานสั้นๆ เมื่อไฟล์มีการเปลี่ยนแปลงเป็นเรื่องปกติ แต่หาก CPU ทำงานหนักซ้ำๆ ในขณะที่ไม่ได้ใช้งาน ควรตรวจสอบเส้นทางที่ถูกจัดทำดัชนีและรายงานความล้มเหลวในการจัดทำดัชนี
หากปัญหายังคงอยู่หลังจากสแกนเสร็จสิ้น โปรดบันทึกเวอร์ชัน Ubuntu ของคุณ ชื่อกระบวนการที่แน่นอน ผลลัพธ์ของคำสั่งสถานะที่ตรงกัน และตำแหน่งของไฟล์ที่เกิดข้อผิดพลาดซ้ำๆ ใช้เครื่องมือรายงานข้อบกพร่องของ Ubuntu หรือระบบติดตามปัญหา GNOME LocalSearch พร้อมข้อมูลเหล่านั้น หลีกเลี่ยงการโพสต์ชื่อไฟล์ส่วนตัวหรือเนื้อหาเอกสารต่อสาธารณะ
แหล่งที่มา