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 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
dnes 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
dnes 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
dnes 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 1
dnes 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 2
včera 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
včera 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

Ladislav Hagara | Komentářů: 0
12.12. 20:22 | Nová verze

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

Ladislav Hagara | Komentářů: 6
12.12. 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 13
12.12. 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 986 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Čtení ze vstupu v Perlu

    7.3. 20:46 RM
    Čtení ze vstupu v Perlu
    Přečteno: 261×
    Najde se někdo Perlu znalý do té míry, že by mi dokázal vysvětlit, proč perl s přepínačem -p (tj. aktivní print interně) je pomalejší než s použitím přepínače -n a příkazem print.
    time perl -ne 'print $_' longlist.txt    #  0.36s
    time perl -pe ' ' longlist.txt    #  0.47s
    
    A také proč? :
    open FH, "<", "longlist.txt";
    print <FH>    # 0.5s
    print while (<FH>)   # 0.32s
    
    Logicky bych očekával v obou případech opak.

    Odpovědi

    wamba avatar 8.3. 00:12 wamba | skóre: 37 | blog: wamba
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    v prvním případě nemůžu potvrdit u mě je to víceméně nastejno. Nicméně
    perl -pe ' ' longlist.txt
    
    lze zapsat pomocí -n přibližně takto
    perl -ne '} continue { print'
    
    V druhém případě, první varianta načte pole řádků a pak je vytiskne. Pravděpodobně očekáváš slurp, to lze následovně
    {local $/; print <> }
    
    nebo přepínačem -0777 (i při one-lineru).

    Záleží, co to ve výsledku má dělat. Někdy je užitečný File::Slurp.
    This would have been so hard to fix when you don't know that there is in fact an easy fix.
    8.3. 10:00 RM
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    Zkoušel jsem to na souboru, který měl 250k krátkých řádků, výstup byl přesměrovaný do /dev/null.

    Nee, slurp neočekávám. Jen mi vrtá hlavou, proč čtení a zápis v jednom kuse <FH> trvá déle než čtení a zápis každého řádku zvlášť. Logicky bych čekal, že ze vstupního bufferu bude perl rychlejší, pokud vše jen vyvrhne (v tomto případě několikrát), než když musí procházet buffer a každý řádek přečíst pomocí readline(), tj. na ukončovacím znak řádku.
    8.3. 15:35 RM
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    K zamyšlení mne vedlo:
    print +(<FH>)[1..200_000];
    $. < 200_2002 && print while (<FH>);
    
    V tomto případě je výsledný čas téměř stejný, což je logické, protože se stejně musí v obou případech číst pomocí readline() a testovat.
    8.3. 15:49 RM
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    ... možná právě to je důvod ;). Totiž že print (<FH>) tam má tuhle podmínku i pro plný rozsah a chová se tak stejně jako zápis s && vždy a žádná kouzla s rychlejším vyvrhnutím se nekonají, jak jsem si myslel. Čas by tomu i odpovídal.
    8.3. 07:56 Milan Straka
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    Podle dokumentace obalí -p skript do následujícího cyklu:
    while (<>) {
        ...             # your program goes here
    } continue {
        print or die "-p destination: $!\n";
    }
    
    Když měřím -pe '' a -ne '} continue { print or die ""}' tak už mi to vychází stejně.
    8.3. 10:53 RM
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    Skutečně je to tak a zdá se, že příčinou zpomalení je ten operátor or. Já jsem tomu modelu v manuálu moc nevěřil, ale tohle tedy sedí.

    (Ve skutečnosti je to uvnitř zadrátované asi trochu jinak, a ten buffer, který si představujeme pod <> se nějak obchází. Minimálně při nastavování vstupní vrstvy :utf8, kdy se nastaví flag jen u proměnné $_ a <> zůstane netknuté.)

    8.3. 11:20 RM
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    Ještě k tomu nastavení flagu. Ono i to bude zřejmě odpovídat. Jenomže prostě open use open IO => ":encoding(utf8)", ":std" se v tomto případě nedá umístit před while a nastavení má platnost až od místa zavolání (není to pragma).
    8.3. 16:52 RM
    Rozbalit Rozbalit vše Re: Čtení ze vstupu v Perlu
    Ještě jsem provedl experiment s tím flagem: dal jsem uvedené use open ... do sekce BEGIN{}. Výsledek je stejný -- nastavení se dotkne jen proměnné $_. Já se tedy domnívám že one-linery s přepínači -ne a -pe vstupní buffer nepoužívají (nebo nějak skrytě) a čte se řádek po řádku do proměnné $_ (stejně jak to má awk). A protože není na výstupu už potřeba testovat pozici a pracovat s ukazatele, je one-liner rychlejší.

    U několika velkých souborů zpracovávaných současně se tedy vyplatí naforkovat několik one-linerů než část běžného kódu pracujícícho s <FH>. Samozřejmě pokud není potřeba předávat data rodiči, ale i to se případně dá provést přes roury; vyzkoušeno, je to pak rychlejší než běžné forky v rámci programu.

    Díky za rady. Myslím, že se mi to povedlo rozmotat.

    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.