วิธีที่จับและกำจัดการเขียน Chrome เกินบน SSD ของฉัน

นักเขียนตัดสินใจให้ความสนใจ SSD มากขึ้น หลังสังเกต spikes กิจกรรมดิสก์คงที่ แม้ตอนที่ไม่ได้ทำ heavy tasks เปิด Resource Monitor app และเห็น Chrome เขียนบนดิสก์ แม้จะไม่ใช่ burst ใหญ่ๆ แต่มันเกิดขึ้นเกือบไม่มี pause

กลายเป็นชัดเจนว่า นอกจากเก็บ cache files แล้ว Chrome ยัง update ในพื้นหลังอย่างไม่หยุดยั้ง เมื่อนักเขียนขุดลึก พบว่า few simple steps สามารถควบคุม Chrome และลดจำนวน writes อย่างจริงจัง

Google Chrome เป็น cross-platform web browser ที่พัฒนาโดย Google LLC สร้างเพื่อความเร็ว ความปลอดภัย และการผสานรวมกับบริการ Google ใช้ Blink rendering engine (ก่อนหน้า WebKit) และรองรับ extensions, tab sandboxing, synchronization ข้ามอุปกรณ์ และ frequent updates

Chrome เขียน SSD บ่อยกว่าที่คุณคิด

Cache ไม่ได้ static—มันถูก update ตลอดเวลา

เหมือนหลายคน นักเขียนคิดว่า browser cache ของฉันเก็บครั้งเดียว แล้ว reuse หลายครั้ง Resource Monitor ช่วยนักเขียนเห็นว่าผิดมาก เมื่อเปิด tool และไปที่ tab Disk นักเขียนเห็นหลาย processes และ tools เขียนบนดิสก์ ณ จุดนี้ ยังไม่ชัดเจนว่า Chrome 有ส่วนร่วมเท่าไหร่ ดังนั้น คลิก header คอลัมน์ Write เพื่อ sort processes ตามลำดับ descending

นักเขียนสังเกตเป็นนาทีหลายนาที และตลอดเวลานี้ top two disk writes ทำโดย System process และ Chrome Chrome เขียนประมาณ 1 ล้าน bytes ต่อวินาที และบางครั้งมีหลาย processes เขียนพร้อมกัน

จากนั้นตรวจสอบโฟลเดอร์ cache ของ Chrome และรวม 858 ไฟล์ 220MB เมื่อไซต์อัปเดท assets โฟลเดอร์ cache ถูกเขียนใหม่ ดังนั้นมันเปลี่ยนแปลงตลอดเวลา

แตของทั้งหมดนี้ Chrome's idle behavior เป็นสิ่งที่น่าประหลาดใจที่สุด Task Manager คอลัมน์ I/O Write สำหรับ Chrome แสดง 900 ล้าน bytes เขียนตลอด session นี่ significant เพราะมันทั้งหมดมาจาก normal browsing sessions แม้นักเขียนไม่จัดว่าเป็น crazy หรือ dramatic spikes แตพวกมันเป็น frequent occurrences และง่ายที่จะมองข้าม

อย่าปล่อย Chrome กิน RAM—เปิดใช้งาน hidden setting นี้

Google Chrome ดีเยี่ยม แตหนึ่งใน biggest issues ของมันคงอยู่

จำกัดปริมาณที่ Chrome เขียนดิสก์

การกำหนดขีดจำกัด cache ลด write activity ในการทดสอบของนักเขียน

การควบคุมการเติบโตของ disk cache ของ Chrome ต้องเป็นจุดเริ่มต้น ไม่มี setting เดียวสำหรับนี้ แตถ้าคุณเปิด Properties ของ Chrome shortcut (right-click Chrome shortcut) คุณสามารถ append flag ด้านล่างไปที่ท้ายของ path Target

--disk-cache-size=104857600

ค่าที่เพิ่มหลัง equals sign สั่ง Chrome เก็บ cache ใต้ 100MB การปรับแต่งเสร็จเมื่อคุณ restart browser และ clear cache เพื่อลบข้อมูลสะสม

Chrome อาจไม่ follow ขีดจำกัดนี้อย่างเคร่งครัด แตหลักๆ แล้วอยู่ใกล้เคียง

ด้วย tweak นี้ browser cache ของนักเขียนอยู่ในช่วงประมาณ 100–150MB แตนั่นไม่ใช่ทั้งหมด ดูผ่าน Resource Monitor สังเกต writes น้อยลง ระหว่าง 12,000 และ 80,000 B/s (≈12–80 KB/s) ขณะทำ light tasks

นักเขียนกังวลว่าการทำงานกับ cache ขนาดเล็กจะทำให้ช้าลงใน everyday use แต่นักเขียนไม่สังเกต slowdown ที่ significant

ย้าย cache ของ Chrome ออกจาก SSD

การ redirect มันเอา load ออกจาก primary drive

การจำกัด cache เพียง first step นักเขียนไม่ต้องการ SSD รำคาญกับ cache ของ Chrome อีกแล้ว ดังนั้นจึงย้ายมันออกจาก SSD สำหรับนี้ ต้องเพิ่ม flag อีกตัวที่ path: --disk-cache-dir= flag นี้ต้องการ full path (เช่น --disk-cache-dir="D:\ChromeCache")

นี่คือ target path ทั้งหมดของนักเขียนตอนนี้:

"C:\Program Files\Google\Chrome\Application\chrome.exe" --disk-cache-dir="D:\ChromeCache" --disk-cache-size=104857600

D:\ChromeCache เป็นโฟลเดอร์ที่นักเขียนสร้างบน drive อื่น หลัง restart มันเริ่มเขียน cache ไปที่ path นี้โดยอัตโนมัติ เป้าหมายคือ shift write load และให้ primary SSD ทำงานน้อยลง

จริงๆ คุณมี options ไหนสำหรับที่จะย้าย cache ของ Chrome:

1. Secondary HDD: ช้ากว่า แตถูกต้องสำหรับ cache data
2. Secondary SSD: เร็วกว่า แตก็ยังกระจาย wear ข้าม drives
3. RAM disk: เร็วที่สุด และหลีกเลี่ยง persistent writes แต reset on reboot

การย้าย cache ไป secondary drive ไม่ได้เงียบ Chrome disk writes เลย แตพวกมันกลายเป็น considerably less frequent บน Resource Monitor นักเขียนสังเกต writes ประมาณ 9,000 B/s บนคอมพิวเตอร์อีกเครื่อง นักเขียนเพิ่ง setup RAM disk บน Linux และ browser cache เป็นหนึ่งในสิ่งที่นักเขียนย้ายไป RAM สำเร็จ

Double-check หลังเปลี่ยน cache path ของ Chrome เพราะมันบางครั้ง revert กลับ default location

สุดท้าย นักเขียนพยายาม elements ที่ less consequential แม้พวกมันจะไม่มี impact เท่ากับการจัดการ cache พวกมันยังช่วย background writes

ตัวแรกคือ การ disable Continue running background apps when Chrome is closed ใน settings ของ Chrome ด้วย setting นี้ปิด Chrome และ extensions หรือ apps ที่ติดตั้งจะไม่เขียนข้อมูลมากหลังจากปิดเบราว์เซอร์ หลังนั้น ไปที่ setting Preload Pages และตั้งเป็น Standard นี่ลด aggressive page caching ขณะที่เก็บ browser เร็ว

Local data และ history เป็นด้านอื่นๆ ที่นักเขียนใส่ใจ แม้พวกมันไม่ใช่แหล่ง writes หนัก พวกมันเป็น elements เช่น history, cookies, และ favicons ที่จบลงด้วยการเขียนบน databases เล็กๆ ที่อัปเดตสม่ำเสมอ Elements เหล่านี้ disable ไม่ได้หมด แตคุณมี perspective มากขึ้นแค่จากการ aware ของพวกมัน

แล้วก็ extensions ด้วย แม้พวกมันไม่เขียนดิสก์มาก บางตัว maintain filter lists หรือ logs นักเขียนลบตัวที่ไม่ได้ใช้งานจริงออกทั้งหมด ในที่สุด นักเขียนไม่ได้ประหยัด gigabytes ของพื้นที่จัดเก็บ แต่นั่นไม่ใช่เป้าหมาย นักเขียนทำให้ Chrome leaner และได้ fewer writes ไปที่ SSD อย่างมาก