Vi: в память по адресу temp+eax записывается значение edx... Как именно это происходит на уровне микрокода внутри процессора - не знаю. Значение eax не меняется.
И в один поток можно стабильно всё сделать. На неблокирующих сокетах. У меня однопоточный HTTP прокси на сотне клиентов не тормозит.
Да, NetLimiter на принимающей стороне сгодится для тестов. Лишь бы добиться, чтоб send не все данные разом отправил. Даже интересно, что получится.
Vermut756: попробуйте повторить ваш пример с цифрами и буквами, но на размерах порядка 20 КБ, только не на локалке а на тормознутом соединении типа 3G.
Я бы создал очередь пакетов на отправку и единственный поток, занимающийся отправкой. Конечно, будут заморочки с мьютексами при добавлении в очередь.
Если без мьютексов и очередей - можно вообще всё в один поток сделать. Я делал.
Godless: они в тетрадке пишут ассемблерные программы. компилировать их не учат. потому такая реакция на ваш ответ :)
я так понял, по заданию нужно где-то найти размер каждой ассемблерной команды, просуммировать с данными в конце кода и получить ответ.
Почему нет comp-lzo? Это ж сжатие трафика, просто добавить параметр в конфиги обеих сторон.
Скорость уменьшается скорее не из-за шифрования, а потому что без VPN компьютер открывает много TCP сессий, а с VPN всё по одному TCP каналу идёт.
Так в конце каждой команды \r\n, который интерпретируется вашей консолью как перенос. Почему раньше не было двойного переноса - не знаю, хаб влиять не должен
Это будет не цикл зарядки, а 0.02 цикла. Срок службы считается в полных зарядах/разрядах.
И да, при включенном сетевом адаптере ноутбук будет работать от сети и не трогать батарею, тем самым не уменьшая её ресурс.
настройки канала - скорость 4800 бод, 1 старт бит, 1 стоп бит, parity = none, это указывать в stty
0D, 0A - стандартные символы конца строки (далее буду писать по-сишному, \r\n), должны посылаться в конце каждой команды
Из пдфки видно, что послать девайсу можно всего две команды:
$START\r\n (похоже на команду "запустить анализ")
$RECALL\r\n (в ответ, по-моему, он отправит набор сохраненных данных)
раз обмен текстовый, можете подключиться, например, через PuTTY. И попробовать послать эти команды
на линуксе - я просто открываю /dev/ttyUSB0 через open() и пишу/читаю через read() и write() соответственно. конфигурировал через stty (например, stty -F /dev/ttyUSB0 raw speed 9600)
а дальше всё стандартно, запрос - ответ.
прежде всего посмотрите, как происходит взаимодействие с устройством - какие команды и параметры, в каком виде ответ приходит.. потом это всё отсылать и парсить
Если формат команд текстовый, то достаточно выставить нужные параметры передачи (скорость в бодах и старт/стоп биты) и в терминале с ним пообщаться (он где-нибудь в dev/ttyUSB0 сидит)
Если формат нечитабельный, фиг разберешься, только сниффить их прогу и сидеть тупить в логи
А вообще, жесть какая-то. Погуглил, с этим ирбисом люди замыкают выводы флешки биоса при перезагрузке компа, считывают флешку программатором и редактируют NVRAM... Капец методы сброса настроек
