Print indd



Download 18,42 Mb.
Pdf ko'rish
bet42/366
Sana31.12.2021
Hajmi18,42 Mb.
#276933
1   ...   38   39   40   41   42   43   44   45   ...   366
Bog'liq
(Lecture Notes in Computer Science 10793) Mladen Berekovic, Rainer Buchty, Heiko Hamann, Dirk Koch, Thilo Pionteck - Architecture of Computing Systems – ARCS

Fig. 3. Schema of how to interpret scalability
challenges across fields
In Fig.
3
we give a schematic
overview of our interpretation. We
separate
the
interval
of
system
size N
∈ {12, . . . } into three
regions. First, the region of under-
used resource, too little collabora-
tion, and too little information flow
(left-hand side in Fig.
3
). Second,
the region of optimally balanced
tradeoffs corresponding to optimal
achievable performance (middle part
in Fig.
3
). Third, the region of
depleted resources, too much col-
laboration, and too intensive infor-
mation exchange (right-hand side in
Fig.
3
).
While it is intuitive to understand that depleting resources is disadvanta-
geous and creates overhead (e.g., long queues, interference), it is maybe less
intuitive to understand why there can be too much of collaboration or too much
information flow. For the degree of collaboration, we distinguish between a com-
petitive approach without or with little collaboration and a cooperative approach
with a high degree of cooperation. In parallel computing, we can relate that to
the distinction between competition parallelization (a parallel race to solve the
same problem with different methods) and partitioning parallelization (standard
approach to parallelization). Without collaboration all processing units work on
their own and create a competitive environment. With a maximal degree of


Superlinear Scalability in Parallel Computing and Multi-robot Systems
37
collaboration all processing units cooperate and may, hence, work on too sim-
ilar potential solutions to the problem. Similarly, for the information flow we
can avoid any exchange of information or share information all-to-all. Without
sharing any information we may fall back to a purely competitive approach but
in a multi-robot setting this could still be a useful parallelization, for exam-
ple, of a cleaning task. With all-to-all communication we may loose diversity in
the solution approaches and end up with a homogeneous approach where each
processing unit basically processes the same workpackages.

Download 18,42 Mb.

Do'stlaringiz bilan baham:
1   ...   38   39   40   41   42   43   44   45   ...   366




Ma'lumotlar bazasi mualliflik huquqi bilan himoyalangan ©hozir.org 2024
ma'muriyatiga murojaat qiling

kiriting | ro'yxatdan o'tish
    Bosh sahifa
юртда тантана
Боғда битган
Бугун юртда
Эшитганлар жилманглар
Эшитмадим деманглар
битган бодомлар
Yangiariq tumani
qitish marakazi
Raqamli texnologiyalar
ilishida muhokamadan
tasdiqqa tavsiya
tavsiya etilgan
iqtisodiyot kafedrasi
steiermarkischen landesregierung
asarlaringizni yuboring
o'zingizning asarlaringizni
Iltimos faqat
faqat o'zingizning
steierm rkischen
landesregierung fachabteilung
rkischen landesregierung
hamshira loyihasi
loyihasi mavsum
faolyatining oqibatlari
asosiy adabiyotlar
fakulteti ahborot
ahborot havfsizligi
havfsizligi kafedrasi
fanidan bo’yicha
fakulteti iqtisodiyot
boshqaruv fakulteti
chiqarishda boshqaruv
ishlab chiqarishda
iqtisodiyot fakultet
multiservis tarmoqlari
fanidan asosiy
Uzbek fanidan
mavzulari potok
asosidagi multiservis
'aliyyil a'ziym
billahil 'aliyyil
illaa billahil
quvvata illaa
falah' deganida
Kompyuter savodxonligi
bo’yicha mustaqil
'alal falah'
Hayya 'alal
'alas soloh
Hayya 'alas
mavsum boyicha


yuklab olish