29.05.2016 14:38
[#1051]
Re: RTG i Vampire 600 V2
@Andrzej Drozd, post #1050
Jednak gdy kiedyś użyłem mpega.library w wersji FPU, to empetrójki klatkowały.
Andrzejku farmazony piszesz.
Warto czytać dokumentacje! Jak byś to zrobił to byś wiedział, że mpega.library pod FPU jest wersją dokładniejszą i wymagającą więcej mocy obliczeniowej.
, czyli dokładnie odwrotnie niż Ci się wydawało 
Nie wiem, czy FPU 060 jest aż 3 razy wolniejsze od fpu w Pentium, ale wiem, że ma niezłego kopa (060)
29.05.2016 15:04
[#1052]
Re: RTG i Vampire 600 V2
@Andrzej Drozd, post #1050
odpaliłbym np. CEDa lub PPainta w wersji FPU. Ale te programy nie mają wersji FPU.
Chyba nie rozumiesz po co jest FPU. Służy do sprzętowej obsługi liczb zmiennoprzecinkowych. I w przypadku użycia takowych daje kopa nawet pod emulacją. Zatem unikanie wersji bibliotek matematycznych w wersji FPU jest błędem. Jest jednak druga strona. Programy mogą unikać formatu zmiennoprzecinkowego i stosować obliczenia stosując zapis całkowity wraz z różnymi sztuczkami. Obliczenia całkowitoliczbowe w większości przypadków będą zawsze szybsze, choć mniej dokładne (vide mp3). Dlatego wersja np. PPainta czy CEDa dla FPU jest bez sensu.
29.05.2016 15:23
[#1053]
Re: RTG i Vampire 600 V2
@Andrzej Drozd, post #1050
Dodane: O! FPU przydałby się, gdy podczas odtwarzania MP3 na Apollo 040 odpaliłbym np. CEDa lub PPainta w wersji FPU. Ale te programy nie mają wersji FPU. Przydałby się także "inteligentny" FBlit, który przy dużym obciążeniu CPU przełączałby się na FPU. Albo po prostu wystarczyłby FBLit w wersji FPU.
Masz błędne pojęcie o tym czym w ogóle jest FPU (pewnie nie ty jeden). FPU nie jest procesorem, tylko jego rozszerzeniem, modułem z dodatkowymi instrukcjami do liczenia precyzyjnych liczb, sam w sobie nie robi nic innego. Jedynym jego prawdziwym zastosowaniem w Amidze są obliczenia do scen trójwymiarowych, tutaj precyzja jest bardzo ważna. Niska precyzja obliczeń scen 3D będzie powodowała takie efekty jakie występowały w PSX, gdzie geometria otoczenia "pływała".
Nie będzie czegoś takiego jak fblit FPU, bo to nie jest program, który opiera się na matematyce, tym bardziej z liczbami zmiennoprzecinkowymi. Operacje na liczbach całkowitych są szybsze niż na zmiennoprzecinkowych, ale są pozbawione precyzji jak już było napisane.
Ostatnia aktualizacja: 29.05.2016 15:36:44 przez sanjyuubi
30.05.2016 08:24
[#1056]
Re: RTG i Vampire 600 V2
@Andrzej Drozd, post #1050
na 040 unikam bibliotek w wersji FPU. Aż tak bardzo często nie odpalam kilku programów na raz, więc nie martwię się że dzięki FPU mógłbym odciążyć CPU w jakimś konkretnym przypadku.
Czasami jednak zapuszczę jakąś MP3 na Apollo 040/40 w jakości średniej oraz 22 kHz i wiadomo że gra OK. Jednak gdy kiedyś użyłem mpega.library w wersji FPU, to empetrójki klatkowały.
Na takiej konfiguracji mp3 bez problemu działa na najlepszej jakości 22k stereo. FPU szybciej dekoduje mp3, ale FPU w prawdziwym 68040 jest za słabe do dekodowania mp3. Może wystarczy do mp2, ale nie sprawdzałem. Używam wersji PPC, a najlepiej działa wersja mpegaFPU PUP pod MorphOS. Polecam zobaczyć jak bardzo stabilnie działa Prayer2 z mpegaFPU PUP pod MorphOS
30.05.2016 12:32
[#1058]
Re: RTG i Vampire 600 V2
@waldiamiga, post #1055
Hmm... testowa kompilacja Quake NOFPU działa na Vampirce... w całych 3 FPSach 
.
Jak ktoś będzie zainteresowany sprawdzić na 060 to pewnie chętnie udostępnimy plik wykonywalny...
PS: Dla tych co będą zdziwieni że tak mało podpowiadam że FPU jest w Quake dośc mocno wykorzystywany. A jak go nie ma to jest kiszka.
Ostatnia aktualizacja: 30.05.2016 12:39:35 przez pisklak
.Jak ktoś będzie zainteresowany sprawdzić na 060 to pewnie chętnie udostępnimy plik wykonywalny...
PS: Dla tych co będą zdziwieni że tak mało podpowiadam że FPU jest w Quake dośc mocno wykorzystywany. A jak go nie ma to jest kiszka.
Ostatnia aktualizacja: 30.05.2016 12:39:35 przez pisklak
30.05.2016 15:35
[#1060]
Re: RTG i Vampire 600 V2
@recedent, post #1059
A proszę bardzo QuakeNOFPU.
Link będzie aktywny przez parę dni. Proszę pamiętać o uruchamianiu tego z parametrem -nosound (czy jakoś tak), inaczej malownicza zwieszka z jakiejś przyczyny.
Miłej zabawy z testowaniem życzę !
Ostatnia aktualizacja: 30.05.2016 15:35:53 przez pisklak
Link będzie aktywny przez parę dni. Proszę pamiętać o uruchamianiu tego z parametrem -nosound (czy jakoś tak), inaczej malownicza zwieszka z jakiejś przyczyny.
Miłej zabawy z testowaniem życzę !
Ostatnia aktualizacja: 30.05.2016 15:35:53 przez pisklak
30.05.2016 18:22
[#1064]
Re: RTG i Vampire 600 V2
@Don_Adan, post #1063
Co do tego FPU w Apollo to wiesz moze czy to bedzie pelna wersja ze wszystkimi instrukcjami MC68882? Czy tez taki kastrat jak wersje FPU w 68040 i 68060?
jesli historycznie wezmiemy pod uwage opcje i uwagi gunnara w odniesieniu do tego co faktycznie zrobil, tzn pelna kompatybilnosc z 68020 z bitfieldami wlacznie, co dyskutowal, ale default na 040, to nalezy oczekiwac pelnej kompatybilnocsci ze wdzystkimi instrukcjami koprocesorow 68k, tylko szybciej ale fpu identyfikuje sie jako 040.
czy jest to zdawalajace? pewnie tak..
30.05.2016 20:37
[#1066]
Re: RTG i Vampire 600 V2
@wawrzon, post #1064
Wiesz, mialo nie byc np. instrukcji trygonometrycznych, ale to bylo jakies 2 lata temu. Posiadanie wszystkich instrukcji mc68882 czyniloby prawie niepotrzebnym niektore biblioteki matematyczne, szczegolnie w przypadku nowych wersji programow czy portow gier. Mozna byloby uzywac instrukcji FPU od razu w kodzie a to byloby juz duzo szybsze. Ja zreszta nie rozumiem po co np. port Quake II na 68060 odwoluje sie do bibliotek matematycznych, zamiast od razu do danej instrukcji fpu albo jej emulacji. Takie bibioteki sa dobre jak sie pisze uniwersalna wersje programu dla conajmniej paru procesorow, a nie dla jednego CPU.
31.05.2016 09:32
[#1069]
Re: RTG i Vampire 600 V2
@] SKOLMAN_MWS ˇ agrEssOr [, post #1067
Masz rację - zapewne binarki istnieją. Ale skoro sam Gunnar poprosił mnie o zapytanie o możliwość skompilowania pod PPC to chyba oznacza iż ich nie ma.
Wiem że miał kiedyś Pega z MOSem, ale chyba już tego sprzętu nie ma bo inaczej by sam to zrobił.
A jeśli chodzi o FPU...
Podejście Gunnara do kompatybilności zmieniło się znacznie po przesiadce na większą FPGA więc.... zapewne będzie full wypas + SIMD
Wiem że miał kiedyś Pega z MOSem, ale chyba już tego sprzętu nie ma bo inaczej by sam to zrobił.
A jeśli chodzi o FPU...
Podejście Gunnara do kompatybilności zmieniło się znacznie po przesiadce na większą FPGA więc.... zapewne będzie full wypas + SIMD
31.05.2016 11:39
[#1070]
Re: RTG i Vampire 600 V2
@] SKOLMAN_MWS ˇ agrEssOr [, post #1056
FPU nie dekoduje szybciej, bo tego nie potrafi, to nie jest sprzętowy dekoder tylko garść instrukcji matematycznych o wysokiej precyzji. Program liczący liczby o wysokiej precyzji będzie z FPU działał szybciej, przy niskiej precyzji wersja INT będzie szybsza.
W 68040 FPU współdzieli zasoby sprzętowe z procesorem, więc nie działa tak naprawdę w pełni swoich sił, ale czy i tak nie jest szybszy niż wersje FPU do 68030?
W 68040 FPU współdzieli zasoby sprzętowe z procesorem, więc nie działa tak naprawdę w pełni swoich sił, ale czy i tak nie jest szybszy niż wersje FPU do 68030?
31.05.2016 12:25
[#1073]
Re: RTG i Vampire 600 V2
@kiero, post #1071
Musze poszukać gdzie to było opisane, że niektóre instrukcję są "cpu assisted" (mi się wydaje, że są wolniejsze niż mogłyby być naprawdę, ale i tak szybkość tego FPU jest szacowana jako 10x 68882), a sam FPU jest pozbawiony kilku instrukcji 68882.
Ostatnia aktualizacja: 31.05.2016 12:30:52 przez sanjyuubi
Ostatnia aktualizacja: 31.05.2016 12:30:52 przez sanjyuubi
31.05.2016 12:41
[#1074]
Re: RTG i Vampire 600 V2
@sanjyuubi, post #1073
Wszystkie instrukcja sa po czesci cpu-assisted. CPU (glowna jednostka) rozpoczyna dekodowanie instrukcji i oblicza potrzebne adresy (EA). Do tego jest blokowana przy zapisie i odczycie z pamięci. Nie chce mi się patrzyć jak to wygląda w cyklach ale na 060 zajmuje to 1 cykl po czym FPU i CPU wykoują swoją robotę. Tak więc nie wiem czy można tu mówić o spowalnianiu. Po prostu tak to działa. W większości przypadków można wykonywać instrukcje na liczbach całkowitych i rzeczywistych równocześnie. Czasami nawet kilkanaście instrukcji w trakcie jednej długiej instrukcji FPU
31.05.2016 12:44
[#1075]
Re: RTG i Vampire 600 V2
@sanjyuubi, post #1070
FPU wystaczyłoby około 12-15 MFLOPS do 22k stereo, a na CPU potrzeba dwa razy tyle MIPS, o to mi chodziło.
Czyli wersja mpegaFPU jest dokładniejsza od mpegaLibmad? Libmad nie ma wersji FPU. Libmad wymaga więcej mocy obliczeniowej od mpega(nie FPU).
Ostatnia aktualizacja: 31.05.2016 12:50:12 przez ] SKOLMAN_MWS ˇ agrEssOr [
Czyli wersja mpegaFPU jest dokładniejsza od mpegaLibmad? Libmad nie ma wersji FPU. Libmad wymaga więcej mocy obliczeniowej od mpega(nie FPU).
Ostatnia aktualizacja: 31.05.2016 12:50:12 przez ] SKOLMAN_MWS ˇ agrEssOr [
31.05.2016 13:03
[#1076]
Re: RTG i Vampire 600 V2
@] SKOLMAN_MWS ˇ agrEssOr [, post #1075
W dokumentacji mpega napisano, że wersja FPU jest wolniejsza, ale precyzyjniejsza od wersji INT. Zapewne, gdyby mpega w wersji INT miała na celu zachowanie precyzji z FPU, to byłaby sporo wolniejsza niż wersja FPU. Wszystko zależy od tego jakiej precyzji oczekujesz.
Nie wiem, czy można porównywać MFLOPY z MIPSAMI jak 1 do 1, FPU to tylko obliczenia, za to CPU prócz liczenia robi jeszcze skoki, rozgałęzienia, kopiuje i zapisuje dane do rejestrów i pamięci. 68882 w furii 020 ma cale 0.91 MFLOPA przy 7 MIPSACH CPU.
Nie wiem, czy można porównywać MFLOPY z MIPSAMI jak 1 do 1, FPU to tylko obliczenia, za to CPU prócz liczenia robi jeszcze skoki, rozgałęzienia, kopiuje i zapisuje dane do rejestrów i pamięci. 68882 w furii 020 ma cale 0.91 MFLOPA przy 7 MIPSACH CPU.
31.05.2016 13:22
[#1078]
Re: RTG i Vampire 600 V2
@sanjyuubi, post #1077
060 działa tak samo i jest praktycznie tak samo "wykastrowany" jak 040. Czy jest faktycznie wykastowany i czy to wina projektantów? Inne czasy, inne możliwości i inne priorytety. Moim zdaniem jeżeli kastracja pozwoliła na zwiększenie wydajności względem 68881/2 w tak znaczący sposób to była to dobra decyzja. Emulacja funkcji trygonometrycznych i tak jest dużo szybsza niż ich wywoływanie na 030 (polecam popatrzeć na czasy wykonania. to są setki cykli).
Ostatnia aktualizacja: 31.05.2016 13:26:00 przez kiero
Ostatnia aktualizacja: 31.05.2016 13:28:12 przez kiero
Ostatnia aktualizacja: 31.05.2016 13:26:00 przez kiero
Ostatnia aktualizacja: 31.05.2016 13:28:12 przez kiero