Matthias Trute <mtr...@web.de> writes: > Hi, > >> I like these "critical[" "]critical" words, much better than int_suspend >> and int_restore, but I prefer their current asm code implementation >> since one would like to keep the criticial code execution to the >> minimum. > > A critical section frame is not particular speed sensitve. > It simply turns off interrupts temporarily. A small > forth implementation that one can understand is > far more valuable. > > Code _within_ that critical section should be as small > and fast as possible indeed. But again: maintainable > forth code is of higher value than some cryptic assembler > magic.. IMHO. > > Matthias
What matters is to keep the critical code section, where global interrupts are turned off, as short as possible. If asm code would allow the critical section be even 1µS shorter the asm code should stay :-) I agree with your general philosophy of minimizing the number of low level (asm) routines. For example, I recently took note of bm-set.asm, bm-clr.asm and bm-toggle.asm... they don't follow this principle... Regards, Enoch. > > > > ------------------------------------------------------------------------------ > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. http://goparallel.sourceforge.net/ ------------------------------------------------------------------------------ The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
