Re: More fuel for the 64-bit fire ...

Matt Jacobs wrote:

> Application servers have similar issues.

There are a couple of ways to read this statement. One would interpret
"application servers" as stuff like J2EE and JBoss. In this case I'd
agree, but developing such a system is hardly a routine task even
outside the warm fuzzy Delphi world. It's much like the DB world in
that the number of folks who use DB servers is exponentially larger
than the number of people who develop them. Your statement strongly
implied that non-Delphi developers implement SQL Server 2005-style
memory management much more routinely, so I guess you were talking
about something else.

The other way to read this would be stuff which runs *on* a system
like J2EE, which, confusingly, are commonly also called "application
servers." It's *much* more common to develop the latter than the
former, but even folks who don't use Delphi don't tend to do OS-level
memory management in this case. For lack of a better term I'll call
these "application server applications" to distinguish them from the
former, but this isn't standard terminology.

Most app server applications rely on OS or Java hardware services
rather than implement operating system-level memory management in lieu
of what Windows offers. Even those which implement their own memory
managers typically do it on top of OS services, not in lieu of them.

But, hey, I'm just a Delphi developer (well, not really, but...) and I
haven't seen everything in the world, so what do I know? I've already
supplied a link with details on how SQL Server 2005 handles memory at a
very low level elsewhere in this thread (without even mentioning .NET,
you'll be pleased to know). Folks who want to know more can and should
read the technical papers from Microsoft Research. I particularly like
Jim Gray's DB work.

So if non-Delphi app server application developers routinely do
similar things then it should be quite simple for you to come up with a
number of examples of correspondingly low level and yet extensible
memory management.

But I don't think you will.

--
Craig Stuntz [TeamB] . Vertex Systems Corp. . Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
Useful articles about InterBase development:
http://blogs.teamb.com/craigstuntz/category/21.aspx
.

Relevant Pages

  • Re: Time for serious change (log in problems)
    ... good techs and good hardware would fix part of the problem. ... the fact they use oracle DB which was such a massively ... and also brings down upto 6 servers i think as they have one DB server per ... Rent/Lease for the office space, electricity, salaries of the folks to ...
    (alt.games.warcraft)
  • Re: How do you manage 1000+ UNIX systems ?
    ... wildbill wrote: ... > How are other folks keeping track of the various bits and pieces of ... > dealing with 200+ servers. ... I'm thinking of setting up some sort of database to track ...
    (comp.unix.solaris)
  • Re: Beginning J2EE
    ... Working with enterprise-class application servers, one must shift from being a programmer to being a systems master. ... I started my JEE (then "J2EE") learning on Tomcat, then Tomcat + Apache HTTP server. ... Most of what one can do as an individual practitioner, including SOAP Web services, fits into the Tomcat mode. ...
    (comp.lang.java.programmer)
  • Re: Time for serious change (log in problems)
    ... Blizzard definitely needs to get their act together. ... Rent/Lease for the office space, electricity, salaries of the folks to ... maintain the servers, program them, clean the toilets in the bathrooms ... monthly bandwidth bill, and someone to read all the hate-email Blizzard ...
    (alt.games.warcraft)
  • NYJavaSIG 10/29 Meeting - NYC
    ... Seems like there is a lot of interest in connecting .NET clients ... to J2EE servers... ... There are only a few seats left for this month's ...
    (comp.lang.java.programmer)