Re: xl(4) & polling

2005-05-11 Thread Subhro
On 5/11/2005 13:57, Tuomo Latto wrote: Subhro wrote: ... In Device Polled systems, the NIC does not generate any interrupt at all. Instead whenever the packets arrive at a Network interface, they are captured and put into a queue. The kernel scheduler checks the quese at regular intervals and pr

Re: xl(4) & polling

2005-05-11 Thread Ruslan Ermilov
On Wed, May 11, 2005 at 07:30:05AM -0700, Rob wrote: > Argh, just found out that it is not the polling. > Even without the polling, the ssh-tunnel connection > gets disrupted, although not as frequent as with > the polling. Possibly, the polling makes the problem > more visible, but it not the culp

Re: xl(4) & polling

2005-05-11 Thread Rob
--- Ruslan Ermilov <[EMAIL PROTECTED]> wrote: > On Wed, May 11, 2005 at 12:43:09AM -0700, Rob wrote: > > I actually doubt whether the default values of > > these sysctl variables would cause the problem. > > > No. Can you observe the broken IP/TCP/UDP > checksums? > > netstat -ss -f inet |grep

Re: xl(4) & polling

2005-05-11 Thread Michael Schuh
Sorry for my wrong posting Hi, i think the setting of HZ has nothing to do with DEVICE_POLLING at once. So the Documentation say's DEVICE_POLLING is an Other way to get the Packets from the Ethernet. I have setted HZ=2000 on all my machines, equal if the Processor is an PI 200MHz or an PIII 8

Re: xl(4) & polling

2005-05-11 Thread Ruslan Ermilov
On Wed, May 11, 2005 at 12:43:09AM -0700, Rob wrote: > I actually doubt whether the default values of > these sysctl variables would cause the problem. > No. Can you observe the broken IP/TCP/UDP checksums? netstat -ss -f inet |grep -w bad Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD c

Re: xl(4) & polling

2005-05-11 Thread Tuomo Latto
Subhro wrote: ... In Device Polled systems, the NIC does not generate any interrupt at all. Instead whenever the packets arrive at a Network interface, they are captured and put into a queue. The kernel scheduler checks the quese at regular intervals and processes the packets which are waiting.

Re: xl(4) & polling

2005-05-11 Thread Rob
--- Subhro <[EMAIL PROTECTED]> wrote: > On 5/11/2005 13:13, Rob wrote: > > >--- Subhro <[EMAIL PROTECTED]> wrote: > > > > > > > >>On 5/11/2005 8:04, Rob wrote: > >> > >> > >> > >>>All computers are running 5-Stable, as of May 10. > >>>All, but PC1 with fxp, use polling, with: > >>> option

Re: xl(4) & polling

2005-05-11 Thread Subhro
On 5/11/2005 13:13, Rob wrote: --- Subhro <[EMAIL PROTECTED]> wrote: On 5/11/2005 8:04, Rob wrote: All computers are running 5-Stable, as of May 10. All, but PC1 with fxp, use polling, with: options DEVICE_POLLING options HZ=1000 1000 IMHO seems a bit too heavy. Try something lower

Re: xl(4) & polling

2005-05-11 Thread Rob
--- Subhro <[EMAIL PROTECTED]> wrote: > On 5/11/2005 8:04, Rob wrote: > > >All computers are running 5-Stable, as of May 10. > >All, but PC1 with fxp, use polling, with: > > options DEVICE_POLLING > > options HZ=1000 > > > > > 1000 IMHO seems a bit too heavy. Try something > lower. Same p

Re: xl(4) & polling

2005-05-10 Thread Subhro
On 5/11/2005 11:14, Rob wrote: When I have to put up a new FreeBSD box, I start from 100 and start beefing up the number until I find a good balance. Hmmm, how do you "find a good balance" ? Network access speed vs. lost connections.? Yes. The access times during the top load period and

Re: xl(4) & polling

2005-05-10 Thread Jon Simola
On 5/10/05, Rob <[EMAIL PROTECTED]> wrote: > Interestingly: HZ=1000 is apparently a problem with > the xl devices (3Com 3c905B-TX), but not with the > rl devices (RealTek 8139). > What could cause that difference? Could a difference > in buffer size on the LAN card cause this? Yes. GigE cards tend

Re: xl(4) & polling

2005-05-10 Thread Rob
--- Subhro <[EMAIL PROTECTED]> wrote: > On 5/11/2005 10:40, Rob wrote: > > >--- Subhro <[EMAIL PROTECTED]> wrote: > > > > > > > >>On 5/11/2005 8:04, Rob wrote: > >> > >> > >> > >>>All computers are running 5-Stable, as of May 10. > >>>All, but PC1 with fxp, use polling, with: > >>> option

Re: xl(4) & polling

2005-05-10 Thread Subhro
On 5/11/2005 10:40, Rob wrote: --- Subhro <[EMAIL PROTECTED]> wrote: On 5/11/2005 8:04, Rob wrote: All computers are running 5-Stable, as of May 10. All, but PC1 with fxp, use polling, with: options DEVICE_POLLING options HZ=1000 1000 IMHO seems a bit too heavy. Try something lower

Re: xl(4) & polling

2005-05-10 Thread Rob
--- Subhro <[EMAIL PROTECTED]> wrote: > On 5/11/2005 8:04, Rob wrote: > > >All computers are running 5-Stable, as of May 10. > >All, but PC1 with fxp, use polling, with: > > options DEVICE_POLLING > > options HZ=1000 > > 1000 IMHO seems a bit too heavy. Try something > lower. What is heavy

Re: xl(4) & polling

2005-05-10 Thread Vladimir Botka
Hi, just one experience of mine with Realtek 8139. I was not able to FTP upgrade Suse 9.2. Data transfer was crashing. After some *research* I changed the 8139 and problem was solved. The server was on 3c905B. Cheers, Vlado. On Tue, 10 May 2005, Rob wrote: Ruslan Ermilov wrote: Greetings, Those

Re: xl(4) & polling

2005-05-10 Thread Subhro
On 5/11/2005 8:04, Rob wrote: All computers are running 5-Stable, as of May 10. All, but PC1 with fxp, use polling, with: options DEVICE_POLLING options HZ=1000 1000 IMHO seems a bit too heavy. Try something lower. Regards S. ___ freebsd-stable@fre

Re: xl(4) & polling

2005-05-10 Thread Rob
Ruslan Ermilov wrote: > Greetings, > > Those of you wishing to try your xl(4) card under > polling(4) are welcome to test this patch: > Ruslan, Yesterday I discovered that polling of the xl interface randomly disrupts an ssh-tunnel of mine. I think there's still a subtle, yet critical problem w