Tôi có nên lưu trữ mã / dự án của mình trên ổ SSD hoặc ổ đĩa phụ không?


17

Tôi vừa nhận được một hộp mới. Nó có ổ SSD cho ổ đĩa chính và 1TB SATA cho ổ đĩa thứ cấp. Tôi sẽ chạy các cửa sổ và nhị phân của mình trên SSD và giữ tất cả các bản tải xuống / tài liệu / nhạc / vv của tôi trên ổ đĩa thứ cấp.
Câu hỏi của tôi là tôi có nên giữ Visual Studio Project và mã trên SSD hoặc giữ chúng trên ổ đĩa thứ cấp không? SSD nhanh hơn có lẽ sẽ tốt hơn cho việc biên dịch và lập chỉ mục các tìm kiếm, nhưng sẽ tốt hơn nếu giữ nó trên ổ đĩa thứ 2 cho tình huống IO đĩa song song hơn?

Câu trả lời:


6

SSD có IO tốt hơn nhiều và do đó, có ý nghĩa khi có mã của bạn trên đĩa SSD.


Tôi biết nó có IO tốt hơn, nhưng tất cả các hệ điều hành và Binaries sẽ được đọc từ SSD. Tôi không chắc liệu có thể tốt hơn không khi để các tệp mã được đọc từ thứ cấp theo cách song song.
fr0man

@ fr0man, nghi ngờ điều đó, câu trả lời đơn giản của Christian có lẽ đúng. Nó NHIỀU nhanh hơn, vì vậy vượt xa tất cả các mối quan tâm khác.
Dan Rosenstark

IO với SSD về mặt lý thuyết sẽ tăng gấp đôi những gì một đĩa dựa trên đĩa có thể xử lý. Xe buýt SATA vẫn không bị tắc nghẽn trong tình huống này. Đi với SSD, nhưng đảm bảo bạn có bản sao lưu hàng giờ. :)
churnd

Cảm ơn mọi người, đó là điều tôi đã tự hỏi. Tôi đã nghe những câu chuyện về ổ SSD không nhanh hơn nhiều so với ổ đĩa truyền thống.
fr0man

6

Nó phụ thuộc vào ổ đĩa bạn có. Việc đọc sẽ luôn thua SSD, nhưng có thể không phải trên hiệu suất ghi. Hiệu suất ghi sẽ rất quan trọng trong quá trình biên dịch để tạo các tệp thực thi mới, các cụm và các tạo phẩm xây dựng khác.

Sao chép một trong những giải pháp lớn hơn của bạn sang HD và SSD và biên dịch cả hai. Bạn sẽ nhận thấy sự khác biệt theo cách này hay cách khác và có quyết định của bạn. Tôi đoán là HD sẽ nhanh hơn cho việc biên dịch / xây dựng nhưng ssd sẽ thắng mọi thứ khác.


2

Tôi không biết nếu điều này là có thể trong Visual Studio, nhưng tốt nhất có thể là sự kết hợp của cả hai. Đặt mã nguồn trên SSD, nhưng có các đối tượng được biên dịch được ghi vào HD. Đây là cách chúng tôi đã thực hiện các dự án dựa trên bố trí, nhưng vì lý do khác.


Điều này nghe có vẻ phức tạp. Có một cài đặt gốc cho thư mục đầu ra đích hay bạn phải sửa đổi bincài đặt đó cho từng dự án trong cấu hình xây dựng?
alord1689

1

Tốc độ ổ cứng rất quan trọng đối với hiệu suất Visual Studio tổng thể. Scott Guthrie chạm vào nó tốt trong bài viết này :

CPU đa lõi trên các máy đã đủ nhanh trong vài năm qua, trong hầu hết các tình huống ứng dụng phổ biến, bạn thường không chặn được dung lượng bộ xử lý có sẵn trong máy.

Khi bạn đang thực hiện phát triển với Visual Studio, bạn sẽ đọc / ghi rất nhiều tệp và dành một lượng lớn thời gian để thực hiện hoạt động I / O trên đĩa. Các dự án và giải pháp lớn có thể có hàng trăm (hoặc hàng nghìn) tệp nguồn (bao gồm hình ảnh, css, trang, điều khiển người dùng, v.v.). Khi bạn mở một dự án, Visual Studio cần đọc và phân tích tất cả các tệp nguồn trong đó để cung cấp intellisense. Khi bạn tranh thủ kiểm soát nguồn và kiểm tra một tệp bạn đang cập nhật tệp và dấu thời gian trên đĩa. Khi bạn thực hiện biên dịch một giải pháp, Visual Studio sẽ kiểm tra các tập hợp được cập nhật từ nhiều vị trí đường dẫn đĩa, ghi ra nhiều tập hợp mới vào đĩa khi quá trình biên dịch được thực hiện, cũng như duy trì các tệp biểu tượng trình gỡ lỗi .pdb trên đĩa (tất cả như tập tin lưu hoạt động riêng biệt).

Blog Visual Studio khuyên bạn nên sử dụng SSD:

Loại ổ cứng có vấn đề! Và đây là một mẹo khác để tải giải pháp nhanh hơn nữa. Từ xa Visual Studio cho thấy các máy có giải pháp tải lưu trữ SSD nhanh hơn 2-3 lần so với ổ cứng thông thường. Do đó, chúng tôi thực sự khuyên bạn nên xem xét nâng cấp lên SSD nếu bạn đang sử dụng ổ cứng thông thường. Mặc dù lý tưởng là Windows, Visual Studio và giải pháp của bạn đều được chứa trong ổ SSD để có tác động tối đa, nhưng việc cài đặt Windows trên SSD sẽ có tác động rất lớn đến tải giải pháp của bạn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.