28.08 13:38
[#1]
scsi.device 46.2
Na razie jeszcze nie ma tej wersji dostepnej do testow, ale chce zeby byla najszybsza oraz bez zadnych limitow i bledow.
Porownanie robie z eide.device, bo ma miec minimum ta sama szybkosc, albo byc szybsza i ma nie miec limitu 4GB, ktory ma eide.device.
Na razie jest ciagle wolniejsza o 40 kB/s dla A600 z fastem.
Interesuje mnia wyniki z SysInfo (na realnym sprzecie, zaden emulator sie nie przyda) dla obu wersji eide.device (zwyklej i tzw. 60).
Na Amigach z procesorami:
68080
68060
68040
68030 (z wlaczonym burst)
Tzw. wersja eide.device60 powinna byc szybsza niz eide.device na tych procesorach.
Chodzi mi o wyniki dla obu wersji, zebym wiedzial jaka jest pomiedzy nimi roznica oraz informacje na jakiej karcie (procesor i jego szybkosc) byl robiony test. eide.device dziala tylko na pierwszych 4GB HD, i tylko na tym obszarze mozna testowac bez crasha.
Porownanie robie z eide.device, bo ma miec minimum ta sama szybkosc, albo byc szybsza i ma nie miec limitu 4GB, ktory ma eide.device.
Na razie jest ciagle wolniejsza o 40 kB/s dla A600 z fastem.
Interesuje mnia wyniki z SysInfo (na realnym sprzecie, zaden emulator sie nie przyda) dla obu wersji eide.device (zwyklej i tzw. 60).
Na Amigach z procesorami:
68080
68060
68040
68030 (z wlaczonym burst)
Tzw. wersja eide.device60 powinna byc szybsza niz eide.device na tych procesorach.
Chodzi mi o wyniki dla obu wersji, zebym wiedzial jaka jest pomiedzy nimi roznica oraz informacje na jakiej karcie (procesor i jego szybkosc) byl robiony test. eide.device dziala tylko na pierwszych 4GB HD, i tylko na tym obszarze mozna testowac bez crasha.
29.08 12:42
[#3]
Re: scsi.device 46.2
@-tbn-, post #2
Sam tego nie sprawdzalem, ale Buli ciagle uzywa eide i raczej na pewno robi to pod kickiem 3.9. Wiec byc moze to jest kwestia, tego o czym pisal Buli. Mozna uzywac tylko do testow pierwszej partycji, max 4GB. wszystko wieksze nie zadziala.
wiec loadEIDE i testowac tylko max pierwsze 4GB HD (czyli pierwsza partycje najlepiej).
wiec loadEIDE i testowac tylko max pierwsze 4GB HD (czyli pierwsza partycje najlepiej).
29.08 14:01
[#4]
Re: scsi.device 46.2
@Don_Adan, post #3
Ja tam nawet nie pamiętam, czego używam, ale jakbyś miał gotowy image na flasha, to wgram i mogę pod SysInfo czy innym homebrewowym oprogramowaniem przetestować na A1200 po PCMCIA lub IDE, a niebawem na tym, co jest na TF1260, jeśli te stery to obsłużą.
Ostatnia aktualizacja: 29.08.2026 14:03:45 przez koczis
Ostatnia aktualizacja: 29.08.2026 14:03:45 przez koczis
29.08 17:57
[#6]
Re: scsi.device 46.2
@koczis, post #4
Na razie nie mam jeszcze nic do testow. Po prostu chce wiedziec jaka jest roznica w szybkosci dzialania eide.device i eide.device60 na realnym sprzecie z 68030+, bo emulator jest przydatny tylko dla wynikow 68000. Dla innych procesorow emulator nie pokaze prawidlowych wynikow. A ja chce wiedziec czy jest roznica i jak duza, bo byc moze pomysl z procedury kopiujacej z eide.device60 wykorzystam dla wersji dla A4k/A4kT oraz dla innych Amig z kartami turbo 68040/68060 moze nawet dla 68030, bedzie przydatna. Ale to wymaga wynikow porownawczych. Zreszta przy pozniejszych testach scsi.device bedzie pare wersji do wyboru, bo wplyw na szybkosc transferu moze byc zalezny tez od tego czy to HD (stary lub nowy model), czy to CF, czy SD, i trzeba bedzie rozpoznanie zrobic, o ile sie bedzie dalo.
A co do eide.device to bezpieczny test powinien byc chyba taki:
skopiowac SysInfo do RAM:
uruchomic SysInfo (tak zeby niczego nie doczytywalo z HD przy uruchamianiu)
skopiowac eide.device do devs:
wpisac LoadEIDE
zrobic test szybkosci dla pierwszej partycji HD (w SysInfo)
zresetowac Amige
powtorzyc dla eide.device60 (trzeba tylko nazwe zmienic na eide.device)
A co do eide.device to bezpieczny test powinien byc chyba taki:
skopiowac SysInfo do RAM:
uruchomic SysInfo (tak zeby niczego nie doczytywalo z HD przy uruchamianiu)
skopiowac eide.device do devs:
wpisac LoadEIDE
zrobic test szybkosci dla pierwszej partycji HD (w SysInfo)
zresetowac Amige
powtorzyc dla eide.device60 (trzeba tylko nazwe zmienic na eide.device)
29.08 18:04
[#7]
Re: scsi.device 46.2
@snifferman, post #5
file system nie powinien miec wplywu, bo to jest odczyt blokowy.
kontroler HD ma wplyw, pamiec fast, karta turbo.
wielkosc bloku to nie wiem, ale watpie, zeby SysInfo czytalo cos wiecej niz 512 bajty na blok.
dlugosc partycji ma wplyw, jak dasz 10MB, moze nawet 100MB partycje do testow, to wynik bedzie mniejszy niz dla partycji 1000MB, tak mi sie wydaje, ale moze to jest kwestia wyboru najwiekszej wartosci z paru testow?
kontroler HD ma wplyw, pamiec fast, karta turbo.
wielkosc bloku to nie wiem, ale watpie, zeby SysInfo czytalo cos wiecej niz 512 bajty na blok.
dlugosc partycji ma wplyw, jak dasz 10MB, moze nawet 100MB partycje do testow, to wynik bedzie mniejszy niz dla partycji 1000MB, tak mi sie wydaje, ale moze to jest kwestia wyboru najwiekszej wartosci z paru testow?
31.08 14:42
[#10]
Re: scsi.device 46.2
@] SKOLMAN_MWS ˇ agrEssOr [, post #9
Dzieki.
Raczej ten program nie dziala pod emulatorem Amigi.
Chyba, ze cos zle robie.
DiskDrive scsi.device 1 - nic nie pokazuje (uzywam plikopartycji)
DiskDrive scsi.device 2 - nic nie pokazuje (uzywam plikopartycji)
DiskDrive scsi.device 0 - wywala sie, testuje wtedy katalog Androida (uzywany do wymiany danych)
Ale przynajmniej wiadomo, ze potem autor EIDE.device pracowal juz dla ELBOX-u.
Pewnie sterowniki FastATA itp rzeczy to jego robota.
Chyba, ze to jest program do testowania szybkosci FastATA?
Moze sie tym sterownikom przyjrze jeszcze raz kiedys dokladnie, czy cos ciekawego w nich jednak jest, bo o ile dobrze pamietam to raczej byly nieuzyteczne dla scsi.device, bo FastATA uzywala 512 bajtowego rejestru zapisu/odczytu, a scsi.device uzywa tylko 4 bajtowego rejestru.
Raczej ten program nie dziala pod emulatorem Amigi.
Chyba, ze cos zle robie.
DiskDrive scsi.device 1 - nic nie pokazuje (uzywam plikopartycji)
DiskDrive scsi.device 2 - nic nie pokazuje (uzywam plikopartycji)
DiskDrive scsi.device 0 - wywala sie, testuje wtedy katalog Androida (uzywany do wymiany danych)
Ale przynajmniej wiadomo, ze potem autor EIDE.device pracowal juz dla ELBOX-u.
Pewnie sterowniki FastATA itp rzeczy to jego robota.
Chyba, ze to jest program do testowania szybkosci FastATA?
Moze sie tym sterownikom przyjrze jeszcze raz kiedys dokladnie, czy cos ciekawego w nich jednak jest, bo o ile dobrze pamietam to raczej byly nieuzyteczne dla scsi.device, bo FastATA uzywala 512 bajtowego rejestru zapisu/odczytu, a scsi.device uzywa tylko 4 bajtowego rejestru.
31.08 19:53
[#15]
Re: scsi.device 46.2
@Don_Adan, post #12
To ustawienie dotyczy emulacji scsi device dotyczące obsługi napedów CD, DVD, ZIP, LS120
Wtedy takie napędy widziane są jako uaescsi.device i to należy wpisać do mountlisty.
To co należy ustawić jest w innym miejscu
Wtedy obsługa dysku będzie poprzez scsi.device a nie uaehf.device
Ostatnia aktualizacja: 31.08.2026 19:55:06 przez Norbert
Wtedy takie napędy widziane są jako uaescsi.device i to należy wpisać do mountlisty.
To co należy ustawić jest w innym miejscu
Wtedy obsługa dysku będzie poprzez scsi.device a nie uaehf.device
Ostatnia aktualizacja: 31.08.2026 19:55:06 przez Norbert
05.09 15:02
[#18]
Re: scsi.device 46.2
@Don_Adan, post #17
Moze sie komus przyda, a moze nie, taka informacja, ze numer Guru (longword) znajduje sie pod adresem $100 w pamieci Amigi (nie wiem czy wartosc VBR, tez ma na to wplyw bo to bylo na 68000)
Nie wiedzialem o tym (przypadkiem to odkrylem, ale moze to jest znane), czyli wystarczy uruchomic ASMone i mozna sobie w prosty sposob zobaczyc wartosc Guru.
Byc moze da sie w ten sposob tez zobaczyc numer Guru, ktore sie nie wyswielilo z jakis powodow (np. freeze systemu), po resecie Amigi z klawiatury. Nie sprawdzalem juz tego.
Nie wiedzialem o tym (przypadkiem to odkrylem, ale moze to jest znane), czyli wystarczy uruchomic ASMone i mozna sobie w prosty sposob zobaczyc wartosc Guru.
Byc moze da sie w ten sposob tez zobaczyc numer Guru, ktore sie nie wyswielilo z jakis powodow (np. freeze systemu), po resecie Amigi z klawiatury. Nie sprawdzalem juz tego.