[Xitami] Abnormal Program Termination

[B. Solomon]

An interesting thing... I took so long to write back because I wanted to 
see if it was just my imagination.

I was mistaken, I had 64-megs of memory afterall.  But here's what I 
did:  I simply opened the WBA, changed a setting, and then changed it back 
to its original value, saved, then restarted.  The server has been much 
much more stable since.  I didn't add a single stick of memory either and 
that is *all* I did.

Just thought you'd like to know...

B. Solomon
wire@austin.rr.com



At 12:43 AM 8/19/2001 -0500, you wrote:
>At 11:14 PM 8/18/01 -0500, B. Solomon writeth:
> > A little system information:
> >
> > Pentium 233MMX
> > 32-Megs of memory
>
>Your main problem is probably right here.  Xitami has, IMO, not-so-great
>memory management since it is generally built under MSVC++ for the various
>Windows builds.  You are probably running out of memory (usually happens
>when running CGIs like PHP) and then the MSVC library fails, thus Xitami
>fails.  The library probably fails since it will generally lock itself in
>real memory (so it can't be swapped out), then when you get enough locks
>and zero memory free, bam!  Windows kills the offending application (which
>is Xitami).
>
>My suggestion in this case is to get more memory (my system has 384MB RAM -
>you probably don't need that much if you run a dedicated server - my
>machine is a high-end workstation/server) and something like MemTurbo or
>RamIdle (both utilities can free up real RAM when it gets low).
>
> > Windows 95 OSR2 with latest patches.
> > Console reports nearly 9 megabytes of configuration usage (normal - system
> >has about 200 virtual hosts).
>
>I normally don't recommend RAM purchases, but if you run 200 VHosts, they
>probably need more than 32MB under any circumstance (Windows needs about
>24MB to run decently (at least 16MB to run), add 9MB to that and you have
>0MB of real RAM free and are probably doing some major hard drive
>swapping).  128MB with RamIdle set to recover RAM at 25MB free should
>provide you, your users, and more importantly the OS some breathing room.
>
>Hope this helps!
>
>
>            Thomas J. Hruska -- shinelight@crosswinds.net
>Shining Light Productions -- "Meeting the needs of fellow programmers"
>                   http://www.shininglightpro.com/
>
>--
>Xitami Users Mailing List -- For Xitami support
>To unsubscribe: http://lists.xitami.org/mailman/listinfo/xitami