Re: Architektura aplikacji - powody wyłączania dll z exe

eGospodarka.pl › Grupy › pl.comp.programming › Architektura aplikacji - powody wyłączania dll z exe › Re: Architektura aplikacji - powody wyłączania dll z exe

X-Received: by 10.31.61.142 with SMTP id k136mr1588048vka.5.1511281065425; Tue, 21
Nov 2017 08:17:45 -0800 (PST)
X-Received: by 10.31.61.142 with SMTP id k136mr1588048vka.5.1511281065425; Tue, 21
Nov 2017 08:17:45 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.
iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!m31no51
7523qtf.0!news-out.google.com!v55ni884qtc.0!nntp.google.com!m31no517522qtf.0!po
stnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Tue, 21 Nov 2017 08:17:45 -0800 (PST)
In-Reply-To: <9...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=5.172.255.114;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 5.172.255.114
References: <0...@g...com>
<oukn36$l7m$1@node2.news.atman.pl>
<4...@g...com>
<oun2nc$r4t$1@node2.news.atman.pl>
<8...@g...com>
<ouviso$22u$1@node1.news.atman.pl>
<9...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <9...@g...com>
Subject: Re: Architektura aplikacji - powody wyłączania dll z exe
From: fir <p...@g...com>
Injection-Date: Tue, 21 Nov 2017 16:17:45 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 48
Xref: news-archive.icm.edu.pl pl.comp.programming:211688
[ ukryj nagłówki ]
W dniu wtorek, 21 listopada 2017 13:35:43 UTC+1 użytkownik Maciej Sobczak napisał:
> Napisałem pustą funkcję w C i bez żadnych optymalizacji zrobiłem z niej:
> - plik obiektowy: 687 bajtów
> - archiwum do linkowania statycznego: 840 bajtów
> - dynamiczną bibliotekę dzieloną: 56731 bajtów
>

jak wspomnialem napisalem ostatnio asembler x86 ktory tworzy pliki exe na dysk i o
tyle moge cos powiedziec o tym rozmiarze:

tworzenia dllek nie zrobilem ale
wiem jak to by wygladalo w stosunku do exe sllka ma po prostu jeszcze
jedna sekcje z exportami czego exe normalnie nie ma

dllka nie musi byc tak duza tak naprawde chyba krytycznym parametrem decydujacym o
tym inicjalnym rozmiarze jest tzw file_aligment

exe ma zwykle minimum 4 sekcje (czesci) [naglowek, code, data, importy] ktore sa po
prostu wyrownywane do tej wartosci dlatego jesli ustawi sie jakis wiekszy
file_alignment to nawet prawie pusty exe moze miec wiekszy rozmiar
(dllka w tym wypadku mialaby mw 5 sekcji [naglowek, code, data, importy, exporty)

file alignment mozna ustawic zdaje sie minimalnie na 512 wiec minimalny rozmiar akiej
dllki tutaj mialby 5*512 bajtów czyli dwa i pol kilobajta wiec dllka nie musi miec az
takiego wielkiego narzutu - aczkolwiek z drugiej strony wlasnie taki minimalny narzut
raczej bedzie miec (zapomnialem ze jeszcze najprawdopodobniej bedzie sekcja
relokacjiwiec minimalny narzut bedzie raczej moze 3 kb)

file alignment mozna tez ustawic na wiecej oczywiscie (zdaje sie ze te granice nie sa
zbyt rozsadne mozn anwet ustawic nawet na 1 MB i wtdty niemal pusta dllka bedzie
miala z 6 MB ale to o niczym nie swiadczy), mozna tez w nią pewnie wbebeszyc jakies
niezbyt potrzebne dane, i rozmiar tej 56 kb dllki wyunika albo z jednego albo z
drugiego - tak czy owak 56 kb to nie jest minimalny narzut, minimalny narzut dllki
jest mniejszy - ms czy ktotam to projektowal mogl to nawiasem mowiac zaprojektowac
lepiej redukujac ten narzut z 3 kb bardziej w strone zera - co ma bardziej wyraz
estetyczny niz praktyczny ale yen eststyczny tez sie liczy bo wtedy czlowiek wyraznie
widzialby ile ma kodu

swoja dorga sa programiki ktore pokazuja ile bajtow ma ktora sekscje (zdaje sie ze
nwet 'wejscie' w dllke z poziomu winrara pokaze to info, to chyba taki winrarowy
easter egg ;c )