I appreciate your attention for homeopathy and astrology, however I see no relation of those to CPU00. Maybe modern processors will handle that stuff, I don't know.
I'm running https web reverse proxy. at 200-500mbit scale, I see 3500 interrupts per second at em0, em1, also 12 cpus are running at 70-80%, CPU00 is running at "interrupt" level, also there're user processes at "user" and "system" levels. under such load server is experience somewhat to "general network delays", network conections become slow (both incoming and outgoing), sometimes even 5 sec on 1G network. so, I'm looking into optimal "em" tuning and cpu affinity things. disk io is not affected. 2013/1/22 Marc Espie <[email protected]> > On Tue, Jan 22, 2013 at 05:37:42PM +0500, ???? ??????? wrote: > > I meant OpenBSD feature to use only CPU00 for network things. > > and I am afraid it could cause network issues when some process works on > > CPU00 as well. > > OpenBSD is not a real-time OS. > > As far as I know there's no intention to make it so. > > However, I will challenge your methodology. > > "You're afraid" does not sound like any kind of serious methodology. Do you > also believe in astrology or homeopathy ? > > Did you actually try out what you want to do ? do you have any real reason > to think that tying it to CPU00 will make things better ? do you have any > actual idea what network handling entails ? cpu, network card, disk/io, > there > are lots of potential issues there. The best thing to do is to try things > out > first. > > Then come back with actual numbers if you feel it does not work like you > want. > > > On the other hand, if you're contracting for some work where you need > real-time > guarantees, well OpenBSD is probably not the OS for you. And your hardware > might not be up to it either...
