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 04:33 | Humor

    Anthropic patrně omylem zveřejnil celý zdrojový kód svého CLI nástroje Claude Code prostřednictvím přiloženého sourcemap souboru v npm balíčku. Únik odhalil doposud nijak nezveřejněné funkce jako je například režim v utajení, autonomní agent 'KAIROS', orchestrace multi‑agentů, režim snění nebo dokonce virtuální mazlíček Buddy. Zajímavostí je detekce naštvání uživatele pomocí obyčejného regexpu. Anthropic rychle odstranil sourcemap a vydal opravu, nicméně kopie kódu se již stihly na GitHubu rozšířit mezi prostým lidem.

    NUKE GAZA! 🎆 | Komentářů: 1
    včera 14:33 | Humor

    Copilot automaticky vkládal do pull requestů 'propagační tipy', reklamní text se na GitHubu objevil ve více než jedenácti tisících pull requestech. Po vlně kritiky byla tato funkce zablokována a produktový manažer Tim Rogers připustil, že umožnit Copilotovi upravovat cizí pull requesty bez vědomí autorů byla chyba.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 12:55 | Upozornění

    Je 31. března a tedy Světový den zálohování (World Backup Day). Co by se stalo, kdyby Vám právě teď odešel počítač, tablet nebo telefon, který používáte?

    Ladislav Hagara | Komentářů: 4
    včera 12:44 | Upozornění

    Digitální a informační agentura (DIA) přistupuje ke změně formátu důvěryhodného seznamu České republiky z verze TLv5 na verzi TLv6, která nastane 29. dubna 2026 v 00:00 (CET). Ke změně formátu důvěryhodných seznamů členských států (tzv. Trusted Lists) dochází na základě změn příslušné unijní legislativy. Důvěryhodné seznamy se používají v rámci informačních systémů a aplikací zejména pro účely ověřování platnosti elektronických

    … více »
    Ladislav Hagara | Komentářů: 2
    včera 05:00 | Nová verze

    Rspamd (Wikipedie), tj. open source systému pro filtrování nevyžádané pošty, byl vydán v nové major verzi 4.0.0. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 1
    30.3. 23:11 | Nová verze

    SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.

    Ladislav Hagara | Komentářů: 9
    30.3. 18:22 | Pozvánky

    Organizátoři Dne IPv6, tradiční akce věnované tématům spojeným s tímto protokolem, vyhlásili Call for Abstracts. Na webu konference mohou zájemci přihlašovat příspěvky o délce 20 nebo 40 minut či 10minutové lighting talky a to až do 30. dubna. Tvůrci programu uvítají návrhy přednášek z akademického i komerčního sektoru, které mohou být technického i netechnického zaměření. Den IPv6 se letos uskuteční 4. června a místem konání bude i

    … více »
    VSladek | Komentářů: 12
    30.3. 15:00 | Zajímavý software

    Euro-Office (Wikipedie) je evropský fork open source kancelářského balíku OnlyOffice. Za forkem stojí koalice firem IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian a BTactic. Cílem je zajistit digitální suverenitu Evropy a snížit závislost na neevropských platformách. Projekt vznikl mimo jiné v reakci na nedávné uzavření cloudové služby OnlyOffice. OnlyOffice obviňuje Euro-Office z porušení licenčních podmínek. Na možné problémy upozorňuje i Collabora Online. Jednostranná změna licence není v pořádku.

    Ladislav Hagara | Komentářů: 27
    30.3. 05:11 | Komunita

    Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.

    Ladislav Hagara | Komentářů: 0
    30.3. 00:22 | Komunita

    Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).

    Ladislav Hagara | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (15%)
     (7%)
     (1%)
     (12%)
     (29%)
     (3%)
     (6%)
     (2%)
     (14%)
     (23%)
    Celkem 1197 hlasů
     Komentářů: 29, poslední včera 11:17
    Rozcestník


    Vložit další komentář
    Michal Fecko avatar 26.7.2007 13:59 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Prečo mam stále pocit že nový HW slúži len na ušetrenie pár stoviek sekúnd... :(
    26.7.2007 14:17 miho | skóre: 24 | blog: Mihovy_sochory | Orlová
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Ja mam zase pocit, ze se to od tohoto (IMO vcelku rozumneho oduvodneni) sine spise smerem k tomu, ze novy HW slouzi jen k tomu, aby na tom dobre jelo dosadte_nazev_nejnovejsi_herni_pecky :)
    pele avatar 26.7.2007 14:03 pele | skóre: 28 | blog: Bleabr | UH
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Dovedes odhadnout jake chyby se pri linearizaci dopustis?
    Pravda má jednu velkou výhodu: člověk si nemusí pamatovat, co řekl.
    26.7.2007 14:26 miho | skóre: 24 | blog: Mihovy_sochory | Orlová
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Nedokazu. Linearizuju kolem bodu 3GHz a aplikuju to az nekam k 6GHz, kde bude smernice krivka zavislosti vykonu na frekvenci mnohem nizsi ale jaka to nevim a ani si to nehodlam cucat z prstu. Proto jsem uz v blogpostu psal, ze se jedna jen o spodni odhad.
    pele avatar 26.7.2007 14:36 pele | skóre: 28 | blog: Bleabr | UH
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Jasny. Pokud znas aspon zhruba prubeh, mozna by slo aproximovat, pak by se to mozna zpresnilo.
    Pravda má jednu velkou výhodu: člověk si nemusí pamatovat, co řekl.
    26.7.2007 14:22 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Když jsi chtěl vyloučit IO, proč jsi raději nekompiloval v tmpfs?
    When your hammer is C++, everything begins to look like a thumb.
    26.7.2007 14:41 miho | skóre: 24 | blog: Mihovy_sochory | Orlová
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Hlavne slo o vylouceni situace, kdy pri jedne kompilaci by se zdrojaky nacitaly z disku a pri druhe ne. Preci jen se jedna o spoustu souboru takze je vhodne mit vsechno v dentry cache.
    26.7.2007 14:37 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Interview with Con Kolivas
    However, the desktop PC is crap. It's rubbish. The experience is so bloated and slowed down in all the things that matter to us. We all own computers today that were considered supercomputers 10 years ago. 10 years ago we owned supercomputers of 20 years ago.. and so on. So why on earth is everything so slow? If they're exponentially faster why does it take longer than ever for our computers to start, for the applications to start and so on? Sure, when they get down to the pure number crunching they're amazing (just encode a video and be amazed). But in everything else they must be unbelievably slower than ever.
    Táto, ty de byl? V práci, já debil.
    26.7.2007 16:56 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Tohle opakuje kdekdo a většinou nezmiňují jednu věc: kdo nechce dlouhý start, ten si udělá krátký...

    Od startu počítače se děje dost věcí - 1) BIOS inicializuje hardware, testuje paměť, načte a spustí zavaděč... doba, za kterou se udělá tohle se od 386 v podstatě nezměnila.

    2) Natáhne se jádro, které prohledává sběrnice, hledá hardware a načítá k němu ovladače - to taky chvíli trvá, oproti 386 to trvá o to déle, že je v počítači o dost víc hardwaru... namátkou integrovaná zvuková karta, integrovaná síťová karta, spousta senzorů, USB řadiče, atd.

    3) Spouští se služby... tato část u 386 téměř vůbec nebyla, maximálně tak nějaký avast, většina spouštěných služeb se týká věcí, které tenkrát nebyly ... namátkou samba, hal, různí démoni hlídající stav HW. Kdo tyhle služby nechce, může si je vyházet nebo aspoň místo initu použít třeba runit (doufám, že se to tak jmenuje).

    4) Startuje DE. Kdo chce rychlost, nainstaluje si Xfce nebo něco podobného a má vysmáto.

    Ono se to dobře nadává na to, že dnešní software je pomalý, ale většinou je to něco, co uživatelé chtějí nebo je jim to jedno nebo se jim to líbí.
    Quando omni flunkus moritati
    26.7.2007 17:46 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Pokud se doba nezměnila, přestože CPU se 100x zrychlilo, znamená to že se a) dělá 100x víc věcí b) se stejné věci dělají 100x blběji.
    Táto, ty de byl? V práci, já debil.
    26.7.2007 18:05 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Ne. Velka cast boot-time veci (zejmena inicializace a detekce hardware) je pomala bud kvuli pomale odezve hardware, nebo kvuli povinnym timeoutum, nikoliv ze by nestihalo CPU.
    26.7.2007 19:36 peter_h | blog: need4speed
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Hej, ale nedalo by sa to robit napr. paralelne? A ten HW neinicializuje BIOS, ale CPU, ktore je rychlejsie, v BIOSe je len program. Akoto, ze BeOS to dokaze tak rychlo?
    Dolezita pasaz z toho rozhovoru je ta, ze vacsina prace v linuxovom jadre je robena vyvojarmi platenymi redhatom a podobnymi ustavmi, kde im ide o to 1% z nejakeho benchmarku merajuceho serverovu zataz, na desktope sa skoro nic nevylepsuje.
    26.7.2007 21:02 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    A ten HW neinicializuje BIOS, ale CPU, ktore je rychlejsie, v BIOSe je len program.
    Samozřejmě, že to dělá CPU a v BIOSu je jenom program. Všechno, co dělá BIOS, je program, který vykonává CPU.
    Akoto, ze BeOS to dokaze tak rychlo?
    BeOS je operační systém, BIOS ne. Když spustím BeOS na PC (pakliže to vůbec jde) tak doba, za kterou BIOS inicializuje HW se vůbec nezmění.
    Quando omni flunkus moritati
    26.7.2007 23:07 peter
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    No asi som to mal dat hned k tomu prvemu prispevku, lebo si to vobec nepochopil. Islo mi o to, ze akoto ze niekde sa to da, (BeOS) a inde nie (linux)? Ako uzivatela ma btw. vobec nezaujima co developeri a neviem kto, mna zaujima ako rychlo to pracuje (resp. zdrziava ma pri praci).
    Samozrejme, ze viem co je bios a co os, slo o to, ze kedze CPU je rychlejsie, aj start by mohol byt a tie timeouty ma vobec netrapia, cela PC architektura je na ho...
    27.7.2007 01:02 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Samozrejme, ze viem co je bios a co os, slo o to, ze kedze CPU je rychlejsie, aj start by mohol byt a tie timeouty ma vobec netrapia,...
    Timeouty tě vůbec netrápí, ale kdyby se vynechaly, tak by sis stěžoval, že ten a ten kus HW je špatný, protože ti nefunguje. Ostatně když jsi tak chytrý, tak proč nepracuješ na linuxbios? Ten startuje rychleji než BIOS obyčejný.
    ...cela PC architektura je na ho...
    No jasně, teď jsi to rozlousknul.
    Quando omni flunkus moritati
    27.7.2007 01:30 peter
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    No, nechajme to tak, nechapes, ze mna netrapia nejake timeouty, ani preco to tak dlho bootuje, ale ze to tak vobec je? V dnesnej dobe a pri 3GHz CPU ocakavam, ze aplikacie budu reagovat instantne, ze pri uber-hackerskej operacii ako je presun okna nebude prekreslovanie pod tym badatelne a ze to bude pracovat plynulo bez zasekov. Toto momentalne linux na pc bohuzial nesplna (a ani ziaden iny OS - teda tu plynulu pracu). A okrem toho, preco k CPU na 3GHz cpú periferie, kde musis cakat pri i/o par milisekund? Asi si nezazil instant on, to bolo uz pred, hmm, viac ako desiatimi rokmi, potom prislo PC a bolo to v ...
    27.7.2007 01:36 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    PC prislo po roku 1997? tesne vedla
    27.7.2007 13:14 peter
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    A ty..fakt! To som uz taky stary? :-( Fakt je, ze dnes sa bootuje este aj mobil. Nechapem preco, ved tam je na 99% iste ake periferie ma.
    27.7.2007 11:48 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Sice to nebylo na mě, ale..

    Timeouty tě vůbec netrápí, ale kdyby se vynechaly, tak by sis stěžoval, že ten a ten kus HW je špatný, protože ti nefunguje.

    Když je v PC něco trochu neobvyklejšího nebo blbě podporovaného, nefunguje to ani s těmi timeouty (viz nedávné problémy s libata). Navíc osobně si myslím že většina timeoutů je způsobena prasáckým kódem, který probuje co nemá, a úchylnýma specama, který jsou zbytečně benevolentní a dávají vteřinové timeouty tam kde by měly být milisekundové.

    Ostatně když jsi tak chytrý, tak proč nepracuješ na linuxbios? Ten startuje rychleji než BIOS obyčejný.

    IMHO lepší než ztrácet čas oživováním zombií je poohlédnout se po alternativě. Číňani začínají prodávat docela použitelná PC s Godsonem za cca $150-$200.
    Táto, ty de byl? V práci, já debil.
    26.7.2007 21:03 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
    Pokud se doba nezměnila, přestože CPU se 100x zrychlilo, znamená to že se a) dělá 100x víc věcí
    To jsem řekl v bodech 2 - 4.
    Quando omni flunkus moritati

    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.