Pablo Manalastas wrote:
Further, Linux does not allocate the entire memory
needed by the child, but allocates so on a page-by-demand
basis. It only allocates the 4K sized page that the child
needs to write on.
In the article "Linux Process Scheduler Improvements in Version
2.6.0" at the URL http://developer.osdl.org/craiger/hackbench/,
we see various test results pointing out that
"Not only are processes scheduled more efficiently, but the
scheduler has been redesigned to be more scalable when the
number of processes in a machine are increased."
So does this mean a shift _back_ to using processes (i.e. fork())
instead of struggling with hard-to-debug threads in cases where
you actually want the memory protection offered by processes
(something threads don't have) but could not use them before due
to their memory and context switch overhead?
In the article, "The Wonderful World of Linux 2.6" by
Joseph Pranevich, at the URL http://www.kniggit.net/wwol26.html,
we are told that, "The number of PIDs (Process IDs) before
wraparound has been bumped up from 32,000 to 1 billion, improving
application starting performance on very busy or very long-lived
systems."
I don't see how bumping up the PID wraparound can decrease
application startup performance... is this explained?
Also there is this beautiful feature called hyperthreading ...
Only on the mucho expensive Pentium 4 HTs right? As far as I
can tell, HT is yet-another-elaboration of scalar CPU architecture
which is already mind-bogglingly complicated what with pipelining,
speculative execution, and superscalar dispatch.
How exactly is HT elegant (both from the CPU designer's and the
system programmer's point of view)?
By the way, it seems AMD has gotten its way in the 64-bit instruction
set war. Itanium being a non-starter, Intel is actually going to
release CPUs using the x86-64 instruction set. Legacy compatibility
has the gravitational pull of a neutron star it seems.
--
=========================================
reply-to: a n d y @ n e t f x p h . c o m
--
Philippine Linux Users' Group (PLUG) Mailing List
[EMAIL PROTECTED] (#PLUG @ irc.free.net.ph)
Official Website: http://plug.linux.org.ph
Searchable Archives: http://marc.free.net.ph
.
To leave, go to http://lists.q-linux.com/mailman/listinfo/plug
.
Are you a Linux newbie? To join the newbie list, go to
http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie
