-
X-Received: by 10.157.12.161 with SMTP id b30mr373447otb.3.1497637463709; Fri, 16 Jun
2017 11:24:23 -0700 (PDT)
X-Received: by 10.157.12.161 with SMTP id b30mr373447otb.3.1497637463709; Fri, 16 Jun
2017 11:24:23 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!news.glorb.com!185no1112577itv.0!news-out.google.com!s132ni2453itb.0!nntp
.google.com!185no1112567itv.0!postnews.google.com!glegroupsg2000goo.googlegroup
s.com!not-for-mail
Newsgroups: pl.misc.elektronika
Date: Fri, 16 Jun 2017 11:24:23 -0700 (PDT)
In-Reply-To: <sqdlyo5xt6lp$.fqz1vfp8ksdp.dlg@40tude.net>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=83.5.40.185;
posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
NNTP-Posting-Host: 83.5.40.185
References: <ohr1v0$u15$2$gof@news.chmurka.net>
<ohr4i1$v4k$1$cezar91@news.chmurka.net>
<ohrbh2$22b$1$gof@news.chmurka.net>
<ohrgj6$3pq$1$cezar91@news.chmurka.net>
<ohrh6d$3vo$1$gof@news.chmurka.net>
<4...@g...com>
<59415c29$0$5152$65785112@news.neostrada.pl>
<0...@g...com>
<59416972$0$655$65785112@news.neostrada.pl>
<e...@g...com>
<1tytsbey9470v$.lbyznzk0bo9p.dlg@40tude.net>
<a...@n...neostrada.pl>
<sqdlyo5xt6lp$.fqz1vfp8ksdp.dlg@40tude.net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8...@g...com>
Subject: Re: NTG ale może...
From: s...@g...com
Injection-Date: Fri, 16 Jun 2017 18:24:23 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.misc.elektronika:719298
[ ukryj nagłówki ]W dniu piątek, 16 czerwca 2017 19:41:18 UTC+2 użytkownik J.F. napisał:
> Dnia Fri, 16 Jun 2017 18:45:24 +0200, Marek napisał(a):
> > On Fri, 16 Jun 2017 13:25:58"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ę.
>
> No to kontekst jest taki, ze jesli ktos uwaza, ze plik swap pozwola mu
> uwolnic RAM, bo nieuzywane biblioteki system zrzuci na dysk,
> ten IMO sie myli, bo system nigdy ich do swapa nie zrzuci, bo po co,
> skoro juz sa w pliku na dysku ?
Czy zakładasz ze ten kod nigdy wykonany nie był?
Bo w zaurusie scenariusz byl taki ze on sie bootował, zuzywal prawie caly ram, potem
po wlaczeniu swapa ten swap sie zapelnial pi*oko w polowie (jakies 32MB) a pamieci na
bufory/free bylo podobnie (okolo 32MB).
> Tylko wywalic z pamieci rzeczywistej (tzn uzyc strone do innego celu,
> moze wyzerowac), w razie potrzeby sie zaladuje ponownie z pliku.
>
Tylko po co?
Skoro ten kod byl wykorzystywany albo raz po stacie albo na tyle okazjonalnie ze nie
bylo to uciazliwe dla karty?
> I swap w tym przypadku nic nie daje.
>
W zaurusue dawało/daje (nie korzystałem od paru lat, ale w szufladzie leży...)
> Tylko znow spytam o relokacje - jesli da sie napisac biblioteke tak,
> ze nie trzeba zmieniac zadnego adresu w programie, to swietnie.
> Gorzej jak procesor na to nie pozwala, i przy zaladowaniu pod
> konkretny adres trzeba zmienic adresy w kodzie.
> To wtedy mmap nie wystarczy.
>
> http://eli.thegreenplace.net/2011/08/25/load-time-re
location-of-shared-libraries
>
>
Przedpiścy chodziło o to ze biblioteki są mapowane i praktycznie mając 10 programów i
kazdy korzysta z biblioteki 1MB tak naprawde mamy zajęte 1MB realnie plus jakieś
dodatkowe kilobajty/megabajty na dodatkowe dane w rodzaju miejsca roboczego
biblioteki (bo np. jakies dane robocze trzeba zapisac ale nie jest dobrze ich
współdzielić), choc tu trudno sie spierac czy to dane biblioteki czy programu (np.
jakiś klucz ssh, bufor do komunikacji itp..)
Następne wpisy z tego wątku
- 16.06.17 20:27 s...@g...com
- 16.06.17 20:42 J.F.
- 16.06.17 20:59 J.F.
- 16.06.17 21:41 Marek
- 16.06.17 21:45 Marek
- 17.06.17 02:25 J.F.
- 17.06.17 08:40 Marek
- 17.06.17 12:34 w systemie siła 'POPIS/EU
- 17.06.17 22:34 J.F.
- 17.06.17 22:53 Mirek
- 17.06.17 23:37 J.F.
- 17.06.17 23:52 Marek
- 17.06.17 23:57 Marek
- 18.06.17 00:03 J.F.
- 18.06.17 00:18 J.F.
Najnowsze wątki z tej grupy
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
- NC vs NO
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
- Żyrandol w wersji ze ściemnianiem.
- Napięcie w gniazdku na wszystkich żyłach po wyłączeniu bezpieczników - zgłaszać do elektrowni?
- Elektryczna łapka i szerszeń
- moduł dtmf
Najnowsze wątki
- 2024-09-23 Inteligentne oświetlenie schodów
- 2024-09-23 Inteligentne oświetlenie schodów
- 2024-09-23 Kraków => Senior Ruby Backend Developer <=
- 2024-09-23 Białystok => Java Full Stack Developer (Angular/React) <=
- 2024-09-23 Warszawa => Projektant/Programista React Native <=
- 2024-09-23 Warszawa => International freight forwarder <=
- 2024-09-23 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-09-23 Zielona Góra => Power Electronics R&D Engineer <=
- 2024-09-23 Warszawa => Junior New Business Development Manager <=
- 2024-09-23 Re: I po co było się tak ZAPIERAĆ? Mówiłem żeby proponować wcześniej UGODY FRANKOWE?
- 2024-09-23 Pytanie do Użytkownika
- 2024-09-22 Klej "samopoziomujący"
- 2024-09-22 Kocioł CO po raz kolejny
- 2024-09-22 Nikon D5500 i wyzwalanie migawki
- 2024-09-22 jak zmierzyć średnicę tarczy?