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í
×
    včera 16:44 | Nová verze

    Byl vydán Mozilla Firefox 145.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Ukončena byla podpora 32bitového Firefoxu pro Linux. Přidána byla podpora Matrosky. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 145 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | IT novinky

    Lidé.cz (Wikipedie) jsou zpět jako sociální síť s "ambicí stát se místem pro kultivované debaty a bezpečným online prostředím".

    Ladislav Hagara | Komentářů: 36
    včera 10:33 | Nová verze

    Byla vydána nová verze 4.4 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 0
    včera 04:00 | IT novinky

    ASUS má v nabídce komplexní řešení pro vývoj a nasazení AI: kompaktní stolní AI superpočítač ASUS Ascent GX10 poháněný superčipem NVIDIA GB10 Grace Blackwell a platformou NVIDIA DGX Spark. S operačním systémem NVIDIA DGX založeném na Ubuntu.

    Ladislav Hagara | Komentářů: 3
    včera 03:11 | Nová verze

    Desktopové prostredie Trinity Desktop vyšlo vo verzii R14.1.5. Je tu opravená chyba v tqt komponente spôsobujúca 100% vyťaženie cpu, dlaždice pre viac monitorov a nemenej dôležité su dizajnové zmeny v podobe ikon, pozadí atď. Pridaná bola podpora distribúcií Debian Trixie, Ubuntu Questing, RHEL 10 a OpenSUSE Leap 16.

    lukve | Komentářů: 8
    10.11. 22:11 | Nová verze

    Grafická aplikace Easy Effects (Flathub), původně PulseEffects, umožňující snadno povolovat a zakazovat různé audio efekty v aplikacích používajících multimediální server PipeWire, byla vydána ve verzi 8.0.0. Místo GTK 4 je nově postavená nad Qt, QML a Kirigami.

    Ladislav Hagara | Komentářů: 0
    10.11. 12:22 | Komunita

    Na YouTube lze zhlédnout Godot Engine – 2025 Showreel s ukázkami toho nejlepšího letos vytvořeného v multiplatformním open source herním enginu Godot.

    Ladislav Hagara | Komentářů: 0
    10.11. 10:00 | Humor

    Blíží se konec roku a tím i všemožná vyhlášení slov roku 2025. Dle Collins English Dictionary je slovem roku vibe coding, dle Dictionary.com je to 6-7, …

    Ladislav Hagara | Komentářů: 6
    10.11. 09:55 | IT novinky

    Cloudflare Radar: podíl Linuxu na desktopu dosáhl v listopadu 6,2 %.

    Ladislav Hagara | Komentářů: 4
    9.11. 19:22 | Pozvánky

    Chcete vědět, co se odehrálo ve světě techniky za poslední měsíc? Nebo si popovídat o tom, co zrovna bastlíte? Pak doražte na listopadovou Virtuální Bastlírnu s mikrofonem a kamerou, nalijte si něco k pití a ponořte se s strahovskými bastlíři do diskuze u virtuálního piva o technice i všem možném okolo. Mezi nejvýznamnější novinky patří Průšovo oznámení Core One L, zavedení RFID na filamentech, tisk silikonu nebo nový slicer. Dozvíte se ale i

    … více »
    bkralik | Komentářů: 6
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (47%)
     (18%)
     (17%)
     (23%)
     (15%)
     (22%)
     (16%)
     (16%)
    Celkem 341 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    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.