login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
openbsd-misc
»
2009
»
August
»
13
Re: Very high interrupt load with rl(4)
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Robert Blacquiere
Subject:
Re: Very high interrupt load with rl(4)
Date: Thursday, August 13, 2009 - 2:38 am
Hi Wijnand, Having fun @ HAR? :) On Thu, Aug 13, 2009 at 11:19:27AM +0200, Wijnand Wiersma wrote:
quoted text
> Hi, > > I am using a machine with only a 500Mhz VIA cpu as NAT/IPSEC gateway > here at the har2009.org camp. > Sometimes the internet is hardly usable, loadavg spikes up to 14. When > investigating I see 80-90% of the CPU time is because of interupts. > Almost all interrupts are for the rl0 and rl1 interface. > > The interrupt load is not coupled to bandwith usage, we can use 60Mbit > without any problems. > I know rl(4) cards are crappy but I am wondering what could cause these > strange spikes? > It must be because of packets per second, but I can't find a offender. > Are there any tweaks to mitigate the effects? > > Right after the load spikes (normally these last for 15 minutes) the > IPSEC tunnels are not in a usable state anymore. > Does anyone have a workaround for this?
You could try using polling(4) for the rl cards. This could ease interrupts a bit. Kind regards Robert Blacquiere
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Very high interrupt load with rl(4)
, Wijnand Wiersma
, (Thu Aug 13, 2:19 am)
Re: Very high interrupt load with rl(4)
, Robert Blacquiere
, (Thu Aug 13, 2:38 am)
Re: Very high interrupt load with rl(4)
, Wijnand Wiersma
, (Thu Aug 13, 2:45 am)
Re: Very high interrupt load with rl(4)
, Robert Blacquiere
, (Thu Aug 13, 3:00 am)
Re: Very high interrupt load with rl(4)
, Robert Blacquiere
, (Thu Aug 13, 3:36 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Andrew Morton
Re: [PATCH] lazy freeing of memory through MADV_FREE 2/2
Stephen Rothwell
linux-next: manual merge of the block tree with the ext4 tree
Alexandre Oliva
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Eric Sandeen
Re: [PATCH] xfs: do not pass unused params to xfs_flush_pages
Milton Miller
Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preempt...
git
:
Felipe Contreras
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Johannes Schindelin
[PATCH] fetch: refuse to fetch into the current branch in a non-bare repository
Johannes Schindelin
Re: [PATCH] Fix install-doc-quick target
Nicolas Pitre
Re: About git and the use of SHA-1
Alex Riesen
Re: git exclude patterns for directory
git-commits-head
:
Linux Kernel Mailing List
sh: Fix compile error by operands(mov.l) in sh3/entry.S
Linux Kernel Mailing List
New device ID for sc92031 [1088:2031]
Linux Kernel Mailing List
tmpfs: depend on shmem
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
Staging: et131x: prune all the debug code
linux-netdev
:
Andi Kleen
Re: RFC: Nagle latency tuning
Herbert Xu
Re: Oops in tun: bisected to Limit amount of queued packets per device
gregkh
Patch "IPv6: keep route for tentative address" has been added to the 2.6.34-stable...
Paul Gortmaker
[PATCH net-next 09/16] tipc: Relocate trivial link status functions to header file
Russell King
Re: [BUG] New Kernel Bugs
openbsd-misc
:
Andres Salazar
About priorities in /etc/resolv.conf
Rob Shepherd
x86 hardware for router system
Tonnerre LOMBARD
Re: bge0: watchdog timeout
Damien Miller
Re: Patching a SSH 'Weakness'
P. Souza
Re: RouterBOARD RB600A support
Colocation donated by:
Syndicate