Re: [Newbie]: Frage zu SMP auf einem DualXeon 2.4Ghz && kern.smp .cpus

On Fri, Sep 05, 2003 at 09:54:16PM +1000, Peter Ross wrote:
> On Fri, 5 Sep 2003, Bernd Walter wrote:
>
> > On Fri, Sep 05, 2003 at 09:30:44PM +1000, Peter Ross wrote:
> > >
> > > Ja. Was ich meinte, ist, ob es nuetzlich ist, einem Compiler zu haben, der
> > > weiss, dass eine CPU aus zwei logischen besteht und Teile des Codes
> > > paralilisiert?
> >
> > Das machen die CPUs ja schon seit Ewigkeiten.
>
> Das es geht, ist klar.
>
> > Und die Compiler optimieren den Code derart, daß die CPU das besser
> > kann.
> > Der Gag an HT ist ja Pipelines zu nutzen, die bei dieser Optimierung
> > frei bleiben.
>
> Kastrierst Du aber nicht einen auf Parallelitaet optimierten Code bei der
> Strategie, eine logische CPU wie eine echte zu behandeln? Jetzt bekommt
> der Prozess nur noch eine logische CPU, wo er doch daraufhin optimiert
> wurde, beide zu wollen..

Ja.
Eine logische CPU ist genausolange identisch mit einer Physikalischen,
wie die andere logische CPU idle ist.
Wenn du zwei Prozesse/Threads laufen hast, die für sich genommen die
Pipelines gut ausnutzen würden bekommen diese notgedrungen weniger
Geschwindigkeit.
Aber die Parallelität ist nie 100%, sodaß immer noch mehr Ausnutzung
vorhanden sein dürfte - und laufen müssen ja alle Prozesse/Threads mal.
Der Nutzen ist aber bei schlecht optimiertem Code wesentlich größer.

In der Realität stellen sich allerdings noch andere Fragen.
So hat man SMP Overhead, den man bei einer physikalischen CPU sonst
nicht hat.
Weiterhin nutzen die virtuellen CPU gemeinsammen Cache und könnten
sich gegenseitig die Effizienz verderben, was wiederum Aufgabe vom
Kernel wäre hier durch Sinnvolle Zuordnung ein bischen zu optimieren.
Wunder sollte man vom Kernel aber an diese rstelle auch nciht erwarten.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message