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:11 | Zajímavý projekt

    Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační

    … více »
    NUKE GAZA! 🎆 | Komentářů: 0
    včera 15:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    včera 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 4
    14.3. 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    14.3. 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    14.3. 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 12
    14.3. 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    14.3. 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1088 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník


    Vložit další komentář
    13.9.2007 20:29 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    Přiznám se, že mne tyto testy vždy fascinují. Jde totiž pomocí nich dokázat prakticky cokoliv. Je pro zajímavost jsem zkusil test pro Javu jen tak ve vývojovém prostředí ukázal 1.24 ( v průměru ) změnou while na do while se průměr dostal pod jedna. Poměrně dost žerou ty výpisy na konzolu. Určitě ve srovnávacím testu nemají co dělat. Z času jedna představují absolutní většinu. čas bez výpisu (nahrazeno matematickou operaci int) Java Elapsed 0.048 mluví za vše.
    13.9.2007 20:48 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    +ajnc
    Táto, ty de byl? V práci, já debil.
    13.9.2007 21:54 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    fuj tajxl... vystupy v testech nemaji co delat... kdyz si clovek predstavi co vsechno se v tech I/O funkcich muze dit za slozite hruzy - formatovani, syscally, zamykani vlaken, procesoru... no des bes.... ;-]
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    13.9.2007 22:04 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    A ta čísla jsou co? Brambory? Má to nějaké jednotky nebo to spadlo z višně? to elapsed 0.048 je jako 0.048 z doby za kterou to na stejném stroji udělá C? Tak to je fakt bomba! Gratuluji k tak zázračné javě.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    13.9.2007 22:05 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    Jo, mimochodem, pěknej shit ta java, když to ani nedokáže rozumně io oparece.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    13.9.2007 23:52 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    ale kliiid... za to s tim vystupem jdou delat kouzla... ;-] btw. nejsu si tim uplne jisty... ale myslim, ze standardni vystup/vstup je v jave synchronizovany... takze to ma taky svoji reziii
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    14.9.2007 17:01 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    Pouze stručně. 1. Původní citovaný test udává výsledky v sukundách v čem asi já.

    2. Jasně píši o testu ve vývojovém prostředí (Eclipse). Zde je výstup přesměrován do okna v rámci eclipse. Nejde tudíž o rychlost IO Javy jako takové, else efektivitu použitých rour.

    To na co jsem ctěl upozornit je to, že můj výsledný čas na vlastní test bez výstupu činní asi 5 procent času testu s výstupem. V původním testu byla java s výstupem 2x rychlejší než je můj naměřený výsledek s výstupem na konzolu. Myslím si že vlastní jádro testovacího programu bez výstupů spotřebovalo přibližně stejný čas a proto vlastně původní test měřil rychlest výstupů. Předpokládaný čas výstupů bych odhadl na cca 90 procent z celkového času (Minimálně o Javy). Skutečně vypovídající test.
    17.9.2007 21:16 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    Pouze stručně. 1. Původní citovaný test udává výsledky v sukundách v čem asi já.
    A kdo to má čuchat? Upadla by pazourka to napsat? Obzvláště pokud to píšete pod blog ve kterém jsou údaje vztažené ku rychlosti implementace v C přeložené pomocí gcc. Stejně tak, k čemu jsou nám údaje v sekundách alébržto údaj absolutní?

    2. Jasně píši o testu ve vývojovém prostředí (Eclipse). Zde je výstup přesměrován do okna v rámci eclipse. Nejde tudíž o rychlost IO Javy jako takové, else efektivitu použitých rour.

    To na co jsem ctěl upozornit je to, že můj výsledný čas na vlastní test bez výstupu činní asi 5 procent času testu s výstupem.
    No to máte pěkně blbé, jelikož v mnou provedených měřeních výstup vždy činil kolem 10% a to jak lua, gcc i erlang a výsledky jsem vždy porovnával bez výstupu. Ale to vy jste ve své vrozené genialitě samozřejmě nemohl předpokládat, že. Místo aby jste se zamyslel, proč vám vychází tak podivné výsledky, a nepředpokládal, že všichni kolem vás jsou naprostí pitomci a hlupáci, tak nám tu předvádíte jaký jste borec. Už ta první věta. Abych to parodoval: Přiznám se, že mne tito borečci vždy fascinují. Jsou totiž schopni strhat prakticky cokoliv. Přijdou někam, začnou vykřikovat svoje moudra, aniž by si cokoli ověřili. Provedou test chybně a ze stejné chyby obviní všechny kolem, protože jen oni jsou přece ti nejchytřejší.
    V původním testu byla java s výstupem 2x rychlejší než je můj naměřený výsledek s výstupem na konzolu. Myslím si že vlastní jádro testovacího programu bez výstupů spotřebovalo přibližně stejný čas a proto vlastně původní test měřil rychlest výstupů.
    Předpokládáte? Víte co, raději nic nepředpokládejte. Ověřujte si. Já jsem si ověřil, že poměr mezi lua a gcc verzí ať už s výstupem, nebo bez, vždy kozistentně odpovídá v testu uvedeným cca 30 a i erlang mi podával konzistentní hodnoty ve stejném poměru s výstupem i bez a tak jsem, na rozdíl od vás, nepředpokládal, že autor testu je úplný pitomec a jenom já jsem letadlo.
    Předpokládaný čas výstupů bych odhadl na cca 90 procent z celkového času (Minimálně o Javy).
    Ha, první pochyby. Jaký záblesk inteligence.
    Skutečně vypovídající test.
    Skutečně vypovídající test a past na hlupáky.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    15.9.2007 22:10 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    Konkretizuj, implementace Javy od koho že je tak pomalá v IO operacích, ta od Sunu? Je absurdní bavit se o rychlosti Javy, když je tolik implementací. Byla to snad ta od IBM na mainframu, či dokonce x86 s BEA Systems implementací? Tohle nemohl autor "testu" myslet vážně (2007-06-08 — I enabled optimization in C. 'gcc -O3 Mandelbrot.c -o Mandelbrot. -- pobavilo). Ani tenhle komentář neberu tragicky...
    17.9.2007 21:26 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Erlang a výkon mezi skriptovacími jazyky
    Jo to já netuším v čem to mister ZAH měřil. To se zeptej jeho. Já dojít k takovým divným výsledkům, tak pátrám, čím to je. Obzvláště bych se zamyslel, jestli není něco divného, že výstup nějakých 6320 znaků může javě trvat déle, než stejně krát provést až tisíc iterací rovnice z = z^2+c v oboru komplexních čísel. A na základě tak pochybných podmínek měření pak tady otírat svou nevymáchanou hubu ať už o mě, nebo autora původního testu.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.

    Založit nové vláknoNahoru

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

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