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 18:55 | Humor

    Jak na webu co nejšíleněji zadávat datum? Jak to uživatelům co nejvíce znepříjemnit? V Bad UX World Cup 2025 (YouTube) se vybíraly ty nejšílenější UX návrhy. Vítězným návrhem se stal Perfect Date.

    Ladislav Hagara | Komentářů: 0
    včera 12:44 | Zajímavý software

    Společnost Collabora vydala (YouTube) na LibreOffice založený desktopový kancelářský balík Collabora Office. Pro Windows, macOS a Linux. Se stejným uživatelským rozhraním jako Collabora Online. Svůj desktopový kancelářský balík s rozhraním LibreOffice pojmenovala Collabora Office Classic.

    Ladislav Hagara | Komentářů: 1
    včera 12:00 | Nová verze

    Glen MacArthur vydal AV Linux (AVL) a MX Moksha (MXM) 25. S linuxovým jádrem Liquorix. AV Linux (Wikipedie) je linuxová distribuce optimalizována pro tvůrce audio a video obsahu. Nejnovější AV Linux vychází z MX Linuxu 25 a Debianu 13 Trixie. AV Linux přichází s desktopovým prostředím Enlightenment 0.27.1 a MX Moksha s prostředím Moksha 0.4.1 (fork Enlightenmentu).

    Ladislav Hagara | Komentářů: 0
    27.11. 17:55 | Nová verze

    Ubuntu pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 26.04 LTS (Resolute Raccoon).

    Ladislav Hagara | Komentářů: 0
    27.11. 14:33 | IT novinky

    Zástupci členských států EU se včera shodli na návrhu, který má bojovat proti šíření materiálů na internetu zobrazujících sexuální zneužívání dětí. Nařízení známé pod zkratkou CSAM a přezdívané chat control mělo množství kritiků a dlouho nebyla pro jeho schválení dostatečná podpora. Pro schválení byla potřeba kvalifikovaná většina a dánské předsednictví v Radě EU se snažilo dosáhnout kompromisu. Návrh nakonec po dlouhých týdnech

    … více »
    Ladislav Hagara | Komentářů: 10
    27.11. 12:22 | Zajímavý software

    Britské herní studio Facepunch stojící za počítačovými hrami Garry's Mod a Rust uvolnilo svůj herní engine s&box (Wikipedie) jako open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Herní engine s&box je postavený nad proprietárním herním enginem Source 2 od společnosti Valve.

    Ladislav Hagara | Komentářů: 1
    27.11. 04:55 | Komunita

    Vývoj programovacího jazyka Zig byl přesunut z GitHubu na Codeberg. Sponzoring na Every.

    Ladislav Hagara | Komentářů: 4
    27.11. 04:44 | Komunita

    Stejně jako GNOME i KDE Plasma končí s X11. KDE Plasma 6.8 poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

    Ladislav Hagara | Komentářů: 3
    26.11. 14:55 | IT novinky

    Poslanci Evropského parlamentu dnes vyzvali k výraznému zvýšení ochrany nezletilých na internetu, včetně zákazu vstupu na sociální sítě pro osoby mladší 16 let. Legislativně nezávazná zpráva, kterou dnes odsouhlasil Evropský parlament poměrem 493 hlasů pro ku 92 proti, kromě zavedení věkové hranice 16 let pro využívání sociálních sítí, platforem pro sdílení videí či společníků s umělou inteligencí (AI) vyzývá také k zákazu … více »

    Ladislav Hagara | Komentářů: 50
    26.11. 14:11 | Humor

    Doom v KiCadu nebo na osciloskopu? Žádný problém: KiDoom: Running DOOM on PCB Traces a ScopeDoom: DOOM on an Oscilloscope via Sound Card.

    Ladislav Hagara | Komentářů: 3
    Jaké řešení používáte k vývoji / práci?
     (34%)
     (47%)
     (20%)
     (18%)
     (23%)
     (16%)
     (24%)
     (16%)
     (18%)
    Celkem 415 hlasů
     Komentářů: 17, poslední 19.11. 21:57
    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: 122×

    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.