caxapa.ru :: Можно проверять tcp_sndbuf() и не вызывать tcp_write() почём зря, тогда пропадёт "tcp_enqueue: too much data". Это просто подавление предупреждения. Настройкой размеров буферов можно добиться того, что скорость передачи данных будет упираться в

SciFi (18.01.2017 20:25, просмотров: 269) ответил 0men на Так смотрите что за буфер такой snd_buf, где устанавливается его размер

Можно проверять tcp_sndbuf() и не вызывать tcp_write() почём зря, тогда пропадёт "tcp_enqueue: too much data". Это просто подавление предупреждения. Настройкой размеров буферов можно добиться того, что скорость передачи данных будет упираться в параметры TCP, а не в память. Но, по большому счёту, это может снова оказаться всего лишь подавлением предупреждений. Если не ставим рекорды скорости, то можно оставить всё как есть.

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Увеличил размер буфера michas(347 знак., 19.01.2017 05:09 - 15:43)
  - во :) - 0men(19.01.2017 15:54)
    - Перевел на 1.4.1, вроде работает все аналогично. Сейчас самое интересное - как сделать обработчики для работы с несколькими портами одновременно? RTOS не использую. - michas(21.01.2017 12:16)
      - В упор не вижу проблемы. С одним портом работает? Что мешает размножить на много портов? - SciFi(22.01.2017 11:15)
        
        Так это надо грамотно сделать, а я не знаю как :). michas(326 знак., 22.01.2017 11:33)
        
        Ну, можно просто вернуть 1.3.2 :-) А вообще эта штука похожа на утечку памяти. Надо включить статистику и смотреть, что убывает со временем. SciFi(152 знак., 22.01.2017 11:36)
        
        Попробую разобраться. - michas(22.01.2017 11:38)
      - Можно сделать общий колбэк для всех, а потом определять нужный по arg. evgeniy1294(41 знак., 22.01.2017 04:00)

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