Re: /bin/sh question
On Sun, May 09, 2004 at 09:53:50PM -0400, Martin Cracauer wrote: > Dmitry Sivachenko wrote on Fri, Apr 30, 2004 at 03:28:29PM +0400: > > > > We use recent -STABLE. > > We observed /bin/sh looping forever executing a script. > > We run this script with -T option to sh(1). > > When sh(1) receives a HUP, we entering our trap handler which spawns > > child process. When this process exits, sh(1) loops. > > Need a test script. I committed a bogus change some time ago but that > never made it into -stable, except maybe somebody else merged :-/ > > I am not sure you are allowed to fork in a trap handler, can't check > right now. > A simple test script is provided in bin/66242. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: device pooling and high interrupts
On Sat, Apr 24, 2004 at 01:14:26PM -0500, Mike Silbersack wrote: > > On Sat, 24 Apr 2004, GiZmen wrote: > > > Hello, > > > > I am runnign freebsd 5.2.1 on 386 arch with two rl lan cards. My mainboard > > is on VIA KT 266A with AMD athlon 1.1. > > I read man polling and i have HZ=1000. My problem is that when i set up > > sysctl variable kern.polling.enable=1 my interrupts greatly increase. > > When my system is idle and indicate 0-1% interrupts with out polling. > > and when i turn on polling interrupts goes up to about 20% on idle system. > > Is it normal ? I never before use polling and i dont know that i have > > something bad in my system ? > > > > Can somebody explain me this ? > > > > thx > > -- > > Best Regards: > > GiZmen > > Ruslan can probably jump in and give you a better explanation than I can, > but I'll try to provide a quick answer. In short, the rl cards + driver > are not well suited to polling and will not work well with it enabled. > Support for polling on rl may in fact be removed as a result of this. > Well, basically, 8139's TX/RX engine is just not worth for use with polling(4). Now that we have per-interface polling(4) controls, I suggest that we leave it _disabled_ for rl(4) by default. My tests have shown that I could only get a comparable throughput with rl(4) given HZ=5000, which is *ahem* quite large to be really useful. Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: FreeBSD 1.1.5.1-R cvs repo archive?
On Sun, May 09, 2004 at 04:41:17PM +1000, Peter Jeremy wrote: > As part of the BSD vs AT&T settlement, all the *BSD releases had > to move to the 4.4BSD/lite distribution. In the case of FreeBSD, > 1.x was "encumbered" and had to be expunged from the repository. > FreeBSD 2.x was developed from 4.4BSD/lite in a separate CVS > repository (hence the 'n'). Yes. This happens to NetBSD, too, and it seems that they expunged these "encumbered" revisions from their repository directly. > Since SCO (in a previous incarnation) released the old Unix source > code, the FreeBSD 1.x repository could probably now be legally > made available. A number of FreeBSD old-timers have admitted to > still having copies of the 1.x repository but I don't know that > anyone has put it up on the WEB. (Even if the FreeBSD project > doesn't want to put it up, I suspect The Unix Historical Society > would be happy to add it to their archives). I have a 1.1.5.1-RELEASE tarball, however, not the 1.x CVS repository. Is it still possible to get a copy of the old CVS tree somewhere? Cheers, -- Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. pgp0.pgp Description: PGP signature
