From: Matus Uhlar <uhlar@CCNEWS.KE.SANET.SK>
Subject: Re: Multiprocessingy
Date: Wed, 13 Mar 1996 08:11:44 +0100
Next Article (by Subject): Re: Multiprocessingy Michal Kratky
Previous Article (by Subject): Re: Multiprocessingy MARTIN HRUBY
Top of Thread: Multiprocessingy Petr Slegr
Next in Thread: Re: Multiprocessingy Michal Kratky
Articles sorted by: [Date]
[Author]
[Subject]
At 12 Mar 1996 08:28:48 +0100 MARTIN HRUBY (M.HRUBY%ZLIN.VUTBR.CZ@earn.cvut.cz) wrote: -> > > muze mi nekdo vysvetlit rozdil mezi symetrickym a (masivne) paralelnim m. -> V jednom CW byl symetricky multiprocessing definovan tak, ze kdyz -> pridate do jednoprocesoroveho stroje dalsi procesor, musi se vykon -> zvednout o 100% a odpovidajicim zpusobem se vykon musi zvysovat, -> budete-li pridavat dalsi CPU. Ten druhy bol asi ten klasicky ktory budeme poznat z nasich masin, pridanie dalsieho procesora (rovnakeho) prida 80% vykonu ktory pridal dalsi procesor... viac casu sa spotrebuje na reziu a semafory. Bohuzial je to vacsinou tak. Tymto sposobom sa neoplati prepajat privela procesorov pretoze cena skoro prevysi vykon...tu je pomer poctu procesorov/vykonu pproc: 2 3 4 5 6 7 8 vykon: 180 244 295.2 336.16 368.92 395.12 416.08 Ako vidite, viac ako 4 procesory sa pri tomto koeficiente neoplati davat... Presne to cislo (80% ???) samozrejme neviem, asi sa bude lisit podla typu procesoru. keby bol koeficient 0.9 pproc: 2 3 4 5 6 7 8 9 vykon: 190 271 343.9 409.51 468.55 521.68 569.49 612.51 tu sa to oplati trochu viac...ale co uz, 100% narast je 100% narast ked maju CRAYe takych 256 procesorov, asi to nebude tento pripad :) samozrejme na to treba uz uplne iny system, aj operacny, aj sposob programovania... -- Matus Uhlar, sysadm at Regional node of SANET in Kosice, Slovakia E-mail: Matus.Uhlar@tuke.sk WWW: http://www.tuke.sk/users/uhlar IRC: fantomas, uhlar PGP: finger uhlar@ccnews.ke.sanet.sk | pgp ...MS Win's are SHIT, donut use it !
Next Article (by Subject): Re: Multiprocessingy Michal Kratky
Previous Article (by Subject): Re: Multiprocessingy MARTIN HRUBY
Top of Thread: Multiprocessingy Petr Slegr
Next in Thread: Re: Multiprocessingy Michal Kratky
Articles sorted by: [Date]
[Author]
[Subject]