ftp.nice.ch/peanuts/GeneralData/Usenet/news/1991/CSN-91.tar.gz#/comp-sys-next/1991/Apr/floppy-disk-IO-SLOW-using-DOS-disks.

This is floppy-disk-IO-SLOW-using-DOS-disks. in view mode; [Up]


Date: Sun 27-Apr-1991 06:07:20 From: streib@silver.ucs.indiana.edu (Allan Streib) Subject: floppy disk IO SLOW using DOS disks. I have noticed that copying files to/from a DOS floppy takes many times longer than the same action using a UNIX floppy. It's also much slower than floppy IO on a PC. Why is this? It is really almost frustrating. -Allan
Date: Sun 28-Apr-1991 05:15:53 From: timbuck@wookumz.gnu.ai.mit.edu (Timothy Buck) Subject: Re: floppy disk IO SLOW using DOS disks. In article <1991Apr27.060720.17542@bronze.ucs.indiana.edu> streib@silver.ucs.indiana.edu (Allan Streib) writes: > >I have noticed that copying files to/from a DOS floppy takes many >times longer than the same action using a UNIX floppy. It's also much >slower than floppy IO on a PC. Why is this? It is really almost >frustrating. > >-Allan This is because it's not just copying files -- it has to do conversion from DOS to Unix format in the process. I don't know the technical details, but that's what's going on. Tim
Date: Sun 28-Apr-1991 07:02:12 From: jjb@hardy.u.washington.edu (Jim Black) Subject: Re: floppy disk IO SLOW using DOS disks. In article <15367@life.ai.mit.edu> timbuck@wookumz.gnu.ai.mit.edu (Timothy Buck) writes: >In article <1991Apr27.060720.17542@bronze.ucs.indiana.edu> streib@silver.ucs.indiana.edu (Allan Streib) writes: >> >>I have noticed that copying files to/from a DOS floppy takes many >>times longer than the same action using a UNIX floppy. It's also much slower >>than floppy IO on a PC. Why is this? It is really almost frustrating. > >This is because it's not just copying files -- it has to do conversion from >DOS to Unix format in the process. I don't know the technical details, but >that's what's going on. It doesn't seem to me that it's because of internal UNIX<->DOS file translations (eg, cr/lf <=> lf), because the delays are bad with pure binary files. It's a real drag, it almost makes a joke of the inter-media compatibility.

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.