caxapa.ru :: Перечитал ещё раз. А просто pthread_create() и потом pthread_join() -- это ли не оно? Что-то вроде того, что по ссылке. Только синхронное или асинхронное? По ссылке очень даже синхронное. Асинхронное -- это классические threads. И для

fk0, легенда (18.10.2013 18:57, просмотров: 322) ответил Д.ARMоед на какая разница, на чём писАть, если речь об изоляции асинхронных функций?

Перечитал ещё раз. А просто pthread_create() и потом pthread_join() -- это ли не оно? Что-то вроде того, что по ссылке. Только синхронное или асинхронное? По ссылке очень даже синхронное. Асинхронное -- это классические threads. И для http://www.gnu.org/software/pth/pth-manual.html#description
микроконтроллера и большого числа потоков неудобно, что у каждого потока свой стек. Памяти не напасёшься. А если бы такая штука без стеков была -- годная вещь? Но если стек один -- всё вырождается в protothreads. С той только разницей, что protothreads могут крутиться внутри event driven архитектуры со своим более умным планировщиком, чем тот ужос из protothreads.

[ZX]

Ответить

- "без стеков" - правильная позиция. тогда для сохранения контейнера остаётся fs или db(не забываем, что обе могут быть in-memory). Д.ARMоед(317 знак., 18.10.2013 19:39)
  - Сразу какие-то заоблачные вычисления. Речь шла же (у bialix) о программировании МК на C. А тут как ни крути стек должен быть один. Ну хорошо, пусть будет аж 6шт. Но никак не 100шт и больше. А потоков столько будет запросто (автоматов, fk0(259 знак., 18.10.2013 19:47)
    - вот и пусть он будет один для процедуры, которая делает вьюху с таблицы, куда контейнеры сваливают мессаги. хоть от лестниц if'ов и case'ов избавимся :) Д.ARMоед(88 знак., 18.10.2013 20:05 - 20:27)
      - теперь о том, почему эта вьюха будет быстрой -> Д.ARMоед(117 знак., 20.10.2013 11:42, ссылка)

Средства и методы разработки