home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / misc / 40983 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  3.6 KB
  1. Path: sparky!uunet!gatech!rutgers!uwvax!uchinews!ellis!sip1
  2. From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: 32 Bit HPFS
  5. Keywords: HPFS
  6. Message-ID: <1993Jan3.033716.6127@midway.uchicago.edu>
  7. Date: 3 Jan 93 03:37:16 GMT
  8. References: <1993Jan2.181023.20211@midway.uchicago.edu> <9HTRwB3w165w@tcscs.UUCP>
  9. Sender: news@uchinews.uchicago.edu (News System)
  10. Reply-To: sip1@midway.uchicago.edu
  11. Followup-To: comp.os.os2.advocacy
  12. Organization: Dept. of Econ., Univ. of Chicago
  13. Lines: 57
  14.  
  15. In article <9HTRwB3w165w@tcscs.UUCP> zeta%tcscs@src.honeywell.com writes:
  16. >> >Will the new 2.1 release have the 32 bit HPFS included?
  17. >> No.  HPFS386 is a part of LAN Server.  (It also provides some extra
  18. >> features necessary for multiuser operation -- it isn't just a 32-bit
  19. >> HPFS rewrite.)
  20. >Forgive the obvious stupid question.  With OS/2 being such multitasking,
  21. >there would be several useful features found in networks which would be
  22. >useful for a stand alone system as well.  Of course I dont know much about
  23. >LAN's and such, the only multiuser OS I'm familier with is VMS.  I'm talking
  24. >about more abilities with file sharing, especially amongst files between
  25. >several tasks.  More so if it makes programs not normally friendly for file
  26. >access work more reliably in a shared environment.
  27.  
  28. Unless I'm missing something, that sort of control is already in OS/2.
  29. (It's rather important in a single user, multitasking operating
  30. system.)
  31.  
  32. I would agree that HPFS386's features can be useful in certain
  33. contexts.  One such context is as a LAN server (which is why it comes
  34. with LAN Server :-)).  For multiple serial users (as in a lab
  35. setting), a security front end with protection for critical files is a
  36. good idea; in that case, PC/DACS (Pyramid) is probably the way to go.
  37.  
  38. >> Lest anyone panic, 32-bit purely for the sake of 32-bit isn't such a
  39. >> hot idea.  For one, you have to spend time debugging.  (In other
  40. >> words, why tamper with code that is working so well?)  For another, it
  41. >> isn't all that clear that you'd get much performance boost.  (A disk
  42. >> -- any disk -- is relatively slow, in computer terms.  There's usually
  43. >> very little CPU involved in disk I/O, and CPU intensive operations is
  44. >> precisely where you get the biggest performance boost with 32-bit
  45. >> code.)
  46. >While this is true for the hardware, it still seems that 32-bit disk interface
  47. >software could still increase performance.  I'm not very familier with the 
  48. >two version file system in OS/2, other than that HPFS is very quick, and the
  49. >FAT version is a lot faster than in DOS systems.  it seems that for some things
  50. >HPFS is slower than a FAT system.  If it were to go 32 bit, wouldn't the HPFS
  51. >be faster all the time?  
  52.  
  53. Not necessarily.  HPFS is more powerful in many respects, and in
  54. certain rare instances FAT may outperform it.
  55.  
  56. I'm not arguing that there wouldn't be some improvement, other things
  57. being equal.  I am, however, suggesting that it's probably one of the
  58. last things you'd want to focus your efforts on.
  59.  
  60. I should note that I'm guessing a bit at IBM's motives here, but it
  61. seems pretty obvious.  This is one particular design decision I can
  62. more than live with; I don't think it makes sense to get pedantic
  63. about 32-bit-ness.  The current HPFS code works just great, and I
  64. can't see any overwhelming need to move it to 32-bit at present.  When
  65. they do move it over, bonus points for IBM.
  66.  
  67. -- 
  68. Timothy F. Sipples      | Read the OS/2 FAQ List 2.0h, available from
  69. sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/info
  70. Dept. of Econ., Univ.   | /faq, or from LISTSERV@BLEKUL11.BITNET (send "HELP")
  71. of Chicago, 60637       | [Read the List, THEN post to ONE OS/2 newsgroup.]
  72.