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 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ářů: 11
    dnes 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    včera 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    včera 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    včera 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    11.3. 23:22 | Nová verze

    Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 4
    11.3. 10:22 | Upozornění

    Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.

    Ladislav Hagara | Komentářů: 14
    11.3. 10:11 | IT novinky

    Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.

    Ladislav Hagara | Komentářů: 36
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (25%)
    Celkem 1068 hlasů
     Komentářů: 26, poslední včera 08:56
    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: 137×

    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.