( dlaszlo | 2024. 08. 22., cs – 08:38 )

és semmi, de semmi köze a programhoz.

Persze, semmi köze a programhoz, :) (de van) Főleg, hogy a programban valósították meg, és pl 20 ms-onként lefut egy megszakítás, pl a képernyőhöz időzítve, ami a program része, és program érdekében végez dolgokat. :) (egy példa volt)

Másrészt, attól, hogy valami külső, nem kapcsolódó kérés, még lehet thread,  senki nem mondta, hogy két thread-nek köze kell hogy legyen egymáshoz, vagy ugyanabból a programból kell hogy fusson. Sőt, a Te gépeden is most több thread fut, és az enyémen is. Nincs közül egymáshoz.

És miből gondolod, hogy egy interrupt hatására induló, futó (program-)szál nem tudja megosztani mindazt, amit írtál: "share process instructions, and share data transparently with the other threads"? - elég korlátozottak lennének a lehetőségek.

A thread lényegében annyi, amit írtam, azt hidd el, hogy nem szabja meg senki a mikéntjét. Ezért írtam, hogy logikai dolog. Persze én elhiszem, hogy ha valaki "thread"-et említ, akkor leginkább az OS thread-re gondolnak először (ma).

mert addig ez csak sima filozofálgatás.

Én nem filozofálgatásnak gondolom, hanem alapfogalomnak (ahogy az oracle, és a priceton is, de csak a két első weblapot belinkeltem ami megjelent a "definition of thread" keresésre, és leírták azt).

A másik, hogy próbáltam rá utalni, de ahogy a nevében is benne van: thread. Nagyon találó elnevezése van, ez az egy szó leírja, hogy mi az.