Autor: Krzysztof Halasa (khc_at_intrepid.pm.waw.pl)
Data: Sat 19 Jul 1997 - 01:57:20 MET DST
lis_at_papuga.ict.pwr.wroc.pl (Jaroslaw Lis) writes:
> 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?
Nie. Jesli cos (system+programy) nie obslugiwalby dodatkowych rejestrow,
to by nie bylo problemu ani potrzeby patchy.
Poza tym... Ile to patchy caly czas powstaje do w/w systemow? Moze nie
do Win3.x, ale pozostale sa raczej czesto "uaktualniane".
> : 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....
Debuggery - ok. Podobnie jak z kompilatorami/assemblerami/debuggerami
wykorzystujacymi normalne MMX.
MSDOS? Tam nie ma problemu, system ani BIOS nie grzebalby w dodatkowych
rejestrach, a zadanie mogloby nawet ich uzywac bez grozby przypadkowej
zmiany. Zaden problem.
coredump jest raczej robiony takze przez jadro (i to czesc bliska
schedulerowi - w sensie malej wielkosci wlasciwego jadra).
> : 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...
Tylko ze nie mieliby tych problemow. Chyba ze chcieliby uzywac dodatkowych
rejestrow (programow), wtedy potrzebowaliby upgradu.
> 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.
Ale tutaj by sie nie znalazly. BTW: Bugi sie poprawia, a nie przewiduje.
-- Krzysztof Halasa Network Administrator of The Palace of Youth in Warsaw
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:14:24 MET DST