Thông báo cập nhật VS2015 2: “Đã phát hiện thấy bộ nhớ thấp. Đã vô hiệu hóa toàn bộ phân tích giải pháp cho giải pháp này.


83

Tôi vừa cập nhật Visual Studio 2015 với Cập nhật 2.

Bây giờ, sau vài giờ làm việc tốt, tôi nhận được: "Đã phát hiện thấy bộ nhớ thấp. Tính năng phân tích toàn bộ giải pháp bị vô hiệu hóa cho giải pháp này." xuất hiện trên đầu bảng điều khiển trình chỉnh sửa của VS2015.

Tôi thấy rằng một lỗi đã được báo cáo tại Microsoft Connect .

Ghi chú:

  • Tôi đang sử dụng Resharper.
  • Giải pháp của tôi khá lớn, ~ 32 dự án trong đó.

Nếu ai đó có cách giải quyết khác hoặc gợi ý về việc phải làm gì để giải quyết vấn đề này, vui lòng cho tôi biết.

Cập nhật: Tôi có khá nhiều cảm xúc giống như Anders Forsgren (nhận xét đầu tiên). Đối với tôi đó là một bản tóm tắt tốt về tình hình.

Bản cập nhật 2 (2016-04-20) Tôi gần đây (3 ngày trước) đã thực hiện dọn dẹp lớn các gói đã cài đặt Framework.Net của mình (từ "Chương trình và tính năng") trong đó tôi đã xóa khoảng 20-30 gói. Một số bằng tiếng Nga. Tôi cũng đã cài đặt lại Visual Studio và ReSharper. Tất cả những điều đó dường như đã thêm một số ổn định cho môi trường của tôi (ít hơn hoặc không còn đóng băng -> thời gian sẽ trả lời). Ngoài ra, có một Phiên bản công cụ sửa chữa .NET Framework mới (2016-04-19) đã ra mắt gần đây. Có lẽ nó có thể giúp khắc phục một số vấn đề của chúng tôi, nếu có liên quan?

Cập nhật 3 Sau một số thử nghiệm và đọc một số văn bản của người dân. Có vẻ như nó không liên quan đến bản thân .Net framework hoặc Resharper. Nó có vẻ liên quan đến chính VS2015, có lẽ là Roslyn. Tôi đã không thành công khi xóa Roslyn / CodeAnalysis khỏi VS2015, nó dường như là một phần thiết yếu. Có vẻ như chúng ta sẽ phải đợi bản sửa lỗi của Microsoft để có một môi trường ổn định.

Cập nhật 4 (2016-04-26) Xem câu trả lời của John Atwood. Rất nhiều thông tin. Tôi chỉ mới bắt đầu kiểm tra câu trả lời của nó. Bản cập nhật 3 sẽ giải quyết vấn đề này (khi có sẵn ???).

Cập nhật 5 (2016-04-26 + 6 giờ) Sau 1 lần khởi động lại do chính VS thực hiện, một sự chậm chạp đáng kinh ngạc và cũng có một thông báo "Bộ nhớ thấp ...", tôi có thể xác nhận rằng việc tắt phân tích Giải pháp đầy đủ không khắc phục được sự cố, tại ít nhất trên máy của tôi. Tôi hiện không biết bất kỳ bản sửa lỗi / giải pháp nào hoạt động trên máy của mình.

Cập nhật 6 (2016-06-15) Mladen Mihajlovic đã đánh thức tôi. Tôi chỉ nhận ra rằng tôi đã quên nói về tính khả dụng của VS2015 Update 3 RC (xin lưu ý rằng tôi nghĩ rằng đó là bản phát hành thứ hai: Update 3 RC2). Nó có sẵn kể từ ngày 7 tháng 6 tại MSDN , RC1 = 14.0,25401,00 trong khi RC2 = 14,0,25402,00. Nó có vẻ ổn định hơn rất nhiều (tôi rất khuyên bạn nên dùng nó).


11
Tôi nghĩ rằng đây là một giải pháp cho sự cố đã tồn tại trước đó, nhưng trước update2, nó đã không tự động vô hiệu hóa nó, thay vào đó hiệu suất trở nên tồi tệ. Điểm mấu chốt là đối với một giải pháp lớn (có thể là về kích thước mã hơn là số lượng dự án), phân tích giải pháp đầy đủ vẫn không thực tế nên bạn chỉ đơn giản là không muốn nó. Bây giờ điều đó xảy ra tự động. Tắt nó đi giải pháp cho vấn đề. Nhóm Roslyn có thể đang tìm giải pháp. Tôi có hơn 100 giải pháp dự án với 50k loại, Update1 không sử dụng được và trong Update2, tôi gặp lỗi trực tiếp khi tải giải pháp.
Anders Forsgren

Cảm ơn rất nhiều cho thông tin. Nó có thể giải thích tại sao Bản cập nhật VS2015 1 của tôi cũng bị đóng băng một lần. Ít nhất bây giờ, có một dự phòng và chúng tôi có thể tiếp tục làm việc. Tôi hy vọng nhóm Roslyn sẽ nhanh chóng tìm ra giải pháp :-)!
Eric Ouellet

2
Tôi bỏ phiếu để đóng câu hỏi này là lạc đề vì có sự cố kết nối microsoft hiện có.
Daniel A. White


1
Tôi có cùng một vấn đề. Cập nhật VS2015. 2 + ReSharer (cả hai đều được cập nhật). Chúng tôi có khoảng 400 dự án trong giải pháp. Tôi chỉ gặp phải điều này với ReSharper. Nhưng tiếc là tôi đã cài đặt bản cập nhật 2 về cùng lúc với ReSharper. Vì vậy, tôi không chắc chắn ai là người để đổ lỗi. VS vừa hết bộ nhớ khả dụng cho ứng dụng 32bit. Có 64bit VS IDE có thể giúp được. Tôi có nhiều bộ nhớ trống để dự phòng (64GB) - vì vậy tôi ghét các ứng dụng nói với tôi rằng chúng hết bộ nhớ.
Martin Dobšík

Câu trả lời:


3

Sau khi phân tích rất ngắn, có vẻ như vấn đề có thể liên quan đến triển khai CodeAnalysis được bật theo mặc định và tôi không thể tìm thấy bất kỳ tùy chọn tệp cấu hình nào có thể vô hiệu hóa nó.

Đây là kết quả tìm kiếm tham khảo .

Tuy nhiên, tôi đã có thể vô hiệu hóa thành công plugin CodeAnalysis VS vào lúc này và có vẻ như nó đã tạo ra sự khác biệt trong cách VS chạy trơn tru.

Thay đổi duy nhất là đổi tên thư mục plugin mở rộng CodeAnalysis từ:

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis

đến

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis_disabled

Điều này rõ ràng sẽ làm suy giảm bộ tính năng VisualStudio và có thể gây ra một số tác dụng phụ nhưng vì tôi đang sử dụng các tính năng alanylsis của chính ReSharper, VS CodeAnalysis chỉ là quá mức.

Cập nhật:

Có vẻ như Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll cũng được thêm vào GAC và được gacutil bảo vệ khỏi xóa. Để buộc xóa nó khỏi GAC, cần thực hiện các bước sau:

  1. Xóa khóa đăng ký sau nhưng lưu nó trước trong trường hợp:

Windows Registry Editor Phiên bản 5.00

[HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes \ Installer \ Assemblies \ Global] "Microsoft.VisualStudio.CodeAnalysis, version = \" 14.0.0.0 \ ", publicKeyToken = \" b03f5f7f11d50a3a \ ", processorArchitecture = \" MSIL \ ", fileVersion = \" MSIL \ ", fileVersion 14.0.23107.0 \ ", culture = \" neutral \ "" = hex (7): 6a, \ 00,5f, 00,65,00,7e, 00,5a, 00,61,00,47,00,71 , 00,2a, 00,3f, 00,6a, 00,61,00,31,00, \ 30,00,6e, 00,66,00,70,00,4e, 00,2d, 00,44, 00,54,00,65,00,73,00,74,00,54,00,6f, 00,6f, 00,6c, 00,73,00,5f, 00,65,00,6e, 00 , 75,00,3e, 00,39,00,42,00,21,00,4e, 00, 63,00,6a, 00,24,00,58,00,70,00,45,00, 42,00,75,00,6a, 00,21,00,56,00,3 ngày, 00,2 ngày, 00,31,00,51,00,32,00,00,00,68,00,6a , 00,4f, 00,46,00,70,00,48,00,2 ngày, 00,24,00, \ 4b, 00,34,00,69,00,4f, 00,68,00,33, 00,72,00,60,00,65,00,62,00,28,00,36,00,43, 00,6f, 00,64,00,65,00,5f, 00,41,00,6e, 00,61,00,6c, 00,79,00,73,00,69,00,73,00, \ 5f, 00,54,00,6f, 00,6f 00,6c, 00,73,00,5f, 00,31,00,31,00,39,00,38,00,37,00,5f, 00,78,00,38,00,36, 00,5f, 00,65,00,6e, 00,75,00,3e, 00,39,00,42,00,21,00,4e, 00, 63,00,6a, 00,24,00 , 58,00,70,00,45,00,42,00,75,00,6a, 00,21,00,56,00,3 ngày, 00,2 ngày, 00,31,00,51,00, 32,00,00,00,00,00

  1. Gỡ cài đặt lắp ráp khỏi GAC

"C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Tools \ x64 \ gacutil.exe" / u "Microsoft.VisualStudio.CodeAnalysis, Phiên bản = 14.0.0.0, Văn hóa = trung lập, PublicKeyToken = b03f5f7f11d50a3a, processorArchitecture = MSIL "/ f

Cũng nên di chuyển thư mục CodeAnalysis_disabled đến một vị trí khác vì tôi không thể biết cách triển khai trình tải VS MEF và nó sẽ tìm kiếm các plugin ở đâu.


Lưu ý: Bạn có thể tắt nó bằng cách: Menu-ReSharper-Options-Code Kiểm tra- "Bật phân tích mã".
Eric Ouellet

Tôi đã thử đề xuất của bạn trước đây (trước Bản cập nhật 2) nhưng nó không ngăn Visual Studio bị đóng băng. Nó dường như xảy ra ít hơn nhưng vẫn đóng băng. Thứ Hai, ngày 18 tháng 4 (3 ngày trước) Tôi vừa gỡ cài đặt gói 20-30 Framework.net khỏi "Chương trình và tính năng" và cài đặt lại Visual Studio với Bản cập nhật 2 hoàn toàn. Nó có vẻ tốt hơn, ít nhất là về việc đóng băng, vì tôi đã không nhận được tin nhắn bộ nhớ trong hơn một tuần nay. Tôi sẽ đợi để chắc chắn về bản sửa lỗi thích hợp trước khi chấp nhận câu trả lời. Cảm ơn.
Eric Ouellet

Tôi thực sự không phiền khi phân tích mã riêng của ReSharper. Nó thực sự có ý nghĩa rằng VS vẫn có thể bị đóng băng với các cơ sở mã lớn vì đây là một ứng dụng 32 bit, rõ ràng sau khi các tính năng phát triển liên tục cần một bước nhảy vọt 64 bit để đối phó với các hạn chế về bộ nhớ. Vui lòng coi câu trả lời của tôi như một gợi ý giúp vô hiệu hóa một bộ nhớ và tính năng đói CPU trong lúc này. Vui lòng kiểm tra bản cập nhật.
quá

Tôi đang thử nghiệm giải pháp của bạn. Cảm ơn! Hôm nay, một lần nữa, bản cập nhật VS2015 2 của tôi đã được khởi động lại. Khá nghiêm trọng như một bản sửa lỗi nhưng nếu nó hoạt động :-) !!! Tôi sẽ giữ cho bạn thông báo về hành vi trên máy tính của tôi ...
Eric Ouellet

Tôi vừa nhận được thông báo tương tự: "Đã phát hiện thấy bộ nhớ thấp ..." mặc dù tôi đã làm theo hướng dẫn của bạn. Tôi nghĩ rằng Phân tích mã vẫn còn đó. Có vẻ như rất khó để tắt CodeAnalysis. Không biết VS2015 có hoạt động bình thường không (.. một phần của Roslyn) có phải là điều quan trọng đối với VS2015 hay không.
Eric Ouellet

3

Một giải pháp cho vấn đề này là tắt Phân tích giải pháp đầy đủ bằng cách đi tới Công cụ -> Tùy chọn -> Trình soạn thảo văn bản -> C # (hoặc Cơ bản) -> Nâng cao -> Bỏ chọn "Bật phân tích giải pháp đầy đủ".

Đây dường như là một lỗi mà nhóm Rosyln đang xử lý trên https://github.com/dotnet/roslyn/issues/10365


Cảm ơn, tôi vừa tắt Phân tích Giải pháp VS. Liên kết của bạn có rất nhiều thông tin hữu ích.
Eric Ouellet

Sau 2 tiếng ==> không có thông báo bộ nhớ nhưng VS crash khởi động lại. Tuy nhiên, tôi đã không khởi động lại sau khi tắt phân tích giải pháp đầy đủ. Bây giờ nó đã được thực hiện :-)!
Eric Ouellet

1
Tôi không biết nó có sửa được lỗi thông báo bộ nhớ không. Nhưng nó chắc chắn không khắc phục được vấn đề bộ nhớ, sự chậm chạp không thể tránh khỏi xảy ra sau một thời gian (như 4 giờ trong trường hợp của tôi). Và cuối cùng khóa và chết. Một lỗi vẫn còn đó. Nó không khắc phục được sự cố. (2016-04-26, 6 giờ sau khi thử giải pháp thay thế).
Eric Ouellet

1
Hiểu rồi! "Đã phát hiện thấy bộ nhớ thấp. Đã tắt tính năng phân tích toàn bộ giải pháp cho giải pháp này" mặc dù tính năng Phân tích giải pháp đầy đủ của tôi đã bị vô hiệu hóa. Nó quá chậm nên tôi phải đóng và khởi động lại. Rất hiệu quả!!! Chỉ sau một giờ.
Eric Ouellet

Bất cứ ai có thể giải thích những gì "Bật phân tích giải pháp đầy đủ" thực sự làm gì? Tôi đã tắt tính năng này nhưng tôi cũng nhận được thông báo "Đã phát hiện thấy bộ nhớ thấp".
Craig W.

3

Tôi đọc một số bài báo mô tả vấn đề này là vượt quá không gian địa chỉ ảo vì một số cấu trúc bộ nhớ trong (Danh sách có thể) vượt quá 2GB. 2GB là không gian địa chỉ ảo mặc định cho các quy trình 32 bit như VS 2015. Nhưng bạn có thể điều chỉnh nó thành tối đa 3GB.

Giải pháp tôi tìm thấy là từ đây :

Start▸All Programs▸Accessories▸right-click on Command Prompt▸Run as administrator

Run the following command:

bcdedit /set IncreaseUserVa 3072

Restart the computer.

Đây không phải là giải pháp 100% vì cuối cùng bạn có thể hết không gian địa chỉ ảo ngay cả với 3GB RAM cho một quá trình. Sau khi điều chỉnh công tắc này, VS đã ngừng phàn nàn về bộ nhớ.


Cảm ơn Ognyan, nó có thể cho bạn thêm một chút thời gian nhưng tôi không biết mặt trái của nó. Nó không có gì cả, tại sao Microsoft lại không tự đặt chúng? Tôi thích chờ đợi một giải pháp mạnh mẽ hơn. Nhưng có lẽ một số người sẽ thích nó và thử nó. Lưu ý thêm, có vẻ như chỉ dành cho phiên bản Windows 32 bit (như đã viết ở câu đầu tiên) ??? Tôi có Windows 7 64bits
Eric Ouellet

1
Tôi đoán là trên hệ thống 32 bit chỉ có 4 GB bộ nhớ địa chỉ, không có lựa chọn nào khác. Bây giờ tôi có một máy với 32G RAM và không có vấn đề gì để cung cấp thêm quá trình - hệ điều hành sẽ có quá đủ để sử dụng. Bạn có thể đọc nội dung này trên liên kết : "Trên các phiên bản Windows 32 bit, các ứng dụng có sẵn 4 gigabyte (GB) không gian địa chỉ ảo. Không gian địa chỉ ảo được chia để 2 GB khả dụng cho ứng dụng và 2 GB còn lại chỉ có sẵn cho hệ thống. "
Ognyan Dimitrov

Điều này nghe có vẻ thú vị! Sẽ thử nếu / khi vs2015 gặp sự cố một lần nữa. Cảm ơn!
Roman

1
@OgnyanDimitrov, Windows đã phát hành bản cập nhật mới khắc phục sự cố VS2015. Kết quả là, tôi đã không thử giải pháp này.
La Mã

@OgnyanDimitrov, đó là một bản cập nhật cửa sổ chung. Vào khoảng ngày 9-12 tháng 5, họ đã phát hành một lượng lớn các bản cập nhật (khoảng 30) và một trong số họ (hoặc một số) là người sửa lỗi. Đảm bảo rằng tất cả các bản cập nhật windows đã được cài đặt.
Roman


2

Câu trả lời của tôi là Đóng và Mở Visual Studio.

Tôi đã bỏ chọn "Bật phân tích giải pháp đầy đủ" và tôi vẫn nhận được thông báo Visual Studio "Đã phát hiện thấy bộ nhớ thấp. Đã tắt phân tích giải pháp đầy đủ cho giải pháp này." Phiên bản Visual Studio 2015 là 14 Cập nhật 2. Tôi thấy rằng tôi phải đóng VS.

VS không thể mở các tác vụ TFS và tôi không thể kiểm tra mã trừ khi tôi đóng và mở lại VS. Rất may, tôi có một ổ cứng trạng thái rắn mới nên việc đóng / mở VS không khiến tôi phải chờ đợi lâu như trước đây. Nhưng vẫn là một rắc rối đáng thất vọng.


2
Cảm ơn nhưng đó là những gì tôi đang làm. Tôi đang tìm một giải pháp ít băn khoăn hơn :-)!
Eric Ouellet

0

Tôi đã đặt vấn đề này trong một thời gian. Tôi sẽ thấy việc sử dụng bộ nhớ tăng dần khi làm việc với các tệp TypeScript, dẫn đến sự cố cuối cùng. Nếu đây có thể là tình huống của bạn, hãy kiểm tra xem bạn có rxjs ở bất kỳ đâu trong dự án của mình không. Nếu phiên bản là 5.0.0-beta.2, hãy nâng cấp lên 5.0.0-beta.3 (hoặc cao hơn) để sửa lỗi.

Thêm chi tiết: https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320


Tôi chỉ làm việc với WPF. Bạn có nói về tài liệu tham khảo không? Nếu có, tôi chưa bao giờ tham chiếu rxjs ở bất kỳ đâu trong bất kỳ dự án nào của mình.
Eric Ouellet

0

Tôi ước mình có một viên đạn ma thuật. Nhưng đây là những gì đã giúp tôi, nhưng bây giờ luôn luôn giải quyết vấn đề. Cập nhật VS2015 2. Resharper 2016.1.1. Tất cả các dự án là vNEXT.

  1. Trong Trình sạc lại -> Tùy chọn -> Kiểm tra mã -> Cài đặt. Thêm nhiều thư mục wwwroot. Tôi cũng đã thêm từng thư mục unter wwwroot vì nó dường như không phân tầng. Trong Mặt nạ tệp, thêm bất kỳ khung * .js hoặc * .css nào (tức là * .min.js, * jquery.js, * angle.js, * .min.css). Bước này đã giúp cắt giảm "Đang tải tệp nguồn" mà trình bán lại thực hiện khi tôi tạo js / css với Gulp, Grunt để xuất bản.

  2. Điều này không phải là lý tưởng, nhưng khi tôi đang viết mã và không có kế hoạch thử nghiệm, tôi sẽ dỡ bỏ tất cả các dự án mà tôi không sử dụng, thường là trong thử nghiệm. Điều này dường như cắt giảm 'Bộ nhớ được quản lý' mà trình sạc lại / vs sử dụng.

  3. Cuối cùng, và loại khó chịu là tôi KHÔNG BAO GIỜ xem các tệp dưới bower_components trong VS Solution explorer. Tôi thấy rằng việc truy cập trực tiếp vào thư mục và sử dụng một cái gì đó như VSCODE để xem JS / JSON giúp tôi tiết kiệm thời gian và sự thất vọng. Nó khiến tôi tin rằng mặc dù node_modules và bower_components bị 'bỏ qua' nhưng chúng không thực sự bị bỏ qua hoặc nó có liên quan đến số lượng tệp tuyệt đối trong một thư mục dự án.

Tôi đang chờ một giải pháp đúng 100%, nhưng tôi hy vọng những sự giúp đỡ này.


Tôi đang cập nhật kinh nghiệm của mình. Tôi đã tắt Công cụ ReSharper -> Tùy chọn. Đã cài đặt CodeMaid. Tôi vẫn gặp lỗi Bộ nhớ thấp. Mất nhiều thời gian hơn để gặp lỗi, nhưng tôi không nghĩ đây là vấn đề của Resharper, nhưng tôi nghĩ rằng Resharper làm cho nó xảy ra nhanh hơn. Chưa có giải pháp nào ở đây, nhưng tôi rất vui vì đó không phải là lỗi của Resharper.
Rentering.com
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.