Mike Tancsa wrote:
On Sat, 24 Jul 2004 20:42:01 -0700, in sentex.lists.freebsd.net you
wrote:
Seriously though, mine was a very ugly hack to
get things working again for me. Most of the DSL aggregators here
are Juniper ERXes which do not play nice with FreeBSD's PPPoE.
any thoughts as
On Mon, 26 Jul 2004, Don Bowman wrote:
> From: Luigi Rizzo [mailto:[EMAIL PROTECTED]
> > On Mon, Jul 26, 2004 at 01:18:46PM -0700, Kelly Yancey wrote:
> > ...
> > > Out of curiousity, what sort of testing did you do to
> > arrive at these
> > > settings? I did some testing a while back with a S
On Mon, 26 Jul 2004, Luigi Rizzo wrote:
> On Mon, Jul 26, 2004 at 01:18:46PM -0700, Kelly Yancey wrote:
> ...
> > Out of curiousity, what sort of testing did you do to arrive at these
> > settings? I did some testing a while back with a SmartBits box pumping
> > packets through a FreeBSD 2.8Ghz
Request received for list 'xml-tech' via request address.
>> The message could not be delivered
Unknown command.
>> Content-Transfer-Encoding: base64
Unknown command.
>> Content-Disposition: attachment;
Unknown command.
>> filename="=?utf-8?B?VklSVVNfREVURUNURURfQU5EX1JFTU9WRURfaWNteg==?=
Unkno
From: Luigi Rizzo [mailto:[EMAIL PROTECTED]
> On Mon, Jul 26, 2004 at 01:18:46PM -0700, Kelly Yancey wrote:
> ...
> > Out of curiousity, what sort of testing did you do to
> arrive at these
> > settings? I did some testing a while back with a SmartBits
> box pumping
> > packets through a FreeB
From: James [mailto:[EMAIL PROTECTED]
>
> I have two boxes behind em0 that I can use to generate
> 250kpps to another vlan
> within em0 card as a test, so that bge0 is not involved in
> the stress test.
> Even when doing so, CPU load climbs higher with device
> polling turned on.
> Opened up s
On Mon, Jul 26, 2004 at 01:18:46PM -0700, Kelly Yancey wrote:
...
> Out of curiousity, what sort of testing did you do to arrive at these
> settings? I did some testing a while back with a SmartBits box pumping
> packets through a FreeBSD 2.8Ghz box configured to route between two em
> gigabit i
Thank you for your message.
I will be out of the office from July 26 to August 6 on a business trip with limited
access to my messages. This could cause a delay in the reply of your message.
Thank you for your patience and best regards
Antonio Moreno
Supply Chain Program Manager
Europe, Middl
On Mon, 26 Jul 2004, Don Bowman wrote:
> kern.polling.burst: 1000
> kern.polling.each_burst: 80
> kern.polling.burst_max: 1000
> kern.polling.idle_poll: 1
> kern.polling.poll_in_trap: 0
> kern.polling.user_frac: 5
> kern.polling.reg_frac: 120
> kern.polling.short_ticks: 29
> kern.polling.lost_poll
Don,
> Hmm, this is more interesting.
> Since you are SMP, and using POLLING, i assume you did
> like me and commented out the !POLLING in SMP #error statement.
Yep. Otherwise kernel won't compile ;-)
> You definitely want the halt on idle. The polling in idle
> doesn't work anyway, so try disab
From: Marko Zec [mailto:[EMAIL PROTECTED]
> On Monday 26 July 2004 17:35, Don Bowman wrote:
> > > [EMAIL PROTECTED] sysctl machdep.cpu_idle_hlt
> > > machdep.cpu_idle_hlt: 1
>
>
> At least on -STABLE, machdep.cpu_idle_hlt setting is ignored
> / irrelevant when
> both kern.poll
Hi,
A couple of days ago I was handed a new machine with a 3Com 905B card.
Before remembering the PNP OS option in the BIOS, I stumbled across a
couple of null pointer dereferences leading to kernel panics when
FreeBSD 4.10-STABLE could not map the card's resources and attempted to
"clean up" the
Hi Don,
> That's a pretty high HZ, here's what i have:
> kern.clockrate: { hz = 2500, tick = 400, tickadj = 1, profhz = 1024, stathz
> = 128 }
Hmm... I'll try setting it to 2500 later this week during maint. window for
customers behind that box. It's weird b/c I have another box with devpolling
t
From: James [mailto:[EMAIL PROTECTED]
> Hi Don,
> [EMAIL PROTECTED] sysctl kern.clockrate
> kern.clockrate: { hz = 4000, tick = 250, tickadj = 1, profhz
> = 1024, stathz = 128 }
That's a pretty high HZ, here's what i have:
kern.clockrate: { hz = 2500, tick = 400, tickadj = 1, profhz = 1024, stath
Hi,
On Sun, Jul 25, 2004 at 05:52:57PM -0700, Charlie Schluting wrote:
> Hi :)
>
> /etc/rc.conf:
> ifconfig_xl0="ether 00:11:11:11:11:11"
> ifconfig_xl0="DHCP"
The last assignment takes precedence over the previous one.
> The above doesn't work..
> I'm trying to set the mac, and then dhcp.. is
James Housley wrote:
The key was created /etc/start_if.xl0:
#!/bin/sh
Yep! Someone else also responded with a similar suggestion.
Thank you very much, everyone, problem solved.
I didn't know you could make start_if. ...very cool.
I also now know its in rc.conf(5)
:)
Hi Don,
> I would post the output of 'sysctl kern.polling', its likely
> some of the tuning there is insufficient.
> What do you have HZ set to (sysctl kern.clockrate)? I would
> probably have it set to ~1000.
> You will want 'machdep.cpu_idle_hlt=1'.
Thanks for quick reply. Here is the sysctl ou
From: James [mailto:[EMAIL PROTECTED]
> Hi all,
>
...
>
> Any idea why device polling is kind of having... negative
> impact? Is this b/c
> I have SMP compiled on a box that really doesn't have two
> cpu's?? Is SMP+APIC_IO
> support even required for HTT use?
I would post the output of 'sysc
Hi all,
I've got a weird case on my hands on a 2.8ghz xeon w/ HTT working as a router w/
device polling... This is a single-processor 2.8ghz xeon, not dual/quad, etc.
The kernel does have SMP compiled in though.
The box has two gig-e cards, em0 and bge0. bge0 is the uplink to the core,
em0 is the
On Sun, Jul 25, 2004 at 05:52:57PM -0700 I heard the voice of
Charlie Schluting, and lo! it spake thus:
> Hi :)
>
> /etc/rc.conf:
> ifconfig_xl0="ether 00:11:11:11:11:11"
> ifconfig_xl0="DHCP"
>
> The above doesn't work..
Because that's setting a variable. If you set a variable, then set it
to
Charlie Schluting wrote:
Hi :)
/etc/rc.conf:
ifconfig_xl0="ether 00:11:11:11:11:11"
ifconfig_xl0="DHCP"
The above doesn't work..
I'm trying to set the mac, and then dhcp.. is this the correct way?
With this config, its not getting the mac assigned to xl0, so I have to
stop dhclient, run "ifconfig
Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems
S Submitted Tracker Resp. Description
---
o [1999/11/26] kern/15095 net TCP's advertised window is not scaled i
22 matches
Mail list logo
