Ja mówię o Motoroli 68K 10MHz, Rockwell siedział w prototypie, a czy w jakimś seryjnym Atari - nie wiem...

Cyprian, a jaki masz procek w ST-ku? Czysta ciekawość - jakbyś mógł odczytać oznaczenie... Wychodzi na to, że 8MHz pozostao chyba tylko ze względu na prototyp? 2MHz wydaje się dzisiaj niedużo, ale 21 lat temu dawałoby sporego kopa ;)

macgyver problem jest taki ze w ST CPU wykorzystuje w 100% szyne danych, wiec zwiekszajac predkosc samego procka niewiele sie zyskuje (jedynie na operacjach gdzie dostep do szyny jest znikomy np. mnozenia/dzielenia oraz rotacji bitow).

rozwiaznia sa dwa dodac cache (16Kb w Mega STE) albo przyspieszyc szyne danych (oraz procek) wlasnie do 10 MHz.

wydaje mi sie ze proszta operacja jest jest zmiana kwarca taktujacego szyne z 32MHz na 40MHz niz budowanie plytki z cache

zapomnialem dopisac ze przyspieszenie szyn danych powoduje zmiane rozdzielczosci

ponoc 68010 ma jakies wsparcie dla pamieci wirtualnej

Tego nie wiem. Ale ma coś w rodzaju cache - bardzo mało (6 bajtów chyba), ale mieści się w tym move.l (an)+,(am)+ / dbra :)

Wiem o tym Pawle, zainstalowałem tam sobie nawet PureC, ale na razie nie mam czasu usiąść przy ST ;( Mi chodziło o sam fakt wykorzystania szybszego procka w standardowym ST, bo skoro był montowany szybszy, to dlaczego go ograniczać?
Hmm, przypuszczam, że ewentualny znikomy zysk uzyska się także przy kompilacji programów.
Aha, Pirx, tam jest tylko dopalony procek, o ile pamiętam, a szyna jest nietknięta - a jak napisał Cyprian bodajże - wydajność uzyskujemy przez szynę.
Cyprian:=> napisałeś, że przyspieszenie szyny powoduje zwiększenie rozdzielczości. Możesz coś bliżej o tym napisać? Aha, i czy przyspieszenie szyny polega tylko na wymianie kwarcu - jak wynika z Twojej wypowiedzi?

czyli inaczej piszac zwieksza sie czestotliwosc odswierzania ekranu, ale rozdzialka zostaje ta sama - myle sie?

tyle ze mozna na ramke wiecej upchnac (w std. czasie std. ramki) linii przerabiajac standardowe tryby - raz jeszcze: myle sie?

btw. zwiekszenie czestotliwosci o 20% to tak jakby przejscie z pal -> ntsc. jest to gdzies wykozystywane?

nie znam sie na duzych atarkach - tak wiec obeznanych pytam.

I pozostaje tylko pytanie - czy monitory z tym wyrobią, bo jak monitor przystosowany do systemu PAL zamiast 15625 kHz dostanie 19531,25 kHz z ramką 62.5 kHz to będzie mała lipa, no chyba, że ktoś ma monitor typu Nec Multisync 3D :P

Hmm, wynika z tego że nie generuje prawidłowego obrazu na zewnętrznych monitorach... Ale to jest Stacy - ciekawe jak zwykłe ST...?

Tak, ale jakby shifter zostawić na kwarcu 32Mhz - teoretyzując - czy wtedy grafika nie będzie wysyłana z tą samą prędkością jak przed przetaktowaniem, a cały komp nie chodziłby automatycznie szybciej? Bo z tego wątku wynika, że się da, tylko praktycznie grafa za szybko się wyświetla, więc zostawmy grafę jak jest, całość na 10Mhz i czy to pójdzie?