Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
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 | |
We also thank MIT for the use of their facilities. |