22.03.2008 21:24
[#1]
Padnięty co-procek??
Stałem się szczelinowym posiadaczem Blizzarda IV 030@50mhz. z koprocesorem. Wpadam do domu włączam quake tu ciach guru #80000000005. Chwila zadumy oględziny karty i patrze sobie na ten co procesor. No i zonk tam ładnie pisze ze procesor jest seri 25....MHZ. Doszedłem do wniosku ,że padł coprocek. Myślę sobie myślę jak by go tu sprawdzić....Odpalam mpega(w wersji dla koprocesora) działa. muzyczka leci. Przełożyłem mojego starego mteca komunikat ze to jest wersja dla koprocesora. odpalam pc-task ustawiam fpu na on. Piecyk startuje...Odpalam quake zgon #8000000005. testowałem na rożnych wb w rożnych ustawieniach. Posiadam oryginalnego quake oraz testowałem z aminetu awinquake i quake68k. Każdy się wysypuje zaraz po uruchomieniu. Macie jakieś sugestie?
Benedykt
Benedykt
22.03.2008 23:33
[#5]
Re: Padniêty co-procek??
@waldiamiga, post #4
Razem z procesorem. Ten blizzard nie umożliwia asynchronicznej pracy co procka. Właśnie to mnie dziwi. Co procek chodzi i już tak od dłuższego czasu u poprzedniego właściciela(nie spalił się) mp3 działa (mpega fpu) pctask z włączonym fpu działa. Ale Quake już działać nie chce.....
Benedykt
Benedykt
23.03.2008 00:28
[#7]
Re: Padniêty co-procek??
@Benedykt Dziubałtowski, post #5
A więc 25 przetaktowana na 50Mhz...ładnie - 100% overclocking.
Stawiam że 68882 jest za bardzo przekręcony.A kłej może mocniej obciążać koprocesor niż np.Pc-Task i dlatego następuje błąd.Podobnie jak w świecie PC - na mocno przekręconych prockach dobrze będą działać gry i programy a uruchomienie "stress prime" czyli Orthosa powoduje błędy.
Mocno sie nagrzewa ??,jeśli tak to spróbuj do niego jakoś przymocować kawałek radiatora.
Ostatnia modyfikacja: 23.03.08 00:29
Stawiam że 68882 jest za bardzo przekręcony.A kłej może mocniej obciążać koprocesor niż np.Pc-Task i dlatego następuje błąd.Podobnie jak w świecie PC - na mocno przekręconych prockach dobrze będą działać gry i programy a uruchomienie "stress prime" czyli Orthosa powoduje błędy.
Mocno sie nagrzewa ??,jeśli tak to spróbuj do niego jakoś przymocować kawałek radiatora.
Ostatnia modyfikacja: 23.03.08 00:29
23.03.2008 01:01
[#8]
Re: Padniêty co-procek??
@waldiamiga, post #7
Czy się mocno nagrzewa czy nie, nie ma w tym wypadku znaczenia. Przy przetaktowaniu o 100% możemy być pewni na 100% że to absolutnie typowe objawy overclockingu ponad miarę. Osobiście mam 33MHz 882@54MHz, działał dobrze, ale prawdziwa próba ognia to quake, bo na PC też wyciskał siódme poty z koprocesorów i Cyrixy dawały wtedy ciała.
Najlepiej będzie się postarać o właściwą wersję tego FPU.
W jakiej on jest obudowie?
Ostatnia modyfikacja: 23.03.08 01:02
Najlepiej będzie się postarać o właściwą wersję tego FPU.
W jakiej on jest obudowie?
Ostatnia modyfikacja: 23.03.08 01:02
http://aminet.net/package/util/libs/FMath40623.03.2008 10:37
[#13]
Re: Padnięty co-procek??
@Benedykt Dziubałtowski, post #9
...mp3 to także próba dla co procesora...
I tak i nie - dekodowanie mp3 wprawdzie ostro obciąża hardware na klasyku, ale wykorzystuje ze trzy funkcje na krzyż, które akurat mogą działać prawidłowo.
EDIT: A jak jakaś funkcja zadziała nieprawidłowo to zwykle usłyszysz jakieś niewielkie zniekształcenie dźwięku (jakieś pyknięcie itp.), które złożysz na karb kiepskiej jakości mp3 itp.
...znacie może jakieś aplikacje do testowania co-procka...
Napisane przez autora HSMathLibs benchmarki testujące wprawdzie biblioteki matematyczne, ale po ustawieniu np. 10mln powtórzeń potrafią ostro skopać tyłek FPU. Działają nie tylko na bibliotekach HSMath.
Testy wyświetlają informacje w stylu: "The result should be 0.123456 and it is: 0.123456".
Jeżeli wyniki się zgadzają - znaczy się jest OK, jeżeli nie to znak, że masz coś nie tak z FPU...
W archiwum podanym poniżej znajduje się 6 programików testujących - odpal je wszystkie jednocześnie.
http://www.hsmathlibs.de/HSML_public/Benchmarks_e.lha
Ostatnia modyfikacja: 23.03.08 10:43
I tak i nie - dekodowanie mp3 wprawdzie ostro obciąża hardware na klasyku, ale wykorzystuje ze trzy funkcje na krzyż, które akurat mogą działać prawidłowo.
EDIT: A jak jakaś funkcja zadziała nieprawidłowo to zwykle usłyszysz jakieś niewielkie zniekształcenie dźwięku (jakieś pyknięcie itp.), które złożysz na karb kiepskiej jakości mp3 itp.
...znacie może jakieś aplikacje do testowania co-procka...
Napisane przez autora HSMathLibs benchmarki testujące wprawdzie biblioteki matematyczne, ale po ustawieniu np. 10mln powtórzeń potrafią ostro skopać tyłek FPU. Działają nie tylko na bibliotekach HSMath.
Testy wyświetlają informacje w stylu: "The result should be 0.123456 and it is: 0.123456".
Jeżeli wyniki się zgadzają - znaczy się jest OK, jeżeli nie to znak, że masz coś nie tak z FPU...
W archiwum podanym poniżej znajduje się 6 programików testujących - odpal je wszystkie jednocześnie.
http://www.hsmathlibs.de/HSML_public/Benchmarks_e.lha
Ostatnia modyfikacja: 23.03.08 10:43
23.03.2008 11:21
[#14]
Re: Padniêty co-procek??
@APC74, post #13
No i chyba mamy odpowiedź. Cześć testów w ogóle zawiesza komputer a cześć pokazuje same śmieci. Przełożyłem co procek do tego mteca.030@28mhz. Co prawda quake zachowuje się dokładnie tak samo. Te same zwisy itp itd. Jednak testy co procka wypadły prawidłowo. Quake żeby było jasno odpalałem bez SS z assiganmi , setpatchem i odpowiednim stosem.
Chyba trzeba się rozejrzeć za coprockiem. Ten albo sprzedam albo włożę do m-teca.
Benedykt
Chyba trzeba się rozejrzeć za coprockiem. Ten albo sprzedam albo włożę do m-teca.
Benedykt
23.03.2008 14:16
[#15]
Re: Padniêty co-procek??
@Benedykt Dziubałtowski, post #14
Teoria mówi że nadmierne przetaktowanie _może_ doprowadzić do odparowania (dyfuzji?) tranzystora(ów), czyli do trwałego uszkodzenia układu scalonego. Czy tak się stało w tym przypadku, ciężko powiedzieć.
MC 68882 przetaktowują się nieźle (oczywiście nie wszystkie modele). Ja mam MC68882 w obudowie PLCC w wersji max 33MHz (szybsze w tych obudowach produkowane nie były), przy przetaktowaniu do 54MHZ jest ledwo letni. Co nie znaczy że nie może zostać uszkodzony (głównie w teorii).
Na Twoim miejscu, jeszcze bym sprawdził to z innym koprocem, przed wydaniem pieniędzy. Bo nie ma pewności że po kupnie kolejnego koprocesora problem ustąpi. Winny może być np jakiś element dyskretny na samej karcie turbo. Nie tłumaczyło by to jednak niedziałania quaka na drugiej karcie i tym koprocesorze.
Albo problem, mimo wszystko, może leżeć w swerze programowej. Np wadliwy któryś plik (sprawdzić sumy konrolne) itp...
Ostatnia modyfikacja: 23.03.08 14:20
MC 68882 przetaktowują się nieźle (oczywiście nie wszystkie modele). Ja mam MC68882 w obudowie PLCC w wersji max 33MHz (szybsze w tych obudowach produkowane nie były), przy przetaktowaniu do 54MHZ jest ledwo letni. Co nie znaczy że nie może zostać uszkodzony (głównie w teorii).
Na Twoim miejscu, jeszcze bym sprawdził to z innym koprocem, przed wydaniem pieniędzy. Bo nie ma pewności że po kupnie kolejnego koprocesora problem ustąpi. Winny może być np jakiś element dyskretny na samej karcie turbo. Nie tłumaczyło by to jednak niedziałania quaka na drugiej karcie i tym koprocesorze.
Albo problem, mimo wszystko, może leżeć w swerze programowej. Np wadliwy któryś plik (sprawdzić sumy konrolne) itp...
Ostatnia modyfikacja: 23.03.08 14:20
23.03.2008 15:06
[#16]
Re: Padniêty co-procek??
@C2H5OH, post #15
Albo problem, mimo wszystko, może leżeć w swerze programowej. Np wadliwy któryś plik (sprawdzić sumy konrolne) itp...
To już wykluczyłem. Po przepięciu hdd i odpaleniu quake na amithlonie problem nie wstępuję. Gra działa. Czy co procek jest uszkodzony? Też ciężko wyczuć. Wszystkie testy na marcie mtec wypadły dobrze. Na blizzardzie już żaden z nich nie wyszedł prawidłowo.
Benedykt
To już wykluczyłem. Po przepięciu hdd i odpaleniu quake na amithlonie problem nie wstępuję. Gra działa. Czy co procek jest uszkodzony? Też ciężko wyczuć. Wszystkie testy na marcie mtec wypadły dobrze. Na blizzardzie już żaden z nich nie wyszedł prawidłowo.
Benedykt