Toon posts:

[BC3] Dual Proc (voor en) nadelen?

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb dus gehoord dat een dual proc al snel langzamer kan worden voor je systeempje omdat een programma een berekening naar proc 1 stuurt, maar het volgende paketje gaat naar proc 2 en die weet dan niet wat hij er dan mee moet doen omdat proc 1 er nog mee bezig is!

Is Dit waar? En wat zijn dan de voordelen?

Verwijderd

niet waar.

Verwijderd

Niet waar MP(Multi processor) laat elk programma op een aparte processor werken . Bv.: Je draait je webserver op Processor 1 terwijl je een PHP code laat compileren op Processor 2 .

  • WiD
  • Registratie: Mei 2000
  • Laatst online: 05-08 13:30

WiD

 

Tuurlijk wordt je bak trager met zo''n extra cpu |:(

Verwijderd

Topicstarter
jaja, dus moet je zegmaar aan het OS vertellen dan ADOBE bijvoorbeeld o[p cpu2 moet draaien?

Hoe doe je dat?

  • _-= Erikje =-_
  • Registratie: Maart 2000
  • Laatst online: 06-07 14:29
proggie kan ook op 2 CPU tegelijk hoor, parallele threads worden dan tegelijk uitgevoerd

OS zoekt zelf uit welke CPU wat moet draaien, is wel te veranderen btw..

Verwijderd

dat gaat gewoon.

Verwijderd

Topicstarter
Maar dan lijkt het mij dus dat de OS eerst moet leren van het programma wat draait, anders weet hij niet hoe dat in elkaar zit en vertraagt het dus!

  • _-= Erikje =-_
  • Registratie: Maart 2000
  • Laatst online: 06-07 14:29
als een programma dual cpu ondersteunt word dat doorgegeven aan het OS, die kijkt dan wat ie er mee doet.

Verwijderd

Dit is een fabeltje !
( Ja er is wel wat verlies, maar dat wordt opgevangen door de extra cpu ... ipv bv 2 x 800 MHz = 1600 MHz, moet je ongeveer 1400 MHz rekenen )

De meeste programma''s die op de markt zijn, zijn (helaas) niet geschreven om optimaal gebruik te maken van meerdere processoren.
Deze programma''s zullen dan ook niet sneller worden wanneer ze op een MP-pc gedraaid worden.
Het programma bepaald nl. welke processen lopen, en hoe deze onderling communiceren.

Echter, wanneer meerdere van deze prog''s gedraaid worden, komt die extra cpu toch van pas ! Doordat de processen over de cpu''s verdeeld worden, zullen de prog''s soepeler blijven lopen dan wanneer deze op een single-cpu pc gedraaid worden.

Over het algemeen ''voelt'' een MP-pc gewoon wat soepeler aan ; alles start wat sneller op, reageert wat sneller, etc.


--------------------------------------
Abit VP6, 2 x 866@933MHZ, 256MB Hyundai, 2 x IBM DTLA 30GB (RAID 0), Abit Geforce 2MX

Verwijderd

Je kunt gewoon in bv win2000 een proces op realtime laten lopen, bv Quake3 ofzo, waardoor ie volledig een processor in beslag neemt, en de andere processor nog voor windows en achtergrondtaken overblijft.

zie ook bv www.2cpu.com

Ook kun je gewoon doorwerken als er iets crasht. (met een processor kun je bv wel 2 minuten staan te kijken hoe t proggie dr.Watson een dump maakt van 50MB ofzo)

  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
Een ander nadeel is dat WinME en Win9X niet met meerdere processoren over weg kan. :'(
Dus dan moet je overstappen op WinNT of Win2000. ;(

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


Verwijderd

is dat een nadeel >:) ?
Pagina: 1