-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!peer03.fr7!futter-mich.hig
hwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-01.news
.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-m
ail
From: "J.F." <j...@p...onet.pl>
Subject: Re: NTG ale może...
Newsgroups: pl.misc.elektronika
User-Agent: 40tude_Dialog/2.0.15.1pl
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
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>
<8...@g...com>
Date: Fri, 16 Jun 2017 20:42:03 +0200
Message-ID: <pjvmc84z8q43.xvzll1sq95hk$.dlg@40tude.net>
Lines: 69
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 82.143.187.50
X-Trace: 1497638505 unt-rea-a-02.news.neostrada.pl 15210 82.143.187.50:55319
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 4319
X-Received-Body-CRC: 2331322253
Xref: news-archive.icm.edu.pl pl.misc.elektronika:719301
[ ukryj nagłówki ]Dnia Fri, 16 Jun 2017 11:24:23 -0700 (PDT), s...@g...com
> 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.
>> 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ł?
Nie, tego nie zakladam
> 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?
No to tym lepiej - nie trzeba bedzie ladowac ponownie.
Chodzi mi tylko o to, ze jesli to jest kod (text w terminologii
unixowej) programu czy biblioteki, to nie trzeba do z pamieci na dysk
do pliku swap zapisywac, bo on juz na dysku jest - tylko w innym
pliku.
Jak Marek pisze, ze biblioteki sa przez mmap mapowane, to tym
bardziej.
Wiec skoro dane nie sa pliku swap zapisywane, to plik niepotrzebny :-)
>> I swap w tym przypadku nic nie daje.
>>
> W zaurusue dawało/daje (nie korzystałem od paru lat, ale w szufladzie leży...)
Byc moze tam bylo cos inaczej.
Albo to inne dane zajmowaly pamiec, i one musialy byc w swapie.
>> 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
A mnie chodzi o to, ze kod moze zawierac pewne adresy, ktore przy
zaladowaniu pliku pamieci musza byc ustawione odpowiednio.
I juz prosty mmap odpada, a moj pomysl jest niemozliwy, lub sie bardzo
komplikuje.
> mamy zajęte 1MB realnie plus jakieś dodatkowe kilobajty/megabajty
> na dodatkowe dane w rodzaju miejsca roboczego biblioteki
Tego biblioteki nie powinny miec, ewentualnie alokowane w ramach
procesu uzytkownika.
J.
Następne wpisy z tego wątku
- 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.
- 18.06.17 10:20 Piotr Dmochowski
- 18.06.17 16:57 s...@g...com
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?