Hallo,
kann es sein, dass eagle Multikern Prozessoren nicht optimal unterstützt?
Wenn ich den Autorouter laufen lasse belastet er jeden der 4 Kerne nur mit
25% d.h. 75% Leerlauf.
Wilfried Müller
Hallo,
kann es sein, dass eagle Multikern Prozessoren nicht optimal unterstützt?
Wenn ich den Autorouter laufen lasse belastet er jeden der 4 Kerne nur mit
25% d.h. 75% Leerlauf.
Wilfried Müller
Am 18.08.2010 12:49, schrieb W. Müller:
Hallo,
kann es sein, dass eagle Multikern Prozessoren nicht optimal unterstützt?
Wenn ich den Autorouter laufen lasse belastet er jeden der 4 Kerne nur mit
25% d.h. 75% Leerlauf.
Wilfried Müller
Ja, EAGLE unterstützt nur einen Prozessorkern.
--
Mit freundlichen Gruessen / Best regards
Richard Hammerl
CadSoft Support -- hotline@cadsoft.de
FAQ: http://www.cadsoft.de/faq.htm
Am 18.08.2010 12:49, schrieb W. Müller:
Hallo,
kann es sein, dass eagle Multikern Prozessoren nicht optimal unterstützt?
Wenn ich den Autorouter laufen lasse belastet er jeden der 4 Kerne nur mit
25% d.h. 75% Leerlauf.
Wilfried Müller
Ja, EAGLE unterstützt nur einen Prozessorkern.
--
Mit freundlichen Gruessen / Best regards
Richard Hammerl
CadSoft Support -- hotline@cadsoft.de
FAQ: http://www.cadsoft.de/faq.htm
On 18.08.2010 14:27, Richard Hammerl wrote:
Ja, EAGLE unterstützt nur einen Prozessorkern.
Was auch nicht mehr so ganz zeitgemäß ist im Zeitalter der Quad- und
Hexacores....
Markus
Hi!
Am Mittwoch, den 18.08.2010, 14:45 +0200 schrieb Markus Rudolf:
On 18.08.2010 14:27, Richard Hammerl wrote:
Ja, EAGLE unterstützt nur einen Prozessorkern.
Was auch nicht mehr so ganz zeitgemäß ist im Zeitalter der Quad- und
Hexacores....
Wobei man dazusagen muss, dass das Benützen von mehreren Kernen nur dann
funktioniert, wenn auch eine aufteilbare Aufgabe zu erledigen ist. Drum
darfs auch niemand verwundern, dass es fast keine Software gibt, die das
kann. Erstens weils eben viele Aufgaben gibt, die nicht (sinnvoll)
teilbar sind, und zweitens weil bei einer Teilung der Programmier- und
Wartungsaufwand enorm steigt.
Was allerdings tatsächlich was bringt, aber nicht für die Laufzeit
sondern nur für die Reaktionsgeschwindigkeit des User Interface, ist
Multi-Threaded Programmierung. Wenn die internen Arbeitsaufgaben völlig
von den UI-Darstellungen (Menüs, Bildaufbau, ...) entkoppelt sind, fühlt
sich alles viel schneller an und die Sanduhr wird auch obsolete. Z.B.
könnte der Druckjob in einem separaten Thread berechnet werden, was das
Betriebssystem dann nett auf mehrere Kerne aufteilen kann, oder falls
nur einer da ist eben mit gewöhnlichem Multitasking parallel laufen
lässt.
Bye
Hansi