Tôi muốn xây dựng một PC để chạy Visual Studio rất nhanh. Tôi có khoảng 30 dự án C # bao gồm dịch vụ WCF, dịch vụ web IIS. Vì vậy, đối với tôi, nhanh chóng có nghĩa là chu kỳ chỉnh sửa, biên dịch, chạy và gỡ lỗi nhanh.
Làm cách nào để cân bằng khoản đầu tư vào sức mạnh CPU, bộ nhớ và công nghệ ổ đĩa, khi xây dựng một máy cho mục đích của tôi?
Câu trả lời:
Nhóm nhà phát triển của chúng tôi sử dụng phần cứng nhanh THỰC SỰ ... $ 6.000 + cho mỗi Máy Dev kể từ tháng 1 năm 2010.
Sự khác biệt LỚN NHẤT mà bất kỳ một thành phần nào tạo ra cho chúng tôi (chúng tôi đã thử nghiệm từng thứ một) là thêm I / O rất nhanh và đưa tất cả mã nguồn của chúng tôi vào phần cứng đó. Chúng tôi đã trải qua khoảng 10 cấu hình khác nhau (Nhiều RAID khác nhau với VRaptors, SSD, v.v ...) và sản phẩm tốt nhất chúng tôi nghĩ ra là ổ IOXtreme từ Fusion IO.
http://www.fusionio.com/products/ioxtreme/
Bạn sẽ cần rất nhiều RAM vì trình điều khiển "khóa" RAM với số lượng lớn hơn kích thước khối định dạng của bạn trên ổ đĩa càng nhỏ.
Những cậu bé xấu đó không dễ bay hơi, và SIÊU NHANH ở cả việc đọc và viết ngẫu nhiên. Để kiếm tiền, chúng tôi không thể có được các giàn khoan của mình để biên dịch nhanh hơn nữa.
Tôi sẽ dành thời gian biên dịch thật nhanh để cho bạn một ý tưởng ...
OK, giải pháp Master của chúng tôi với TẤT CẢ mã hiện có 37 dự án và tổng cộng 92.281 dòng mã "thực thi" theo Kết quả số liệu của Visual Studio Code. Để biên dịch nó với các cài đặt dành cho nhà phát triển DEFAULT C # trong IDE (chỉ cần tải lại tất cả các cài đặt để bạn có thể so sánh khách quan với mặc định nếu bạn muốn) mất 22 giây. Trên một máy giống hệt nhau với 3 Velociraptors trong RAID 5 mất 29 giây, do đó tăng khoảng 24%.
Thử nghiệm đó đã được thực hiện với GIẢI PHÁP SẠCH theo sau là GIẢI PHÁP REBUILD, do đó, nó phải là một biên dịch đầy đủ.
Tôi không biết về tất cả các bạn, nhưng tôi biên dịch thường xuyên sau những thay đổi nhỏ đến trung bình. Có lẽ trung bình 80 - 100 lần mỗi ngày. Điều đó có nghĩa là CHỈ ổ IOXtreme đang tiết kiệm cho tôi 9,3 phút mỗi ngày. Ở mức 70 đô la mỗi giờ (tỷ lệ nhà phát triển trung bình của chúng tôi, khoảng), tức là 10 đô la một ngày, cho mỗi nhà phát triển. Vì vậy, điều này mất khoảng 90 ngày để trả tiền cho chính nó. Thực sự không tệ ... họ đang tự do vào thời điểm này.
Ngoài ra, tôi THỰC SỰ cảm thấy mạnh mẽ rằng thời gian biên dịch shoudl không bao giờ được phép vượt quá ngưỡng của nhà phát triển để đánh lạc hướng. Làm tôi đợi 2 phút ... Vào Wiki hoặc Google hoặc Youtube lãng phí thời gian. Đó là rất nhiều khó khăn để đo lường.
OK, vì vậy toàn bộ giàn khoan trông giống như thế này:
Windows 7 Professional 12GB RAM 2x Quad Core Xeons (E5504) @ 2.00 GHz. Tổng cộng 8 GHz cho mỗi máy. Máy chủ bộ điều khiển RAID Highpoint 2320 Mobo (Tôi quên mô hình, xin lỗi) 3x Velociraptors trong RAID 5, được chia thành các ổ C, D và E. Windows trên C, các chương trình trên D, thư mục Dữ liệu người dùng trên E. IO Xtreme Drive as Drive F. Tất cả mã (DLL của chúng tôi và bên thứ ba) đều có trên Drive F.
Tốt nhất của may mắn cho tất cả các bạn!
Có một câu hỏi tương tự ở đây: Thành phần PC nào có ảnh hưởng lớn nhất đến thời gian biên dịch của bạn cho Visual Studio .
Nút thắt lớn nhất sẽ là ổ đĩa khi thực hiện các bản dựng trong Visual Studio. Kể từ Visual Studio 2008, bạn cũng có thể tận dụng nhiều bộ xử lý hoặc nhiều lõi trong các bản dựng của mình. Nếu là tôi, tôi sẽ làm như sau:
Đọc thêm:
Tôi sử dụng một ramdrive, từ Dataram . Visual Studio không sử dụng tất cả các lõi PC của tôi (8 lõi), vì vậy điều tôi đã làm là tôi định dạng ramdrive với NTFS và nén được kích hoạt. Mã nguồn có tỷ lệ nén cao, do đó, một ổ đĩa 2 GB cho ít nhất 4GB dung lượng lưu trữ. Bạn cũng có thể kích hoạt tự động lưu ramdrive! Phương pháp này cung cấp cho bạn IO nhanh nhất, thậm chí nhanh hơn SSD. Tuy nhiên, bạn sẽ nhận thấy rằng khi IO không bị nghẽn cổ chai, VS rất kém trong việc sử dụng nhiều lõi.