abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 03:00 | Nová verze

Byla vydána nová major verze 3.0.0-1 linuxového prostředí pro operační systémy Windows Cygwin (Wikipedie). Přehled novinek v oficiálním oznámení.

Ladislav Hagara | Komentářů: 5
dnes 02:00 | Nová verze

Byl vydán Debian 9.8, tj. osmá opravná verze Debianu 9 s kódovým názvem Stretch. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Předchozí instalační média Debianu 9 Stretch lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 0
15.2. 12:33 | Pozvánky

Příští týden bude na MFF UK zahájena série přednášek o architektuře a implementaci operačních systémů. Mezi přednášejícími budou odborníci z firem Kernkonzept, Oracle, Red Hat, SUSE či SYSGO. Pokud si chcete rozšířit obzory (virtualizace, ptrace, ZFS, kdump, ...), vyberte si z harmonogramu téma, které vás zajímá a přijďte. Přednášky se konají každý čtvrtek od 15:40 v učebně S4 na Malostranském náměstí 25 v Praze. Přednášky jsou přístupné veřejnosti (registrace není nutná), studenti UK a ČVUT si je mohou zapsat jako standardní předmět.

Vojtěch Horký | Komentářů: 7
15.2. 05:00 | Nová verze

Bylo vydáno Ubuntu 18.04.2 LTS, tj. druhé opravné vydání Ubuntu 18.04 LTS s kódovým názvem Bionic Beaver. Přehled novinek v poznámkách k vydání a v přehledu změn.

Ladislav Hagara | Komentářů: 0
15.2. 03:00 | Zajímavý software

Git History umí u souborů v git repozitářích zajímavým způsobem zobrazit jejich historii a následně jednotlivé změny, viz animovaný gif. Použít jej lze lokálně nebo aktuálně na soubory umístěné na GitHubu. Máte-li ve webovém prohlížeči zobrazen soubor umístěný na GitHubu, nahraďte v URL doménu github.com doménou github.githistory.xyz a nové URL odešlete. Využít lze také rozšíření Chrome i Firefoxu. V plánu je vedle GitHubu také podpora GitLabu a Bitbucketu.

Ladislav Hagara | Komentářů: 3
15.2. 01:00 | Nová verze

Byla vydána verze 1.0 webové a na frameworku Electron postavené desktopové verze svobodného decentralizovaného skupinového komunikátoru Riot (Wikipedie) využívajícího protokolu Matrix (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 4
14.2. 14:22 | Nová verze

Společnost Collabora oznámila vydání verze 4.0 online kancelářského balíku Collabora Online a také Collabora Online Development Edition (CODE) pro domácí uživatele. Kancelářský balík vychází z LibreOffice Online (cgit).

Ladislav Hagara | Komentářů: 0
14.2. 12:11 | Nová verze

Byla vydána verze 241 správce systému a služeb systemd (GitHub, NEWS). Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
14.2. 11:44 | IT novinky

Evropský parlament, Komise a Rada (trialog) se dohodli na návrhu reformy autorského práva včetně kontroverzních článků 11 a 13. Více v příspěvku na blogu europoslankyně Julie Redy.

Ladislav Hagara | Komentářů: 11
14.2. 07:00 | Komunita

Čtenářům a čtenářkám AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (FSF, I love Free Software Day, #ilovefs).

Ladislav Hagara | Komentářů: 4
Máte v desktopovém prostředí zapnutou zvukovou znělku po přihlášení se do systému?
 (7%)
 (1%)
 (90%)
 (2%)
Celkem 330 hlasů
 Komentářů: 11, poslední 14.2. 07:59
Rozcestník

Srovnání kompresních nástrojů - UPDATE

4.4.2010 16:49 | Přečteno: 1572× | linux | Výběrový blog | poslední úprava: 5.4.2010 10:10

Nedávno avizovaný přechod Archlinuxu na balíčkování pomocí XZ mě donutil podívat se na zoubek všemožných komprimátorů a trošku je otestovat.

Testovány byly nástroje GZIP, BZIP2, XZ, ZIP, 7Z a RAR. Celý článek jsem bohužel musel vydat jinde, zda se mi nepodařilo zobrazit správně tabulky.

UPDATE
Všímavými čtenáři jsem byl upzorněn na to, že i TAR má určitý kompresní poměr, takže jsem upravil tabulku, aby více odpovídala realitě. Doplněn byl ještě druhý řádek nástroje 7Z, tentokrát s nastavenými parametry pro lepší kompresi.

       

Hodnocení: 71 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

4.4.2010 17:10 abr
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
V clanku chybi jedna -nevyznamna- promenna (testovaci masinka).
brk avatar 4.4.2010 17:28 brk | skóre: 29 | blog: broukoviny
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
A na co je dobré vědět, že 100MB nespecifikovaných dat komprimuje sestava X.Y n sekund? Pro mne jsou spíš důležitá procenta a skutečnost, že testy byly provedeny na identickém železe.
USE="-qt -kde"
4.4.2010 22:09 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Zvolený hardware může výrazně ovlivnit i ty poměry. Namátkou si vzpomínám třeba na dost zásadní rozdíly při porovnání propustností AES, DES a 3DES na 32-bitových a 64-bitových systémech (a dokonce i na 64-bitových AMD vs. Intel). Ještě výraznější rozdíly je možné zaznamenat v případě, že implementace některého z algoritmů umí rozložit zátěž na víc procesorů.
4.4.2010 18:14 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Neuváděl jsem to celkem záměrně. Každý rýpal by pak mohl halekat, že on má tutéž sestavu, ale jede mu to o 3% rychleji apod. Důležité je, že celkově ten test vyjde nějak, ale dílčí hodnoty bych moc neřešil.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
vlastikroot avatar 4.4.2010 18:37 vlastikroot | skóre: 24 | blog: vlastikovo | Milevsko
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Tak pro orientaci ... Vzhledem k tomu, že čimdáltim víc plnohodnotných linuxových mašin je třeba jen 200MHz MIPS, třeba časy dekomprimace jsou tězká věc (mě stači i rozbalování menších tar.bz2 na 624MHz PXA270).
Sg1-game | We will destroys the Christian's legion ... and the cross, will be inverted | IP 80.188.182.6
4.4.2010 19:27 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Rychlost dekomprimace určitě pociťují i uživatelé normálních PC. Přeje jen je rozdíl, jestli se při aktualizaci systému každý balíček rozbaluje 2s nebo 15s (trochu nadsázka).

Proto mi přijde dobrý formát XZ, který dekomprimuje velmi rychle (v porovnání s BZIP2 třeba).
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
4.4.2010 22:29 Mandarinka
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Není XZ jen a pouze další archivátor používající lzma ve vlastním nekomaptibilním formátu? 7z má aspoň slušnou podporu.

P.S. právě lzma myslím má poměrně rychlou dekompresi.
Petr Tomášek avatar 5.4.2010 09:01 Petr Tomášek | skóre: 38 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Ne. XZ je upravená (optimalizovaná) LZMA komprese (nekompatibilní s původním LZMA). Rozdíl mezi XZ a původní LZMA je zanedbatelný, nicméně, proč nevyužít lepší z nich, že?
multicult.fm | monokultura je zlo | welcome refugees!
5.4.2010 09:28 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Ten rozdíl zas tak zanedbatelný není. Kompresní poměr a rychlost komprese jsou téměř identické, ale rychlost dekomprese je u XZ podstatně lepší.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
4.4.2010 17:36 Jary | skóre: 30 | blog: Jary má blog | Dům
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Všimněte si také toho, že kompresní nástroje, které umějí archivovat adresáře (zip, 7z, rar), dosahovaly daleko lepších výsledků, pokud se jim předal místo adresáře pouze jeden TAR archív.
Jak je tohle možné? Řadí snad TAR soubory podle přípony, nebo typu a konpresory ne? Kdybych dělal kompresor, tohle by byla jedna z optimalizací, kterou bych udělal jako první, protože si myslím, že to u většiny kompresních algoritmů bude velmi nápomocné.
.sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky. GitHub
4.4.2010 17:53 JS
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Ja tedy nevim o nastroji (na Linuxu), ktery pred tarovanim spravne seskladal podobne soubory k sobe tak, aby se pak daly lepe zkompresovat. Idealne by to byl "plugin" do taru podobne jako gzip nebo bzip2.
4.4.2010 18:11 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Bohužel to vypadá, že všechny tyto nástroje komprimovaly jednotlivé soubory, což je samozřejmě mnohem méně efektivní, než komprimovat celý balík najednou. Když se tomu předal TAR archiv, mohl ten kompresní nástroj lépe sestavit slovník.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
4.4.2010 19:24 chrono
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
7z (a aj rar) má parameter na vytváranie "solid" archívov (a teda, súbory sa najskôr "spoja" a až potom komprimujú, takže tar nie je potrebný). To ale potom znamená, že ak niekto chce len posledný súbor, musí sa rozbaliť celý balík.

Inak bolo by zaujímaví pri 7z použiť aj iné kompresie (napr. aj lzma).
4.4.2010 19:30 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Díky za postřeh, o této vlastnosti jsem nevědel.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
4.4.2010 22:32 Mandarinka
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
7-zip (alespoň na w32, u p7zip si nevzpomínám) skutečně při použití solid komprese seřadí soubory podle přípony. Jen upozorňuju, že je třeba při dekomprimaci souboru rozbalit všechny předcházející soubory, takže to může být docela náročné :)
4.4.2010 22:55 Jary | skóre: 30 | blog: Jary má blog | Dům
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
No jistě! Že mě to nenapadlo hned.
.sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky. GitHub
Jakub Lucký avatar 4.4.2010 18:36 Jakub Lucký | skóre: 40 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Díky za test...

Ale když už jsme u tohohle tématu, tak by mě zajímalo, jestli neexistuje nějaký šikovný způsob, jak zabalit velké množství dat a pak z toho rychle a nenáročně extrahovat části (příklad: celé /etc a pak z něj tahat nějaký konfigurák)... Protože u tar.* je neštěstí, že se informace o uložených souborech uloží do .tar a při zkoumání souboru se to nejdřív musí celé (? info not guaranteed) rozbalit a pak teprv má člověk seznam souborů k dispozici
If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
4.4.2010 20:27 Kvakor
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Stačí použít cokoliv, co komprimuje soubory samostatrně, tj. cokoliv mimo TARu a solid archívů (u Raru a 7Zipu). Záleží jen na rozhranní archivátoru/filemanageru. V Linuxu je ještě navíc možnost připojit archiv přes FUSE jako souborový systém, nebo k němu tak přistupovat přes obdobné rozhranní deskotpových přostředí (GVFS v Gnome, KIO v KDE).

Ale moje nejoblíbenější linuxové řešení je SquashFS, komprimovaný read-only souborový systém, který nemá omezení CramFS a umí mimo Gzipu používat i LZMA (zatím není součástí vanila verze, musí se patchovat). Je to asi nerychlejší metoda přístupu k souborůl v archivu (ovladač je v jádře) a archiv je i při použití stejné kompresni metody většinou menší než TAR, protože efektivněji ukládá metadata (komprimuje inody) a navíc dokáže detekovat duplicitní soubory. Jediná nevýhoda je nutnost archiv před přístupem namountovat přes loopback :-(

Jakub Lucký avatar 4.4.2010 21:35 Jakub Lucký | skóre: 40 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Hm, SquashFS by mohl být dobrý zálohovací systém... Ty TARy jsou v tomhle fakt naprd...
If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
pavlix avatar 4.4.2010 20:55 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Takhle přijde jinej rejpal, a zeptá se tě:

1) Co je to úroveň dekomprese (definice) a podle čeho ji počítáš?

2) Jak je možné, že úroveň dekomprese (bez ohledu na měřítko) dává 0% v případě změny 100M dat na 97M dat

Tyhle otázky spolu očividně blízce souvisí... na první pohled mi to přijde, že vidím prosté plácání a ne nějaké definované porovnání.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
5.4.2010 09:58 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
1) Myslíš úroveň komprese? Přejmenuju to na "úsporu místa", to je asi čitelnější.

Díky za postřehy. Do článku to doplním/opravím.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
pavlix avatar 5.4.2010 13:42 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Díky, to bude fajn, když to nějak zadefinuješ, co ty procenta vlastně znamenají...
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
4.4.2010 21:27 Robert Krátký | skóre: 94 | blog: Robertův bloček
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
zda se mi nepodařilo zobrazit správně tabulky
V čem byl prosím problém? Tabulky z tvého zápisku jsem dokázal vložit do zdejšího systému bez problému.
5.4.2010 10:12 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Nepodařilo se mi zobrazit rámečky v tabulce (parametr rules je zakázán). Data pak byla dost nečitelná.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
5.4.2010 12:42 Robert Krátký | skóre: 94 | blog: Robertův bloček
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Parametr rules není potřeba, když nechceš zobrazení omezovat jen na některé rámečky. Rules=all je výchozí nastavení. Zkus si svou tabulku sem do blogu vložit ve stejné podobě, jen s vynechaným rules - bude normálně ohraničená.

(Nicméně díky za upozornění - parametr rules povolíme.)
5.4.2010 15:35 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Asi bych si měl zopakovat základy HTML :)
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
Fluttershy, yay! avatar 4.4.2010 22:06 Fluttershy, yay! | skóre: 83 | blog:
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
OK, možná jsi mě dostal. Používám ZIP, 7Z nebo TAR + GZIP podle toho, komu jsou data určena. Není to totiž od věci, otevře-li daný archiv. XZ se mi fakt začíná líbit. Jenže jaká je pro to podpora na různých systémech?
Fluttershy, yay! avatar 4.4.2010 22:32 Fluttershy, yay! | skóre: 83 | blog:
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Jo a nejsou to kompresní nástroje?
5.4.2010 10:07 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Máš pravdu, komprimovací nástroje se asi moc nepoužívá :)

XZ má dobrou podporu jen na Unixu myslím. Na Windows je podpora jen experimentální.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
Fluttershy, yay! avatar 5.4.2010 10:49 Fluttershy, yay! | skóre: 83 | blog:
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Jak je to s balíčky v různých distribucích, jsou tam by default? Koukám, že Ubuntu KuKluxKlan je nainstalováno akorát liblzma0 (prý používá xz jako výchozí formát), s xz zjevně souvisí už jen balíček xz-utils, který nainstalován běžně není, je ve verzi 4.99 (nebo tak nějak, prostě nestabilní), navíc se pere s lzma.
5.4.2010 11:15 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Podpora pro XZ je v přímo v nástroji TAR a to od verze 1.22. V Debianu Lenny je zatím verze 1.20. V Ubuntu je podle všeho 1.22, v Arch Linuxu je 1.23, takže tam je podpora dobrá.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
Fluttershy, yay! avatar 5.4.2010 11:32 Fluttershy, yay! | skóre: 83 | blog:
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Fakt? Každopádně ten Lenny (a pravděpodobně CentOS) to zabíjí.
5.4.2010 15:38 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání komprimovacích nástrojů
Od verze 1.20 je v TARU podpora LZMA, což také není špatné.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
5.4.2010 18:14 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Paměť
Test zcela opomíjí paměťovou náročnost. Zcela v souladu s teorií účinnější algoritmy sežerou více paměti. Možná že to dnešní rozmazlené uživatele netrápí, ale lzma/xz si dokáže vzít řádově desítky až stovky megabajtů. A to xz-utils ještě neumí paralelizaci.
5.4.2010 18:49 Kvakor
Rozbalit Rozbalit vše Re: Paměť
To ještě nic není, PAQ, který má asi nejlepší kompresní poměr pro běžná data (vyhrál několikrát Huttnerovu cenu), může v některých verzích schramstnout i přes gigabyte paměti. Ani časová náročnost není o nic méně šílená ...
5.4.2010 20:23 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Paměť

A přitom je to tak jednoduché: wget -O - 'http://download.wikipedia.org/enwiki/20060303/enwiki-20060303-pages-articles.xml.bz2' | bzcat | head -c 1GB :D

5.4.2010 21:32 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Paměť
A opomíjí ji záměrně. Nedostatek paměti myslím dnes nikoho moc netrápí. Při dnešních cenách RAM je nějaká ta stovka MB navíc celkem zanedbatelná. Jiné by to samozřejmě bylo u embeded zařízení, ale o tom ten článek rozhodně není.

Daleko víc uživatele určitě trápí rychlost dekomprese a velikost archivu (u softwarových balíčků), případně ještě rychlost komprese (při zálohování).
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
9.4.2010 14:46 R
Rozbalit Rozbalit vše Re: Paměť
Neda sa vsetko prepocitavat na peniaze. Kup si kludne 16GB RAM, ale skus to dat do netbooku.
hajma avatar 6.4.2010 19:59 hajma | skóre: 27 | blog: hajma | Říčany
Rozbalit Rozbalit vše Re: Srovnání kompresních nástrojů - UPDATE
sorry, ale toto je srovnani, ktere bylo namiste tak mozna kolem roku 1996

Clanky tohoto typu jsou na netu na kazdem rohu, v tom tvem navic chybi popis metodiky, takze jeho vypovidaci hodnota se blizi nule. Skoda.

Jestli mas cas na takove veci, nechtel bys radeji otestovat pbzip2, pigz a dalsi nastroje, ktere opravdu dokazi vyuzit moznosti aktualniho hardware?
21 promarněných znaků
7.4.2010 02:25 Semo | skóre: 44 | blog: Semo
Rozbalit Rozbalit vše Re: Srovnání kompresních nástrojů - UPDATE
Naco ho sprdavat, ked ho mozme rovno zabit? To ho nauci si dovolovat robit testy, holomka.
If you hold a Unix shell up to your ear, you can you hear the C.
7.4.2010 10:00 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Srovnání kompresních nástrojů - UPDATE
Ono už se zase nesmí kritizovat?
pavlix avatar 8.4.2010 21:16 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Srovnání kompresních nástrojů - UPDATE
Ona už se nesmí kritizovat kritika?
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
13.4.2010 08:31 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
Rozbalit Rozbalit vše Re: Srovnání kompresních nástrojů - UPDATE
A nechtěl bys o tom napsat test ty? :)

Já o těchto nástrojích slyším poprvé.
Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.