-
- Он успешно работает в маленьких проектах и без особых требований к потреблению. - fk0легенда(30.07.2013 22:55)
- Я бы сказал что как раз на БОЛЬШИХ системах такой подход работает лучше, чем событийно-ориентированное программирование. Cкpипaчпророк(125 знак., 30.07.2013 23:15)
- В больших системах множество независимых параллельных процессов. С разными требованиями к времени отклика. И эта тупая проверка условий в каждом цикле сжирает слишком много cpu, чтобы время отклика стало неприемлимо большим, даже если все условия fk0легенда(64 знак., 31.07.2013 00:50)
- есть ресурс. вычислительная мощность. такой цикл автоматически перераспределяет этот ресурс. подразумевается что евентс по прерываниям обрабатываются. больше нагрузка на обработчиках - меньше работает основной цикл. в основной цикл можно заложить Бeлый Жpeц(220 знак., 31.07.2013 16:36)
- Эта "тупая проверка" сжигает так мало, что с экономии на переключении контекстов вытесняющей ОС, инфраструктуры "запуска-остановки задач" и "отправки сообщений" еще и остается :) - Cкpипaчпророк(31.07.2013 00:57)
- В больших системах множество независимых параллельных процессов. С разными требованиями к времени отклика. И эта тупая проверка условий в каждом цикле сжирает слишком много cpu, чтобы время отклика стало неприемлимо большим, даже если все условия fk0легенда(64 знак., 31.07.2013 00:50)
- Ну на БОЛЬШИХ !Ё! БАТАРЕЕЧНЫХ он точно не работает ;о) - Cкpипaчпророк(30.07.2013 23:11)
- Коих (этих проектов) сильно больше половины, я бы сказал. Такшта не надо излишне драматизировать. - SciFi(30.07.2013 23:00)
- Я бы сказал что как раз на БОЛЬШИХ системах такой подход работает лучше, чем событийно-ориентированное программирование. Cкpипaчпророк(125 знак., 30.07.2013 23:15)
- Он успешно работает в маленьких проектах и без особых требований к потреблению. - fk0легенда(30.07.2013 22:55)