離職同事規劃的系統如下 IIS中間層放了5個DLL 每個DLL連接一套程式裡的五個小系統 最近其他人在問 是否將五個DLL規劃成一個 會比5個DLL 在記憶體佔用 及效率上會比較好 不曉得各位有何看法 如果 5個DLL各為1M 整合後為4M 那在多個使用者使用時 他的資源記憶體分配是如何去運行的 兩者會有啥差異 還有系統RUN了一段時間後 中間層的DLLHOST變的異常大 有時都2-300M 最後想當然爾就是程式當了 非得倒中間層把這巨獸砍了 才得以正常運行 不曉得為何會如此 難道程式結束後DLLHOST都沒將資源在釋放出來 以致 不斷增生嗎????? BCDEFHIJKLMNOPQRSTUVWXZ

------
BCDEFHIJKLMNOPQRSTUVWXZ

引言: 離職同事規劃的系統如下 IIS中間層放了5個DLL 每個DLL連接一套程式裡的五個小系統 最近其他人在問 是否將五個DLL規劃成一個 會比5個DLL 在記憶體佔用 及效率上會比較好 不曉得各位有何看法 如果 5個DLL各為1M 整合後為4M 那在多個使用者使用時 他的資源記憶體分配是如何去運行的 兩者會有啥差異 還有系統RUN了一段時間後 中間層的DLLHOST變的異常大 有時都2-300M 最後想當然爾就是程式當了 非得倒中間層把這巨獸砍了 才得以正常運行 不曉得為何會如此 難道程式結束後DLLHOST都沒將資源在釋放出來 以致 不斷增生嗎????? BCDEFHIJKLMNOPQRSTUVWXZ

如果是同一套系统,我认为全并为一个DLL好，因为每个APSERVER DLL在IIS中运行起来后大约占10MB的RAM(如果没有数据连接的话大约为4MB)，而运行后每个CLIENT连接上来后只增加少量的RAM(1MB-~)这样合并后至少省了4/5的RAM 另DLLHOST一直会增长，它一直是一个峰值，如果同时10个CLIENT连接上来后，以后没有10个了，比如只有一个了，这时它还是10个时的大小。不过如果每个连接都能正常释放(正常断开)的话，过一个TIMEOUT后它就会自动减小到完全释放的。这个TIMEOUT是由控制的。