freebsd-dev/sys/mips
Juli Mallett 987da28eb7 Now that we correctly enable rx interrupts on all cores, performance has gotten
quite awful, because e.g. 4 packets will come in and get processed on 4
different cores at the same time, really battling with the TCP stack quite
painfully.  For now, just run one task at a time.

This gets performance up in most cases to where it was before the correctness
fixes that got interrupts to run on all cores (except in high-load TCP transmit
cases where all we're handling receive for is ACKs) and in some cases it's
better now.  What would be ideal would be to use a more advanced interrupt
mitigation strategy and possibly to use different workqueue groups per port for
multi-port systems, and so on, but this is a fine stopgap.
2011-01-09 23:46:24 +00:00
..
adm5120 - dump_avail layout should be sequence of [start, end) 2010-12-09 07:47:40 +00:00
alchemy - dump_avail layout should be sequence of [start, end) 2010-12-09 07:47:40 +00:00
atheros Add missing ar91xx definition for the WMAC reset control. 2011-01-09 06:17:46 +00:00
cavium Now that we correctly enable rx interrupts on all cores, performance has gotten 2011-01-09 23:46:24 +00:00
compile
conf Remove OCTEON1-32. Since moving to the Cavium SDK, we've lost our support for 2011-01-04 19:09:05 +00:00
idt - dump_avail layout should be sequence of [start, end) 2010-12-09 07:47:40 +00:00
include Move repeated MAXSLP definition from machine/vmparam.h to sys/vmmeter.h. 2011-01-09 12:50:44 +00:00
malta - dump_avail layout should be sequence of [start, end) 2010-12-09 07:47:40 +00:00
mips Remove bogus usage of INTR_FAST. "Fast" interrupts are now indicated by 2011-01-06 21:08:06 +00:00
rmi Remove bogus usage of INTR_FAST. "Fast" interrupts are now indicated by 2011-01-06 21:08:06 +00:00
sentry5 - dump_avail layout should be sequence of [start, end) 2010-12-09 07:47:40 +00:00
sibyte - dump_avail layout should be sequence of [start, end) 2010-12-09 07:47:40 +00:00