По умолчанию, в активном режиме, для передачи данных, в т.ч. содержимого каталога открывается новое соединение СЕРВЕРОМ, а так как соединение было через прокси (то же самое с NAT) то до клиента данные не доходят (что и происходит на скрине). В пассивном режиме подключения инициирует только клиент.
защиту от ддоса логично делать не внутри самого приложения, а отдельно, работающую на основании статистических данных, которые уже нужно собирать (логи или чего то по сложнее)
Иван, нет, это разные задачи и способы решение твоей проблемы
с точки зрения системы, события мыши и клавиатуры не привязаны к ним самим (это события логической сущности - десктоп), отличный пример, если ты подключишь две мыши и начнешь ими двигать в противоположные стороны с одинаковой скоростью, то курсор мыши не двинется с места и на сколько я помню даже не будет соответствующих событий для приложений (я это очень давно пробовал, сумма количества вызовов on_mousemove было меньше чем их делали устройства), когда как чтобы нужное тебе могло быть реализовано в полной мере - события нужно ловить ото всех устройств. Еще пример, подключив две клавиатуры, нажимая клавишу, шифт например, приложения получают сообщение нажата клавиша, отжата клавиша, но не известно от какой именно получено сообщение, т.е. ты можешь нажать сначала на первой клавиатуре, потом на второй и тут же отжав его, приложение посчитает что первое нажатие шифт завершилось. При отпускании шифт на первой произойдет повторный вызов метода on_keyup но приложение уже отработало его и либо проигнорируется приложением (потому что условие там будет скорее всего стоять - если состояние - кнопка нажата) либо произойдет ошибка/неверное поведение (например персонаж в игре попытается повторно выполнить действие на эту кнопку, перейдя в невозможную последовательность состояний, так баги для читов кстати тоже обнаруживают, не программисты)
Решение, которое ты нашел и тебе подошло - это классический хак, обходящий проблему, это не плохо и не хорошо просто так это работает.
проверить на коротком проводке на гарантированно рабочем железе что железка глючит на 1гбит и если так то нести сдавать по гарантии, ведь заявлена поддержка гигабитной сети.
Нет железа, неси в любую мастерскую ремонта на диагностику, где за 200р тебе сделают эту проверку.
mib, в данной конкретной задаче сеть можно создать вручную, без обучения в принципе
алгоритмы обучения сети обычно сами находят ту структуру сети которая им нужна, и вся работа разработчика, оптимизировать этот процесс, чтобы он не занял слишком много времени/ресурсов
если уж совсем хорошо подумать, в данном случае очевидно, что человек пришел сюда с академическими задачами из университета
само собой задача топиккастера не должна решаться таким способом
p.s. freeExec ты не можешь взять железку по адекватной цене, потому что в современном мире - 'чипы - новая нефть' со всеми вытекающими от сюда сопутствующими проблемами 'добывающим мощностям' (производителям), конкурентов скупают (а это я наблюдаю как минимум последние лет 10), вот кто вспомнит проект Epiphany с 1024 процессорами в чипе 15ват? пороешься а их оказывается дарпа скупила и нет больше конкурента олигополии nvidia/amd/intel. Одна надежда на конфликт сша-китай, а уж китай что то произведет (они уже занялись, активно)
freeExec, не говори так огульно
у нейросетей есть незаметный бонус, который может оставить позади классические алгоритмы
дело в том что нейронная сеть не требует машину тьюринга для работы, это вообще формула, без ветвлений и условных переходов (хотя, есть сети с обратной связью, но пока опустим), при том формулы там дубовые на столько что в железе могут быть реализованы даже не на один порядок эффективнее а на два и более. Ведь чтобы сложить и умножить может хватит просто аналогового вычислителя.
Напоминаю, лет десять-пятнадцать назад был создан оптический процессор, на порядок оставлял позади в обработке видео классические железки.. но судя по всему того производителя задавили авторитетом (ибо бабки) а оптику оставили в чипах, отвечающих за связь.
Даже на примере использования gpu, одно время у ati видеокарт были отдельно шейдерные процессоры с ветвлением и блоки текстурирования и растеризации, так вот нейронные сети могут использовать все эти блоки для работы, когда как классическим подойдут только шейдерные. Сейчас ситуация похожая, просто в видеокарте отдельно выделяют блоки для работы нейронных сетей, хотя конечно же используется все что имеется.
hint000 ответил более чем исчерпывающе, добавлю, что лет 10 назад были вот такие статьи, и надежды что спикеры будут в экраны ноутбука встраивать, к сожалению не оправдались
peacemakerv, т.е. ты в теме разбираешься гораздо лучше чем в вопросе написал?
дай ссылку на статью, какие именно проблемы там в твоей задаче? на сколько я помню достаточно давно были проблемы с эффективным доступом к сырым данным камеры но теперь вроде бы эта задача решена?