🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: pl.comp.os.ms-windows.win3
6 messages
6 total messages Started by Sabinka Fri, 04 Mar 2005 00:23
co robi himem.sys
#5423
Author: Sabinka
Date: Fri, 04 Mar 2005 00:23
20 lines
1363 bytes
Witam.

Sporo pogooglalam na ten temat ale jakos to co wyczytalam nie do konca
do mnie trafia.
Himem.sys jest sterownikiem pamieci rozszerzonej. Czyli tej ponad
konwencjonalna. Ale konkretniej ktorej - tej ponad 640kB?, ponad 1MB?,
ile ponad?
Czy moze jak nazwa wskazuje, himem.sys obsluguje pamiec wysoka (hma)
czyli nieduzo, ale dzieki temu inne sterowniki wyciagaja reszte
pamieci rozszerzonej?

Dzieki z gory za wyjasnienie.

BTW moze ktos wie, czy w Unixie tez jest podobny podzial pamieci na
konwencjonalna i rozszerzona?

-- 
Pozdrawiam, Sabina
(z adresu usun co trzeba)
www.pajacyk.pl
Re: co robi himem.sys
#5424
Author: silverdr
Date: Fri, 04 Mar 2005 17:16
19 lines
1658 bytes
Sabinka wrote:
[...]

> 
> BTW moze ktos wie, czy w Unixie tez jest podobny podzial pamieci na
> konwencjonalna i rozszerzona?
> 

ZTCW w żadnym normalnym systemie operacyjnym nie ma takich wymysłów 
Billa i jego popleczników. Wlicza się w to również wszystko z tamtych 
czasów (AmigaOS, MacOS, Unix, xxBSD i inne uniksopodobne). Czyli nie ma 
pamięci rozszerzonych, zawężonych, konwencjonalnych, 
niekonwencjonalnych, drajwerów do tych pamięci (sic!) i innych takich 
mocno profesjonalnych rzeczy, bez których Microsoft nie byłby 
Microsoftem. Generalnie jest pamięć co najwyżej graficzna i operacyjna. 
Ta druga może być fizyczna albo wirtualna (co nie zmienia sposobu jej 
obsługi) i to tyle. Pecetologia potrzebowała prawie dwudziestu lat, żeby 
się tego nauczyć i dziękować za to Wielkiemu Billowi bo to on rzekł 
przecież "640K oughta be enough for ANYBODY!!" :-)
Re: co robi himem.sys
#5425
Author: Sabinka
Date: Fri, 04 Mar 2005 22:51
16 lines
1285 bytes
On Fri, 04 Mar 2005 18:16:24 +0100, silverdr
<silverdr@inet.remove.it.pl> wrote:

>dziękować za to Wielkiemu Billowi bo to on rzekł 
>przecież "640K oughta be enough for ANYBODY!!" :-)

Sponsor naszego wspolnego komputera tez jeszcze niedawno twierdzil, ze
dysk 120 GB to az nadto ;)

Dzieki za ciekawa odpowiedz.
Ten Microsoft to widac faktycznie nie lubi prostych rozwiazan :)

-- 
Pozdrawiam, Sabina
(z adresu usun co trzeba)
www.pajacyk.pl
Re: co robi himem.sys
#5426
Author: Sabinka
Date: Sat, 05 Mar 2005 00:22
14 lines
1291 bytes
On Fri, 04 Mar 2005 18:16:24 +0100, silverdr
<silverdr@inet.remove.it.pl> wrote:

>ZTCW w żadnym normalnym systemie operacyjnym nie ma takich wymysłów 
>Billa i jego popleczników. Wlicza się w to również wszystko z tamtych 
>czasów (AmigaOS, MacOS, Unix, xxBSD i inne uniksopodobne)

Ale kiedy procesory byly tylko 16-bitowe, to te inne systemy po prostu
nie dawaly wiecej niz 1MB?

-- 
Pozdrawiam, Sabina
(z adresu usun co trzeba)
www.pajacyk.pl
Re: co robi himem.sys
#5427
Author: Andrzej P. Wozniak
Date: Sat, 05 Mar 2005 09:15
35 lines
2863 bytes
Osoba podpisana jako Sabinka <sa-re@tegoczegos.tuniema.pf.pl> w artykule 
<news:d0b1lj.3tqcj49.1@sa.re> pisze:

> On Fri, 04 Mar 2005 18:16:24 +0100, silverdr
> <silverdr@inet.remove.it.pl> wrote:
>
>> ZTCW w żadnym normalnym systemie operacyjnym nie ma takich wymysłów
>> Billa i jego popleczników. Wlicza się w to również wszystko z tamtych
>> czasów (AmigaOS, MacOS, Unix, xxBSD i inne uniksopodobne)
> Ale kiedy procesory byly tylko 16-bitowe, to te inne systemy po prostu
> nie dawaly wiecej niz 1MB?

Nie wiem, skąd akurat takie rachunki (pewnie z powodu wyboru procesora 
Intela), ale nie masz racji.

1. 1 MB = 2^20 bajtów, czyli już do obsłużenia tej przestrzeni adresowej nie 
wystarcza 16 bitów i trzeba stosować sztuczki na poziomie sprzętu, a nie 
tylko systemu operacyjnego.
2. Kiedy tworzono mikroprocesory, termin "pamięć wirtualna" był dobrze znany 
twórcom architektur komputerów i systemów operacyjnych, więc można było 
wybrać procesor i system operacyjny, w których sztuczki z zarządzaniem 
pamięcią były lepiej zaprojektowane i opanowane.
3. To nie wina Billa Gatesa, przynajmniej nie wyłączna. Jak wiadomo, 
Microsoft _kupił_ system robiony na kolanie (QDOS - Quick and Dirty OS), a 
IBM zaakceptował ułomny produkt, podobnie jak wybrał nie najlepszy 
mikroprocesor Intela. IBM już miał duże doświadczenie z własnym ułomnym 
systemem (System 360/370 nie ma stosu), a jednak (a może dlatego?) ktoś 
podjął takie, a nie inne decyzje. Kolejna decyzja IBM - o udostępnieniu 
architektury IBM PC - umożliwiła budowę tanich klonów peceta i przyczyniła 
się do rozpowszechnienia Dosa i jego klonów.

Tyle pokrótce historii, reszta do znalezienie w internecie i w książkach.

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień z<->h w adresie) 
Re: co robi himem.sys
#5428
Author: silverdr
Date: Sat, 05 Mar 2005 13:16
22 lines
1778 bytes
Sabinka wrote:
> On Fri, 04 Mar 2005 18:16:24 +0100, silverdr
> <silverdr@inet.remove.it.pl> wrote:
> 
> 
>>ZTCW w żadnym normalnym systemie operacyjnym nie ma takich wymysłów 
>>Billa i jego popleczników. Wlicza się w to również wszystko z tamtych 
>>czasów (AmigaOS, MacOS, Unix, xxBSD i inne uniksopodobne)
> 
> 
> Ale kiedy procesory byly tylko 16-bitowe, to te inne systemy po prostu
> nie dawaly wiecej niz 1MB?
> 

Nie. Termin "procesory 16-bitowe" odnosi się do wielkości "słowa 
maszynowego", na jakim operują a nie do wielkości pamięci, jaką są w 
stanie zaadresować. Dla przykładu 16-to bitowe procesory Motoroli, 
współczesne pierwszym IBM PC i IBM PC/AT miały już dawno 24-bitową szynę 
adresową, co pozwalało adresować znacznie więcej niż 1MiB. Póżniej, w 
czasach gdy PC z bólem przekraczały kolejne "bariery" megabajtów, 
bardziej normalne kompuery adresowały już gigabajty pamięci liniowo i 
bez ograniczeń.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads