Pertti Kosunen wrote:
Ferdinand Goldmann wrote:
944mbps is a very good value, anyway. What we see in our setup are
throuput rates around 300mbps or below. When testing with tcpspray,
throughput hardly exceeded 13MB/s.
Increasing MTU should help to get better results, as long all devices in
n
On Mon, 10 Oct 2005 03:05:19 +0200
Sten Daniel Sørsdal <[EMAIL PROTECTED]> wrote:
What's exactly the point of this email?
I don't see any help being provided here.
The table in question is removed. I wasn't aware of it being
copyrighted.
Next time please contact me _first_ if you're in doubt of
so
On Mon, 10 Oct 2005, Olivier Nicole wrote:
FreeBSD has no SYN rate limit, but you could be running into TIME_WAIT
recycling issues.
I already set tcp.msl to 5000 to release the TIME WAIT quickly.
I should really remove that sysctl...
It's tangential to the problem, that would only help if
Iasen,
On Fri, Oct 07, 2005 at 05:58:55PM +0300, Iasen Kostov wrote:
I> IMHO proxy arp should only replay on specified interface not on every
I> arp capable interface which recieved request for the proxied address.
I> If lets say host A have arp capable if0 and if1 interfaces and U set:
I>
Ferdinand Goldmann wrote:
Problem is only that the em driver does not support Jumbo frames on the
82545GM. :-(
You should try, the em man page is not up to date (6.0-BETA5).
"The driver
supports Transmit/Receive checksum offload and Jumbo Frames only on
82540, 82543, 82544 and 8
Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems
S Submitted Tracker Resp. Description
---
o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations w
On Mon, 2005-10-10 at 14:32 +0400, Gleb Smirnoff wrote:
> Iasen,
>
> On Fri, Oct 07, 2005 at 05:58:55PM +0300, Iasen Kostov wrote:
> I>IMHO proxy arp should only replay on specified interface not on every
> I> arp capable interface which recieved request for the proxied address.
> I> If lets
On Fri, 2005-10-07 at 11:52 -0400, Chuck Swiger wrote:
> Iasen Kostov wrote:
> > IMHO proxy arp should only replay on specified interface not on every
> > arp capable interface which recieved request for the proxied address.
>
> This is an interesting idea, but shouldn't it at least take into
thx for your answer, now seems that PPPoE negociation works better.
but i still have no connection, and when I try with #ppp, I stay in ppp mode
(ie I can't see the Ppp, PPp, PPP...) :
Oct 4 22:01:19 fidelio ppp[30314]: tun0: Debug: Sending PPPOE_CONNECT to
.:tun0
Oct 4 22:01:19 fidelio ppp[30314]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olivier Nicole wrote:
> Hi,
>
> I am facing the following problem: I have a web server with an
> application that calls a MySQL server.
>
> For class and test run, I may have 100 users accessing the same web
> page to login to the same database.
>
> I am facing the following problem: I have a web server with an
> application that calls a MySQL server.
>
> For class and test run, I may have 100 users accessing the same web
> page to login to the same database.
Well, it seems that was due to a bad installation of MySQL. Going for
the port wi
On Tue, 11 Oct 2005, Olivier Nicole wrote:
I am facing the following problem: I have a web server with an
application that calls a MySQL server.
For class and test run, I may have 100 users accessing the same web
page to login to the same database.
Well, it seems that was due to a bad instal
> Oh, ah. If you haven't rebooted since the trouble, what does this show on
> the server?
I did reboot, and it basically shown nothing, that's why it was not
easy to find out.
The queue di not overflow, only the server took some time to accept
the connections, it accepted 50 and the rest was wa
After further testing I have found 2 issues pertaining to my problem.
a. ) MAC on returning packets from box are that of the vlan199 parent
interface's instead of that of the other em0 interface.
b.) The dns responses are leaving the box on the vlan, but the dst port
number is getting scrambled
14 matches
Mail list logo