fangchin@portia.Stanford.EDU (Chin Fang) (01/11/91)
Since I started this discussion, I would like to throw in one more thing to whip up the appetite of those who are interested. GNU compress/uncompress/zcat also allows you to configure the buffer size as you deem fit (for ex. large buffer size for machines with lots physical memory). That alone motivated me to switch to GNU utility. It improves performance for processing large files. One more question to the netland, does anyone know whether the ramdisk utility (/etc/ramdisk* as for ESIX rev.D) has a solid public domain counterpart or not? I had to mail to ESIX for usuage after browsing it using a binary editor without success. Poor documentations seem to be the only bad thing about ESIX so far to me. I also built mtools v.2.0 of Emmet Gary for ESIX Rev.D. Works much better than the old versions that comes with ESIX. Many many thanks to Emmet. What a guy. Regards. Chin Fang Mechanical Engineering Department Stanford University fangchin@portia.stanford.edu ps. maybe someone has tried FSF's GNU file utilities in ESIX. I built the entire set and tested them all. ls behaved very strangely (ie. outputs garbage). I didn't have time to figure out why. So that time, I junked GNU file utility suite and retained ESIX faithfuls.
jtc@van-bc.wimsey.bc.ca (J.T. Conklin) (01/11/91)
In article <1991Jan10.195147.6635@portia.Stanford.EDU> fangchin@portia.Stanford.EDU (Chin Fang) writes: >GNU compress/uncompress/zcat also allows you to configure the >buffer size as you deem fit (for ex. large buffer size for machines >with lots physical memory). That alone motivated me to switch to >GNU utility. It improves performance for processing large files. That feature has been present since compress version 3.0. The only changes that the FSF has done is to fix a bug which caused it to delete the compressed (.Z) file when it received a SIGINT and to document more of its flags in the usage message. >One more question to the netland, does anyone know whether the >ramdisk utility (/etc/ramdisk* as for ESIX rev.D) has a solid >public domain counterpart or not? In general, a ramdisk is a bad idea, as it reduces the amount of core memory the system has to play with and thus causes a lot of paging. >Poor documentations seem to be the only bad thing about ESIX so far to >me. Its TCP/IP suite is awful as wll. >ps. maybe someone has tried FSF's GNU file utilities in ESIX. I built the > entire set and tested them all. ls behaved very strangely (ie. > outputs garbage). I didn't have time to figure out why. So that > time, I junked GNU file utility suite and retained ESIX faithfuls. I have ported fileutils, find, diff, sed, gawk, etc. to ESIX with no problems whatsoever. --jtc -- J.T. Conklin jtc@wimsey.bc.ca, ...!{uunet,ubc-cs}!van-bc!jtc