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

Chinaunix

標題: pcie設(shè)備高速下行方案(非dma),價格可談 [打印本頁]

作者: liushuiwu 時間: 2017-02-18 15:55
標題: pcie設(shè)備高速下行方案(非dma),價格可談
實現(xiàn)功能：
將數(shù)據(jù)傳遞給硬件。
操作過程:
1、ioremap_nocache將bar地址(硬件板卡的地址)映射到虛擬地址。
2、memcpy將數(shù)據(jù)復制到這塊地址。
按照上面的方法能夠?qū)?shù)據(jù)傳遞給硬件設(shè)備，但是當數(shù)據(jù)大于8個字節(jié)時，會被拆成多次傳遞，這樣導致效率下降。
所以，有沒有辦法一次傳遞下去。
注:通過dma(DMA_TO_DEVICE)的方式性能達不到要求。

作者: garyv 時間: 2017-02-20 09:33
超過8個字節(jié)不可能單次傳送啊，cpu的GPR沒有那么寬。。。

作者: liushuiwu 時間: 2017-02-20 11:01
回復 2# garyv

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

作者: goldenfort 時間: 2017-02-20 11:27
就用 dma方式，應(yīng)該可以達到理論值，總線位數(shù)，乘以總線頻率，沒達到，是沒有使用對

作者: goldenfort 時間: 2017-02-20 11:27
你們在哪里，可以給我發(fā)消息

作者: liushuiwu 時間: 2017-02-20 11:31
回復 4# goldenfort

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

作者: goldenfort 時間: 2017-02-20 11:35
回復 6# liushuiwu

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

作者: liushuiwu 時間: 2017-02-20 12:17
回復 7# goldenfort

只有128字節(jié)

作者: goldenfort 時間: 2017-02-20 17:11
回復 8# liushuiwu

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

作者: garyv 時間: 2017-02-20 18:35
回復 9# goldenfort

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

作者: goldenfort 時間: 2017-02-20 23:46
回復 10# garyv

那你說系統(tǒng)里的千兆網(wǎng)卡，USB 3。0 接口是如何傳輸?shù)?數(shù)據(jù)的，速度是如何保證的

作者: garyv 時間: 2017-02-21 09:03
回復 11# goldenfort

這個哥不熟，不做評論

作者: sditmaner 時間: 2017-02-21 10:31
回復 8# liushuiwu

作者: goldenfort 時間: 2017-02-21 11:34
回復 12# garyv

這不是pci e接口嗎，那把PCIe 接口上插上千兆網(wǎng)卡，直接用原生Linux 系統(tǒng)，你看網(wǎng)絡(luò)發(fā)送速度能達到多少，幾個名詞術(shù)語搞不暈人，人家設(shè)計cpu 的廠家是如何想的

作者: liushuiwu 時間: 2017-08-28 13:11
以解決，mtrr穩(wěn)定使用的方式是 ioremap_bw函數(shù)，謝謝諸位

歡迎光臨 Chinaunix (http://72891.cn/)