Re: Application Domain

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

From: Just D. (no_at_spam.please)
Date: 09/07/04 

Date: Tue, 7 Sep 2004 13:18:20 -0700

Hi Nicholas

> There is no hard upper limit on the number of application domains that
> you can have (that I know of). Of course, you are limited by the memory

Maybe you're right. But the operating system uses many IDs for processes,
threads, handles, opened file for a process, etc. and I'm afraid that some
of these IDs can be over the physical limit. For example if we open too many
IEs then we can get a problem because some of IEs are not able anymnore to
save files, etc. So, actually the real limit is much more reachable than it
should be. And the real problem is not in the memory. I'm having 1 gig plus
over 1 gig swap file expandable up to few gigs. But I can't run as many IEs
as I want, and not only IE. I remember that few years ago I was able to get
a GDI overflow problem or like that, and I'm strongly suggesting that the
system is having some predefined limits for each variable type. One more
issue - if you start IIS session you should know what operating system holds
this IIS server, because the limits are hardcoded into the system, beginning
from 100 sessions for Professional and few thousands for Server, Advanced
Server, etc.

What, is it easier to answer this question now?-)

Just D.

Relevant Pages

  • Re: If Macs have no spyware....
    ... >had made a complete code review of its operating system and removed all ... and writing new data into those memory locations would ... >but when the data exists on the stack, it can cause very large problems. ... >location that needs to be written in place of the correct execution ...
    (comp.sys.mac.advocacy)
  • Re: If Macs have no spyware....
    ... First you yammer about being a Mac advocate, then bad mouth me for dumping XP in favor of a Mac. ... Supposedly Microsoft had made a complete code review of its operating system and removed all the buffers which could overflow. ... the fundamental problem is that the basic architecture of Windows has two fatal flaws in its memory management and while these remain in the software the ad hoc patches will never be enough to make Windows a secure operating system. ... These problems are bad enough when dealing with data in the one routine but when the data exists on the stack, it can cause very large problems. ...
    (comp.sys.mac.advocacy)
  • Re: [Lit.] Buffer overruns
    ... > floating point support or a memory expansion option. ... had virtual memory support grafted on. ... > where the modified instruction was fetched from. ... vis-a-vis the official coporate strategic operating system TSS/360. ...
    (sci.crypt)
  • Re: PDP11 Memory Mangement
    ... used for data and there is less physical memory than ... even though many programs did require overlays - such ... what I accept as paging since the same program addresses ... having worked with and helped to design an operating system ...
    (comp.sys.dec)
  • Re: 64-bit G5?
    ... processes do not normally share memory. ... The bottom line is Apple needs to develop a 64-bit operating system. ... extra registers with x86-64 are only available when running in 64-bit mode ...
    (comp.lang.lisp)