เหตุใด Finder จึงใช้พื้นที่สลับ 59GB

เรติน่า MacBook Pro ใหม่ของฉัน (พร้อม RAM ขนาด 16GB) ยังคงได้รับข้อความ "ดิสก์เริ่มต้นระบบ Mac OS X ของคุณไม่มีพื้นที่ว่างสำหรับหน่วยความจำแอปพลิเคชันเพิ่มเติม" ฉันมีพื้นที่ว่าง 300 GB บนฮาร์ดไดรฟ์และ RAM 16 GB สิ่งนี้ไม่ควรเกิดขึ้น

แต่มันยังคงเกิดขึ้นแม้ในขณะที่ฉันไม่ได้ใช้ Mac อย่างจริงจัง ฉันไปทานอาหารกลางวันกลับมาและเห็นสิ่งนี้: การใช้ RAM มากเกินไป 59 swap ใช้

เกิดอะไรขึ้น?

— ashgromnies
แหล่งที่มา

ฉันสามารถสันนิษฐานได้ว่าคุณได้ลองการรี

— Nathan Walker

ใช่ฉันเริ่มระบบใหม่และแก้ไขปัญหาได้ทันที แต่จะปรากฏขึ้นอีกครั้งในที่สุด

— ashgromnies

หากคุณตัดการเชื่อมต่อจากเครือข่ายแล้วรีบูตในเซฟโหมด Finder ไม่ต้องการ RAM มากหรือไม่ ถัดไป (หากจำเป็น) ให้ทำซ้ำอีกครั้งหลังจาก Time Machine และไดรฟ์ภายนอกทั้งหมดถูกตัดการเชื่อมต่อ นี่อาจเป็นพฤติกรรมปกติตามงานที่คุณให้กับ Finder ดังนั้นจึงเป็นการยากที่จะทราบว่าบรรทัดการใช้ RAM "มากเกินไป" นั้นอยู่ที่ใดจนกว่าคุณจะวัดปริมาณสภาพแวดล้อมที่ Finder ทำงานอยู่ หากคุณไม่สนใจที่จะเจาะไฟล์ล็อกให้เรียกใช้งานsysdiagnoseFinder - คุณจะมีดัมพ์ของการจัดสรรหน่วยความจำทั้งหมดและอีกมากมายที่ต้องตรวจสอบ

— bmike

ฟังดูเหมือนเป็นข้อผิดพลาดแปลก ๆ แต่ทางออกเดียวที่เป็นไปได้ที่ฉันคิดว่าน่าจะลองติดตั้งใหม่ทั้งหมด ฉันจะสนใจเพื่อดูว่ามีคนอื่นประสบปัญหานี้หรือไม่

— Nathan Walker

มันเสียงเหมือนหน่วยความจำรั่ว คุณควรสนับสนุนแอปเปิ้ลอีกครั้ง

— alpha_one_x86

คำตอบ:

ฉันเชื่อว่านี่เป็นข้อผิดพลาดใน OS X 10.7 ฉันยังมีจอประสาทตา MacBook Pro ฉันเป็น 2.6 / 16/512 และฉันสังเกตเห็นว่ามี 0 หน้าลึกหนาบาง แต่มีการสร้างไฟล์แลกเปลี่ยนขนาดใหญ่มาก (ฉันประมาณ 8 GB) การปิดแอปพลิเคชันจะลดพื้นที่การแลกเปลี่ยนที่ใช้อยู่ อีกครั้งไม่มีการบันทึกหน้ากระดาษ

ฉันเชื่อว่าสิ่งนี้เกี่ยวข้องกับไฟล์ภาพสลีปที่ได้รับการติดตั้งไว้ข้างไฟล์หน่วยความจำเสมือนใน / private / var / vm เมื่อ pmset hibernatemode ถูกตั้งค่าเป็น 3 (ค่าเริ่มต้นสำหรับแล็ปท็อปพักแรมและดิสก์) sleepimage จะถูกเขียนเมื่อเข้าสู่โหมดสลีป นี่คือสาเหตุที่เครื่องแล็ปท็อปเหล่านี้เข้าสู่โหมดสลีปใช้เวลาสักครู่: มันเขียน RAM ได้มากถึง 16 GB ไปที่ sleepimage

อย่างไรก็ตามการเปลี่ยนการตั้งค่านี้เพื่อให้ RAM ได้รับพลังงานจากการสลีปและไม่มีการเขียน sleepimage ส่งผลให้ไม่มีการเพิ่มขนาดไฟล์สวอปที่ผิดปกติ ความสงสัยของฉันคือ sleepimage ในบางกรณีจะถูกเก็บรักษาไว้หลังการนอนหลับและแจ้งให้สร้างไฟล์ swap บางทีนี่อาจเป็นพฤติกรรมที่ไม่ถูกต้องซึ่งส่งผลให้มีขนาดไฟล์สวอปที่มีขนาดใหญ่ผิดปกติที่คุณเห็น

จากmanpage สำหรับ pmsetเปลี่ยนเป็น NO suspend เป็น disk ที่คุณจะเรียกใช้ใน Terminal:

sudo pmset -a hibernatemode 0

ในการลบ sleepimage (และเรียกคืน 16 GB บนคอมพิวเตอร์ของคุณด้วย RAM 16 GB) ให้เรียกใช้:

sudo rm /var/vm/sleepimage

ฉันรีสตาร์ทหลังจากการดำเนินการเหล่านี้เพียงเพื่อให้แน่ใจว่าไม่มีความแปลก ในแหล่งพลังงานแต่ละแหล่งคุณสามารถตรวจสอบสถานะด้วย:

pmset -g

คุณควรระวังว่าในกรณีที่ไฟฟ้าดับ (แบตเตอรี่หมดและไม่ได้เสียบปลั๊ก) เนื้อหาของ RAM จะไม่ถูกบันทึกลงในฮาร์ดไดรฟ์และคุณจะสูญเสียงานของคุณ สำหรับฉันนี่เป็นความเสี่ยงเล็กน้อย แต่คำนวณได้เพราะความเร็วของการนอนหลับ / ตื่นพร้อมกับอายุการใช้งานแบตเตอรี่ที่ยอดเยี่ยมและพื้นที่เก็บข้อมูลที่ถูกเรียกคืน นอกจากนี้สำหรับฉันดูเหมือนว่าจะลดปัญหานี้ซึ่งฉันไม่ได้เห็นในแล็ปท็อป Mac เครื่องอื่นที่ฉันเป็นเจ้าของ ฉันหวังว่าเราจะมีไฟแสดงสถานะแบตเตอรี่เหล่านั้น

— Hodgkin-ฮักซ์ลีย์
แหล่งที่มา

ฉันเชื่อว่าข้อผิดพลาดได้รับการแก้ไขแล้ว ฉันไม่เห็นสิ่งนี้เกิดขึ้นตั้งแต่ ML ตัวล่าสุดอย่างน้อย

— Ashgromnies

ฉันมี ML build ตัวล่าสุดใน rMBP และฉันยังเห็นปัญหานี้อยู่

— Marc W

ฉันไม่แน่ใจว่านี่เป็นข้อผิดพลาดในระบบปฏิบัติการเท่าที่ swap ทำงานเมื่อคุณรันซอฟต์แวร์อื่นที่มีหน่วยความจำรั่วและไม่รีบูตพอที่จะเก็บไฟล์ swap ไว้ภายใต้การควบคุม

— bmike

@bike ฉันมีแนวโน้มที่จะเห็นด้วยแม้ว่าระบบปฏิบัติการรุ่นก่อนหน้าจะไม่มีปัญหานี้ในเครื่องอื่น ๆ ฉันยังไม่เห็นรายงานใด ๆ ที่ผ่านการตรวจสอบโดยเฉพาะเกี่ยวกับ MacBook Pro ที่ไม่ใช่เรติน่าที่ทำงานบนระบบปฏิบัติการเดียวกันแม้ว่าพวกเขาอาจมีอยู่

— hodgkin-huxley เมื่อ

ฉันมีปัญหานี้เนื่องจากจุดบกพร่องใน Dropbox บน MacBook Pro 13 นิ้วของฉัน

มันเป็น Dropbox เวอร์ชันเก่า หลังจากออกจาก Dropbox และติดตั้งเวอร์ชันใหม่ (1.4.1 -> 1.4.17) ปัญหาของฉันได้รับการแก้ไขแล้ว

— Michael_XIII
แหล่งที่มา