bộ nhớ lợn w3wp.exe

Trên bản cài đặt Máy chủ doanh nghiệp nhỏ 2011, toàn bộ số lượng quy trình w3wp.exe dường như đang sử dụng rất nhiều bộ nhớ không cân xứng. Các bản cài đặt bên ngoài của SBS đi kèm với tổng cộng 7 trang web và 20 nhóm ứng dụng ASP.NET (Sharepoint, Exchange, WSUS và các công cụ dành riêng cho SBS như Remote Web Workplace).

Kết quả là hàng tá các quá trình w3wp.exe có xu hướng tiêu thụ hơn 4 GB bộ nhớ của máy chủ theo thời gian với nhóm ứng dụng cao nhất là một thuộc về WSUS với khoảng 800 MB trong bộ làm việc. Tái chế thủ công các nhóm ứng dụng thông qua IIS MMC giúp giảm tạm thời việc sử dụng bộ nhớ (các quy trình w3wp.exe thu nhỏ lại còn 10 MB, một số trong số chúng đang hồi phục nhanh chóng), nhưng rõ ràng đó không phải là điều mà quản trị viên muốn làm cả ngày. Tôi không thể tìm thấy bất kỳ đề xuất nào về việc tái chế tự động các nhóm ứng dụng được cài đặt sẵn của SBS, vì vậy tôi hơi miễn cưỡng khi "chỉ làm điều đó" trên các hệ thống sản xuất.

Nghiên cứu của tôi trên mạng về cách hạn chế điều này chỉ đưa ra một số bài đăng nói rằng mức tiêu thụ bộ nhớ w3wp sẽ không gây hại nhưng hiệu quả vì bộ nhớ sẽ được "giải phóng khi cần bởi các ứng dụng khác". Vấn đề là nó không hoạt động:

• đối với một, SBS là một máy chủ đa vai trò, một trong những vai trò (vai trò chính) là lưu trữ mạng CIFS mang lại lợi ích vô cùng lớn từ bộ nhớ đệm hệ thống tập tin, một lần nữa dựa vào bộ nhớ là "miễn phí" như trong các quy trình khác không được sử dụng trong bất kỳ quy trình nào cách "- Nhóm ứng dụng ASP.NET mà hầu như không bao giờ thấy người dùng và bộ nhớ ăn uống đều phản tác dụng
• một điều nữa là tôi vẫn phải thấy mức tiêu thụ bộ nhớ w3wp giảm đáng kể khi thiếu bộ nhớ - điều tôi thấy là giảm nhẹ dưới 100 mb và thay đổi quá mức - thay vào đó lại làm giảm hiệu suất

Tôi hầu như không bao giờ quản trị các ứng dụng IIS hoặc ASP.NET, vì vậy mọi ý tưởng về cách cắt giảm hiệu quả các yêu cầu bộ nhớ cho nhóm ứng dụng đều được hoan nghênh.

Chào mừng đến với thế giới tuyệt vời của SBS. Yêu cầu đề xuất cho RAM = 10GB ... và nó YÊU CẦU tối thiểu 8gb. ( theo Microsoft .) vì một lý do tốt. Nó không phải là một cỗ máy được điều chỉnh tốt dầu ... nó rất cẩu thả, cồng kềnh và có mọi thứ dưới ánh mặt trời kết hợp với nhau. Càng nhiều RAM bạn có thể ném vào hộp đó ... càng tốt. Thật không may, bạn bị giới hạn tối đa 32gb. Mà imho ... thật ngớ ngẩn.

Đây là những gì tôi đã làm:

đặt bộ đệm ứng dụng máy chủ cho .NET AppPools thành giá trị thấp (5 MB) bằng cách đặt tham số privateBytesLimit web.configtheo %WINDIR%\Microsoft.NET\Framework\<version>\Confignhư được đề xuất trong câu trả lời này :

    <configuration>
      <system.web>
         <caching>
           <cache privateBytesLimit="5242880" privateBytesPollTime="00:01:00" />
         </caching>
      </system.web>
    </configuration>

Điều này giúp giảm mức sử dụng bộ nhớ xuống còn hơn 1 GB với cài đặt tái chế nhóm mặc định.

Rõ ràng, việc sử dụng loại "máy chủ" của trình thu gom rác ( <gcServer = "true">) cũng có thể dẫn đến mức tiêu thụ bộ nhớ đáng kể , nhưng dường như, <gcServer>nó được đặt thành false theo mặc định.

Nếu bạn nghi ngờ rằng việc tiêu thụ bộ nhớ kết quả là sự cố do lỗi phần mềm, bạn có thể sử dụng Microsoft DebugDiag 1.2 để tạo kết xuất bộ nhớ đầy đủ và phân tích kết xuất cho các vấn đề phổ biến. Nếu bạn nghĩ rằng có thể có vấn đề về bộ nhớ, bạn cần kích hoạt theo dõi rò rỉ bằng cách chọn tùy chọn "Giám sát rò rỉ" và để nó chạy một lúc trước khi tạo / phân tích kết xuất.

Tải xuống DebugDiag 1.2
https://www.microsoft.com/doad/en/details.aspx?id=26798

Bạn không cần một nhóm ứng dụng riêng cho mỗi ứng dụng, chỉ những ứng dụng không đáng tin cậy hoặc bạn muốn ưu tiên. Nhiều người có thể chia sẻ (giữ các phiên bản .net khác nhau). Sau đó, bạn có thể giới hạn thực tế hơn bộ nhớ mà nhóm ứng dụng sẽ sử dụng. Không cần phải tái chế nhiều lần hơn một lần một ngày.

Ngoài ra, chỉ có rất nhiều bộ nhớ có thể được giải phóng theo cách này. Mặc dù một số trong số đó sẽ là bộ đệm, mỗi ứng dụng cần một lượng bộ nhớ làm việc nhất định phụ thuộc nhiều vào ứng dụng web cụ thể. Cố gắng hạn chế điều này quá nhiều sẽ khiến mọi thứ bị đình trệ.

Vấn đề thực sự là SBS cố gắng làm quá nhiều việc cùng một lúc, bạn cần nhìn vào những gì bạn thực sự sử dụng và tắt những gì bạn không làm.

Nhưng thành thật mà nói chỉ với 11 người dùng, phần còn lại của bộ nhớ sẽ đi về đâu? Trao đổi và SQL để sử dụng ánh sáng chắc chắn không cần nhiều hơn 12Gb!