Path: utzoo!attcan!uunet!clyde.concordia.ca!mcgill-vision!snorkelwacker!mit-eddie!bu.edu!rpi!zaphod.mps.ohio-state.edu!samsung!umich!umeecs!dip.eecs.umich.edu!gilgalad From: gilgalad@dip.eecs.umich.edu (Ralph Seguin) Newsgroups: comp.sys.mac.system Subject: Re: Memory (de)fragmentation Message-ID: <2482@zipeecs.umich.edu> Date: 1 Jun 90 22:10:33 GMT References: <1990May29.145842.18701@kth.se> <1990Jun1.053103.8277@Neon.Stanford.EDU> Sender: news@zip.eecs.umich.edu Organization: University of Michigan EECS Dept, Ann Arbor, MI Lines: 23 In article <1990Jun1.053103.8277@Neon.Stanford.EDU> philip@pescadero.stanford.edu writes: >In article <4372@castle.ed.ac.uk>, nick@lfcs.ed.ac.uk (Nick Rothwell) writes: > >> Virtual memory solves these problems, of course, since then the >> fragmentation of the application's memory is virtual (sic), and > >No it doesn't (sigh). Apple is still using 1 address space for everything Right. You can still fragment virtual memory. This is also quite a bad thing, since it will increase paging activity quite a bit. I wish that people would use proper memory allocation techniques 8-( See ya, Ralph gilgalad@dip.eecs.umich.edu gilgalad@zip.eecs.umich.edu gilgalad@caen.engin.umich.edu Ralph_Seguin@ub.cc.umich.edu gilgalad@sparky.eecs.umich.edu USER6TUN@UMICHUB.BITNET Ralph Seguin | In order to get infinitely many monkeys to type 565 South Zeeb Rd. | something that actually makes sense, you need to Ann Arbor, MI 48103 | have infinitely many monkey editors as well. (313) 662-1506