Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mira.net.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!news.wildstar.net!cancer.vividnet.com!hunter.premier.net!news-peer.gsl.net!news.gsl.net!news.mathworks.com!newsfeed.internetmci.com!swrinde!cs.utexas.edu!venus.sun.com!news2me.EBay.Sun.COM!jethro.Corp.Sun.COM!concord!dcmyers From: dcmyers@concord.corp.sun.com (David Myers) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: 2.1.5-RELEASE sio silo overflows? Date: 9 Sep 1996 16:22:46 GMT Organization: Sun Microsystems Inc. Lines: 37 Distribution: world Message-ID: <511g8m$n1h@jethro.Corp.Sun.COM> References: <50qn18$nu1@battery.awod.com> Reply-To: dcmyers@concord.corp.sun.com NNTP-Posting-Host: concord.corp.sun.com Ken Lam <lam@awod.com> writes: >In article <50pdha$stg@jethro.Corp.Sun.COM>, dcmyers@concord.corp.sun.com says... >> >> >>>This is odd. On my Pentium 100 system with 48 megs of RAM and 16550 >>serial ports, I get "silo overflows" all the time while driving at >>28.8 modem at a DTE rate of 57.6 kbps. Maybe 30 or so during one >>hour of ftp'ing. >> >>Even more odd, I only really noticed this happening when I moved from >>16 megs of RAM to 48. Could I just have a flakey motherboard? > >My P5-90 (32M) runs 115200/33.6 with no silo overflows. I have a >Intel MB and no problems whatsoever. What MB? Whose IO chipset? > >BTW--does your boss know you're not running solaris ;) Or are you >staging a BSD revolution! :) Well, that message was posted from a SparcStation 5, so I'm politically correct... Motherboard is Asus TP4XE, with a 512K PB cache module and (supposedly) enough tag RAM to cache 64 megs (to answer Jorg's follow-up). As I mentioned previously, I've got 48 megs in the machine, 32 of which is EDO and 16 is generic FPM. My sneaking suspicion is that the motherboard does not like the mixed RAM, but any confirming or contradicting opinions are welcome. We'll see what happens when my ISDN line is installed on Tuesday. 64 kbps ought to stress the serial subsystem. -David.