home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11966 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  1010 b 
  1. Path: sparky!uunet!pacsoft!mike
  2. From: mike@pacsoft.com (Mike Stefanik)
  3. Newsgroups: comp.arch
  4. Subject: Re: UNIX fseek time (was Re: Comparison of Alpha, MIPS and PA-RISC-II wanted)
  5. Message-ID: <1477@pacsoft.com>
  6. Date: 27 Dec 92 18:40:38 GMT
  7. References: <1992Dec21.194657.759@qb.rhein-main.de> <fW0DHHa@quack.sac.ca.us> <1992Dec24.112422.12434@titan.inmos.co.uk>
  8. Organization: Pacific Software Group, Riverside, CA
  9. Lines: 12
  10.  
  11. In an article, conor@lion.inmos.co.uk (Conor O'Neill) writes:
  12. >But, given that 'fseek' is incredibly slow on most Unix systems,
  13. >one could almost assume that Unix doesn't support random-access files.
  14.  
  15. What do you mean by this?  My understanding is that nothing is physically
  16. being done by the call -- it simply sets the byte offset in the file table.
  17. Is the copying of sizeof(off_t) bytes from user space to kernel space
  18. what makes it "incredibly slow", in your opinion?
  19.  
  20. -- 
  21. Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike  (909) 681-2623
  22. Pacific Software Group, Riverside, CA
  23.