Хьюстон, у нас проблемы

[michaelkoloboff]

Сделали в офисе Мэйн Свич - кнопку, которая вырубает весь свет (и вторую кнопку, которая врубает). И знаете, визуально заметно, что первый канал драйвера включается \ выключается чуток раньше чем четвертый.
Озадачил Грок сравнением нашего процессора и Хьюстона времен отрисовки в 2Д высадки на Луну . Вот чо пишет:
The Houston Mission Control Center’s Real-Time Computer Complex, based on IBM System/360 Model 75 mainframes during the Apollo program, had a performance of approximately 0.5–1.0 MIPS per mainframe. With five mainframes operating in parallel, the total throughput was roughly 2–5 MIPS, depending on the workload and mission phase (e.g., Apollo 11, 1969).
Бонусом: Apollo Guidance Computer имел производительность 0,043MIPS.
Что же касательно нашего двуядерного проца, то его производительность 100+20 MIPS.
А зажигать лампочку - НЕ ХВАТАЕТ!!!

ЗЫ: ну ладно, ядро 100 MIPS на 4 лампочки, и целое ядро 20 MIPS на BLE + BLE MESH стэк. Но факт остается фактом!

Comments

[ymarkov]

Блоатвер, штоле?

[michaelkoloboff]

Архитектура такая, шиворот навыворот: наше ядро приложений (которое 100 MIPS, ARM M4) постоянно должно ждать медленное специализированное ядро М0 (20 MIPS), там буквально М0 говорит нашему М4 "погоди, не делай ничего, я дискету (общую флэш) копирую". И вот пока дискета не скопируется - мы не можем включить лампочку.

[rampitec]

Небось ещё и логика на Питоне?

[michaelkoloboff]

У нас на С++, а вот как в закрытом ядре - ХЗ, может и на Питоне.

[xwind]

за грехи наши безблагодатность такая, не иначе