Likes: 0
05/03/06 11:54
Beste leden,
Een vraag die mij al lang bezighoud. Als ik op een P4 3.0 Ghz met HT een kernel compile (in dit geval FreeBSD 5.4), is het dan wijsheid om wel of geen SMP kernel te pakken. Dus de SMP opties in het kernel mee te nemen.
Bij Debian hebben we dit gedaan en zien we keurig "2 processoren", fictief natuurlijk. Bij BSD tot zover heb ik dit nog niet geprobeerd.
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
05/03/06 14:06
Ja, gewoon een SMP kernel bakken. FreeBSD herkent dat het om hyperthreading gaat en de logische cpu wordt dan in ieder geval voor interrupts gebruikt.
Wil je dat ook userprocessen op de logische cpu draaien, zet dan machdep.hyperthreading_allowed=1 in /boot/loader.conf. Daarmee heb je in bepaalde gevallen een extra performancevoordeel. Dit kan wel een securitygevaar zijn vanwege bugs in Hyperthreading, zie: ftp://ftp.freebsd.org/pub/FreeBSD/CE...-05:09.htt.asc, maar in de praktijk valt het denk ik mee.
05/03/06 14:09
zelf ook ervaring mee? wat is jouw advies, heeft het nut? Merk je ook daadwerkelijk een verschil?
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
05/03/06 14:25
Wat wij wel gemerkt hebben met 5.4, is dat wanneer je een SMP-kernel bakt op een machine die werkelijk meerdere CPU's heeft (Xeon) dan krijg je rare performance problemen op je NIC's en incidenteel vastlopers.
We hebben dit op meerdere machines gehad, Dell zowel als HP en Compaq.
Tot op heden hebben we geen oplossing hiervoor gevonden (overigens: in 5.3 zat deze 'bug' niet) ook de kernel-mailinglist bood geen oplossing, dus de meeste Dual-machines draaien momenteel in UP.
Ik vermoed dat het iets is, tussen HT (virtuele CPU's) icm met fysieke extra CPU's (immers: een moderne dual Xeon heeft '4' CPU's), onze P4's met HT hadden er geen last van ....
In 6.0 is dit trouwens opgelost, de DA-servers zijn al over, alleen de Cpanel-servers durf ik nog even niet aan
Dillard Blom, SmartDC - Dataport of Rotterdam
05/03/06 14:44
CPanel en BSD 6.0 moet je nog niet aan beginnen.. dat ging bij ons ook al direct fout.Oorspronkelijk geplaatst door Dillard
Wat wij wel gemerkt hebben met 5.4, is dat wanneer je een SMP-kernel bakt op een machine die werkelijk meerdere CPU's heeft (Xeon) dan krijg je rare performance problemen op je NIC's en incidenteel vastlopers.
We hebben dit op meerdere machines gehad, Dell zowel als HP en Compaq.
Tot op heden hebben we geen oplossing hiervoor gevonden (overigens: in 5.3 zat deze 'bug' niet) ook de kernel-mailinglist bood geen oplossing, dus de meeste Dual-machines draaien momenteel in UP.
Ik vermoed dat het iets is, tussen HT (virtuele CPU's) icm met fysieke extra CPU's (immers: een moderne dual Xeon heeft '4' CPU's), onze P4's met HT hadden er geen last van ....
In 6.0 is dit trouwens opgelost, de DA-servers zijn al over, alleen de Cpanel-servers durf ik nog even niet aan
Maar het gaat me nu echt om P4 met HT, of het uitmaakt.. of het merkbaar is of dat het eigelijk gewoon lucht is.
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
05/03/06 15:03
Lijkt me zoiezo niet al te slim om een O/S te gebruiken dat niet ondersteund wordt, kan je natuurlijk wel doen in een testomgeving maar in een productieomgeving..
05/03/06 15:51
en nu graag ontopic....
....
Maar het gaat me nu echt om P4 met HT, of het uitmaakt.. of het merkbaar is of dat het eigelijk gewoon lucht is.
.....
Laatst gewijzigd door CharlieRoot; 05/03/06 om 15:56.
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
05/03/06 15:56
Ach, ondersteund, ondersteund; wie van Google kan leren, kan de hele wereld kapotconcurreren.
Charlie, of je verschil merkt tussen hyperthreading of niet, is moeilijk te voorspellen en zal van de applicatie afhangen. Hyperthreading is geen dualcore, maar misschien win je 10-20%. Op een (drukke) webserver is het verschil niet zo gek groot in mijn ervaring. Wij zijn bezig met onze eigen DNS-server in C++ en die lijkt met hyperthreading wel weer een stuk beter te draaien.
05/03/06 15:57
Bedankt. Ik laat het dan nog maar rusten.. voor die 10% hoef ik geen risico te lopen dat de kernel problemen veroorzaakt
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
05/03/06 17:19
Mijn idee, ik heb van HT nog niet zoveel gemerkt (al heb ik geen bench-marks gedraaid)
Dillard Blom, SmartDC - Dataport of Rotterdam
