ฉันควรจะเก็บรหัส / โครงการของฉันลงบน SSD หรือไดรฟ์รองของฉันหรือไม่?


16

ฉันเพิ่งได้กล่องใหม่ มี SSD สำหรับไดรฟ์หลักและ 1TB SATA สำหรับไดรฟ์รอง ฉันจะเรียกใช้ windows และไบนารีของฉันบน SSD และเก็บการดาวน์โหลด / เอกสาร / เพลง / ฯลฯ ทั้งหมดของฉันไว้ในไดรฟ์รอง
คำถามของฉันคือฉันควรเก็บโครงการ Visual Studio และรหัสบน SSD หรือเก็บไว้ในไดรฟ์รองหรือไม่ SSD ที่เร็วกว่านั้นน่าจะดีกว่าสำหรับการรวบรวมและจัดทำดัชนี แต่จะดีกว่าหรือไม่ที่จะเก็บไว้ในไดรฟ์ที่สองสำหรับสถานการณ์ดิสก์ IO แบบขนานมากขึ้น

คำตอบ:


5

SSD มี IO ที่ดีกว่ามากดังนั้นจึงเหมาะสมที่จะมีรหัสของคุณบนดิสก์ SSD


ฉันรู้ว่ามันมี IO ที่ดีกว่า แต่ OS และ Binaries ทั้งหมดจะอ่านจาก SSD ฉันไม่แน่ใจว่ามันจะเป็นการดีกว่าหรือไม่ที่จะปล่อยให้ไฟล์โค้ดอ่านจากไฟล์สำรองในแบบคู่ขนาน
fr0man

@ fr0man ไม่ต้องสงสัยเลยว่าคำตอบง่ายๆของคริสเตียนอาจจะใช่ มันเร็วกว่ามากดังนั้นมันจึงเกินความกังวลอื่น ๆ ทั้งหมด
Dan Rosenstark

IO กับ SSD นั้นจะเป็นสองเท่าตามหลักวิชาที่ดิสก์ที่ใช้แผ่นเสียงสามารถจัดการได้ บัส SATA ยังคงไม่เป็นคอขวดของคุณในสถานการณ์นี้ ไปกับ SSD แต่ให้แน่ใจว่าคุณมีการสำรองข้อมูลรายชั่วโมง :)
churnd

ขอบคุณทุกคนนั่นคือสิ่งที่ฉันสงสัย ฉันเคยได้ยินเรื่องราวของ SSD ที่ไม่เร็วกว่าไดรฟ์ทั่วไปมากนัก
fr0man

6

ขึ้นอยู่กับไดรฟ์ที่คุณมี การอ่านจะสูญเสีย SSD เสมอ แต่อาจไม่ได้ประสิทธิภาพการเขียน ประสิทธิภาพการเขียนจะมีความสำคัญในระหว่างการรวบรวมเพื่อสร้าง executables ใหม่ชุดประกอบและชิ้นส่วนบิลด์อื่น ๆ

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


2

ฉันไม่รู้ว่าสิ่งนี้เป็นไปได้ใน Visual Studio หรือไม่ แต่สิ่งที่ดีที่สุดอาจเป็นการรวมกันของสองสิ่งนี้ วางซอร์สโค้ดบน SSD แต่มีวัตถุที่คอมไพล์แล้วที่เขียนไปยัง HD นี่คือวิธีการที่เราได้จัดทำโครงการตาม แต่ด้วยเหตุผลอื่น


ฟังดูซับซ้อน มีการตั้งค่ารูทสำหรับไดเรกทอรีผลลัพธ์เป้าหมายหรือคุณต้องแก้ไขการbinตั้งค่าสำหรับแต่ละโครงการในการกำหนดค่าการสร้างหรือไม่
alord1689

1

ความเร็วของฮาร์ดไดรฟ์มีความสำคัญต่อประสิทธิภาพโดยรวมของ Visual Studio Scott Guthrie ได้สัมผัสกับมันอย่างดีในโพสต์นี้:

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

เมื่อคุณทำการพัฒนาด้วย Visual Studio คุณจะจบลงด้วยการอ่าน / เขียนไฟล์จำนวนมากและใช้เวลาทำกิจกรรม I / O ของดิสก์เป็นจำนวนมาก โครงการและโซลูชันขนาดใหญ่อาจมีไฟล์ต้นฉบับหลายร้อย (หรือหลายพัน) ไฟล์ (รวมถึงรูปภาพ, css, หน้า, การควบคุมผู้ใช้ ฯลฯ ) เมื่อคุณเปิดโครงการ Visual Studio จำเป็นต้องอ่านและแยกไฟล์ต้นฉบับทั้งหมดที่อยู่ในนั้นเพื่อที่จะให้ระบบ Intellisense เมื่อคุณเข้าร่วมในการควบคุมแหล่งที่มาและตรวจสอบไฟล์ที่คุณกำลังอัพเดตไฟล์และการประทับเวลาบนดิสก์ เมื่อคุณทำการคอมไพล์ของโซลูชัน Visual Studio จะตรวจสอบแอสเซมบลีที่ปรับปรุงจากตำแหน่งที่ตั้งของเส้นทางของดิสก์หลายเขียนแอสเซมบลีใหม่ไปยังดิสก์หลายเมื่อทำการคอมไพล์เสร็จรวมทั้งยังคงอยู่แฟ้มสัญลักษณ์ดีบักเกอร์. pdb เป็นการดำเนินการบันทึกไฟล์แยกต่างหาก)

Visual Studio Blogแนะนำให้ใช้ SSD:

เรื่องฮาร์ดไดรฟ์เป็นเรื่องสำคัญ! และนี่คือเคล็ดลับอีกประการในการทำให้การแก้ปัญหาโหลดเร็วยิ่งขึ้น Visual Studio telemetry แสดงให้เห็นว่าเครื่องที่มีโซลูชั่นการจัดเก็บข้อมูล SSD นั้นเร็วกว่าฮาร์ดไดรฟ์ปกติ 2-3 เท่า ดังนั้นเราขอแนะนำให้คุณพิจารณาอัปเกรดเป็น SSD หากคุณใช้ฮาร์ดไดรฟ์ทั่วไป ในขณะที่ Windows, Visual Studio และโซลูชันของคุณจะอยู่ใน SSD เพื่อให้เกิดผลกระทบสูงสุดการติดตั้ง Windows บน SSD จะมีผลกระทบอย่างมากต่อการโหลดโซลูชันของคุณ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.