亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
12下一頁
最近訪問板塊 發(fā)新帖
查看: 69990 | 回復: 14
打印 上一主題 下一主題

pcie設備高速下行方案(非dma),價格可談 [復制鏈接]

論壇徽章:
0
跳轉到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2017-02-18 15:55 |只看該作者 |倒序瀏覽
實現(xiàn)功能:
將數(shù)據(jù)傳遞給硬件。
操作過程:
1、ioremap_nocache將bar地址(硬件板卡的地址)映射到虛擬地址。
2、memcpy將數(shù)據(jù)復制到這塊地址。
按照上面的方法能夠將數(shù)據(jù)傳遞給硬件設備,但是當數(shù)據(jù)大于8個字節(jié)時,會被拆成多次傳遞,這樣導致效率下降。
所以,有沒有辦法一次傳遞下去。
注:通過dma(DMA_TO_DEVICE)的方式性能達不到要求。

論壇徽章:
0
2 [報告]
發(fā)表于 2017-02-20 09:33 |只看該作者
超過8個字節(jié)不可能單次傳送啊,cpu的GPR沒有那么寬。。。

論壇徽章:
0
3 [報告]
發(fā)表于 2017-02-20 11:01 |只看該作者
回復 2# garyv

mtrr技術貌似可以解決這個問題,但是很不穩(wěn)定,有沒有類似的辦法?

論壇徽章:
1
2015年辭舊歲徽章
日期:2015-03-03 16:54:15
4 [報告]
發(fā)表于 2017-02-20 11:27 |只看該作者
就用 dma方式, 應該可以達到理論值,總線位數(shù),乘以總線頻率,沒達到,是沒有使用對

論壇徽章:
1
2015年辭舊歲徽章
日期:2015-03-03 16:54:15
5 [報告]
發(fā)表于 2017-02-20 11:27 |只看該作者
你們在哪里,可以給我發(fā)消息

論壇徽章:
0
6 [報告]
發(fā)表于 2017-02-20 11:31 |只看該作者
回復 4# goldenfort

dma主要是交互的次數(shù)太多了,要寫入地址、長度、使能3個寄存器,硬件設備再發(fā)起讀請求,再收到數(shù)據(jù),這個交互過程太長,導致時間很大

論壇徽章:
1
2015年辭舊歲徽章
日期:2015-03-03 16:54:15
7 [報告]
發(fā)表于 2017-02-20 11:35 |只看該作者
回復 6# liushuiwu

一次可以發(fā)幾m數(shù)據(jù)

論壇徽章:
0
8 [報告]
發(fā)表于 2017-02-20 12:17 |只看該作者
回復 7# goldenfort

只有128字節(jié)

論壇徽章:
1
2015年辭舊歲徽章
日期:2015-03-03 16:54:15
9 [報告]
發(fā)表于 2017-02-20 17:11 |只看該作者
回復 8# liushuiwu

沒有設置好,外設上有多少buffer,一次就可以傳送多少數(shù)據(jù)

論壇徽章:
0
10 [報告]
發(fā)表于 2017-02-20 18:35 |只看該作者
回復 9# goldenfort

使用DMA,就算不考慮樓主說的那些延遲,也不能保證單次傳輸8字節(jié)以上的數(shù)據(jù),最終DMA跟CPU沒有明顯區(qū)別。因為很多CPU里面DMA單次傳輸?shù)淖畲髷?shù)據(jù)寬度 == CPU GPR bitwidth。
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復

  

北京盛拓優(yōu)訊信息技術有限公司. 版權所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關心和支持過ChinaUnix的朋友們 轉載本站內容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP