Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
28 апреля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

880765 Топик полностью

Хаос (04.11.2018 21:53, просмотров: 1) ответил misyachniy на ->

Понятно. Ты просто не в теме. :) Могу, если нада, озвучить кол-во LUT и FF в ПЛИСине для кодера/декодера на AES-256. Там вообще смешные цифры.. :)

- Для тех кто в теме. Доказывайте собственное утверждение: "Те, кому реально нужно серьезное шифрование, быстродействим или массо-габаритными показателями, или потребляемой мощностью вообще не парятся.. :)" - misyachniy(04.11.2018 22:05)
  - Ну, не сможет ваш Cortex-M7 принять ни по одному из своих интерфейсов 256*400 = 102,4 гигабит в секунду. FPGA же сможет. И даже не сильно дорогая и не сильно потребляющая. Kintex, например, сможет. - Хаос(04.11.2018 22:10, )
    - Такое быстрее на CUDA поднять с применением RDMA - evgeniy1294(05.11.2018 12:47)
      - Ну давайте посоревнуемся, кто быстрее поднимет AES-256. Вы поднимаете на "CUDA с применением RDMA", я делаю на Kintex'e. Целевая скорость - 100 Гигабит в секунду.. ;) Хаос(105 знак., 05.11.2018 15:04, )