С уважением к проделанной работе, но все выглядит очень поверхностным.
Вычислительная асинхронность ( без завязок на ввод/вывод ) реализована лучше в вышеупомянутом Cilk и наследнике его идей Intel Threading Building Blocks ( это т.н. task-stealing scheduler ) Асинхронность ввода/вывода на основе примитивов платформы — другое и немного сложнее.
Мьютексы как краеугольный камень синхронизации — слишком наивно и грубо.
Платформенная независимость в на основе того что в основе С — недостаточно, потому что есть еще такая штука как модель памяти, atomicity, visibility, ordering. Плюс, не будем забывать, что С плохой выбор из за того что нельзя предсказать побочные эффекты. Кстати, из за этого гугловский Go не базируется на С.
А еще есть миллион мелочей которые непосредственно влияют на параллельные вычисления, хотя бы тот же cache false sharing.
Вся эта область уже много лет является объектом академических исследований и рассчитывать взять ее нахрапом вот так сразу не стоит. Стоит хотя бы погуглить и посоветоваться со специалистами.
Это не так. Качество маршрута напрямую зависит от качества навигационной информации в самой карте. С большой вероятностью «странные маршруты» случаются именно из за несоответствий карты, а не ошибок алгоритма.
В Сеуле, например, с тамошними транспортными развязками, без навигатора можно запросто уехать в неизвестном направлении — и это при том что везде где нужно есть знаки и указатели )
Насколько мне известно, ZigBee не рассчитан на real-time передачу, там приоритет — энергопотребление. Соответственно и пропускная способность минимальная.
Отнюдь. Просто близко знаком с подходом к разработке гаджетов в корее. Очевидно делали вдогонку киндлу. Увы, недоделали. На местном (корейском) рынке эта читалка будет продаваться с целью сбывать книги в электронном виде с 40% скидкой от цены бумажного варианта.
Самсунгоподелка вдогонку Киндлу, только в качестве амазона выступает корейский кьёбо. Свой формат, скорее всего свой же DRM, малобесполезные для читалки фичи вроде калькулятора. Поддержку ПДФ и офиса англоязычные ресурсы сами придумали, официальные источники о том умалчивают.
Хм… Насколько мне известно, тот же Itron базирует свои разработки на ZigBee's Smart Energy Profile стандарте, который, ест-но, не в последнюю очередь уделяет внимание безопасности — есть там и pre-shared secret и public-key cryptography. Все эти счетчики и другие компоненты SE систем, кстати, строго сертифицируются.
Вычислительная асинхронность ( без завязок на ввод/вывод ) реализована лучше в вышеупомянутом Cilk и наследнике его идей Intel Threading Building Blocks ( это т.н. task-stealing scheduler ) Асинхронность ввода/вывода на основе примитивов платформы — другое и немного сложнее.
Мьютексы как краеугольный камень синхронизации — слишком наивно и грубо.
Платформенная независимость в на основе того что в основе С — недостаточно, потому что есть еще такая штука как модель памяти, atomicity, visibility, ordering. Плюс, не будем забывать, что С плохой выбор из за того что нельзя предсказать побочные эффекты. Кстати, из за этого гугловский Go не базируется на С.
А еще есть миллион мелочей которые непосредственно влияют на параллельные вычисления, хотя бы тот же cache false sharing.
Вся эта область уже много лет является объектом академических исследований и рассчитывать взять ее нахрапом вот так сразу не стоит. Стоит хотя бы погуглить и посоветоваться со специалистами.
Удачи!
Хм, а вы знаете, что USFK отозвало все тактическое ядерное вооружение с полуострова еще в 1991 году?
В Сеуле, например, с тамошними транспортными развязками, без навигатора можно запросто уехать в неизвестном направлении — и это при том что везде где нужно есть знаки и указатели )