I don't think PMT vs. CMT is particularly related to the issue of multiprocessor support. I don't see why it wouldn't be possible (though lots of hard work) to have one WIMP operating on each core, 'scheduling' tasks to run on that core, with only the two WIMPs communicating with each other, to cope with redraw and drag+drop events, and other messages.
You'd still have the problem of all the modules not being mp safe, let alone the bottleneck that RISC OS's blocking filecore would become. But you'd have all those problems under multicore PMT anyway.
How is state handled by the wimp anyway? The few wimp apps I've written have never made any assumptions about the csd, so I'm not sure how that's handled. Does the wimp restore csd on returning from the wimp_poll? If that's the case, then you could still shift processes between cores each time they poll, provided you make their state data available to the other core.
RISC OS South West 2009 show confirmed RISCOS Ltd has this evening revealed it will hold a show at the
Webbington Hotel, Somerset, in the south west of the UK on Saturday,
February 21, next year. The event will be open from 10am to 3.30pm and
include a number of presentations by companies and organisations.
Admission will be free. To book a stand, contact ROL's Paul Middleton
on 02920 619942 or by email.
3 comments, latest by martin on 27/11/08 8:23PM. Published: 26 Nov 2008