no, that is not the case. I was upgrading the source using cvsup and it kept
disconnecting me from the ssh connection every time it started downloading a
little more. The entire download took 8 hours on a 1.5Mb connection. There
is something wrong here.
- Original Message -
From: "Matthew
This is a feature - if you don't do this, you can't tell decapsulated
traffic from raw traffic. That was the old config. If you have a
router, you can filter on the inside interface. I suggested inserting
the traffic on a fake interface so you could do more interesting
things like NAT, better
:Hey I won't criticize you. I thought that was my dsl doing it but it does
:not happen on my windows box. Whenever I start doing something that involves
:traffic on my freebsd box it will not respond remotely for about 30 seconds.
:Whats up with it?
Typically startup-delays in the 30-second
Hey I won't criticize you. I thought that was my dsl doing it but it does
not happen on my windows box. Whenever I start doing something that involves
traffic on my freebsd box it will not respond remotely for about 30 seconds.
Whats up with it?
- Original Message -
From: <[EMAIL PROTECTE
:On Thu, 25 Oct 2001 [EMAIL PROTECTED] wrote:
:
:> Guys,
:>
:> You can say all you like, but something in stable is totally fscked up. As
:> soon as I log in and start doing anything that involves a bit of traffic
:> (e.g. tailing a file), the connection freezes and I have to kill it. sshd
:
Oh, and this happened from computers on the same lan segment, as well as
from ones that were not. (ie, I could ssh to another server there, and
then ssh over...same problem, but only on the second leg..)
...david
---
david raistrick (deep in the south georgia woods)
[EMAIL PROTECTED]
To Un
On Thu, 25 Oct 2001 [EMAIL PROTECTED] wrote:
> Guys,
>
> You can say all you like, but something in stable is totally fscked up. As
> soon as I log in and start doing anything that involves a bit of traffic
> (e.g. tailing a file), the connection freezes and I have to kill it. sshd
> doesn't
Guys,
You can say all you like, but something in stable is totally fscked up. As
soon as I log in and start doing anything that involves a bit of traffic
(e.g. tailing a file), the connection freezes and I have to kill it. sshd
doesn't die, so I can log in again. I can reproducibly freeze it
> However, when the computer boots with the new kernel, even though it
> recognizes the chip, it tells me:
It's recognising the chip because you've told it to. But it looks
like there are more differences than just the ID.
> rl0: port 0x6000-0x60ff mem 0xe000-0xe000
> 00ff irq 11 at device
Hello,
I'm trying to get an SMC 1211TX/WL with a EN5030C chip (labeled SMC, but
actually Accton?) (07294T1 030B) to work.
With a kernel having compiled in the rl device driver (as well as the
miibus) I get this boot message:
pci0: (vendor=0x1113, dev=0x1011) at 18.0 irq 11
So I thought I coul
Saludos.
Manuel Jesús.
Email: [EMAIL PROTECTED]
> How about for Maildir mailboxes? In anyone mailbox I have roughly
> 10,000 messages which means 10,000 files per directory and mutt
> opening/reading the directory every time I switch mail folders.
I suspect that you'll see a big improvement with directories like this.
> Granted I should rebu
You are probably observing differences in buffer handling in each case.
As it has been already pointed out, this is a case of using tcpdump to
dump its own output, and even slight changes in protocol behaviour, data
blocking, packet fragmentation, phase of the moon, etc. will greatly
affect your r
13 matches
Mail list logo
