HPC.ru lite - Все форумы
Форум: Периферия и карты памяти CF, SD, MMC
Тема: Внешний HDD с интерфейсом SD (SDIO) или Bluetooth
Страницы: 1 [2]

[Ответить]
Talib [15.11.2004 21:33] :
а мне пока микродрайва на 4 гига хватает.
[CpD]bob [15.11.2004 21:56] :
что-то я не въехал, как это 56кбит\с=420 кбайт в сегунду? вообще 56 делим на 8, а по делу на 9 (бит чётности)
ВадимП [15.11.2004 22:42] :
Там написано "в минуту".
Кстати, никакого "бита четности" модемом по телефонным линиям не передается.
Достаточно распространенная ошибка (я имею в виду не Ваше сообщение, а вообще) заключается в том, что путают DTE и DCE.
Если между портами RS-232 для передачи одного байта нужно отправить как минимум 10 битов (8 информационных битов + стартовый + стоповый), то при обмене информацией между модемами используется совершенно иная схема кодирования и 1байт всегда равен 8-ми битам.

Но суть моего примера была не в этом. Имелось в виду, что хоть bluetooth теоретически обеспечивает 721 кбит/сек - это его предельная скорость в одном-единственном (из многих) режимов соединения и вовсе не факт, что драйверы договорятся между собой использовать именно этот режим. Точнее, почти 100%, что будет использоваться совершенно другой (симметричный) режим со скоростью 432.6кбит/сек.
Почему именно этот - долго объяснять.
Но рассчитывать на теоретический максимум скорости так же несерьезно, как рассчитывать на то, что два модема соединятся друг с другом на 56 килобит/сек и будут гонять файлы по телефонной линии в любую сторону (а обычный телефонный модем поддерживает 56кбит только на прием)со скоростью 56/8 = 7 килобайтов в секунду.
Или считать так: максимальная скорость машины моей супруги 236 км/час. Она сейчас стоит в пробке на другом конце Москвы на расстоянии 23 км от дома по прямой. Делим 23/236 - дома она должна быть через 6 минут...
[CpD]bob [16.11.2004 17:32] :
Про минуту - извиняюсь, протормозил.. про бит чётности..ну если не понимать буквально - то всегда есть накладные расходы.. про несоответствие теоретической и реальной скоростей - полностью согласен.
dima20002000 [19.11.2004 20:39] Re: bluetooth:
[quote="ВадимП"][quote="dima20002000"]

Во-вторых, а что: у нас кэширование теперь повышает пропускную способность интерфейса??? И сильно? Завтра же ставлю proxy-сервер на свой домашний stream и начинаю смотреть видео DVD-качества по сети...

Кеширование не повышает пропускную способность интерфейса, но тем не менее помогает при прямой передачи мултимедийной информации.
Т.е. перед просмотром фильма необходимо выждать определенный отрезок времени, в течение которого информация копируется на устройство.
Конечно это не увеличивает пропускн. сп-ть инт., но смотреть всеже можно.
ВадимП [19.11.2004 21:42] :
Хотел бы немного пояснить вопрос с кэшированием (может кто-нибудь это не до конца понимает, хотя вещь в общем-то очевидная): кэширование при передаче мультимедийных данных, чаще всего, действительно бывает очень полезно. Проблема большинства интерфейсов состоит в том, что они (равно как и tcp/ip) не обеспечивают, вообще говоря, гарантированной полосы пропускания. Поэтому, хоть тот же жесткий диск и может передавать данные много быстрее, чем требуется, скажем, для просмотра фильма, желательно было бы поступающие данные накапливать в некоем буфере (простейшая очередь fifo), которым можно будет воспользоваться на тот случай, если поток данных вдруг, по какой-то причине, прервется. Например, вдруг будет запущено какое-то "тяжелое" приложение: база данных или еще что-то с большим объемом дисковых операций.
Тогда, некоторое время будут использоваться данные из буфера, а потом, когда дисковая подсистема освободится, буфер снова заполнится.
Обратите внимание: после использования буфер снова требуется пополнять. Но ведь воспроизведение в тот момент все еще идет. То есть данные должны поступать с несколько большей скоростью, чем они расходуются - иначе вновь заполнить буфер станет невозможно.
Таким образом, использовать буфер имеет смысл при одновременном выполнении двух условий: во-первых, может случиться так, что интерфейс окажется не в состоянии поставлять данные приложению с необходимой скоростью (если скорость всегда достаточна, то смысл буфера теряется - поэтому в некоторых ситуациях его рекомендуют отключать). И, во-вторых, пиковая скорость работы интерфейса должна быть строго больше ширины потока мультимедийных данных - иначе буфер станет невозможно пополнять.

Резюме: для беспроводных сетей, поток данных по которым запросто может на некоторое время прерваться (например, началась передача по WiFi и тут же забила собой весь диапазон bluetooth) кэширование необходимо. Однако оно сможет лишь обеспечивать выравнивание потока данных, компенсируя провалы за счет пиков, но не повышение средней скорости передачи.
[Ответить]
[< Назад]