home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / c / 11425 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.2 KB
  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!wirzeniu
  2. From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: good memory allocation strategies?
  5. Message-ID: <1992Jul22.091155.26357@klaava.Helsinki.FI>
  6. Date: 22 Jul 92 09:11:55 GMT
  7. References: <1992Jul21.214115.28569@tamsun.tamu.edu>
  8. Organization: University of Helsinki
  9. Lines: 24
  10.  
  11. tsmith@cs.tamu.edu writes:
  12. >1) Is it reasonable (in general) to ask the user to live with a big
  13. >limit?
  14.  
  15. I think not, but your mileage may vary.
  16.  
  17. >2) How much of a speed penalty does dynamic allocation really impose?
  18.  
  19. Depends.  You need to measure your own system.
  20.  
  21. One common situation is that you have a lot of allocations for list
  22. nodes etc, all of the same size and type.  In this case a speed hack
  23. that is often mentioned is that you don't really free the nodes when
  24. they are no longer needed, instead you manage a list of available
  25. allocated nodes.  When allocating a new node, you check your list of
  26. free nodes first, and only after that use malloc if necessary.
  27.  
  28. >3) How serious of a problem can memory fragmentation be on a modern
  29. >workstation?
  30.  
  31. Personally, I wouldn't worry about it.  Again, your mileage may vary.
  32.  
  33. --
  34. Lars.Wirzenius@helsinki.fi
  35.