В бенчмаркинге вы всегда должны устанавливать свои пределы. Потому что, если вы ожидаете получить 100 МБ от этой сети, вы просто дурачите себя!
Посмотрите на этот дизайн блока RaspberryPI Model-B
Таким образом, мы устанавливаем очень важный факт здесь. Контроллер USB является узким местом Ethernet, так как мы устанавливаем блок-биграмму, которая подключена к концентратору USB. (Нет четкого указания, использует ли он другую шину или просто USB2?)
Ооо, смотрите - еще одна блок-схема,
Теперь это проливает еще больше света на ситуацию. Контроллер 10/100 подключен к USB-концентратору - опять же, к сожалению, нигде в спецификации не указано, как быстро концентратор взаимодействует с контроллером локальной сети - ожидайте ключевого факта, который говорит о том, что скорость USB и LAN согласованы для сред USB со смешанной скоростью.
Где находится SD-карта?
Оказывается, карта SD напрямую подключена к BCM2835 (стр. 65), и они очень подробно рассказывают о влиянии производительности на различных уровнях конфигурации. Важно отметить, что если на SD-карте есть выделенные часы, она может работать независимо от основного процессора / графического процессора на полной скорости (независимо от используемой карты и стандарта - видно, что она поддерживает несколько стандартов).
Так что это значит?
Это означает, что если вы сравните более быструю SD-карту и дерьмовый перьевой привод (4 ГБ / 8 ГБ), вы, скорее всего, получите огромные различия в производительности. Так что теперь возникает вопрос, как CPU / GPU управляет связью с этим замечательным встроенным устройством (микросхема usb / lan) и на каких скоростях он способен обмениваться данными.
Вы видите, как далеко может продвинуться теория до того, как мы начнем проводить сравнительный анализ? Другой ключевой момент здесь - как процессор управляет потоком данных. Использует ли он отдельный канал синхронизации в соответствии с рекомендациями?
В идеальном мире вы могли бы подумать, что этот LAN / USB справится с этим. Но для этого требуется MCU ... мы видим MCY где-нибудь на этой блок-схеме ... НЕТ!
Таким образом, ЦПУ должен запросить IO DATA отправить его через порт USB, затем он идет в порт LAN (через тот же USB-концентратор) Да ... так что это может вызвать проблемы со скоростью.
Также замечательно отметить, что происходит, когда вы копируете на USB-накопитель и с SD-карты все по локальной сети ... это будет вызывать некоторый трафик.
Нам нужно сравнить различные аспекты
При определении того, что мы пытаемся сопоставить, мы можем задать реальный вопрос.
- Как быстро внутренний USB обрабатывает данные с SD?
- Сколько ЦП используется для чтения / записи на SD, а затем в LAN?
- Сколько ЦП используется для чтения / записи на USB-накопитель?
- Влияет ли копирование каких-либо данных непосредственно на использование процессора?
- Насколько хорошо встроенный чип USB / LAN обрабатывает чтение данных из 2 источников обратно в порт LAN и пропорционально ли это влияет на процессор?
- Нет необходимости проверять, будет ли LAN заполняться до 10 Мбит / с, поскольку его узкое место связано с состоянием, в котором находится USB-концентратор.
Теперь, когда вы знаете, за что боретесь, я призываю вас ответить на них самим.
Вы можете найти это очень хорошей отправной точкой.
Ссылки
Но в основном,
мои собственные технические знания и оценки, которые я сделал, основываясь на своем собственном встроенном опыте. ОП задала очень хороший вопрос, но не понимает, что без теоретического понимания системы вы обречены на попытку оценить / решить практические проблемы.
Полученные результаты
(4) Этот ответ показывает некоторые приземленные пиратские испытания. И это доказывает, что выполнение интенсивных транзакций данных напрямую влияет на процессор (просто не уверен, является ли его SD-карта или процесс переноса данных внутри чипа BCM на чип USB / LAN)
(6) Было доказано, что единственным узким местом будет источник (например, медленная SD-карта). USB-концентратор может качать данные на 90% +, но ответы на вопросы 4 и 5 могут напрямую влиять на эту производительность.
Делая некоторые исследования и вклад других пользователей, мы начинаем устанавливать и получать предварительные результаты.
Вот хороший график, чтобы помочь визуализировать то, с чем мы имеем дело.
sudo hdparm -t /dev/sdx
в качестве полезного инструмента для сравнительного анализа.