Для работы, наверное, так и правильно. Но если рекурсию убрать, то и стек по сути не нужен, а мне хотелось повозиться именно с ним и посмотреть, где у него пределы.
О, спасибо. Я про FPGA толком ничего не знаю, даже не думал, что туда можно залезть с такой задачей. Пойду почитаю, с чего там вообще начинают. Если разберусь и раздобуду железку, обязательно попробую что-нибудь на ней сделать.
За нативный эмулятор посмеялся, спасибо. Нет уж, мне и одного маленького патча хватило, чтобы зауважать тех, кто пишет это целиком. Про физику вы точно подметили. Я добавил в модель всего одну вещь, время передачи байта, и мой собственный код тут же рассыпался. Сколько там ещё таких мелочей на настоящей плате, страшно представить.
Вариант добавил. Спасибо за мысль. У вас забыть ожидание вывода нельзя физически: процессор там сам отсчитывает такты и сам работает устройством, ожидание и есть вся программа. Моя ошибка стала возможной только потому, что ждёт кто-то вместо меня. А эмулятор спрятал и это. Выходит, чем удобнее железо, тем проще написать код который на нем же и развалится.
Проверил, вы правы. Написал программу на 300 тысяч записей, которая считает, сколько раз передатчик оказался занят. С выводом в файл ноль раз. С медленным TCP-приёмником счётчик сразу упирается в потолок. THRE снимается нормально, просто у меня на другом конце была консоль, которая не тормозит никогда. FIFO для этого даже не нужен, дело в tsr_retry. Проброс настроек в реальный порт тоже нашёл, всё так. Статья ещё не опубликована, поправку внесу сразу. Спасибо.
Спасибо, вы попали в больное место. Полез проверять и упёрся в неожиданное: мой "стенд" эту ошибку показать не может в принципе. QEMU отдаёт байты так быстро, как получится, скорость линии не моделирует, и THRE у него не снимается никогда. То есть проверить себя мне было нечем, даже если бы я задумался. Тема оказалась заметно больше комментария. Разбираю её во второй статье: собираю стенд, на котором ошибку видно. Спасибо за наводку, сам бы прошёл мимо.
XD Именно так! Вопрос тоже решаемый но не такой критичный как осознание в моменте что ты потерял ЭЦП. Тут больше эмоциональная составляющая. Кто сталкивался, меня поймет.
Спасибо! Расберри много где можно прикрутить, универсальная штука. У меня осталась еще со времен когда игрался с домашними серверами и "роботами" но продолжения не было, по этому валялась без дела. Скопировать в реестр как раньше можно было, не вышло. Вот и заморочился. USB Redirector "потыкал" там вроде условно бесплатно на linux-linux есть, но при наличии альтернативы в виде VirtualHere не имеет смысла.
Что пароль можно записать на стикере и повесить на монитор, что флешку оставить на столе или в пека. Вопрос в безолаберности пользователя. Я так понимаю тут вопрос в том что потерять флешку сулит кучу геморроя.
Тоже брали и пользуемся девайсом DistKontrolUSB на 64 порта – со совей задачей справляется на 100%. Дальше остановлюсь только на нюансах, с которыми мы столкнулись:
1. Нет интеграции и AD, всех пользователей приходится забивать ручками.
2. В клиентском приложении пользователи видят все включенные в текущий момент времени ключи. (Хотя подключить могут только те, которые им разрешены, хорошо бы остальные им не видеть)
3. Нет возможности сохранения (экспорта, импорта настроек). В общем то пока (за полтора года) нам это не понадобилось, но не хочется повторно вводить вручную несколько десятков ключей и сотню пользователей.
По вопросу организации доступа к USB over IP — схема довольно простая и вполне разумная. Я бы еще дополнительно разделенные на три группы USB устройства разнес на три разных USB over IP концентратора.
Для работы, наверное, так и правильно. Но если рекурсию убрать, то и стек по сути не нужен, а мне хотелось повозиться именно с ним и посмотреть, где у него пределы.
Благодарю, возьму на заметку.
О, спасибо. Я про FPGA толком ничего не знаю, даже не думал, что туда можно залезть с такой задачей. Пойду почитаю, с чего там вообще начинают. Если разберусь и раздобуду железку, обязательно попробую что-нибудь на ней сделать.
За нативный эмулятор посмеялся, спасибо. Нет уж, мне и одного маленького патча хватило, чтобы зауважать тех, кто пишет это целиком.
Про физику вы точно подметили. Я добавил в модель всего одну вещь, время передачи байта, и мой собственный код тут же рассыпался. Сколько там ещё таких мелочей на настоящей плате, страшно представить.
Вариант добавил.
Спасибо за мысль. У вас забыть ожидание вывода нельзя физически: процессор там сам отсчитывает такты и сам работает устройством, ожидание и есть вся программа. Моя ошибка стала возможной только потому, что ждёт кто-то вместо меня. А эмулятор спрятал и это.
Выходит, чем удобнее железо, тем проще написать код который на нем же и развалится.
Проверил, вы правы.
Написал программу на 300 тысяч записей, которая считает, сколько раз передатчик оказался занят.
С выводом в файл ноль раз. С медленным TCP-приёмником счётчик сразу упирается в потолок. THRE снимается нормально, просто у меня на другом конце была консоль, которая не тормозит никогда.
FIFO для этого даже не нужен, дело в
tsr_retry. Проброс настроек в реальный порт тоже нашёл, всё так.Статья ещё не опубликована, поправку внесу сразу. Спасибо.
Спасибо, вы попали в больное место.
Полез проверять и упёрся в неожиданное: мой "стенд" эту ошибку показать не может в принципе.
QEMU отдаёт байты так быстро, как получится, скорость линии не моделирует, и THRE у него не снимается никогда.
То есть проверить себя мне было нечем, даже если бы я задумался.
Тема оказалась заметно больше комментария.
Разбираю её во второй статье: собираю стенд, на котором ошибку видно.
Спасибо за наводку, сам бы прошёл мимо.
В лоб не получилось, неэкспортируемая.
XD Именно так! Вопрос тоже решаемый но не такой критичный как осознание в моменте что ты потерял ЭЦП. Тут больше эмоциональная составляющая. Кто сталкивался, меня поймет.
Спасибо, очень подробно и понятно. Многим будет полезно. Содержимое ключа предпочту оставить на ключе. Ну а так тоже как альтернатива.
Спасибо, не увидел. Протестирую если будет время.
Опишите поподробнее "veracrypt и Yandex Disk". Не совсем понятно как можно решить данную задачу с помощью этих инструментов?
Спасибо!
Расберри много где можно прикрутить, универсальная штука. У меня осталась еще со времен когда игрался с домашними серверами и "роботами" но продолжения не было, по этому валялась без дела.
Скопировать в реестр как раньше можно было, не вышло. Вот и заморочился.
USB Redirector "потыкал" там вроде условно бесплатно на linux-linux есть, но при наличии альтернативы в виде VirtualHere не имеет смысла.
Что пароль можно записать на стикере и повесить на монитор, что флешку оставить на столе или в пека. Вопрос в безолаберности пользователя. Я так понимаю тут вопрос в том что потерять флешку сулит кучу геморроя.
1. Нет интеграции и AD, всех пользователей приходится забивать ручками.
2. В клиентском приложении пользователи видят все включенные в текущий момент времени ключи. (Хотя подключить могут только те, которые им разрешены, хорошо бы остальные им не видеть)
3. Нет возможности сохранения (экспорта, импорта настроек). В общем то пока (за полтора года) нам это не понадобилось, но не хочется повторно вводить вручную несколько десятков ключей и сотню пользователей.
По вопросу организации доступа к USB over IP — схема довольно простая и вполне разумная. Я бы еще дополнительно разделенные на три группы USB устройства разнес на три разных USB over IP концентратора.