eXec.plMAGAZYN UŻYTKOWNIKÓW KOMPUTERÓW AMIGA
MAGAZYN UŻYTKOWNIKÓW KOMPUTERÓW AMIGA

sobota, 19. sierpnia, 2017, 17:01

Dodano: 2011-08-03 21:58, Autor: kr, Kategoria: Sprzęt, Liczba wyświetleń: 1435

A A A

HyperClock - dopal Sam440ep

Użytkowników komputera Sam440ep na pewno zainteresuje możliwość zwiększenia wydajności swoich maszyn. Max "m3x" Tretene udostępnił na swojej stronie narzędzie HyperClock, pozwalające zmienić taktowanie procesora oraz szyn: FSB i PCI. UWAGA! Autor nie gwarantuje poprawnego działania dla wszystkich ustawień oraz przestrzega przed możliwością uszkodzenia płyty.

W HyperClock zawarte zostały predefiniowane ustawienia uznane przez autora za potencjalnie stabilnie. Nowe parametry pracy uaktywnią się po wykonaniu miękkiego resetu i będą aktywne do czasu pełnego zresetowania sprzętu. Najlepsze efekty powinni uzyskać użytkownicy:

  • wolniejszych wersji Sam440ep (533MHz)
  • Sam 440ep flex, w której maksymalne taktowanie FSB będzie praktycznie ograniczone stabilnością pamięci RAM.

W przypadku płyt "mini ep" oraz "flex SE" sugerowane jest by częstotliwość FSB nie przkeraczała wartości 133MHz.

HperClock jest dostępny bezpłatnie, jednakże autor kieruje prośbę o wsparcie do wszystkich użytkowników zadowolonych z uzyskanych efektów.


Dodaj komentarz

Zapraszamy na naszego eXecowego chata pod komunikatorem Skype - wystarczy kliknąć, aby dołączyć do nas!
Mufa
konto zablokowane
lub usunięte

Czytelnik

komentarz #1 wysłany: 2011-08-03 23:29

I jak wrażenia, jest odczuwalna różnica w czasie normalnego użytkowania?

Odpowiedz

Radov
Redaktor

komentarz #2 wysłany: 2011-08-06 00:01 w odpowiedzi na komentarz #1

W tym tygodniu szykowałem się do pielgrzymki więc niestety nie miałem czasu pobawić się programem. Jak wrócę to potestuję program. Podobno na sam flex można "atakować" 866MHz...

Odpowiedz

Phibrizzo
Czytelnik

komentarz #3 wysłany: 2011-08-06 14:47

Poprawny komentarz nizej.

Odpowiedz

Phibrizzo
Czytelnik

komentarz #4 wysłany: 2011-08-06 14:51

Zrobilem kilka testow:
1. Enkodowanie do MP3, kawalka o dlugosci 5:20 minut

Przy ustawieniach standardowych mojej SAM czyli 666MHz wynik jest nastepujacy:

5.Inne:muzacd> lame -b 256 -h -m j track13
LAME 3.98.4 32bits (http://www.mp3dev.org/)
Using polyphase lowpass filter, transition band: 19383 Hz - 19916 Hz
Encoding track13 to track13.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (5.5x) 256 kbps qval=2
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
12263/12263 (100%)| 3:13/ 3:13| 3:13/ 3:13| 1.6519x| 0:00

A dla zegara 733MHz, FBS 122:

Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
12263/12263 (100%)| 3:00/ 3:00| 3:01/ 3:01| 1.7727x| 0:00

2. Test odtwarzeania pliku MPG przez DvPlayera odpalonego z Shella tylko z parametrem VERBOSE:

666MHz:

Inne:Filmy/ggs-chlejmajster-loquality.mpg
Video: MPEG, 720 x 576, 30.00 fps
Audio: 1C0 [MPG] 16-bit 48000 Hz, Stereo
Total Nr of Frames: 6580
Nr of Frames played: 6540
Nr of Frames skipped: 40 (1%)
Total Playback Time: 219.320 seconds
Average Framerate: 30.002 fps
Displayed Framerate: 29.819 fp

733MHz

Total Nr of Frames: 6580
Nr of Frames played: 6546
Nr of Frames skipped: 34 (1%)
Total Playback Time: 219.320 seconds
Average Framerate: 30.002 fps
Displayed Framerate: 29.847 fps

Poniewaz roznica jest niewielka zrobilem jeszcze jeden:

666MHz

Inne:Filmy/Alkoscenerz-Satanvs6a2a9.mpg
Video: MPEG, 720 x 576, 25.00 fps
Audio: 1C0 [MPG] 16-bit 48000 Hz, Stereo
Total Nr of Frames: 4994
Nr of Frames played: 3943
Nr of Frames skipped: 1051 (22%)
Total Playback Time: 199.710 seconds
Average Framerate: 25.006 fps
Displayed Framerate: 19.744 fps

733MHz

Total Nr of Frames: 4994
Nr of Frames played: 4051
Nr of Frames skipped: 943 (19%)
Total Playback Time: 199.700 seconds
Average Framerate: 25.007 fps
Displayed Framerate: 20.285 fps

Niestety podniesienie zegara o 67MHz to jeszcze za malo by zauwazyc roznice na plikacha AVI (Dvix/Xvid).
Np. andromeda_orb-stargazer.avi w dalszym ciagu jest nieogladalny, ale to z powodu uzytego kodeka zapewne.

Odpowiedz

Mufa
konto zablokowane
lub usunięte

Czytelnik

komentarz #5 wysłany: 2011-08-07 10:16 w odpowiedzi na komentarz #4

No to faktycznie szału nie ma, nie ma też sensu się tym chyba bawić, zwłaszcza że niesie to za sobą pewne ryzyko.

Odpowiedz

Phibrizzo
Czytelnik

komentarz #6 wysłany: 2011-08-07 13:47 w odpowiedzi na komentarz #5

Jak dla mnie takie wyniki sa spowodowane brakiem Cache L2, ktory az sie prosi zeby byl przy takich czestotliwosciach pracy.

Odpowiedz

SZAMAN
Redaktor

komentarz #7 wysłany: 2011-08-08 17:24 w odpowiedzi na komentarz #3

Poprawiłem komentarz.

Odpowiedz

eXec.pl

AmigaOS.pl

Polecamy
Najpopularniejsze
eXec blog

Świat poza Amigą: