For completeness, can you check whe

For completeness, can you check whether you are actually running out of NPP or not. You can use the Poolmon tool to help with this issue. See: http://www.adopenstatic.com/cs/blogs/ken/archive/2006/07/10/Using-PoolMon-_2800_Pool-Monitor_2900_-to-debug-kernel-memory-leaks.aspx

and

http://blogs.msdn.com/b/amol/archive/2012/02/29/troubleshooting-quot-connections-refused-quot-errors-seen-httperr-logs.aspx

If you are not actually out of non-paged pool, then we may all be barking up the wrong tree. On the other hand, you may have some other app (e.g. in my blog post we can see that a particular AV client was leaking NPP) that is leaking NPP, and even changing http.sys behaviour may not help if NPP is completely exhausted.

ผลลัพธ์ (ไทย) 2:

เพื่อความสมบูรณ์คุณสามารถตรวจสอบว่าคุณเป็นจริงการทำงานออกจาก NPP หรือไม่ คุณสามารถใช้เครื่องมือ Poolmon เพื่อช่วยให้มีปัญหานี้ โปรดดูที่: คุณไม่จริงออกจากสระว่ายน้ำที่ไม่ใช่เพจแล้วเราทุกคนอาจจะเห่าขึ้นต้นไม้ที่ไม่ถูกต้อง ในทางกลับกันคุณอาจมีบาง app อื่น ๆ (เช่นโพสต์ในบล็อกของฉันเราจะเห็นว่าลูกค้า AV โดยเฉพาะอย่างยิ่งการรั่วไหล NPP) ที่มีการรั่วซึม NPP และแม้กระทั่งการเปลี่ยนแปลงพฤติกรรม http.sys อาจไม่ช่วยถ้า NPP หมดอย่างสมบูรณ์

ผลลัพธ์ (ไทย) 3:

เพื่อความสมบูรณ์ คุณสามารถตรวจสอบว่าคุณเป็นจริงหมด 100% หรือไม่ คุณสามารถใช้ poolmon เครื่องมือเพื่อช่วยให้กับปัญหานี้ ดู : http : / / www.adopenstatic . com / CS / บล็อก / เคน / ถาวร / 2006 / 07 / 10 / ใช้ poolmon - _2800_pool-monitor_2900_ - แก้ปัญหาการรั่วไหลหน่วยความจำเคอร์เนล . aspx และ



http://blogs.msdn .ดอทคอม / B / Amol / ถาวร / 2012 / 04 / 29 / การแก้ไขปัญหาข้อผิดพลาดการเชื่อมต่อปฏิเสธ " " เห็น httperr บันทึก . aspx

ถ้าคุณไม่ได้จริงออกมาไม่เม่า แล้วเราอาจจะเห่าต้นไม้ผิด บนมืออื่น ๆที่คุณอาจมีบาง app อื่น ๆ ( เช่นในการโพสต์บล็อกของฉันจะเห็นได้ว่าเฉพาะ AV ลูกค้ารั่ว 100% ) ที่รั่ว 100% , และแม้กระทั่งการเปลี่ยน HTTP .SYS พฤติกรรมอาจไม่ช่วย ถ้า 100% จะสมบูรณ์หมด