home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 255.lha / AllocMaster_v1.17 / allocmaster.doc < prev    next >
Encoding:
Text File  |  1989-06-11  |  5.0 KB  |  115 lines
  1.  
  2.                          AllocMaster documentation
  3.  
  4.     AllocMaster:        V1.16   5/28/89
  5.                         written 3/25/89; enhanced to V1.0 3/31/89
  6.  
  7.  
  8.              by JDGJr        (aka) John Gerlach, Jr
  9.           bix: jgerlachjr          3615 Barcroft View Terr. #104
  10.         Plink: jgerlachjr          Falls Church, VA 22041
  11.  
  12.  
  13.     V1.xx
  14.  
  15.     AllocMaster is the ultimate controller of ram allocations (wasteful
  16.     ones, anyway). The initial inspiration for this thing came from Nick
  17.     Sullivan's 'Reserve' article in Amiga Transactor V2.1 p. 64. I've
  18.     added:
  19.         1. a useful & complete Intuition interface;
  20.         2. complete control over Chip and Fast memory wasting;
  21.         3.  - yes, this includes partial freeing;
  22.         4. a memory-availability snapshot feature.
  23.  
  24.     As noted in the article mentioned above, testing applications in low-
  25.     memory situations is very important. Using AllocMaster, it is possible
  26.     to control the amount of both Chip and Fast memory. The user determines
  27.     the amount of system memory by adjusting AllocMaster's proportional
  28.     slider gadgets.
  29.  
  30.     One major difference between AllocMaster and 'Reserve' is that Alloc-
  31.     Master will not put the system into a no-memory situation unless 
  32.     so directed: IT DOES NOT NORMALLY ALLOCATE ALL AVAILABLE MEMORY.
  33.     Reserve allocates all system memory and then frees the amount actually
  34.     requested. AllocMaster is smart enough to never touch 'Free' memory.
  35.  
  36.     Memory Wasting:
  37.  
  38.         The main intent of AllocMaster is to steal memory (legally) from the
  39.     system so others cannot use it. AllocMaster presents a slider gadget for
  40.     both classes of system memory; Chip and Fast. With each gadget, the
  41.     amount of memory available is displayed in black on the left, and the
  42.     amount of memory stolen is displayed in red to the right. These are
  43.     K-values (1024, NOT 1000!!!). Approx. every second, AllocMaster
  44.     determines the amount of memory available, updating values in needed.
  45.     If AllocMaster is holding any memory, the position of the slider gadget
  46.     will be updated to reflect the relation between the amount held and the
  47.     amount available.
  48.          Memory can be taken from, or returned to the system by positioning
  49.     the slider knobs. Sliding the knob to the right takes memory from the
  50.     system; sliding to the left returns memory to the system. Note: When the
  51.     amount of memory held is to be decreased, version 1.xx returns all memory
  52.     to the system and re-allocates.
  53.  
  54.  
  55.     Snap Shot:
  56.  
  57.         This feature was tacked on late in the evening 'cause I thought
  58.     it would be VERY handy. As many will recognize, the idea was stolen
  59.     directly from Commodore's Drip command. I'm SOOOO tired of loosing/
  60.     gaining 336 bytes (loading the command from disk) that it has shown up
  61.     in AllocMaster; But, this one reports differences in Chip and Fast
  62.     memories individually!
  63.  
  64.     The SnapShot gadgets front registers for storing the amount of memory
  65.     currently available. Second and subsequent activations display any
  66.     difference from the previous values. If the value remains constant,
  67.     the 'OK' message is displayed in black, otherwise the loss/gain is
  68.     displayed in red.
  69.  
  70.     Version 1.16 adds two 'delta' gadgets, one below each SnapShot. These
  71.     report differences from the SnapShots above without modifying the
  72.     internal register. Restating the differences: the 'SSn' gadgets check
  73.     the current memory availablity against thier last values, and then
  74.     update the registers. The 'dn' gadgets display differences with the
  75.     associated registers, but do not modify them.
  76.  
  77.  
  78.     The rest of it ...
  79.  
  80.     AllocMaster may be distributed [for non-comercial purposes only] by
  81.     anyone and everyone AS LONG AS the following conditions are met:
  82.  
  83.         1. The executable and documentation remain together and unchanged;
  84.  
  85.         2. The program, and any use thereof, be proclaimed to be independent
  86.         and un-associated with any political, religious, or social assoc-
  87.         iation or organization unless its use is detrimental to the goals
  88.         and intent of that body in general. In clarification, this may be
  89.         use by any computer user for any purpose (the restriction will
  90.         probably be met anyway).
  91.  
  92.  
  93.     Any Salutations, Congradulations and/or Contributions may be forwarded
  94.     to me at the above address.
  95.  
  96.  
  97.  
  98.     Programmer Needed:
  99.  
  100.     As of June 1, 1989, IMSATT Corporation of Falls Church, Va. is looking
  101.     for an Amiga C programmer to join a team dedicated to making the
  102.     Amiga a leader in the future of MultiMedia communication.
  103.  
  104.     IMSATT Corporation has been a leader in interactive video and MultiMedia
  105.     presentation software. We are currently bringing our background to the
  106.     Amiga computer and have an opening for an experienced Amiga programmer.
  107.  
  108.     Interested individuals may contact me as noted above, or by mail:
  109.  
  110.         IMSATT Corporation
  111.         105 West Broad Street
  112.         Suite 301 George Mason Square
  113.         Falls Church, VA 22046
  114.  
  115.