Kurcze... 5-7MB/s to strasznie słabo  i to ze scsi?...
Mało używałem w95. Ja usiadłem na nt4-wydajność jest dużo wyższa...
Wieczorem dopiero będę m�gł podesłać audiograbbera-to jest dobry benchmark takich maszyn-bez dma  Chociaż przy takim transferze to jak p�jdzie ripowanie z prędkością cd x2 lub x3 to będzie wszystko...
Jak mi w weekend nic nie przeszkodzi to chętnie zrobię takie dokładniejsze testy na swoich ppro.

Niby tak, ale... co to jest w por�wnaniu do 35MB/s na pr440fx (tylko ultra wide) lub 65MB/s na sata (ten sam hardware).... Na xu 6/200 jest kontroler scsi SE 20 MB/s- idzie na 100% przepustowości kabla 50pin, nie zamula nic a nic. To wszystko maszyny socket 8.
Według mnie 7 MB/s to za mało jak na scsi. I to dużo za mało... Jak to scsi jest ustawione? Może idzie w standardzie scsi-II ?
Albo staaaare dyyyskiiii??...To wtedy tak, stare dyski tyle dają. Używam relatywnie nowych.

Callahan wrote on 03. Aug 2018 at 09:54:


Z tymi wynikami 5-7MB jest wszystko ok. (: Nie możesz por�wnywać wynik�w przepustowości MB/s uzyskanych Threadmarkiem z wynikami uzyskanymi inną metodą bo to mija się z celem. (:
Obrazowo to tak jakbyś por�wnywał wyniki z jednego dysku podczas testu sekwencyjnego odczytu danych Crystal Disk Mark (~200MB/s dla wsp�łczesnych dysk�w talerzowych) z przepustowością odczytu pr�bek 4kB innego dysku testowanego Crystal Disk Mark (kt�ry miałby np. przepustowość ~1,5MB/s) i zastanawiał się co jest nie tak ze sprzętem nie biorąc pod uwagę, że te wartości podczas innych test�w zostały uzyskane.
W moim teście chodziło mi tylko o to, żeby pokazać pozytywny wpływ aktywnego DMA na wykorzystanie CPU w 440FX. Dlatego wybrałem taki test, kt�ry mocno obciąża I/O oraz mierzy dodatkowo wykorzystanie CPU. Jeżeli chcesz por�wnywać wyniki to musisz w tym samym teście testować i podobnych warunkach (systemu plik�w i systemu operacyjnego też będzie miał wpływ).
Jak patrzę na testy z 1999 roku to dyski UDMA66 miały nieznacznie wyższe wyniki w Threadmarku od moich, co raczej by sugerowało, że z moimi wynikami wszystko jest w porządku (skoro te dyski były niezużyte, i generacyjnie nowsze od moich).
Odnośnie dysk�w to używam takich z przełomu 98-99 aby zachować w miarę ducha epoki.

Poniżej linki do Webarchive
(You need to Login or Register to view media files and links))

(You need to Login or Register to view media files and links)

(You need to Login or Register to view media files and links)

Aaa, tu masz Process Explorer. Działa na wszystkim.
Taki inny task manager od pana Russinovich'a 

udam_u wrote on 03. Aug 2018 at 22:26:

Właśnie sprawdzałem. Na końcu płyty jest ok. 10x i obciążenie 8%.

udam_u wrote on 03. Aug 2018 at 22:26:

Była spora garść task menedżer�w do w9x. Nie zaobserwowałem żeby coś pożerał. Jest wykwintny i działa jak prawdziwy task manadżer z nt (no prawie� )
Ciekawe, masz jakiś cpu idle czy inny soft cooler na w9x? Jak taki masz to PE pokazuje cpu 100%� Nie wiem czy to wynika z tego, że sam tak działa czy poprostu widzi inny proces Idle jako obciążenie. (windy w9x nie mają cpu idle wbudowanego-cpu idzie nonstop 100%)


Osz kurde, 1h trwa test? 

Ten Process Explorer działa na 95? Bo jak ostatnio sprawdzałem, to nie było takiej opcji. Ja używam tego z Windows 95 Kernel Toys.

Callahan wrote on 04. Aug 2018 at 01:13:


Całkiem ładny wynik (chociaż widzisz, że 35MB nie ma ) - na jakim dysku go uzyskałeś?

U mnie test trwał ~30 min na dyskach IBM-DTTA-350840, IBM-DNES-309170W.

A więc tak z riga wyleciał AWE32, jego miejsce zajął SB16 (CT2230 - non Plug and Pray), przełożyłem do niego doczep MIDI NEC XR385. Problemy z IRQ ustąpiły.

Dodatkowo zmieniłem trochę ustawienia dysków. Teraz dysk IDE jest dyskiem systemowym, pierwszy dysk SCSI służy jako miejsce na gry a drugi SCSI na instalki oraz obraz systemu na niego sobie wrzuciłem (tu też zmiana na WIN98SE - poprzednio WIN95OSR/2). Dyski sobie przeskanowałem MHDD i są w przyzwoitym stanie pomimo ~20 lat na karku (patrz screeny). xD
Na "badaniu kontrolnym" puściłem też Memtesta [:

Testowałem też na tym rigu grafikę z S3 Vision 964. Początkowo wydawało mi się, że karta jest uwalona ale za dziwny obraz  (patrz screeny) odpowiedzialna była włączona opcja Video Palette Snoop (spotkaliście się z tym kiedyś?). Po dezaktywacji opcji w BIOS obraz był ok.
Poniżej opis tej opcji BIOS znaleziony w czeluściach Internetu.

"The PCI/VGA Palette Snoop is an option in the CMOS setup that can be toggled to enable PCI cards to examine a video card's palette and mimic it. It is useful for cards that do not contain their own VGA color palette. This feature was required for early MPEG decoder cards, TV cards, and other unique expansion cards that worked with graphics. However, today this feature is rarely used and should be Disabled in your CMOS unless your computer is utilizing a card that requires it."