ประสิทธิภาพการทำงานที่ช้ามากของ Yosemite บน Mac mini เกิดจาก systemstatsd

ฉันมี Mac mini รุ่นปลายปี 2009 ที่เริ่มทำงานได้ไม่ดีนักหลังจากใช้เวลาสักครู่บน Yosemite Safari ใช้เวลาประมาณหนึ่งนาทีในการเปิดบางครั้งเป็นตัวอย่าง

ได้รับฉันมีงานพื้นหลังจำนวนมากทำงาน (Dropbox, BitTorrent Sync, AirServer) แต่นั่นไม่เปลี่ยนแปลงเมื่อเทียบกับก่อนที่จะอัพเกรดเป็น Yosemite

ผู้ต้องสงสัยหลักของฉันคือการใช้เครือข่ายที่สูงมาก กระบวนการ kernel_task ใช้แบนด์วิดท์ LAN จำนวนมากบางครั้งดาวน์โหลด 60 MB (นั่นคือเมกะไบต์) / s เป็นเวลาสองสามวินาทีก่อนที่จะลงสู่ศูนย์โดยไม่มีเหตุผลที่ชัดเจน จำนวนแบนด์วิดท์ที่ใช้ทั้งหมดเกิน 14 เทราไบต์ (!) หลังจากเวลาผ่านไปสองสามสัปดาห์

ฉันมี NAS ที่ฉันใช้สำหรับแชร์ไฟล์และสำรองข้อมูล แต่เนื่องจากกระบวนการที่ใช้แบนด์วิดท์คือ kernel_task ฉันจึงไม่รู้ว่าจะคิดอย่างไร

อัปเดต : เนื่องจากวิธีแก้ปัญหาชั่วคราวฉันได้ติดตั้งสคริปต์เพื่อล้างsystemstatsdไฟล์ที่กล่าวถึงด้านล่างเป็นประจำ แต่สาเหตุที่แท้จริงยังคงไม่ได้รับการแก้ไข

วันนี้ฉันสังเกตเห็นสามสิ่ง:

1. ในสามวันข้อมูลดาวน์โหลดทั้งหมดมีจำนวน 3,300 GB
2. ปัจจุบันประมาณทุกๆ 12 วินาทีมีกิจกรรมเครือข่ายเพิ่มขึ้นซึ่งมีบางสิ่งที่อีเทอร์เน็ตอินเตอร์เฟสสูงสุดเป็นเวลาสองสามวินาที
3. การออกจากแอป BitTorrent Sync ทำให้หมายเลขรายการ 2 หายไป

ทฤษฏีของฉันคือ: มีข้อผิดพลาดบางอย่างใน BitTorrent Sync ที่ทำให้มันสับสนในเครือข่ายซึ่งตัวมันเองใช้ทรัพยากรระบบบางอย่าง สิ่งนี้จะทำให้เกิดsystemstatsdอาการสะอึกซึ่งสร้างภาระขั้นสุดท้ายให้กับระบบ

ผู้กระทำผิดเป็น systemstatsd วิธีที่ฉันเข้าใจมันกระบวนการนั้นสร้างสถิติระบบจำนวนหนึ่งทิ้งลงในไฟล์ที่วิเคราะห์ในภายหลัง ด้วยเหตุผลบางอย่างไฟล์นั้นไม่เคยถูกรีเซ็ตซึ่งส่งผลให้เป็นไฟล์สถิติขนาดยักษ์ที่ใช้ทรัพยากรร้ายแรงในการวิเคราะห์

สิ่งที่ฉันทำก็คือหยุดการวิเคราะห์ daemons sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis

ลบไฟล์ stats dump (ซึ่งมีขนาดประมาณ 3 gigs ในเวลานั้น) cd /private/var/db/systemstats/ sudo rm snapshots.db

เปิดใช้งาน daemons อีกครั้ง sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis

ฉันไม่เคยคิดเลยว่าทำไมไฟล์ดัมพ์นั้นถึงไม่ถูกลบทิ้ง แต่สงสัยว่ามันจะเกี่ยวข้องกับ PRAM ในที่สุดเราก็ทำการรีบูตด้วยการบู๊ตและกดปุ่ม CMD, ALT, P, R ได้ยินครั้งที่สอง

ผลลัพธ์ที่ได้คือแม็คที่เป็นปลากะพงที่ดีกว่า แต่ก่อน นี่คือความหวังที่ zapping PRAM ไม่ได้กำจัดสาเหตุที่แท้จริง

อ่านเพิ่มเติม: ใช้ snapshot.db คืออะไร?

systemstatsดูเหมือนว่าคุณจะควบคุมไม่ได้ซึ่งจะอธิบายการทำงานที่ช้า

กระบวนการ systemstatsจะใช้ในการเรียกดูข้อมูลเกี่ยวกับสถิติของระบบและการใช้พลังงาน

เพียงเพื่อเปรียบเทียบฉันมี systemstatsd ที่การใช้งาน CPU 0% ใน MBA ของฉันกับ Mavericks หลังจากเวลา CPU 50 ชั่วโมง และสำหรับการใช้งานดิสก์คือ 18 MB (จากทั้งหมด 45 GB) ดังนั้นจึงไม่มี TB

คุณสามารถช่วยได้โดยรีเซ็ตมัน

คัดลอกวางต่อไปนี้ในเทอร์มินัลของคุณที่อยู่ในโฟลเดอร์ Utility ของคุณ

sudo killall systemstats

ป้อนรหัสผ่านเข้าสู่ระบบของคุณเมื่อถูกถาม

หรือถ้าคุณไม่ชอบใช้เทอร์มินัลให้ใช้หน้าต่างการตรวจสอบกิจกรรม:

เลือกกระบวนการระบบที่ผิดพลาดและเลือกปุ่ม (x) เพื่อบังคับให้ออก

PS

ใช่มี 2 กระบวนการคือ systemstasts และ systemstatsd

* * * *

สิ่งที่อาจทำให้เกิดปัญหา: โดยทั่วไปไม่มีอะไรต้องกังวลกับตัวเองหากคุณเห็นว่าระบบหยุดการตรวจสอบกิจกรรมหรือติดอันดับช่วงเวลาสั้น ๆ และฟังก์ชั่น Mac มาตรฐานหลายอย่างอาจทำให้ปรากฏชั่วคราว ตัวอย่างเช่นกระบวนการของ systemstats นั้นถูกเรียกใช้บนไลน์ MacBook โดยดูที่ตัวเลือกการใช้พลังงานจากเมนูแบตเตอรี่ OS X และผู้ใช้รายอื่นอาจเห็นมันสั้น ๆ เมื่อปรับการตั้งค่าพลังงานอื่น ๆ ปัญหาเกิดขึ้นเมื่อกระบวนการทำงานอย่างต่อเนื่องที่การใช้งาน CPU สูงมากโดยไม่มีเหตุผลที่ชัดเจน

• คุณอาจต้องการตรวจสอบการใช้พลังงานแบตเตอรี่ ฯลฯ หรือทำการรีเซ็ต SMC

เรามี Mac Mini รุ่นปลายปี 2009 ฉันชนหน่วยความจำเพิ่มขึ้นจาก 2G เป็น 8G และดูเหมือนว่าจะแก้ไขปัญหาได้แล้ว แน่นอนว่ามีค่าใช้จ่าย $ 90 หน่วยความจำที่สั่งซื้อที่ Crucial.com และใช้วิดีโอที่ชัดเจนในการติดตั้ง (ต้องใช้ความระมัดระวังและความถนัดด้านเทคนิค แต่ไม่ใช่ทักษะระดับมืออาชีพ): https://www.youtube.com/watch?v=5KaHNLR6Aac