-
Data: 2022-06-02 13:57:01
Temat: Re: Budowa własnego linuksowego komputerka
Od: "J.F" <j...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Wed, 1 Jun 2022 02:03:40 -0700 (PDT), Dawid Rutkowski wrote:
> wtorek, 31 maja 2022 o 23:06:56 UTC+2 heby napisał(a):
>> On 31/05/2022 22:57, J.F wrote:
>>> Ale mapowanie pamieci chyba powinien miec
>> Nie. Jesli masz dużo ramu, to po co coś gdzieś mapować. Masa OSów
>> działała bez tego.
>
> Masa OSów pozwalała też na uruchomienie tylko jednego procesu na raz
> i też "działała bez tego". Tylko kijowo.
> Tzn. jak wystarczało to w porządku - ale często "wystarczało"
> w takim sensie, jak mówił Henry Ford: "gdybym spytał moich klientów,
> czego potrzebują, odpowiedzieliby, że szybszych koni".
> Ja też długo puszczałem na 386 z 4MB RAM DOSa i się męczyłem,
> żeby było wolnych 620kB pamięci "konwencjonalnej" - a obok megabajty puste leżały.
> Były oczywiście protezy w rodzaju TSRów - które trzeba było usuwać,
> żeby jakąś lepszą grę uruchomić.
> Do dziś zachodzę w głowę, w czym był problem, że potrzeba 620kB, a 600kB nie
wystarczy.
Apetyt rosnie w miare jedzenia :-)
Jest 600kB wolnego, to je uzywasz, a potem brakuje :-)
> Przecież pliki są na dysku...
Ale nie zawsze chcesz z nich korzystac.
Szczegolnie, jesli modelowa maszyna ma dwie dyskietki bez HD :-(
> No i jeszcze OS nie musi się męczyć, żeby program załadować w jakieś inne miejsce
pamięci
> niż to, na jakie był skompilowany.
> Choć hmm, czy DOS tak musiał robić?
Mowa ogolnie czy o DOS?
ładowal przeciez pod dowolny adres, pliki com byly bezadresowe,
exe relokowalne.
> I tak był jednozadaniowy, a ew. drivery można było ładować
> na koniec pamięci, więc programy użytkowe zawsze mogły się ładować od tego samego
adresu
> (żeby było trudniej, oczywiście nie mogło to być zero).
Moze sie nauczyli z CP/M, ze to nie jest dobry pomysl,
moze przejeli z CPM ladowanie na adres 100h ... i skorzystali z
segmentacji 8086, bo mozna.
> Oczywiście *.com można było relokować po różnych segmentach ;> (choć to raczej
śmiech przez łzy).
Masz na mysli ladowanie, czy "w locie", tzn w dowolnej chwili ?
Te rejestry segmentowe w 86/88 to nieglupia rzecz,
ale jak program rozwinie skrzydelka, to zacznie korzystac z wiekszej
ilosci RAM i bedzie mial gdzies absolutne adresy zapamietane.
"W locie" nie przesuniesz.
J.
Następne wpisy z tego wątku
- 02.06.22 14:02 J.F
- 02.06.22 14:04 J.F
- 02.06.22 14:28 J.F
- 04.06.22 15:27 heby
- 04.06.22 15:41 heby
- 04.06.22 17:36 Dawid Rutkowski
- 04.06.22 18:21 heby
- 04.06.22 19:01 Dawid Rutkowski
- 04.06.22 20:31 heby
- 05.06.22 11:11 Dawid Rutkowski
- 05.06.22 13:44 heby
- 05.06.22 18:50 Dawid Rutkowski
- 05.06.22 19:09 heby
- 06.06.22 12:03 J.F
- 06.06.22 12:17 J.F
Najnowsze wątki z tej grupy
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
- Korekcja perspektywy
- Wentylator zabija zasilacze LEDek?
- Re: Kompensacja mocy biernej przy 230VAC
Najnowsze wątki
- 2025-05-08 Z jakiego paragrafu podlega ochronie (resortowa) flaga UE w RP3? Bo to nie flaga Obcego PAŃSTWA [KK-137.2]
- 2025-05-08 Usługi, rozliczanie płatności z karty i blika
- 2025-05-08 Lublin => Delphi Programmer <=
- 2025-05-08 Lublin => Programista Delphi <=
- 2025-05-08 Łódź => Mainframe (z/OS, Assembler) Developer <=
- 2025-05-08 Warszawa => Senior Node.js Developer (doświadczenie z framework Nest.
- 2025-05-07 Wielki smog w Watykanie
- 2025-05-07 Polscy czołgiści najlepsi w międzynarodowych zawodach na Łotwie!!!
- 2025-05-07 Znaki wewnętrzne
- 2025-05-07 Czujnik nacisku
- 2025-05-07 Wielki smog w Watykanie Nadal palą węglem w piecach
- 2025-05-07 Kraków => Business Development Manager - Network and Network Security
- 2025-05-07 Białystok => Team Lead Data Engineer (obszar Snowflake) <=
- 2025-05-07 Białystok => Team Lead Data Engineer (Snowflake) <=
- 2025-05-07 Warszawa => IT Recruiter <=