Pull to refresh

Comments 8

пол метра рамы куда-то съела сама эртосня?! пол метра, Карл!!!

Точнее не ядро Azure RTOS, а промежуточное ПО.

В том числе 115200 байт ушло на видеобуфер.

Забавное совпадение... Наверно по мере увеличения разрешения буфер сначала был 9600, потом 38400, потом дорос до 57600 и в итоге получилось 115200.

Окей, с видео понятно, а остальное куда? Просто... Ну реально же дофига.

  • 36 Кбайт на задачу Хаброметра. Это буферы для сертификатов (сертификаты могут быть большими) , для крипто-акселератора, для ключей и проч.

  • 10 Кбайт на кэширование файловой системы (чтоб работала быстрее)

  • 10 Кбайт управляющие структуры файловой системы (буфер сектора, буфера длинных имён, промежуточные буфера, пул файловых структур и т.д.)

  • 20 Кбайт на буфер диагностического трассировщика FreeMaster

  • 20 Кбайт на внутренние структуры GUI (там опять буфера Unicode строк и проч.)

  • 140 Кбайт на пул памяти сетевого стека (это пул пакетов, пулы для серверов и т.д.). Это отдельная динамическая память. Чем она больше, тем с большим окном может работать TCP, и тем меньше будет заторов и больше работающих одновременно протоколов и серверов в дивайсе.

  • 10 Кбайт на отладочный канал RTT через JTAG/SWD

  • 63 Кбайт на пул памяти для стеков USB. Там же организуется пул сетевых пакетов если сеть через USB. Тут можно было бы оптимизировать.

  • 18 Кбайт на организацию эмуляции BSD сокетов. Это мне нужно для FreeMaster-а

  • Остальное рассыпано ещё более мелкими фрагментами по модулям.

Как писал выше, не все это нужно задаче Хаброметра. Но это комплексный тест.

А, понял. Тут в целом не "очень нужно" а "потому что можем". И несмотря на это еще осталось -- по сути, платка выходит очень-очень толстой. Спасибо!

Можно пользователя электричеством стимулировать когда рейтинг падает.

Sign up to leave a comment.

Articles