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 14:44 | Komunita

Mozilla.cz informuje, že Firefox bude možná upozorňovat na úniky vašich hesel. V Mozille prototypují upozorňování na únik informací o vašem účtu, pokud se na seznamu Have I been pwned? objeví služba, ke které máte ve Firefoxu uložené přihlašovací údaje. Informace se objevila v pravidelném newsletteru o vývoji Firefoxu.

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

Společnost ZONER informuje o bezpečnostním incidentu, při kterém došlo ke zcizení a zveřejnění části přihlašovacích údajů zákazníků k elektronické poště a webhostingu CZECHIA.COM.

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

Byla vydána nová stabilní verze 1.13 (1.13.1008.32) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení otevřených i uzavřených listů pomocí ikonky Okno na postranní liště a vylepšené stahování (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 62.0.3202.97.

Ladislav Hagara | Komentářů: 8
včera 20:55 | Nová verze

Byla vydána verze 2017.3 dnes již průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. Aktualizovat systém lze pomocí příkazů "apt update; apt dist-upgrade; reboot". Z novinek lze zmínit 4 nové nástroje: InSpy, CherryTree, Sublist3r a OSRFramework.

Ladislav Hagara | Komentářů: 1
včera 01:55 | Bezpečnostní upozornění

Společnost Uber potvrdila bezpečnostní incident a únik dat v roce 2016. Unikly údaje o 57 milionech cestujících (jména, emailové adresy a čísla mobilních telefonů) a 600 tisících řidičích (navíc čísla řidičských průkazů).

Ladislav Hagara | Komentářů: 1
21.11. 23:44 | Humor

Co vypíše příkaz man půl hodiny po půlnoci? Text "gimme gimme gimme". Jedná se o virtuální velikonoční vajíčko připomínající skupinu ABBA a její hit Gimme! Gimme! Gimme! (A Man After Midnight). Problém nastane, pokud gimme gimme gimme nabourá automatizované testování softwaru. To se pak příkaz man musí opravit [Bug 1515352] [reddit].

Ladislav Hagara | Komentářů: 10
21.11. 18:11 | Zajímavý článek

Mozilla.cz informuje, že Firefox na Fedoře podporuje Client Side Decorations. Firefox na Linuxu se vykresluje včetně standardního záhlaví okna, které je v případě webového prohlížeče většinou nadbytečné a ubírá drahocenné vertikální místo na obrazovce. Verze distribuovaná uživatelům Fedory však nyní obsahuje experimentální podporu pro takzvané Client Side Decorations, které umožňují vykreslování „oušek“ panelů do záhlaví okna.

Ladislav Hagara | Komentářů: 12
21.11. 05:00 | Bezpečnostní upozornění

Maxim Goryachy a Mark Ermolov ze společnosti Positive Technologies budou mít v prosinci na konferenci Black Hat Europe 2017 přednášku s názvem "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". O nalezeném bezpečnostním problému informovali společnost Intel. Ta bezpečnostní problém INTEL-SA-00086 v Intel Management Engine (ME), Intel Server Platform Services (SPS) a Intel

… více »
Ladislav Hagara | Komentářů: 43
21.11. 01:33 | Zajímavý projekt

Na Humble Bundle byla spuštěna akce Humble Book Bundle: Java. Za 1 dolar a více lze koupit 5 elektronických knih, za 8 dolarů a více 10 elektronických knih a za 15 dolarů a více 15 elektronických knih věnovaných programovacímu jazyku Java od nakladatelství O'Reilly. Peníze lze libovolně rozdělit mezi nakladatelství O'Reilly, neziskovou organizaci Code for America a Humble Bundle.

Ladislav Hagara | Komentářů: 0
21.11. 00:11 | Zajímavý projekt

Článek na OMG! Ubuntu! představuje rodinu písma IBM Plex. Jedná se o open source písmo (GitHub) navržené a uvolněné společností IBM (YouTube, Carbon Design System). Ukázka na Font Squirrel.

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

    Dotaz: vyznam aligned v C

    4.10.2010 00:09 honza
    vyznam aligned v C
    Přečteno: 592×
    Zdravim, Cital som o atribute aligned v C a chcem sa uistit ze to chapem spravne, pretoze moje pokusy to nenaznacuju. Tento atribut by mal zarovnavat hodnoty struktur alebo jednotlivych premennych na zadany pocet bytov. Pr: int i __attribute__((aligned(128))); printf("%d", sizeof(i)); prikaz printf by mal vypisat velkost 128, ale vypise 4!

    Řešení dotazu:


    Odpovědi

    4.10.2010 01:22 Jirka P
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Alignment určuje zarovnání, ne velikost (toho, co se zarovnává), Prakticky bys to ověřil takto:
    int i __attribute__((aligned(128)));
    assert((intptr_t)&i % 128 == 0);
    Je samozřejmě možné, že použití aligned "něco" zvětší (strukturu obsahující daný prvek, nebo spotřebu zásobníku), ale není to nezbytně nutné.
    4.10.2010 12:22 kulik
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    To by jeste schazelo, aby mel najednou integer 128 bajtu:-) Podivej se treba na wikipedii, tam je to dobre vysvetlene.
    4.10.2010 21:08 honza
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Tak ze, ak tomu spravne chapem, tak pouziva sa to za zarovnanie adries na ktorych lezia v pamati hodnoy aby boli delitelne cislom ktorym zarovnavam bezozvysku.

    tak ze toto:
    
    int main(void)
    {
        static float a[4] __attribute__((aligned(128))) = {1.0, 2.0, 3.0, 4.0};
        printf("%8u %8u %8u %8u\n", &a[0], &a[1], &a[2], &a[3]);
        return 0;
    }
    
    vypise takyto vysledok: 268509056 268509060 268509064 268509068 Prva adresa je dlitelna 128 bezozvysku, ale druha, tretia a stvrta adresa uz nie. Cize prva adresa aj u viacrozmernych poli bude delitelna bezozvysku cislom ktorym zarovnavam. Ale preco tato struktura ma velkost 32:
    
    struct {
        char a;
        int c __attribute__ ((aligned (16)));
        char b;
    }
    
    4.10.2010 22:25 mato
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    caf,

    zarovnava celu strukturu na najmensi spolocny nasobok .. ak to spravne teda pomenuvavam ..

    ked to rozoberes:
    
    char a;   // 2B
    int c;    // 16B
    char b;   // 2B , dokopy 18B  
    
    zarovnavam na nasobky 16, tj 32 je najblizsi nasobok 16, kde (2+16+2) < 32 .. neviem ci sa to da chapat, co pisem .. :)
    4.10.2010 22:42 Jirka P
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    static float a[4] __attribute__((aligned(128)));
    Prva adresa je dlitelna 128 bezozvysku, ale druha, tretia a stvrta adresa uz nie.
    To není překvapení, ten atribut se týká celého pole. Tzn. adresa pole je zarovnaná, pole jsou v C vždy "packed" (tedy je-li T* p, platí (char*)(p+1)-(char*)p==sizeof(T)).
    Ale preco tato struktura ma velkost 32:
    Představ si, že chceš udělat pole tvých struktur. Potom (intptr_t)&array[0].c % 16 == 0, stejně tak (intptr_t)&array[1].c % 16 == 0. To znamená, že i ((char*)&array[1].c-(char*)&array[0].c) % 16 == 0 == sizeof(struct...) % 16, z toho vyplývá, že velikost té struktury je dělitelná 16. No a 16 to být nemůže, protože c musí být v paměti za a (a z implementačních důvodů nelze mít celou strukturu zarovnanou např. na adresy -1 mod 16, takže a bude taky zarovnané aspoň na 16).

    Prakticky ta struktura vypadá takto:
    1 byte   a
    15 byte  - nic
    4 byte   c
    1 byte   b
    11 byte  - nic
    
    5.10.2010 06:41 honza
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Ok tomu rozumiem, a bude lezat na nasobku 16-ky za nim c tiez na nasobku 16-ky, potom b, ale nechapem tych 11 byte ak ta struktura nebude v poli. nemal by to kompilator rozozna pri preklade a malo by stacit na nu 21 byte?
    5.10.2010 08:50 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Mělo by mu stačit 21, vše záleží zda další proměnnou zarovná na nějaký násobek, nebo nezarovná a bude hned za tou zarovnanou.

    Já bych se tímto nezabýval, zarovnání má hlavně vliv kvůli CPU které třeba v jednom taktu může tu proměnnou přečíst, když nebude zarovnaná spotřebuje CPU taktů víc.

    O správné zarovnání se stará sám překladač podle nastavených optimalizací a netřeba do toho zasahovat pokud nepotřebuješ k datům přistupovat přímo.

    Vaše zarovnání:
        .file    "pokus.c"
        .section    .rodata
    .LC0:
        .string    "%8u %8u %8u %8u\n"
        .text
    .globl main
        .type    main, @function
    main:
    .LFB0:
        .cfi_startproc
        pushq    %rbp
        .cfi_def_cfa_offset 16
        movq    %rsp, %rbp
        .cfi_offset 6, -16
        .cfi_def_cfa_register 6
        movl    $.LC0, %eax
        movl    $a.2051+12, %r8d
        movl    $a.2051+8, %ecx
        movl    $a.2051+4, %edx
        movl    $a.2051, %esi
        movq    %rax, %rdi
        movl    $0, %eax
        call    printf
        movl    $0, %eax
        leave
        .cfi_def_cfa 7, 8
        ret
        .cfi_endproc
    .LFE0:
        .size    main, .-main
        .data
        .align 128
        .type    a.2051, @object
        .size    a.2051, 16
    a.2051:
        .long    1065353216
        .long    1073741824
        .long    1077936128
        .long    1082130432
        .ident    "GCC: (GNU) 4.4.4 20100630 (Red Hat 4.4.4-10)"
        .section    .note.GNU-stack,"",@progbits
    
    a když to necháte na překladači:
        .file    "pokus.c"
        .section    .rodata
    .LC0:
        .string    "%8u %8u %8u %8u\n"
        .text
    .globl main
        .type    main, @function
    main:
    .LFB0:
        .cfi_startproc
        pushq    %rbp
        .cfi_def_cfa_offset 16
        movq    %rsp, %rbp
        .cfi_offset 6, -16
        .cfi_def_cfa_register 6
        movl    $.LC0, %eax
        movl    $a.2051+12, %r8d
        movl    $a.2051+8, %ecx
        movl    $a.2051+4, %edx
        movl    $a.2051, %esi
        movq    %rax, %rdi
        movl    $0, %eax
        call    printf
        movl    $0, %eax
        leave
        .cfi_def_cfa 7, 8
        ret
        .cfi_endproc
    .LFE0:
        .size    main, .-main
        .data
        .align 16
        .type    a.2051, @object
        .size    a.2051, 16
    a.2051:
        .long    1065353216
        .long    1073741824
        .long    1077936128
        .long    1082130432
        .ident    "GCC: (GNU) 4.4.4 20100630 (Red Hat 4.4.4-10)"
        .section    .note.GNU-stack,"",@progbits
    
    5.10.2010 12:34 Jirka P
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Ne, to by bylo prakticky nemožné. Každý typ, který může mít nějaká proměnná, může být typem prvku pole. A kompilátor by musel projít celý kód (=všechny zdrojáky, které se linkují do výsledné binárky, včetně dynamických knihoven), aby mohl zjistit, že daná struktura opravdu prvkem pole není (což v sobě obsahuje např. i použití pointrové aritmetiky na jejím typu).

    Spíš uvidíš optimalizaci typu "kašlem na strukturu, na zásobník (nebo do registrů) to nějak naboucháme", kterou kompilátor může udělat, pokud daná instance té struktury neprosákne někam ven z funkce (přes pointer). Pak ta struktura na zásobníku zabere méně než 32 bytů, ale sizeof bude pořád 32.
    5.10.2010 20:46 honza
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Ale ked mam jednoduchy program, kde zadefinujem strukturu, tak by to prekladac mohol vediet, ze som nezadefinoval ziadne pole konkretnych sruktur.
    5.10.2010 21:13 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    To by mohl předpokládat tehdy, pokud se tam neobjeví ukazatel na tuhle strukturu. A jelikož to je v Céčkových programech poměrně řídký jev (že nějaký datový typ není vůbec použit jako ukazatel), IMHO se to nebude nikomu chtít implementovat.
    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    6.10.2010 08:21 timi
    Rozbalit Rozbalit vše Re: vyznam aligned v C
    Dakujem Vsetkym za zapojenie sa do diskusie a odpovede.

    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.