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 19:22 | Bezpečnostní upozornění

    Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.

    Ladislav Hagara | Komentářů: 0
    dnes 18:33 | Bezpečnostní upozornění

    Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).

    Ladislav Hagara | Komentářů: 0
    dnes 14:11 | Zajímavý projekt

    Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.

    Pinhead | Komentářů: 0
    včera 17:22 | Zajímavý projekt

    Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.

    |🇵🇸 | Komentářů: 14
    včera 13:33 | IT novinky

    Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.

    Ladislav Hagara | Komentářů: 6
    včera 13:11 | IT novinky

    Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol

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

    FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.

    |🇵🇸 | Komentářů: 0
    včera 05:44 | Zajímavý software

    picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.

    Ladislav Hagara | Komentářů: 1
    29.7. 19:22 | Nová verze

    Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.

    Ladislav Hagara | Komentářů: 1
    29.7. 14:22 | Komunita

    Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (18%)
     (30%)
     (5%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2290 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: rychlost write() a puts()

    3.6.2005 14:12 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    rychlost write() a puts()
    Přečteno: 202×

    Může mi někdo vysvětlit, proč jsou operace provedené na souborech otevřených pomocí open() mnohem pomalejší než operace prováděné se soubory otevřenými pomocí fopen()? (Oboje dvoje na obyčejných souborech)

    Případně pokuď existuje, tak bych uvítal nějaký "trik" jak dosáhnout stejné rychlosti.

    Každý má právo na můj názor!

    Odpovědi

    3.6.2005 14:28 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: rychlost write() a puts()
    Pomalejší rozhodně nejsou, ale záleží na tom, co děláš. Nejspíš s těmi soubory zacházíš tak, že je pro tebe bufferování v stdio velmi výhodné.
    3.6.2005 15:15 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: rychlost write() a puts()

    Hmm, takže s tím očividně neumím zacházet... Proč může být druhý kód mnohonásobně pomalejší než první?

    kód 1 - fopen

    	/* Hlavicka */
    
    	if(!fwrite(&header, sizeof(header), 1, fp))
    		return 0;
    	
    	/* Data */
    	
    	if((fr = fopen(file_name, "r")) == NULL)
    		return 0;
    
    	while(c = getc(fr), !feof(fr))
    		putc(c, fp);
    
    	if(fclose(fr) == EOF)
    		return 0;
    

    kód 2 - open

    	/* Hlavicka */
    
    	if(write(fp, &header, sizeof(header)) != sizeof(header))	
    		return 0;
    
    	/* Data */
    	
    	if((fr = open(file_name, O_RDONLY)) == -1)
    		return 0;
    
    	while(read(fr, &c, 1) > 0)
    		write(fp, &c, 1)
    			
    	if(close(fr) == -1)
    		return 0;
    

    fp je deskriptor normálního otevřeného souboru, v prvnim případě FILE *, ve druhém int.

    Program ve kterém to potřebuju použít by měl bejt obdobou tar -cvvzf. Potřeboval bych proto vytvořený archiv po znaku rovnou posílat pomocí roury komprimátoru, ale pomocí write() a read() je to strašně pomalý - tak, že mnohem rychlejší je nejdříve vytvořit archiv a pak ho znova načítat a komprimovat...

    Každý má právo na můj názor!
    3.6.2005 15:22 0
    Rozbalit Rozbalit vše Re: rychlost write() a puts()

    Co zkusit ve druhem pripade misto jednoho znaku treba 1000?:

    char pole[1000];
    while(read(fr,pole,1000))
        write(fp,pole,1000);
    

    Duvod je ten, ze kdyz jedes znak po znaku, tak pro kazdou operaci pouzijes jedno preruseni a to bez ohledu na to, kolik mas dat, takze procesor se musi porad starat o preruseni misto toho aby dal prikaz pameti/disku, ze ma neco udelat.

    3.6.2005 15:28 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: rychlost write() a puts()

    To mě taky napadlo, ale pro LZW kompresy potřebuju ty znaky pak dostávat stejně po znaku (šlo by si ale udělat nějakej buffer). Nicméně proč je to pomocí fputs() "normálně" rychlý a pomocí write() tak pomalý?

    Každý má právo na můj názor!
    3.6.2005 15:40 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: rychlost write() a puts()
    Protože write() je sycall, kdežto fputc() je téměř vždy triviální operace přidání znaku do nějakého bufferu, jen jednou za čas se něco zapíše. Ostatně na fputc() nejvíc sežere zamykání, fputc_unlocked() už je úplně triviální.
    3.6.2005 15:41 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: rychlost write() a puts()
    Protože fputs bufferuje, takže buď používej stdio, nebo si napiš vlastní funkci, která bude dělat totéž.
    3.6.2005 15:43 podlesh | skóre: 38 | Freiburg im Breisgau
    Rozbalit Rozbalit vše Re: rychlost write() a puts()
    Takže potřetí, trochu polopatičtěji: funkce pracující s descriptorem (open, read, write) jsou low=level, přímo provádějí operaci. Funkce ktere pracují s FILE strukturou provádějí buffering. Při čtení/zápisu po jednom byte má opravdu velký význam (a to je důvod proč tam je).
    3.6.2005 15:56 martin
    Rozbalit Rozbalit vše Re: rychlost write() a puts()
    tak to už máme putc(), puts() a + ještě fputs(). m.

    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.