Re: po co MMX?

Autor: Jaroslaw Lis (lis_at_papuga.ict.pwr.wroc.pl)
Data: Fri 18 Jul 1997 - 21:26:42 MET DST


Krzysztof Halasa <khc_at_intrepid.pm.waw.pl> wrote:
: Andrzej Karpinski <karpio_at_fenix.xyz.lublin.pl> writes:
: > Zapoznaj sie ze sposobem zachowania sie procesora w chwili zmiany aktywnego
: > zadania. Co procesor robi w takiej sytuacji z rejestrami i czym
: > skonczyloby sie, gdyby mial ich wiecej. Albo by ich nie zapamietywal i
: > programy by szly w maliny, albo zrzucalby je na stos, ktory wygladalby
: > inaczej niz dla ukladow bez takiego rozszerzenia. Czyli potrzebowalbys tak
: > naprawde nowych systemow operacyjnych, a na opracowanie s.o. potrzeba
: > dobrych kilku lat.

: Wiesz co Karpio... Przesadziles.

Teoretycznie to sporo przesadzil, a w praktyce...
Scheduler przepisac latwo, ale rozeslac poprawki trudno. Z procesorem
musialaby byc sprzedawana dyskietka z poprawkami do Win3, 3.1, 3.11,
G95, NT3/3.50/3.51/4.0, OS/2 w paru wersjach, SCO, Solaris 86, ....
A ile osob zainstalowalo by windoze z plyty, zaraz najnowsza gierke,
i juz komputer nie chodzi, do serwisu trzeba dzwonic .... i po co to
wszystko, skoro mozna bylo zrobic tak jak to Intel zrobil?

: Sugerujesz, ze poprawienie schedulera
: to opracowanie systemu, i potrzeba na to kilku lat?

A debbugery, coredump/drWatson, stary MSDOS, gdzie glupie nie ma scedulera,
programy same cos grzebia....

: Za przeproszeniem g* prawda - IMHO zrobiono to wylacznie po to, by
: Microsoft nie musial grzebac w swoich Windosach. Dolozenie dodatkowych
: rejestrow jest lepsze pod _kazdym_innym_wzgledem_.

No coz, jest rynek, sa klienci, maja swoje windowsy, i nie kupia produktu
ktory stwarza problemy. To nie linuxowy polswiatek, ktory kompiluje jadro
co miesiac...

: Zauwaz, ze istniejace systemy moglyby pracowac z nowymi procesorami,
: musialyby jedynie uzywac starych rozkazow sluzacych do zmiany kontekstu,
: no i oczywiscie nowe programy wymagalyby poprawionych systemow. Podobnie
: jak bylo z przejsciem 286->386.

I tam wlasnie sie problemy znalazly. jakies przerwania zmienialy EAX
a odtwarzaly tylko AX powodujac bledy w zip czy arj - musialbym poszukac
o co dokladnie chodzilo.

J.



To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:14:17 MET DST