Tôi đang làm việc trên dự án ASP.NET 3.5 có 55 dự án trong một giải pháp. Khi mở giải pháp trong Visual Studio 2008, phải mất hơn một phút để mở - khoảng 1 giây cho mỗi dự án. Tuy nhiên, nếu tôi ngắt kết nối cáp mạng trước khi mở giải pháp, nó chỉ mất khoảng 15 giây! Bất kỳ ý tưởng về những gì có thể gây ra sự chậm lại?Tải giải pháp chậm trong studio trực quan 2008
Tôi đã xảy ra điều này với tôi trong những ngày khi chúng tôi đang sử dụng tính năng An toàn nguồn trực quan.
Có thể là plugin kiểm soát nguồn của bạn yêu cầu cập nhật nếu bạn có giải pháp dưới sự kiểm soát nguồn.
Một vài năm trước, tôi nhớ một đồng nghiệp có một số vấn đề tương tự (với một giải pháp nhỏ hơn rất nhiều và trong VS2003). Không thể nhớ các chi tiết, nhưng tôi nghĩ rằng nó có liên quan đến tài khoản người dùng ASPNET cục bộ (hay đúng hơn là nó không tồn tại). Không chắc chắn mặc dù ...
Lưu ý: Tôi thường thấy hiệu quả hơn khi có một vài dự án trong mỗi giải pháp (thường là một giải pháp sản xuất một hoặc hai cụm được sử dụng trong mã sản xuất), và sau đó có một vài trường hợp Visual Studio chạy cùng một lúc. Hơn 50 dự án trong cùng một giải pháp cảm thấy như yêu cầu các vấn đề.
Có thể là bạn có các phụ thuộc khác, tuy nhiên, chỉ muốn chia sẻ suy nghĩ của tôi.
trong đó có 55 dự án trong một dung dịch
WOW. Tôi không thể tưởng tượng được loại giải pháp nào cần nhiều dự án. Câu trả lời có lẽ là nhà cung cấp kiểm soát nguồn của bạn cần làm mới trạng thái của từng mục, tất cả đều mất thời gian.
Đối với các hệ thống điều khiển phiên bản kiểu chỉnh sửa-hợp nhất-cam kết, chẳng hạn như lật đổ, hoạt động này không diễn ra. Thử tạm thời xóa kiểm soát nguồn khỏi toàn bộ giải pháp để xem đây có phải là thủ phạm hay không.
Nếu giải pháp của bạn được gắn vào điều khiển nguồn, thì nó đang cố gắng tải lên các biểu tượng và xác minh những mục bạn đã kiểm tra. Vì vậy, nếu bạn có kết nối chậm, sẽ nhanh hơn để đưa giải pháp vào ngoại tuyến.
http://www.tmgirvin.com/2009/03/working-offline-with-visual-studio-2008-and-tfs.html
EDIT Một giải pháp mà tôi đã nhìn thấy được sử dụng, tạo _webTier.sln _database.sln _build.sln (là tên dự án)
và mỗi các giải pháp đó là một phần tự cung tự cấp của toàn bộ dự án, nhưng theo cách đó nếu bạn đang làm việc trên webtier và bạn không cần dự án cơ sở dữ liệu hoặc các phần dự án di động để tải lên, bạn chỉ cần mở webtier soluti trên.
Giải pháp xây dựng chứa toàn bộ gói cần được tạo và mất nhiều thời gian để tải.
Tôi có thể trả lời câu hỏi bằng câu hỏi không? Bí quyết để nhận được VS không chỉ chết với nhiều dự án đó là gì, hãy để một mình tải trong một 60 giây nhanh chóng bất ngờ?
Vào khoảng 10-12 dự án, thời gian biên dịch trên Visual Studio trở nên khó chịu, vào khoảng 5-8 dự án Resharper sẽ bị lỗi.IDE là một con lợn nhớ rằng thậm chí mở nhiều dự án hơn bằng cách sử dụng nhiều phiên bản của VS thường không phải là một lựa chọn.
Dù sao đi chăng nữa, đó là tất cả về cách sử dụng bộ nhớ và dự án phát bóng lẻ có thể thực hiện nó, ví dụ: một tệp có nhiều tệp nhất.
Nếu không có kết nối mạng, nó sẽ tải trong khoảng 15 giây. Theo Process Explorer, kích thước thiết lập làm việc cho studio hình ảnh là khoảng 300.000K sau khi thực hiện một bản dựng với kích thước ảo là 750.000K. Vì vậy, có 2GB bộ nhớ (ít nhất) là rất hữu ích. Đó không phải là một dự án cụ thể gây ra sự cố. Tôi có thể xem tin nhắn ở phía dưới vì nó tải từng dự án và mỗi dự án mất khoảng thời gian tương tự. –
Bạn nên thực hiện một số điều tra, kích hoạt Wireshark, bắt đầu chụp trên giao diện được đề cập và xem lưu lượng truy cập nào đang chảy qua dây.
Cảm ơn bạn đã đọc mẹo về Wireshark. Tôi đã tải xuống và chạy nó. Giả sử tôi giải thích kết quả đúng, lưu lượng truy cập duy nhất tôi thấy do studio trực quan là rất nhiều truy vấn DNS. Tôi không biết nó đang nhìn gì, nhưng tôi cho rằng phản ứng chậm từ máy chủ tên có thể gây ra sự chậm trễ. –
Bất kỳ cơ hội nào đây là vấn đề này? http://dotnetjunkies.com/Newsgroups/microsoft.public.vsnet.ide/2004/3/29/97325.aspx – si618
Xin lỗi, liên kết đó không hoạt động (Không thể tìm thấy trang). –
Tôi có vấn đề này trên một máy phát triển không có kết nối internet và nó bật ra rằng vấn đề có liên quan đến một thiết lập trong tùy chọn internet của IE:
Control Panel -> Internet Options -> nâng cao - > Bảo mật -> Kiểm tra thu hồi chứng chỉ của nhà xuất bản
Sau khi đảm bảo điều này đã được bỏ chọn, các giải pháp của tôi đã bắt đầu tải lại nhanh chóng.
Tôi đã gặp vấn đề tương tự trong tuần này (5 năm sau !!). Nó được gây ra bởi một tập tin .suo khổng lồ (gần 400 Mb), xóa nó đã khắc phục được sự cố.
55 dự án! whoa. –