On 11/30/06, Miles Nordin <[EMAIL PROTECTED]> wrote:
> "av" == Alexandre Vieira <[EMAIL PROTECTED]> writes:
av> polling increased dramaticly the latency for all traffic that
av> passes trough the bridge and reduced the transmission rate
av> also.
That's interesting. What do yo
On 11/30/06, Christian Walther <[EMAIL PROTECTED]> wrote:
Hi,
the Netra comes with a "360- or 440- MHz UltraSPARC-IIi, single
processor, Superscalar SPARC Version 9" CPU, so you can use
"--mcpu=ultrasparc --mtune=ultrasparc" with gcc. This is for gcc v3.x,
gcc v2.x might require --march instead
Hi,
the Netra comes with a "360- or 440- MHz UltraSPARC-IIi, single
processor, Superscalar SPARC Version 9" CPU, so you can use
"--mcpu=ultrasparc --mtune=ultrasparc" with gcc. This is for gcc v3.x,
gcc v2.x might require --march instead of --mtune.
HTH
Christian
On 11/30/06, Andrew Belashov <[EMAIL PROTECTED]> wrote:
Hello, All!
Miles Nordin wrote:
>> "av" == Alexandre Vieira <[EMAIL PROTECTED]> writes:
>
> av> kernel/tunables recommendations,
>
> I suggest device polling. This will increase the pps you can forward,
> and optimistically cause
Hi,
I'm responsible for building a testbed for a network service solution and I
was given some old hardware to work with.
For example, I have a netra T1 105 working as a bridge between two vlans in
order to use ipfw+dummynet to create packet loss and latency tests in a
platform that was already
