Autor: Dariusz Rakowski (darekzp_at_hot.pl)
Data: Fri 14 Jul 2000 - 22:19:58 MET DST
No właśnie czy to się musi równać problemom , ja sobie nie mogę poradzić z
tym problemem.
konfiguracja:
asus p3bf , celeron300,128ram,kontroler high-point udma66 bios1.25 i
najnowsze sterowniki pod nt też nr. 1.25, dyski 2 X IBM ATA100 45GB na
stripeset karta graficzna s3 pci - nt 4 work sp6a.
dysk systemowy 4,3GB .
Problem zaczął się od tego że , komputer ten ma spełniać rolę mełego serwera
dla 2 koncowek do obróbki filmów video , czyli potrzebuje stałego
strumienia danych wielkości ok. 7mb/s na 1 stację czyli jeśli naraz zgłoszą
żądanie to potrzeba im w najgorszym wypadku ok. 15 mb/s transferu - do tego
celu wybrałem właśnie 2 dyski IBM 45GB i połączyłem je w stripeseta . Do
przesyłu danych zainstalowałem 2 karty intela pro100 w wersji serwer czyli
każda karta obsługuje 1 komputer (ustawione są one w tryb full duplex) -
tyle narazie o sprzęcie
bo tu zaczął się problem , ponieważ moje założenia teoretyczne nie spełniły
się , tj. pasmo przesylu danych jest za male dla 2 koncówek jednocześnie
pracujących (jeśli jedna ciągnie video z serwera to jest plynnie i ok , ale
jesli robia to obie naraz to niestety obraz się rwie (pomimo dobrych kart
sieciowych na koncówkach - intel pro100+).
No i zaczeły się moje poszukiwania przyczyn z których w zasadzie nic nie
wyszło.
czego się czepiałem :
1. wiec aby zapewnic prace stripesetowi w maksymalnie wydajnych warunkach
musialem umiescic dyski na odrębnych kanałach ide i w sytuacji kiedy oba
pracują jako master , na kontrolerze z plyty głównej sytuacja jest jaka
jest. (przetestowałem wszystkie dostępne mi sterowniki udma i bez zmian)
2. kupiłem kontroler high-pointa dma66 , od razu zaktualizowalem mu bios do
wersji 1.25 posadzilem go w slocie PCI nr 2 (czyli na pewno nie był w
konflikcie z innym przerwaniem) i do dzieła - niestety spotkala mnie
porażka - system co pare minut zawieszal sie na amen i nie bylo nawet mowy o
stabilnej pracy . No wiec sciagnalem programik od IBMa i próbowalem wymuszac
na dyskach tryb pracy w Udma 66 ale dalej to samo, totalny zwis systemu tak
jak poprzednio. czyżby potwierdzały się pogłoski że ten kontroler nie
obsługuje dużych dysków ?
za to dobrze sobie radzi ze starym seagatem 4GB i teraz robi za kontroler
startowy a stripeset podpiety jest do kontrolera plyty.
3. konfigurowałem karty sieciowe na serwerze we wszystkie znane mi
kombinacje - i nic
w tej chwili są ustawione :
Adaptive performance tuning - Adapter Bandwidth full
Adaptive technology - on
Adaptive Transmit Threshold - 16
Coalesce buffers - 8
Receive Buffers - 48
Transmit control blocks-32
siec działa na TCP/IP i na serwerze 1 karta ma numer 10.0.0.1 , 2 karta ma
numer 10.0.0.2 maska dla calej sieci 255.255.255.0 - może tu cos jeszcze
skopalem i dlatego się muli
wiec co zrobic z tym fantem , czy :
- moje założenie że min. 15 mb/s z serwera przez 2 karty sieciowe to za dużo
i nic nie zmieni dalsze rycie w sprzecie i dalsze wydatki - to po prostu nie
bedzie chodzic !
- trzeba poszukać odpowiedni kontroler udma66/udma100 do tak duzych dyskow
aby uzyskac odpowiednia ich wydajnosc
- a moze zle ustawilem cos w NT i we wlasciwosciach sieci i dlatego ten
problem.
jak zwykle z góry wszystkim dziękuję za zainteresowanie się moim problemem
i za ewentualne uwagi , na które czekam z niecierpliwością
-- ===================================================== Pozdrawiam Wszystkich - Dariusz Rakowski ICQ # 40369442 - darekzp_at_hot.pl - /0502/976961 ===================================================== begin 666 Dariusz Rakowski.vcf M0D5'24XZ5D-!4D0-"E9%4E-)3TXZ,BXQ#0I..E)A:V]W<VMI.T1A<FEU<WH- M"D9..D1A<FEU<WH_at_4F%K;W=S:VD-"E1%3#M#14Q,.U9/24-%.BLT.#4P,CDW M-CDV,0T*5$5,.U!!1T52.U9/24-%.DE#43H@(S0P,S8Y-#0R#0I!1%([2$]- M13H[.SM0:7-Z.U=A<FUI\7-K;RU-87IU<G-K:64[,3(M,C P.U!O;'-K80T* M3$%"14P[2$]-13M%3D-/1$E.1SU154]4140M4%))3E1!0DQ%.E!I<WHL(%=A M<FUI/48Q<VMO+4UA>G5R<VMI92 Q,BTR,# ],$0],$%0;VQS:V$-"E_at_M5T%" M+4=%3D1%4CHR#0I"1$%9.C$Y-C_at_P-3$P#0I%34%)3#M04D5&.TE.5$523D54 M.F1A<F5K>G! :&]T+G!L#0I2158Z,C P,# W,314,C Q.34X6_at_T*14Y$.E9# %05)$#0H` ` end
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 20:22:05 MET DST