eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaNTG ale może...Re: NTG ale może...
  • Data: 2017-06-16 20:27:13
    Temat: Re: NTG ale może...
    Od: s...@g...com szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu piątek, 16 czerwca 2017 18:46:06 UTC+2 użytkownik Marek napisał:
    > On Fri, 16 Jun 2017 13:25:58 +0200, "J.F."
    > <j...@p...onet.pl> wrote:
    > > Po co zapisywac na dysk, skoro te dane juz na dysku sa, w pliku, z
    > > ktorego zaladowalismy ?
    > > Czy linux tak robi z bibliotekami, to nie moge sie doczytac.
    >
    > Nie rozumiem kontekstu pytania. Biblioteki .so używają mmap. Text
    > jest mapowany w przestrzeń (wirtualną) pamięci każdego procesu, który
    > wymaga kodu danej biblioteki. W ten sposób oszczędza się ram
    > (wykonywalny), mimo że jest kilka procesow, każdemu się wydaje, że
    > ładuje konieczny fragment kodu biblioteki w swoją przestrzeń adresową
    > ale de facto kernel ta prywatną przestrzeń mapuje w jeden adres
    > fizyczny, gdzie zaladowano bibliotekę.
    >
    >
    Jarosławowo chodzi o to ze jesli biblioteka zawiera 100 funkcji i 20 z nich jest
    wykorzystywane często, 20 jednokrotnie przy bootowaniu systemu a 60 nie
    wykorzystywane wcale to fajnie bylo by aby te pierwsze 20 bylo w ram, drugie 20 w
    swap a te 60 aby siedziało na dysku.

    Albo jeszcze lepiej jakby te drugie 20 też mogło być wykasowane z ram.

    W praktyce tak sie dzieje ale tylko jak program korzystajacy z biblioteki sie
    skonczy. Ale jak sie nie kończy (init, jakiś demon) to cała biblioteka okupuje
    ram/swap.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: