One last thing for tonight: I cannot use Memproof either: Create process : 3 LoadDLL : 7C800000 ntdll.dll LoadDLL : 77E40000 KERNEL32.dll LoadDLL : 76CF0000 iphlpapi.dll LoadDLL : 77BA0000 msvcrt.dll LoadDLL : 77F50000 ADVAPI32.dll LoadDLL : 77C50000 RPCRT4.dll LoadDLL : 76F50000 Secur32.dll LoadDLL : 76B70000 PSAPI.DLL LoadDLL : 77380000 USER32.dll LoadDLL : 77C00000 GDI32.dll LoadDLL : 71C00000 WS2_32.dll LoadDLL : 71BF0000 WS2HELP.dll LoadDLL : 77210000 WININET.dll LoadDLL : 77DA0000 SHLWAPI.dll LoadDLL : 761B0000 CRYPT32.dll LoadDLL : 76190000 MSASN1.dll LoadDLL : 77D00000 OLEAUT32.dll LoadDLL : 77670000 ole32.dll LoadDLL : 77B90000 VERSION.dll LoadDLL : 71BB0000 WSOCK32.dll LoadDLL : 77530000 COMCTL32.dll LoadDLL : 7C8D0000 SHELL32.dll Exception 80000003 BREAKPOINT at 7C81A3E1 Create thread : Handle : 2036, ThreadID 4248 LoadDLL : 77420000 COMCTL32.dll Exception C0000005 ACCESS_VIOLATION at 005DB0F5 ---- Exception stack trace ---- 005DB0F5 - in 00000000 - in Exception C0000005 ACCESS_VIOLATION at 005DB0F5 ---- Exception stack trace ---- 005DB0F5 - in 00000000 - in Thread Ended : 4248 Process Ended : 5
This is an optimized debug exe which runs well when standalone (except cache). I wonder what the heck it means! Regards, On Wed, Jun 25, 2008 at 5:01 PM, Fastream Technologies <[EMAIL PROTECTED]> wrote: > Hello, > > On Wed, Jun 25, 2008 at 4:46 PM, S.Korotky <[EMAIL PROTECTED]> wrote: >> >> SZ wrote: >> > yes we hit the 2GB limit BUT WHY as we have 300MB >> > memory usage for the rest of the program and the cache uses only 1GB. >> > IOW, where does the 700MB go? >> I'm afraid you should better know what memory overheads are produced in your >> application than I or someone else. The actual memory consumption is shown >> in the task manager, so if it says 2Gb this is 2Gb. > > In our cache design, we have one TMemoryStream per cached URL object > and it also has a critical section. So knowing the "memory overhead" > is not sufficient in our case... > >> >> > I think it is lost due to memory fragmentation >> > (lack of FastMM doing what it's supposed to do). Has anybody seen such >> > problem before? >> The memory fragmentation is under your control to a certaing degree, >> depending >> from memory allocation/reallocation/release policy (not only in the cache but >> throughout the application). > > In the code, the constructor for each URL cache object constructs the > memorystream and the cs. How else could it be?? > > >> >> Anyway this seems a little bit offtopic for ICS. > > A bit yes. But I think it will be valuable info for other 24/7 server authors. > > Thanks a lot, > > SZ > >> Best wishes, >> Stanislav Korotky. >> >> > >> > At a given time the proxy handles 1700 clients with 250Mbps and 40% cache >> > hit rate with 10% CPU usage and 12 threads. So it's rather busy for >> > memory than for CPU! >> > >> > Best Regards, >> > >> > SZ >> > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
