home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / misc / 15539 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  3.5 KB
  1. Xref: sparky comp.sys.mac.misc:15539 comp.sys.mac.programmer:14624 comp.sys.mac.system:11352
  2. Newsgroups: comp.sys.mac.misc,comp.sys.mac.programmer,comp.sys.mac.system
  3. Path: sparky!uunet!camex!sunfs3!kent
  4. From: kent@sunfs3.Camex.COM (Kent Borg)
  5. Subject: Re: # of files
  6. Message-ID: <1992Aug27.143819.11599@sunfs3.Camex.COM>
  7. Organization: Camex Inc., Boston MA
  8. References: <1992Aug24.111456.20439@Informatik.TU-Muenchen.DE> <BtLr5D.Hy7@iat.holonet.net> <YORK.92Aug26160243@oakland-hills.lucid.com>
  9. Date: Thu, 27 Aug 1992 14:38:19 EDT
  10. Lines: 63
  11.  
  12. In article <YORK.92Aug26160243@oakland-hills.lucid.com> York@Lucid.COM writes:
  13. >In article <BtLr5D.Hy7@iat.holonet.net> kellys@orac.holonet.net (Kelly Schwarzhoff) writes:
  14. >
  15. >   From: kellys@orac.holonet.net (Kelly Schwarzhoff)
  16. >
  17. >   Is there anyway to get around this limit? I have a 600MB drive and have it
  18. >   formatted so that each block is 10k and can't find a way to have smaller
  19. >   blocks.  Is the limit of 2^16 due to the operating software or just the
  20. >   software that formats the drive.
  21. >
  22. >   The reason I'm asking this is that we're setting up a large FirstClass BBS
  23. >   software and it stores every message as a file and you cannot have the
  24. >   messages in seperate volumes / partitions.  I'm running System 7.0 on a IIfx.
  25. >
  26. >Can the software store messages in sub-folders of the main
  27. >message-area folder?  You could then make these sub-folders be aliases
  28. >pointing to folders on different partitions.  Or does the BBS software
  29. >circumvent your access to the filesystem completely?
  30. >
  31.  
  32.  
  33. The 2^16 limit is an HFS limit.
  34.  
  35. No, Firstclass does not circumvent the file system, aliases are not
  36. implemented by the file system--which is what annoys the makers of
  37. Firstclass.  I think they wish they were on a Unix box.  To use
  38. aliases would require extra irksome work on their part.
  39.  
  40. As a result Firstclass does not know about aliases and isn't likely to
  41. soon--at least judging from a phone conversation I once had with
  42. someone fairly technical there.  It seems that they are getting burned
  43. by the Mac's lack of preemptive multitasking and generally starting to
  44. fight with their server platform choice, not cooperate with it.  I am
  45. worried.  (Notice sometime how the server's screen--1.0 at least--can
  46. get painted and scroll *while* a menu is down.  Horrors.)
  47.  
  48. Disclaimer: I have not yet installed Firstclass version 2, my only
  49. experiance is with the first version.
  50.  
  51. As for how to make partitioning choices, put your system folder and
  52. any non-FirstClass stuff on a small partition (or separate disk) and
  53. give the the Firstclass database (I think just the "FirstClass Post
  54. Office" folder) as much space as you can.  Your limit is likely going
  55. to be the 64K-blocks wall.  A big allocation size will keep the larger
  56. files from gobbling up so many of those blocks.  Yes, seeing 10K
  57. vanish with each little message hurts, but total bytes is not the
  58. first limit you are going to hit with a little-file-laden BBS on a big
  59. disk.  Yes, using two 300 Meg partitions would get you farther, but
  60. only if you are allowed.  A 600 partition is always going to hold at
  61. least as much as a 300--and usually far more.
  62.  
  63. Weasel Words: I am sure I have the term "allocation size" slightly
  64. wrong, but it shouldn't demolish my underlying points.
  65.  
  66. Coward's Words: Please be gentle when it does become obvious that I
  67. have no valid underlying points.
  68.  
  69.  
  70. --
  71. Kent Borg                                   kent@camex.com or kentborg@aol.com
  72.                                             H:(617) 776-6899  W:(617) 426-3577
  73. As always, things look better when some costs are left out.
  74.                               -Economist 3-28-92 p. 94
  75.