-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.n
et!weretis.net!feeder8.news.weretis.net!eternal-september.org!reader02.eternal-
september.org!.POSTED!not-for-mail
From: heby <h...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Budowa własnego linuksowego komputerka
Date: Sat, 4 Jun 2022 15:41:58 +0200
Organization: A noiseless patient Spider
Lines: 52
Message-ID: <t7fnh2$adq$1@dont-email.me>
References: <62933992$0$451$65785112@news.neostrada.pl>
<a6w54sy4g6ro$.19rh1buzkfmzj.dlg@40tude.net>
<629511b5$0$449$65785112@news.neostrada.pl>
<t74mk2$101e1$1@portraits.wsisiz.edu.pl>
<6296497d$0$489$65785112@news.neostrada.pl>
<b...@g...com>
<vq47sddwlfte.13y5roi0ab7v$.dlg@40tude.net>
<9...@g...com>
<v...@4...net> <t7601e$bb7$1@dont-email.me>
<a...@n...neostrada.pl>
<1xevk9cow0q3a$.oac08knp7mrm$.dlg@40tude.net>
<t76stm$su3$2@dont-email.me> <r...@4...net>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 4 Jun 2022 13:42:58 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="410267033cde8c3cc2796d0b47a162f2";
logging-data="10682";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX19mmK+eRTptl099PtKrfNxQ"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.10.0
Cancel-Lock: sha1:y6uIMPwSiTfHBVXCSSY1f03YpTw=
In-Reply-To: <r...@4...net>
Content-Language: en-US
Xref: news-archive.icm.edu.pl pl.misc.elektronika:772446
[ ukryj nagłówki ]On 02/06/2022 14:28, J.F wrote:
>> A po co te segmenty i w czym są lepsze w porównaiu gdy proces ma
>> najzwyczajniej pamięc RAM dla siebie, jak chce?
> Sprawa jest taka, ze program unixowy ma swój kod, powiedzmy ze stały,
> ma dane w pamieci, ktorych ilosc moze rosnac i ma stos, ktory tez moze
> rosnąc.
Stosy w typowych systemach operacyjnych są śmiesznie małe. Tak około
1000x mniej niż dostepna pamięć i raczej mało kto narzeka.
> I te dwa rosnące obszary stanowią problem, bo trzeba je jakos umiescic
> w pamieci.
Nie stanowią problemu, choć nie mogę wykluczyć, że bardzo źle napisany
program może marudzić. Shit happens.
> W dodatku Unix to system wielozadaniowy, wiec mamy wiele procesów,
> kazdy z apetytem na pamiec. I z pożądaną wzajemną ochroną.
To nie ma związku z segmentacją. Segmentacja to tylko dziadowski system
przełączania banków pamięci z 8-bit maszyn, zaszyty w procesorze. Tak,
troche przesadzam, ale prawdę mówiąc niewiele. Jak zerkniesz na to jakie
machnizmy były popluarne na Z80 i 6502 do ogarniania pamięcu >64k to
niebezpiecznie blisko koncepcji segmentacji wylądujesz. x86 zrobił to
tylko "lepiej" czyli skrajnie skomplikował proste zagadnienie adresacji
pamięci a potem dodawał w kolejnych wersjach procesorów coraz to nowsze
"usprawnienia w odpowiedzi na potrzeby rynku" które zakończyły się tym,
że obecnie z tego nikt nie korzysta, bo to guano, zaprojaktowanie
skrajnie bezmyślnie i psute iteracyjnie przez dziesięciolecia.
https://en.wikipedia.org/wiki/Memory_segmentation
[...]In a x86-64 architecture it is considered legacy and most
x86-64-based modern system software don't use memory segmentation.
Instead they handle programs and their data by utilizing memory-paging
which also serves as a way of memory protection.[...]
Czyli wyszło jak wykle, u Intela.
> Nowsze programy ładują jeszcze dynamicznie biblioteki, wiec trzeba
> wiecej nowego miejsca.
Bibliteki shared sa zazwyczaj kompilowane z kodem position independent
(sprawdzić, czy to nie zabawkowy Windows) i znowu, to nie ma związu z
segmentacją. Procesory bez segmentacji też ładuja te bibliteki w trybie
współdzielenia i też je dzielą. x86 się do tego nie nadaje z powodu
żałosnych problemów z kodem PI, ale już AMD64 tak.
Co zabawne, współdzielenie biblitek jest znacznie łatwiejsze w systemach
bez ochrony pamieci (Amiga OS). I było powszechne w latach 80 w
systemach bez MMU, co nie oznacza, że było rozsądne (fragmentacja była
problemem).
Następne wpisy z tego wątku
- 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
- 06.06.22 12:22 J.F
- 06.06.22 12:52 heby
- 06.06.22 12:55 heby
- 06.06.22 13:08 J.F
- 06.06.22 13:39 J.F
Najnowsze wątki z tej grupy
- Fejk muzyczny czy nie fejk
- Raspberry Pi 3 Model B+
- Kuchenka elektryczna
- test
- Cewka elektrozaworu
- zapytanie o chip r5f21275nfp
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
Najnowsze wątki
- 2025-03-16 Najlepszy akumulator 12V
- 2025-03-16 Co powinno spotkać "adwokatów dwóch" uczestniczących w przesłuchaniu świadka do którego nie dopuszczono adwokata świadka?
- 2025-03-16 Przednich p-mgielnych nie wolno bez mgły
- 2025-03-16 Co w KANADZIE wolno komercyjnie (na razie się nie czepili?)
- 2025-03-16 silnik-chwilówka
- 2025-03-16 Prokurator Wrzosek "Bezstronna" nie przyczynia się do śmierci (dowodnie) - oświadcza bodnatura [Dwie Kacze Wieże]
- 2025-03-15 kraje nieprzyjazne samochodom
- 2025-03-15 parking Auchan
- 2025-03-15 Art. 19.1 ustawy o ochronie praw autorskich
- 2025-03-15 przegląd za mną
- 2025-03-15 Na co komu okna
- 2025-03-15 Mój elektryk
- 2025-03-15 Fejk muzyczny czy nie fejk
- 2025-03-15 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-15 Wrocław => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produk