> But if you can give hints of how to decrease the interrupt load I am all ears. > As I see it, if the interrupt handling model i OpenBSD would change to a > polling one u could maybe increase the throughput at the same processor speed > (just me guessing though). But now the fact is that it is not polling. So what > can I do with what we have....
polling is one mechanism to ensure you aren't handling interrupts all the time, so you can ensure userland remains responsive even when the machine is under heavy network load. OpenBSD has another way to handle this, MCLGETI. > Is pure cpu speed the only way? Or is it possible to decrease the interrupt > load with even better NIC:s? here are some things that might help: - faster cpu - larger cpu cache - faster ram - reduce overheads (things like switching VM context while handling packets is not going to help matters) - improving code efficiency have you tried -current?
