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?



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.

Greg Galperin wrote:

> Ad Jerry says, many virtual memory systems do this kind of thing (I'd
> be surprised if Sun didn't, but I don't know for sure).
-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix user group
http://www.blu.org


-
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