Date: Thu, 29 Jan 2004 09:04:13 +0200 From: Vlad Galu <dudu@diaspar.rdsnet.ro> To: freebsd-net@freebsd.org Subject: Re: DEVICE_POLLING with SMP Message-ID: <20040129090413.5e3a9cc0.dudu@diaspar.rdsnet.ro> In-Reply-To: <20040128194435.GA16076@c7.campus.utcluj.ro> References: <B2508BB3-51C7-11D8-B168-000A95A8A1F2@dragondata.com> <20040128194435.GA16076@c7.campus.utcluj.ro>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Thu__29_Jan_2004_09_04_13_+0200_.qNB_hsrMoHtNA1M Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit veedee@c7.campus.utcluj.ro writes: |On Wed, Jan 28, 2004 at 01:25:13PM -0600, Kevin Day wrote: |> |> Has anyone made any headway with getting polling(4) to work with a |SMP > kernel? Last May this was discussed on here briefly with me, |Luigi and > Don Bowman, which seemed to indicate that the majority of |what needed > to be fixed to make this work would be some kind of |locking in > idle_loop to make sure only one CPU gets into the polling |code at once.> |> I've got a case where enabling SMP gives me a 20-30% performance |boost, > or if I turn polling on I get another 10-15% boost. I'd love |to see > what the two together could do. | |I was just about to ask the same question. We've just received 2 Athlon |MPs 2400+ and we're about to buy a gigabit Intel PRO/1000MT Dual for |one of our servers. | |It would be great if SMP could be combined with polling. I see no reason for it. Having to switch between multiple kernel threads to handle polling may bring too much overhead. |-- || Radu Bogdan 'veedee' Rusu || NetSysAdm at campus dot utcluj dot ro || Personal gallery at http://rbrusu.com || ...mirroring FreeBSD and coffee |_______________________________________________ |freebsd-net@freebsd.org mailing list |http://lists.freebsd.org/mailman/listinfo/freebsd-net |To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" | ---- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. --Signature=_Thu__29_Jan_2004_09_04_13_+0200_.qNB_hsrMoHtNA1M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAGLByP5WtpVOrzpcRAqTTAJ9HJ3+Jq5tSdva+0iFwHvk44uOT0wCfTD5X e0iS2nomqAglppMPmViqwbk= =nYOR -----END PGP SIGNATURE----- --Signature=_Thu__29_Jan_2004_09_04_13_+0200_.qNB_hsrMoHtNA1M--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040129090413.5e3a9cc0.dudu>