реклама на сайте
подробности

 
 
> Максимальный размер пакета данных, какой?
Vincent Vega
сообщение May 27 2005, 07:53
Сообщение #1


Участник
*

Группа: Свой
Сообщений: 46
Регистрация: 26-09-04
Пользователь №: 721



какое максимальное количество данных можно передать в компьютер за одну транзакцию PCI?

пока что представляю о наличии регистра cacheline size, который задаёт эту самую длину транзакции. Но этот регистр - 8-битный, из чего можно сделдать вывод, что максимальная длина транзакции - 256 слов. А хотелось бы 2k sad.gif( Возможно ли это организовать?

нашёл упоминание о режиме адресации cacheline wrap mode, с помощью которого вроде бы можно "склеить" несколько транзакций - правда пока не пойму чем ограничивается количество передаваемых данных в этом режиме
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Raven
сообщение May 31 2005, 08:23
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 491
Регистрация: 16-01-05
Из: Санкт-Петербург
Пользователь №: 1 987



Думаю, самое время узнать у Vincent Vega, а какая же все-таки скорость передачи требуется между его PCI устройством и памятью. Исходя из этого можно будет и дать более конкретный (а значит, и более полезный практически) совет по организации этого дела.

Vincent, так что за задача у тебя? Чуток подробнее, если можно, и с приведением треб. скорости и возможных особых требований к реализации (if any).
Go to the top of the page
 
+Quote Post
Vincent Vega
сообщение May 31 2005, 21:24
Сообщение #3


Участник
*

Группа: Свой
Сообщений: 46
Регистрация: 26-09-04
Пользователь №: 721



Цитата(Raven @ May 31 2005, 11:23)
Думаю, самое время узнать у Vincent Vega, а какая же все-таки скорость передачи требуется между его PCI устройством и памятью. Исходя из этого можно будет и дать более конкретный (а значит, и более полезный практически) совет по организации этого дела.

Vincent, так что за задача у тебя? Чуток подробнее, если можно, и с приведением треб. скорости и возможных особых требований к реализации (if any).
*


задача - построение платы "захвата" неких данных, подключаемой по интерфейсу PCI.
Из предназначения платы ("захват", т.е. буферизация данных. чтобы их потом можно было более менее не торопясь считывать черех интерфейс PCI) следует, что жёстких требований к скорости обмена по PCI нет.
Особые требования: желательная простота реализации smile.gif). Скажем прямо. опыта для таких сложных проектов пока маловато. Собственно, поэтому на режим master пока не хочется замахиваться.

Хотя тут недавно возникла мысль об использовании в качестве PCI-контроллера микросхем от PLX: PCI 9054, PCI 9056. Интересно - кто-нибудь имел с ними дело? Как считаете сложность реализации проекта на них будет ниже? (всё-таки databook на PCI 9056 занимает 350 страниц, что сравнимо со спецификацией PCI)
Дело в том, что согласно документации, они позволяют перекачивать довольно большой поток данных в режиме master. Может быть тогда можно было бы вообще отказаться от буферизации и гнать наш поток (50 млн. 16-тиразрядных слов в секунду) напрямую в память ПК? достижимо ли это на практике?
Go to the top of the page
 
+Quote Post
Genn
сообщение Jun 1 2005, 17:57
Сообщение #4


Участник
*

Группа: Свой
Сообщений: 48
Регистрация: 14-04-05
Пользователь №: 4 146



Цитата(Vincent Vega @ Jun 1 2005, 00:24)
Дело в том, что согласно документации, они позволяют перекачивать довольно большой поток данных в режиме master. Может быть тогда можно было бы вообще отказаться от буферизации и гнать наш поток (50 млн. 16-тиразрядных слов в секунду) напрямую в память ПК? достижимо ли это на практике?
*


Т.о. образом требуемая пропускная способность составляет около 100 Мбайт/с. Такая скорость вполне реальна при использовании bus-master на обычной ПЭВМ (реально у нас получалась такая скорость ввода), но при условии что во время обмена не будут использоваться аппаратные средства находящиеся на той же шине (не будет обмена с ипользованием сетевой карты PCI), т.к. подобная скорость близка к предельной на шине PCI (средняя скорость обмена на шине вцелом зависит от установок Latency Taimer: чем значение больше, тем меньше тратится времени на накладные расходы, что указано в спецификации PCI). Для регистрации данных у вас есть только память, данные из которой в масштабе реального времени сбрасывать на HDD в обычной ПЭВМ не получится (см. обсуждение "Скорость записи PCI -> жесткий диск "), а по сему величина сохраняемого блока напрямую зависит от размера памяти, выделенного для обмена. Про PLX ничего сказать не могу: все было реализовано на ПЛИС.
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- Vincent Vega   Максимальный размер пакета данных   May 27 2005, 07:53
- - Elresearch   На сколько помню " количество данных которое ...   May 27 2005, 08:21
|- - Vincent Vega   Цитата(Elresearch @ May 27 2005, 11:21)На ско...   May 27 2005, 08:58
- - Elresearch   Тогда этот параметр полностью будет зависеть от чи...   May 27 2005, 10:41
|- - Vincent Vega   Цитата(Elresearch @ May 27 2005, 13:41)Мало в...   May 27 2005, 12:28
- - Elresearch   незнаю читали ли Вы http://www.citforum.ru/book/ap...   May 27 2005, 13:51
- - Raven   Максимальный размер burst'а на PCI зависит о ц...   May 27 2005, 15:06
- - Genn   Цитата(Vincent Vega @ May 27 2005, 10:53)како...   May 28 2005, 10:02
|- - Vincent Vega   Цитата(Genn @ May 28 2005, 13:02)Цитата(Vince...   May 28 2005, 16:32
|- - Genn   Цитата(Vincent Vega @ May 28 2005, 19:32)...п...   May 29 2005, 07:19
- - Raven   Все-таки пока недостаточно исходных данных, чтобы ...   Jun 2 2005, 11:31
|- - Vincent Vega   Цитата(Raven @ Jun 2 2005, 14:31)1. Какой объ...   Jun 2 2005, 12:38
||- - Genn   Цитата(Vincent Vega @ Jun 2 2005, 15:38)...   Jun 2 2005, 17:40
|- - Tommyknocker   Цитата(Raven @ Jun 2 2005, 14:31)Все-таки пок...   Jun 2 2005, 20:36
- - Raven   Прошу меня извинить, что выпал из дискуссии на пар...   Jun 17 2005, 18:30


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 30th July 2025 - 11:00
Рейтинг@Mail.ru


Страница сгенерированна за 0.01398 секунд с 7
ELECTRONIX ©2004-2016