https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242747
--- Comment #15 from Nick Evans <nev...@talkpoint.com> --- (In reply to Conrad Meyer from comment #13) Actually I hadn't noticed it initially but while testing threads=1 it did pin two threads to cores 0/1, 10/11, and 20/21 which should be a physical and SMT for each physical core. The penalties I've seen on Windows amounted to a few percent when binding some CPU hungry thread to a physical vs SMT (ie core 0 vs core 1) with no load on the other in the pair when testing. I'll test that separately on FreeBSD at some point to see if the same penalty applies. PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1443 root 1 20 - 0B 16K geli:w 28 0:47 0.00% g_eli[0] da1 1446 root 1 20 - 0B 16K geli:w 1 0:47 0.00% g_eli[0] da2 1452 root 1 20 - 0B 16K geli:w 20 0:46 0.00% g_eli[0] da4 1458 root 1 20 - 0B 16K geli:w 11 0:46 0.00% g_eli[0] da6 1461 root 1 20 - 0B 16K geli:w 3 0:46 0.00% g_eli[0] da7 1449 root 1 20 - 0B 16K geli:w 0 0:46 0.00% g_eli[0] da3 1440 root 1 20 - 0B 16K geli:w 10 0:46 0.00% g_eli[0] da0 1455 root 1 20 - 0B 16K geli:w 21 0:45 0.00% g_eli[0] da5 -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-geom@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-geom To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
