วิธีจัดสรรพื้นที่ SSD ที่ จำกัด ใน LVM เพื่อประสิทธิภาพที่ดีที่สุด

ฉันเพิ่งได้ SSD ใหม่และฉันกำลังมองหาคำแนะนำว่าจะรวมเข้ากับการตั้งค่า LVM ที่มีอยู่ของฉันได้อย่างไร ฉันมีโลจิคัลวอลุ่มต่อไปนี้ (เมานต์ในตำแหน่งที่ชัดเจน):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g                                      

ฉันมีปริมาณฟิสิคัล 108.26g ที่เกี่ยวข้องกับ SSD ตัวใหม่ ฉันจะใช้pvmoveเพื่อย้าย LVs เหล่านี้ไปยัง SSD คำถามคือ LVs ใดที่จะย้าย?

เครื่องในคำถามนั้นเป็นเวิร์กสเตชันที่บ้าน ฉันทำการพัฒนาแบบเบา ๆ (ซอร์สโค้ดยังมีชีวิตอยู่home) ใช้กระบวนการเซิร์ฟเวอร์ที่มีภาระน้อยมาก (apache และอื่น ๆ ) และทำการแก้ไขรูปภาพและวิดีโอเป็นครั้งคราว ฉันใช้ Gentoo ใน x86 ถ้านั่นสร้างความแตกต่าง

สำหรับเดสก์ท็อปของฉันฉันย้ายไฟล์ที่ฉันใช้บ่อยบนอุปกรณ์ SSD โดยปล่อยไฟล์อื่น ๆ ไว้ในฮาร์ดดิสก์

• การมีระบบใน SSD ช่วยได้มาก มันไม่ได้แก้ไขบ่อยนัก ย้ายusrบน SSD ของคุณ
• ไดเรกทอรีบ้านของคุณยังใช้บ่อย ย้ายบ้านไปที่ SSD ของคุณ หากไฟล์มีขนาดใหญ่เกินไปให้ลองแยกไฟล์ที่ใช้บ่อยและเก็บไว้ในฮาร์ดดิสก์ (symlink ช่วยในงานนี้)
• / varไดเรกทอรีที่มีการเข้าถึงบ่อยภูต (ผนวกเข้าสู่ระบบไฟล์ในกรณีส่วนใหญ่) บางคนพยายามเข้าสู่ระบบเซิร์ฟเวอร์ระยะไกลหรือบน ramdisk อาจซับซ้อนและอาจไม่คุ้มกับปัญหา ฉันย้ายvarบน SSD
• การใช้ไดเรกทอรี/ tmpขึ้นอยู่กับแอปพลิเคชันที่คุณใช้
• การใช้งาน swap นั้นขึ้นอยู่กับแอพพลิเคชั่นและหน่วยความจำกายภาพของคุณ สำหรับฉันแล้ว swap ไม่ได้ใช้บ่อยมากดังนั้นมันจึงไม่อวยพรที่จะใช้กับ SSD (เป็นประสิทธิภาพที่ดีที่สุดสำหรับการสลับ)

สำหรับพาร์ติชันที่คุณอาจไม่แน่ใจ (tmp, swap1, swap2, opt) คุณสามารถลองโดยไม่ย้ายพาร์ติชั่นเหล่านั้นและใช้คำสั่งiostat -pเพื่อดูว่ามีการเข้าถึงบ่อยแค่ไหน

ตรวจสอบการติดตั้งอุปกรณ์ SSD บน Ubuntu

ทำไมไม่ใช้ SSD เป็นแคช

• Bache
• flashcache

จากสิ่งที่ฉันได้อ่าน LVM อาจไม่ใช่ตัวเลือกที่ดีที่สุดสำหรับ SSD เนื่องจากขณะนี้ยังไม่มีการรองรับ TRIM หากคุณใช้ LVM:

http://www.fedoraforum.org/forum/showthread.php?t=256068

(มีคำแนะนำอื่น ๆ อีกมากมาย: SSD ในเธรดนั้น)

ฉันกำลังมองหาบางอย่างเช่นนี้เองในขณะนี้ นอกเหนือจากตัวเลือก bcache และ flashcache ที่ Javier พูดถึงคุณสามารถระบุ extents "hot" และ pvmove ไปยัง SSD ของคุณ:

https://bbs.archlinux.org/viewtopic.php?id=113529

เพื่อลดการขาด TRIM คุณสามารถใช้ความจุ SSD น้อยกว่าเต็มหลังจากนั้นย้ายส่วนขยายและยกเลิกช่วงเซกเตอร์ด้วยตนเองด้วย hdparm:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

เห็นได้ชัดว่าเป็นอันตรายอย่างยิ่งและข้อผิดพลาดใด ๆ อาจทำให้ข้อมูลของคุณ!

ฉันเห็นด้วยกับการใช้ SSD สำหรับการดำเนินการแคช แต่คุณควรตรวจสอบกรณีการใช้งานที่แน่นอน หากคุณไม่ได้ซื้อ SSD ระดับสูงการสึกหรอและความน่าเชื่อถือเป็นปัญหาที่ใหญ่กว่า ในกรณีนี้ฉันจะไม่ใช้มันสำหรับ opp directory ops เช่น / tmp, / var / tmp, / var / run และ swap ฉันอยากลองใช้ระบบไฟล์ที่ใช้หน่วยความจำสำหรับเรื่องนี้ แต่มันยากที่จะตั้งค่าและอาจมีความเสี่ยงเล็กน้อยหากคุณไม่ทราบว่าคุณกำลังทำอะไรอยู่

มีการแก้ไข A / V บน SSD อย่างแน่นอน! นี่อาจเป็นไดเรกทอรีบ้านของคุณ แต่อาจเป็นไดเรกทอรีพิเศษที่อื่นแม้แต่จุดเชื่อมต่อใต้บ้านของคุณ SSD นั้นเปล่งประกายซึ่งคุณสามารถอ่าน / เขียนแบบสุ่มได้โดยไม่ต้องย้ายหัวดิสก์ เสียงกรีดร้องนี้แก้ไขและแอปพลิเคชันที่มีแบนด์วิดท์สูงเช่น A / V ทำงาน / usr อาจเป็นสถานที่ต่อไปถ้าคุณมีพื้นที่เพียงพอสำหรับมัน ไบนารีและไลบรารีส่วนใหญ่ของคุณอยู่ใน / usr และสามารถได้รับประโยชน์จากลำดับการอ่านแบบสุ่มที่ SSD จะมอบให้