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 | Nová verze

Byla vydána nová stabilní verze 1.9 (1.9.818.44) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují podporu nového vyhledávače Ecosia. Ten z příjmů z reklam podporuje výsadbu stromů po celém světě (YouTube). Nově lze přeskupovat ikonky rozšíření nebo řadit poznámky. Nejnovější Vivaldi je postaveno na Chromiu 58.0.3029.82.

Ladislav Hagara | Komentářů: 3
včera 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 32
26.4. 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
26.4. 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
26.4. 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 15
26.4. 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 23
26.4. 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
26.4. 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 32
25.4. 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 327 hlasů
 Komentářů: 50, poslední včera 04:06
    Rozcestník

    Dotaz: Maximalna velkost jednorozmerneho pola v C

    14.4.2012 12:39 Warchangel | skóre: 4
    Maximalna velkost jednorozmerneho pola v C
    Přečteno: 346×
    Dobry den,

    chcel som sa opytat, ci je velkost jednorozmerneho pola v jazyku C nejak obmedzena. Pretoze potrebujem jednorozmerne pole typu long, ktore bude mat maximalne 1 000 000 prvkov. Ale ked v programe napisem "long pole[1000000]" a dam spustit program, tak mi to hned pri starte vyhodi chybu. Ale ked pouzijem "long pole[500000]", tak vsetko funguje ako ma.

    popripade, neviete ako tento problem vyriesit, aby som mohol mat " long pole[1000000]"?

    Za odpovede vopred dakujem.

    Řešení dotazu:


    Odpovědi

    14.4.2012 13:10 Václav Vanc | skóre: 14
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Ta maximální velikost pole bude pravděpodobně záviset na hardwaru a překladači. Pro takto velká pole je vhodné používat dynamicky alokovanou paměť. Tudíž si nastuduj funkce malloc a free.
    Řešení 1× (Warchangel (tazatel))
    14.4.2012 13:53 tom
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    To pole se vam nejspise nevejde na zasobnik. Deklarujte ho jako staticke, pak by to melo fungovat (pokud nemate dementni prekladac).
    14.4.2012 14:12 mankind_boost | skóre: 4 | Hliněná chýše, 5482/3
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    long je 32bitovej pokud vim, no a pole o rozměru 1 000 000 prvků má velikost 4GB, což může překračovat limit 32bit aplikace.
    14.4.2012 14:39 tom
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    1 000 000 prvků má velikost 4MB
    14.4.2012 17:17 mankind_boost | skóre: 4 | Hliněná chýše, 5482/3
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    no jó :D

    dneska sem se moc vyspal a je to znát :D
    mess avatar 14.4.2012 14:51 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Tohle mi připomíná, jak se u nás na fakultě vyučující baví tím, že zadávají projekty, do kterých píšou něco v tomto smyslu:
    ... prvků v této množině může být klidně i 106 ... Napište program, který ji zpracuje."
    Každý rok to číslo dávají vyšší. A potom baví okolí tím, že vyprávějí kolik lidí tu paměť ve svém projektu alokuje staticky na zásobníku.

    Takže rada na závěr - nastuduj si malloc() a free(). A popřemýšlej, jestli je pole přesně to, co potřebuješ (jestli by se třeba neuplatnil spojový seznam).
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    14.4.2012 20:19 aaaaaaaaaaaaaaa
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C

    Ak sa da nieco implementovat cez pole, pouzil by som pole.

    Spojak je pomaly a neefektivny, ci uz berieme zabranu velkost alebo len rychlost priechodu od zaciatku do konca. Pristup cez pointery nieco stoji, nefunguje tu rozumne prednacitanie (ked su data po celej pamati) a pri pridavani kazdeho noveho prvku je treba volat pomerne pomaly malloc.

    Keby to nejak zoskupoval a robil by spojak poli, tak by to bolo snad o trochu lepsie. Takto je napriklad na mojom systeme overhead na 1 prvok 8B (4B malloc + 4B pointer na dalsi prvok) pri velkosti prvku 4B (long). To znamena az 3x vacsiu spotrebu pamati.

    14.4.2012 21:08 Kit
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Základní axiom: Univerzální řešení neexistuje.

    Spojový seznam může být za určitých okolností efektivnější a úspornější, než pole. Záleží na typu úlohy, kterou zpracovávám.
    14.4.2012 23:46 aaaaaaaaaaaaaaa
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Ked potrebujem nieco vkladat inde ako na koniec, pricom nevie, kde presne, tak ano - spojak moze byt rychlejsi ako pole. Aj to by som ale riesil spojakom poli, prave kvoli opisanym dovodom. O uspornosti spojaku oproti polu pochybujem - aky moze byt mensi overhead ako nulovy?
    mess avatar 14.4.2012 22:40 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Pokud ta položka bude větší (např. nějaká struktura), tak ten poměr spotřeby paměti nebude už tak nevýhodný. Navíc někdo by v některých typech úloh mohl ocenit konstantní časovou složitost operace vložení prvku do seznamu oproti lineární složitosti u pole. Nic není černobílé.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    15.4.2012 00:03 aaaaaaaaaaaaaaa
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C

    Staci vkladat na koniec pola namiesto na zaciatok a hned mame tiez konstantu.

    Viem, ze je niekedy jednoducho treba pouzit spojak, ale v tom pripade si ho reprezentujem (ako som spomenul vyssie) spojakom poli, aby sa zaroven vyuzilo vyhod poli.

    Graf (a zlozitejsie struktury) davam tiez najradsej do pola, lebo taketo rozvhnutie lepsie vyuziva pamat a cache (medzi zaznamami nie su "poznamky" od mallocu, takze nastava menej aliasingu pri cache-ovani), zo skusenosti to bezi rychlejsie ako "pointerami implementovany" graf (spojak) a v debug verzii je mozne velmi jednoducho spravit kontrolu, ktora overuje validitu adries (tu ide o indexy do pola) a pritom to upozorni na problemy.

    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.