Talk:Concurrent computing: Difference between revisions

← Older edit

Talk:Concurrent computing (view source)

Revision as of 14:22, 26 November 2010

640 bytes added , 13 years ago

→‎What are "concurrent threads"?

Rdm

6,951

edits

Revision as of 18:40, 24 November 2010 (view source) MikeMol (talk \| contribs) (→‎What are "concurrent threads"?: My thoughts.) ← Older edit		Latest revision as of 14:22, 26 November 2010 (view source) Rdm (talk \| contribs) (→‎What are "concurrent threads"?)
(2 intermediate revisions by 2 users not shown)
Line 18: == What are "concurrent threads"? == Conceptually speaking, unless you have multiple CPUs, there ~~cab~~can be only one "thread" that is executing at any one time. This suggests a possible approach for implementing this task in languages which do not "support threading": One could implement a simplistic thread scheduler, and then use that to implement the task. Consider also languages which support concurrent syntax without necessarily haven gotten around to implementing support for dispatching across multiple CPUs. Line 24: This leaves me wondering, what does this task specification really mean, in a language agnostic sense? --[[User:Rdm\|Rdm]] 15:38, 24 November 2010 (UTC) : "in a language agnostic sense" ... I don't know. I'd muse that it mostly means, "of minimally-synchronized execution contexts", but then we'd have to come up with a meaning for the constraint 'minimal'. --[[User:Short Circuit\|Michael Mol]] 18:40, 24 November 2010 (UTC) : If the language/runtime supports executing over multiple CPUs, that's what should be done for this task. Otherwise, if the language/runtime conceptually supports concurrency but doesn't ''actually'' do so, it should be noted in the text for that solution that this is the case (probably along with a note as to what version of the lang/rtlib this is referring to, so that this is known to be an issue at that particular point in time instead of something that is an issue for all eternity). –[[User:Dkf\|Donal Fellows]] 16:42, 25 November 2010 (UTC) :: Ok, I have taken a stab at this... --[[User:Rdm\|Rdm]] 14:22, 26 November 2010 (UTC)