Ha egy proci lassú, lassítsuk le az I/O-t és a memóriahozzáférést, és máris nem a proci lesz lassú.
Ugye azért valahol mélyen te is érzed, hogy nem mindent lehet több darabszámú procival felgyorsítani?
/*
Csak úgy eszembe jutott: anno volt egy UNIX Performance tuning tanfolyama az egyik nagyon nagynevű Jujniksz-gyártónak(*), ahol egy fantasztikus feladaton mutatták meg, hogy milyen baromi jó - és főleg könnyű - dolog ha egyszálúan megvalósított programot átvarázsolunk multi-thread-esre. Elővették az Eratosztenészi-szitát prímkeresésre, bemutatták hogy milyen baromi egyszerű C-ben lekódolni (nyilván nem a C volt a lényeg), és szépen lépésről lépésre végigvezették, hogy mi módon lehet ebből kurva hatékonyan MT-kódot előállítani. Volt egy fő szál, aki csak osztogatta a vizsgálandó számokat, illetve a visszakapott találatokat gyűjtögette és sorbarendezte (majd a legvégén kilistázta), meg voltak a vizsgáló szálak. A végeredmény nagyon korrektre sikeredett: a féloldalas, átlátható C-kódból lett egy kb 3-4 oldalas, messze nem annyira átlátható valami; ami ráadásul az oktatási környezet gépein természetesen lassabban futott, ugyanis kissé kevéssé volt jellemző az 1-2-nél több proci / több szál. Ez a példa nyilván nem azt bizonyítja, hogy a szita alapú prímkeresést nem lehet párhuzamosítani, de az adott környezetben oktatóként nagyon nehéz volt bárkit is meggyőznöm, hogy milyen marha jó ötlet.
*/
Ellenben mint más is jelezte, nem mindent lehet párhuzamosítani, és nem mindenhol tudják meglépni a több-procira áttérést.
(*) előbb egy PC-gyártó, aztán egy nyomtatógyártó kebelezte be őket
=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?