Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → huawei e3272 i inne cdc-ncm
Zaloguj się lub zarejestruj by napisać odpowiedź
Witam!
Teraz nie mam możliwości, ale może komuś, uda się to sprawdzić.
Link: http://www.spinics.net/lists/netdev/msg281154.html
Dla nas szczególnie interesujący jest patch nr 9, zmniejszenie bufora z 32k do 4kb,
pisane na innym forum, podobno transfer rośnie dwukrotnie!
Zapytałem autora patchy pod jaką wersję jądra są. Odpowidział 3.15 RC
Tak, i jak dobrze pójdzie zostanie włączone normalnie do kernela.
To znaczy, że nowa wersja sterownika cdc_ncm pojawi się w openwrt wraz z kernelem 3.15?
Platforma, która zapewnie Cię interesuje, czyli ar71xx, w trunku nadal działa na kernelu 3.10, więc sporo wody w Wiśle jeszcze upłynie.
@sebiks: przecież cdc_ncm jest w i AA moim i w trunku. To że robią rozmaite łatki do nowszych wydań kerneli to normalna sprawa rozwojowa, prawda?
Chodzi chyba o ten: http://eko.one.pl/forum/viewtopic.php?id=8559 problem i upatrywanie w tych łatkach jego rozwiązania.
@cezary no tak, to oczywiste że powstają nowe łatki w rozwojowej wersji jądra. Ale gdyby dało się te patche dostosować do kernele 3.10.x to rozwiązało by to problem z pamięcia i być może zwiększyło osiagi modemow pod cdcncm. Cytując autora łatek w odpowiedzi na pytanie czy da się zrobić backport sterownika cdcncm."oczywiście,że się da. Ale dużo zmian trzeba by wprowadzic w 3.10.x ze wzgłedu na API kernela 3.15
Dokładnie tak 
I z tego powodu nikomu pewnie nie będzie chciało się robić tego do archiwalnego kernela.
Dowiedziałem się, że patch nr. 7 będzie przeportowany do 3.10.x. Oraz że można spróbować na sztywno zmienić rożmiar bufora poprzez edycje lini
#define CDC_NCM_NTB_MAX_SIZE_TX 32768 /* bytes */
#define CDC_NCM_NTB_MAX_SIZE_RX 32768 /* bytes */w cdc_ncm.h
Spróbuje może jutro.
Cytuje autora
"Well, without the ability to tune the buffers after init, you can just
as well simply change these values in v3.10:
#define CDC_NCM_NTB_MAX_SIZE_TX 32768 /* bytes */
#define CDC_NCM_NTB_MAX_SIZE_RX 32768 /* bytes */
It is much simpler and will have the same effect.
Patch no. 7 is a candidate for backporting on the other hand. I don't
know how important it is, but I have a feeling that the excessive zero
padding is a big part of the picture as well. If you have 32kB TX
buffers, and try to send a single packet larger than ~300 bytes, then
the driver will fill up the TX buffer with 31kB of zero bytes! This is
close to insane, but I haven't had much success arguing that we
shouldn't do it in the past. So patch no. 7 just tries to improve the
ratio a bit for the largest buffers, requiring you to have at least
~30kB of data to send before padding the rest of a 32kB buffer."
Zredukowałem rozmiat buforów do 4096b oto wyniki speedtestu
http://www.speedtest.net/my-result/3482805354
Wcześniej miałem w porywach dl20/up15
Tylko że tyle i o @jarek chyba pokazywał
Nie jestem pewien czy @jarek pokazał wyniku pod e398. Tak czy owak u mnie na mr3040v1 i e3272 nie moglem wyciagnac wiecej niz 20mb/s, teraz leci prawie 40mb/s
Ważne że zadziałało.
@cezary mogłbyś skompilować sterownik cdcncm z buforami 4096b pod Twój obraz gargulca? Chcę sprawdzić czy nadal będę miał problemy z pamiecią opisane tutaj http://eko.one.pl/forum/viewtopic.php?id=8559
Wynik bez aktywnego huba z przed chwili
http://www.speedtest.net/my-result/3483423183
Mógłbym, pewnie. Musisz do popołudnia poczekać. Na jaką maszynkę?
Pewnie, że poczekam. mr3040V1
btw: wie ktoś może jak skompilować trunka z luci 10 zamiast 10.1? Chciałem skompilować FunnelWeb, niestety niedziałają skrypty.
Po prostu cofnij się w repozytorium do określonej wersji z luci.
Po prostu cofnij się w repozytorium do określonej wersji z luci.
Całe openwrt muszę cofnąć?
Nie, tylko repo z luci.
Nie wiem jak wybrać określoną wersje luci :-( Bo chyba nie tak "./scripts/feeds install luci -r10xxx"
Wejść do katalogi feeds luci zrób svn -r... up. to osobne repo jest.
Coś nie teges
sebiks@ubuntu:~/openwrt/trunk/trunk_test/feeds/luci$ svn -r9843 update
Pominięto '.'
Podsumowanie konfliktów:
Pominięte ścieżki: 1
Dla nas szczególnie interesujący jest patch nr 9, zmniejszenie bufora z 32k do 4kb,
pisane na innym forum, podobno transfer rośnie dwukrotnie!
Ja tam widzę 16 KB, nie 4 KB? Robiłeś jakieś testy z kilkoma urządzeniami na magistrali, np. modem i pendrive?
Zdecydowanie przydałoby się żeby testy zrobił ktoś inny, ze sprawnym routerem i modemem, skoro u Ciebie są nadal takie kwiatki.
ideą patchy jest dynamiczne ustawianie rozmiaru bufora.Niestety dostępne to będzie tylko od jądra 3.15.x . W 3.10.36 można na stałe ustawić rozmiar w przedziale od 2kb do 32kb. Sprawdziłem 16,8,4, i 2 kb. Najelpsze wyniki są przy 4kb. Nie sprawdzałem z kilkoma urządzeniami , narazie skupiłem się na modemie. Co ma pendrive do sterownika cdnncm?
Tu jest też wzmianka na temat buforów w cdcncm http://whrl.pl/RdXtPA
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → huawei e3272 i inne cdc-ncm
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc