Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Memory not freed?



That frood Jerry Feldman sassed:

> There have been several hacks in varuious Unix virtual memory managers to 
> speed up the loading of some executables, most specifically Unix commands, 
> mainly because commands are small and executed qucikly. The URL I posted 
> yesterday is a few years out of date, but provides a decent background. I 
> also suggest looking at the mmap(2) system call as well as fork and vfork. 
> When a program issues a fork(), logically, a duplicate is created, but in 
> reality, both the text and data segments are shared.

You sure about that?  It seems to me that sharing the text page makes
perfect sense, but how would two different instances of the same
program share the same data segments?  That seems counter-intuitive,
in that the data from each instance would almost certainly be different.

-- 
We sometimes catch a window, a glimpse of what's beyond
Was it just imagination stringing us along?
---------------------------------------------------
Derek Martin          |   Unix/Linux geek
ddm at pizzashack.org    |   GnuPG Key ID: 0x81CFE75D
Retrieve my public key at http://pgp.mit.edu

-
Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at blu.org (Subject line is ignored).




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org