По сути, этот вопрос связывает пропускную способность гигабитного Ethernet с общей производительностью системы, поэтому вы не видите ожидаемых результатов. Проблема заключается не столько в том, чтобы быть нерешенной, но в том, что ожидания были нереальными.
Фактическая пропускная способность будет ограничена самым медленным из всех путей передачи данных.
Судя по тому, как Canon реализовал его в качестве серверной службы на камере, изображение, скорее всего, будет записано во флэш-память и будет считано обратно для отправки по сети. Это ограничивает самую быструю скорость, которую вы можете установить по сети, до скорости, которую вы можете писать и читать файл, поэтому давайте просто предположим, что UDMA7 (167 МБ / с) и что чтение и запись являются одинаковыми (на самом деле это не так). Ваш максимум составляет около 80 МБ / с x8 (то есть 640 МБ / с) максимум в идеальном мире.
У вас процессор ARM с низким энергопотреблением, который будет заниматься своими делами, такими как обеспечение того, чтобы изображения попадали на вспышку как можно быстрее, управление дисплеем, реагирование на ввод данных пользователем и управление работой процессоров DIGIC. Существует целый ряд других вещей, которые будут для него важнее, чем пересылка данных из флэш-памяти в сеть.
Затем, как только вы выйдете из камеры, предполагая, что сеть в противном случае простаивает, вам придется бороться с накладными расходами Ethernet и использованием TCP / IP поверх него (примерно от 2 до 8%). Если они используют HTTP тогда будет много дополнительных коммуникационных накладных расходов сверху и необходимость отправки данных, проверки на наличие ошибок и подтверждения перед отправкой другого фрагмента данных. Это если система, получающая данные, может обработать получение данных так быстро, что не является заданным.
Это не исчерпывающий список, но он должен дать вам хорошее представление о том, что нужно для получения изображения с камеры на рабочий стол.