Freesco, NND, CDN, EOS
http://forum.freesco.pl/

DMA pokonane dla FreeSCO, Samba wreszcie działa jak należy
http://forum.freesco.pl/viewtopic.php?f=35&t=1312		 Strona 1 z 1
Autor:  RaaDaaR [ piątek, 21 lutego 2003, 09:27 ]
Tytuł:  DMA pokonane dla FreeSCO, Samba wreszcie działa jak należy
Skompilowałem kernel 2.0.39 dla FreeSCO z obsługą DMA dla chipsetów (mostek południowy):
-intel82371 trinton (czyli 430FX 430HX, 430VX, 440FX 430TX, 440LX, 440BX, 440EX
-CMD640
-RZ1000
-ALI14XX
-DTC2278
-HT6560B
-PROMISE
-QD6580
-UMC8672
Czyli to co miałem ze źródłami. Nie miałem ochoty szukać innych sterowników, zresztą swój cel osiągnąłem, FreeSCO poprawnie obsługuje moją płytę główną. Za pomocą programu hdparm (pakiet installpkg http://pa173.bierun.sdi.tpnet.pl/freesco/hdparm) ustawiłem DMA i I/O32bit w/sync. I na cel 800 na płycie i440BX osiągnąłem 23MB/sec !!!odczytu z dysku (IBM 15GB 7200rpm). I kto mówi że FreeSCO to "ograniczony" linux. Początkowo miałem jeszcze problemy z shaperem ale przekompilowałem jądro też pod tym kątem. Co najważniejsze na chwilę obecną, na serwerze iPentium 200 64 MB RAM EDO SIMM i HDD 4,3 GB segate w/256kb cache podczas ściągania plików za pomocą samby (b. duże pliki) bez problemu mogę przeglądać zasoby internetowe. Wreszcie serwer plików działa jak należy. Zajętość procesora spadła z 80% do 15-20%. Samo jądro różni się od zwykłego wersją (orginalnie jest 2.0.38 ,), jest spaczowane pod kątem port forwardingu (nie testowałem), zmieniony i rozszerzony jest zakres portów maskarady, 16384 portów powyżej portu 48000 (org. 4096 portów powyżej 60000 ?) i roszerzona jest tablica maskarady, ma to pomóc w graniu np. w counter strike po sieci (nie testowałem osobiście). Zmiany dotyczące maskarady przytaczam za www.xs4all.nl. Ze swojej strony dodałem SLIP dla SDI obsługę EIDE, oraz chipsetów. Nie kompilowałem emulacji koprocesora, czyli koniecznie musicie wykasować z router.bat wpisy no387. Kompilacja jest pod Pentium. Nie kompilowałem też sterowników kart sieciowych, można dorzucić w postaci modułów. Nie kompilowałem też z "bridge mode". Nie wiem jak się ma to jądro do kernela z paczki "apache", nie wiem jaki konfig był uczyniony dla apache. Działa u mnie na SDI i u kumpla na NEO. Więc ktoś jeśli ma ochotę to może DELIKATNIE potestować. Nie poloecam testów osobom mało doświadczonym. Nowy kernel ma sens jeżeli jeżeli go potrzebujecie, jeżeli nie to lepiej zostawcie stary. Jak się potestuje, opiszę szerzej na swojej stronie co gdzie i jak.
Kernel 2.0.39 : http://pa173.bierun.sdi.tpnet.pl/freesco/kernel
Konfig : http://pa173.bierun.sdi.tpnet.pl/freesco/config

Czekam na opinie, porady, krytykę.
Autor:  Olek [ piątek, 21 lutego 2003, 17:39 ]
Tytuł:  Re: DMA pokonane dla FreeSCO, Samba wreszcie działa jak nale
RaaDaaR pisze:
Skompilowałem kernel 2.0.39 dla FreeSCO z obsługą DMA dla chipsetów (mostek południowy):
-intel82371 trinton (czyli 430FX 430HX, 430VX, 440FX 430TX, 440LX, 440BX, 440EX

Czekam na opinie, porady, krytykę.


Ja tu tyku tak z nudów wpadłem bo ludziska news://news.trzebnica.net
nie znają a tu takie fajowe rzeczy. Zaraz zaczynam testowanie, może squidzik nie będzie już mi tak zamęczać procesorka. Ajajaj...
Autor:  Smok [ piątek, 21 lutego 2003, 23:10 ]
Tytuł: 
No ale jak to sie ma do dyskow działających w trybie PIO, twój ten 4,3 GB też chyba nie jest jakiś super nowy, obsługuje DMA cz tylko PIO, no i co z płytą, skoro kontroler na płycie nie obsługuje DMA (Intel 430HX) tylko PIO to co to wszystko da?

Smok
Autor:  Olek [ sobota, 22 lutego 2003, 03:45 ]
Tytuł: 
Smok pisze:
No ale jak to sie ma do dyskow działających w trybie PIO,

nie widziałem takich
Smok pisze:
twój ten 4,3 GB też chyba nie jest jakiś super nowy, obsługuje DMA cz tylko PIO, no i co z płytą, skoro kontroler na płycie nie obsługuje DMA (Intel 430HX) tylko PIO to co to wszystko da?
Smok

Oczywiście, że HX obsługuje dma i to bardzo dobrze.
Autor:  RaaDaaR [ sobota, 22 lutego 2003, 07:48 ]
Tytuł: 
Smok pisze:
No ale jak to sie ma do dyskow działających w trybie PIO, twój ten 4,3 GB też chyba nie jest jakiś super nowy, obsługuje DMA cz tylko PIO, no i co z płytą, skoro kontroler na płycie nie obsługuje DMA (Intel 430HX) tylko PIO to co to wszystko da?

Nie napisałem UDMA (czyli UltraATA) tylko DMA. I chodzi tutaj o tryb bezpośredniego dostępu do pamięci, a nie rodzaj interfesju EIDE. Więc w tym przypadku sprawa leży po stronie komputera (chipsetu) a nie rodzaju HDD. Oczywiście tryb UDMA (Ultra ATA) też można na tym kernelu uzyskać (np. hdparm X33). Musisz mniej uogólniać zagadnienia, lub bardziej uważnie czytać. Mój dysk pootrafi pracować z UDMA66, jednak na serwerze mam chipset 430FX (który jest notabene starszy od HX), i nie wykorzystam tego. Na 440BX zmusiłem FreeSCO do obsługi UDMA33, co zaowocowało przy szybkim procesorze, sporym transferem. Link do rozkładu chipów intela (może bez najnowszych...)
http://www.zdz.torun.pl/~psz/tolpa/chipset/chipset.htm

BTW dla niedowiarków załączam log startu:
http://pa173.bierun.sdi.tpnet.pl/freesco/start.log
Autor:  Olek [ sobota, 22 lutego 2003, 10:32 ]
Tytuł:  Re: DMA pokonane dla FreeSCO, Samba wreszcie działa jak nale
Chyba trzebaby dorobić te wszystkie moduły które są we freesco, spakować do obrazu ramdysku i wtedy dopiero można szaleć.

Feb 22 09:09:42 - insmod: ip_portfw_del undefined
Feb 22 09:09:42 - insmod: ip_portfw_lookup undefined
Feb 22 09:09:42 - insmod: ip_portfw_add undefined
Feb 22 09:09:42 - insmod: Loading failed! The module symbols (from linux-2.0.38) don't match your linux-2.0.39
Feb 22 09:09:43 - insmod: Symbol 'io' not found
Feb 22 09:09:43 - last message repeated 11 times

Wiem, że forwarding wkompilowałeś ale kto wie które moduły się będą jeszcze gryzły chociaż na oko wszystkie pozostałe się załadowały.
Autor:  RaaDaaR [ sobota, 22 lutego 2003, 17:14 ]
Tytuł:  Bardzo Proszę o opinie !!!
Bardzo Proszę o opinie, i wyniki testów. Chciałbym opublikować szerszy opis instalcji nowego kernela i działania, ustawień hdparm ALE nie wiem do końca czy nowy kernel jest w pełni kompatybilny z FReeSCO ZATEM PROSZĘ piszcie nawet krótki post (bezczelnie wykorzystam do tego forum :)) czy działa u kogoś jeszcze, jak działa, czy nie ma problemów, czy "apache" nie sprawia jakiś fochów, czy wszystkie usługi i programy śmigają i ogólnie wrażenia, co ewentualnie jeszcze dorobić (problem modułów znam), czy jest ktos jeszcze widzi sens w stosowaniu DMA itp. itd. Jądro to poważna sprawa, więc musi być wszechstronnie przetestowana.

fenks from moutain :wink:
Autor:  Olek [ sobota, 22 lutego 2003, 18:45 ]
Tytuł:  Re: Bardzo Proszę o opinie !!!
RaaDaaR pisze:
Bardzo Proszę o opinie, i wyniki testów.

fenks from moutain :wink:


Wszystko działa, na razie.
Nawet tshaper i rshaper się załadowały, squid pocina, exim też, nie mam tylko apache. Także tylko ten moduł portfw się nie załadował i dobrze bo przecież tę funkcję obsługuje jajo. Aż dziwne, że wszystkie inne moduły działają bez pierdnięcia.
Fajny sport z tą konfiguracją jajca.
Autor:  Olek [ niedziela, 23 lutego 2003, 11:57 ]
Tytuł: 
Ciekawa sprawa, chyba rozwiązałeś mój problem z niszczeniem plików mrtg przy nieprawidłowym wyłączeniu systemu.
Cytat z opisu opcji -c hdparm:
"3 dla włączenia 32-bitowej transmisji danych ze specjalną sekwencją sync"
Wygląda na to, że pliki są sprzętowo, na bierząco, zrzucane na dysk co nie obciąża procka i jednocześnie zapewnia bezpieczeństwo danych.

Z jakiegoś powodu freesco mi się zrestartowało ale ani jednego błędu na dysku nie stwierdziłem.
Autor:  RaaDaaR [ niedziela, 23 lutego 2003, 12:21 ]
Tytuł: 
Stronki przydatne w tunningu FreeSCO (bo chyba tak to mozna nazwać)
chipy intel'a http://support.intel.com/support/graphi ... x/udma.htm
http://linux.oreillynet.com/pub/a/linux ... tml?page=1
Autor:  Anonymous [ poniedziałek, 24 marca 2003, 18:03 ]
Tytuł:  no coprocessor found....
No wlasnie dlaczego, mam cos takiego przy stracie freesco, wywalilem wpisy "no387, no-hlt" z /mnt router.bat (5 razy sprawdzalem) podmienilem kernela, no kurcze, przeciez tego sie nie da skopac ?
Czy ktos ma jakis pomysl, dzieki z gory. ( niechcacy powiesilem podobnego posta w ogolnym forum )
Autor:  Olek [ środa, 26 marca 2003, 01:41 ]
Tytuł:  Re: no coprocessor found....
ArqS pisze:
No wlasnie dlaczego, mam cos takiego przy stracie freesco, wywalilem wpisy "no387, no-hlt" z /mnt router.bat (5 razy sprawdzalem)


Sprawdź jeszcze w /mnt/router/router.bat
nie wiem po co ale są dwie sztuki tego bata, pewnie poprawiasz w jednym a uruchamiasz drugim.
Autor:  Anonymous [ środa, 26 marca 2003, 23:48 ]
Tytuł: 
niestety wywalilem wpisy w obu plikach (router.bat) /mnt i /mnt/router nie pomoglo, kernel tez w obu podmienialem, ale to raczej nie to :( cos nie dane mi zrobic dma, dodam ze operacje robie w dos'ie
Autor:  Anonymous [ niedziela, 6 czerwca 2004, 02:14 ]
Tytuł: 
Witam na mojej płycie jest chipset via 686 UDMA 66, dysk IBM 30 GB 7200, po wgraniu nowego kernela i próbie włączenia trybu UDMA4 otrzymuje komunikat że operacja jest niedozwolona, jednak transfer 32bitowy jest załączany i dzała prefetch, szkoda że nie wkompilowana została obsługa płyt 686. Pozdrawiam.
Strona 1 z 1 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/