การเพิ่มประสิทธิภาพ SSD ใดที่จำเป็นสำหรับ Ubuntu รุ่นล่าสุด?

21

ฉันได้อ่านของคำถามจำนวนมากเกี่ยวกับการเพิ่มประสิทธิภาพของ SSD (ที่ฉันจะเพิ่มประสิทธิภาพของระบบปฏิบัติการสำหรับ SSDs? , การติดตั้ง Ubuntu บน SSD , ฉันสับสนเกี่ยวกับการเพิ่มประสิทธิภาพของ SSDฯลฯ ... )

คำถามเหล่านั้นส่วนใหญ่ดูเหมือนจะล้าสมัย (3+ ปี) และฉันก็สับสนเล็กน้อยกับคำตอบทั้งหมดที่มี

ดังนั้นคำถามของฉันคือ: ณ วันนี้ฉันทามติทั่วไปเกี่ยวกับการเพิ่มประสิทธิภาพ SSD บน Ubuntu 14.04 / 15.04 คืออะไร?

ตอนนี้มันจำเป็นหรือไม่?

ssd performance

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

4

"จำเป็น" อ่าน: sites.google.com/site/easylinuxtipsproject/ssdคำแนะนำยังคงใช้ได้ และผลรวมนั้นขึ้นอย่างมากสำหรับตัวชี้ที่คุณต้องการ ตั้งแต่วิธีที่อูบุนตูใช้ไปจนถึงการตั้งค่าเบราว์เซอร์

— Rinzwind

17

สิ่งที่เป็นครั้งแรกส่วนที่สำคัญที่สุดเกี่ยวกับ SSDs จะกลบเกลื่อนการเขียนไปยังดิสก์ซึ่งเป็นเหตุผลที่คนเพิ่มnodiratime, noatimeกับ/etc/fstabไฟล์

ประการที่สองกำลังทำงานTRIMซึ่งเรียกคืนบล็อกที่ไม่ได้ใช้ของหน่วยความจำ NAND กลับไปเป็น SSD Windows มีการเปิดใช้งาน TRIM โดยค่าเริ่มต้น AFAIK ดังนั้นจึงไม่มีใครมารบกวนได้ สำหรับ Ubuntu มันมี cronjob รายสัปดาห์สำหรับ TRIM แต่สำหรับฉันได้เรียนรู้จากคำตอบของ Rinzwind แล้วว่า cron job นั้นใช้กับ Intel และ Samsung SSD เท่านั้น นั่นเป็นสาเหตุที่คุณต้องแก้ไข/etc/cron.weekly/fstrimไฟล์นั้นเพื่อให้มีexec fstrim-all --no-model-checkบรรทัดเพื่อให้ทำงานได้ไม่ว่าจะเป็น SSD รุ่นใด

ในช่วงไม่กี่ปีที่ผ่านมาสิ่งนี้ไม่เปลี่ยนแปลง - สิ่งเหล่านี้ยังคงเป็นประเด็นสำคัญลดการเขียนและเปิดใช้งาน TRIM

การลบการเขียนและปริมาณพื้นที่เก็บข้อมูลราคาแพงเป็นปัจจัยสองประการที่ทำให้คนลบพื้นที่สว็อปออกด้วย โดยค่าเริ่มต้นอูบุนตูสร้าง swap partition เท่ากับขนาด RAM ของคุณ ฉันมี 128 SSD และ RAM 6 GB นั่นหมายความว่าโดยค่าเริ่มต้นอูบุนตูจะสับ 6 GB จาก 128GB เหลือ 122GB สำหรับระบบปฏิบัติการของฉันและ 5% นั้นสงวนไว้สำหรับรูทดังนั้นฉันจึงเหลือ 122-122 * 0.05 = 115.9 GB สำหรับตัวฉันเอง ฉันอาจใช้ที่เก็บข้อมูลสำหรับอย่างอื่นด้วยเหตุนี้ฉันจึงมีพาร์ติชันหลักเพียงพาร์ติชันเดียวไม่มีพาร์ติชัน swap แต่ฉันมีไฟล์ swap 512 MB เป็นคุณสมบัติป้องกัน (ไม่ใช่ว่าฉันวางแผนที่จะใช้ RAM หมด แต่ ขอแนะนำเสมอให้สลับ)

— Sergiy Kolodyazhnyy
แหล่งที่มา

เกี่ยวกับnoatime- บางแอพพลิเคชั่นอาจอาศัยการเปรียบเทียบการปรับเปลี่ยนและเวลาในการเข้าถึงมันอาจผิดปกติrealtimeดีกว่าและเนื่องจากเคอร์เนลลินุกซ์ 2.6.30 มันเปิดอยู่ตามค่าเริ่มต้นจึงไม่จำเป็นต้องตั้งค่า คุณสามารถตรวจสอบว่าระบบไฟล์ของคุณถูกเมาท์ด้วยการรันคำสั่งอย่างไร$ cat /proc/mounts

— Mike

@ cat /proc/mountsไมค์เพียงแค่วิ่ง สำหรับดิสก์ของฉันมันไม่ได้แสดงrelatimeเปิดการใช้งานเท่านั้นnoatimeและที่ฉันเปิดใช้งานอย่างชัดเจนในnodiratime /etc/fstabสำหรับnoatimeคุณสามารถให้ตัวอย่างของแอปพลิเคชันที่ต้องใช้หรือไม่

— Sergiy Kolodyazhnyy

2

ขออภัยพิมพ์ผิดฉันหมายถึงrealtime relatime

— Mike

2

noatimeหมายถึงnodiratimeให้ดูman mountเกี่ยวกับnoatime:

Do not update inode access times on this filesystem (...). This works for all inode types (directories too), so implies nodiratime.

นอกจากนี้ IMHO ก็ไม่จำเป็นที่จะใช้noatimeเมื่อrelatimeจะอาจจะไม่ทำลายการทำงานและดูเหมือนว่าเป็นตัวเลือกที่ดี (มันเป็นยังแนะนำใน: SSDOptimization ที่ wiki.debian.org )

— Dor

2

ดำเนินการต่อจากโพสต์ก่อนหน้าของฉัน: ... ฉันเขียน "เหมาะสม" เพราะมันเกิดขึ้นกี่ครั้งกับไฟล์ที่เวลาเข้าถึงของพวกเขาเร็วกว่าเวลาที่แก้ไขหรือไม่ /โดยเฉพาะอย่างยิ่งเกี่ยวกับไฟล์เคอร์เนลและไฟล์ทั้งหมดที่อยู่ใน ตามที่man mount: ตั้งแต่ Linux 2.6.30 relatimeค่าเริ่มต้นเคอร์เนลกับพฤติกรรมของ TL; DRตั้งแต่ Ubuntu 16 หลีกเลี่ยงการทำอะไร :-)

— Dor

6

สิ่งเดียวที่คุณอาจจำเป็นต้องทำคือการเพิ่มการ--no-model-check/etc/cron.weekly/fstrim

เส้นควรมีลักษณะเช่นนี้

exec fstrim-all --no-model-check

ตรวจสอบว่า SSD ของคุณรองรับ TRIM (เกือบทุกรุ่นล่าสุด)

sudo hdparm -I /dev/sda | grep "TRIM supported"

ถ้า SSD /dev/sdaของคุณ --no-model-checkถ้าไม่เพิ่ม

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

1

โดยทั่วไป SSD ที่มีอายุมากกว่า 2 ปีอาจมีปัญหา

— Rinzwind

6

ทำงานได้ดีกับ SSD ที่รองรับ TRIM

สำหรับ 16.04 ไม่มี

fstrim-all

simple fstrim ไม่มี --no-model-check และทำงานได้ดีกับ sandisk ssd

— David Ambarsumov
แหล่งที่มา

0

โดยทั่วไป Ubuntu รองรับ Solid State Drive ได้ดีมาก
หากคุณมี intel หรือ SAMSUNG SSD การสนับสนุนการตัดแต่งอัตโนมัติจะเปิดใช้งานตามค่าเริ่มต้น

คุณไม่ต้องสนใจอะไรมากนักด้วยข้อยกเว้นเพียงข้อเดียว:
คุณควรจัดเก็บข้อมูลส่วนบุคคลของคุณลงบน HDD เพื่อลดปริมาณการเขียนลง SSD

— CL-netbox
แหล่งที่มา

ข้อมูลส่วนบุคคลไม่ค่อยได้รับการเขียนถึง

— endolith

2

"ข้อมูลส่วนบุคคลที่เคยเขียนถึง" ยกเว้นเบราว์เซอร์แคชทุกเอกสารและสเปรดชีตที่คุณคลิกบันทึกทุกสิ่งที่คุณดาวน์โหลดสิ่งใดก็ตามที่คัดลอกเพื่ออัปโหลด ...

— kmarsh

นี่เป็นจุดประสงค์ของ SSD ไม่ใช่เหรอ? หากต้องการเพิ่มความเร็วในสิ่งต่าง ๆ เช่นแคชของเบราว์เซอร์เป็นต้น และการแก้ไขเอกสาร ... ถึงแม้ว่าคุณจะแก้ไขเอกสารขนาดใหญ่ 20 ฉบับต่อวันซึ่งมีขนาด 1 MB ต่อฉบับ แต่นั่นก็เป็นจำนวนสูงสุด จำนวน 20 MB ของการเขียนต่อวัน ... ไม่มากนัก ไม่คุ้มกับความยุ่งยากในการเพิ่ม HDD

— Andreas