Win32, malloc 10GB v 64bitovém OS – C / C++ – Fórum – Programujte.com

Ahoj,

je možné, aby 32bitová aplikace alokovala třeba 10GB v 64bit OS s kvantem RAMek, nebo mě ten malloc prostě nepustí? Díky

Na operačnom systéme v tomto prípade nezáleží, takže tých 10 giga z 32bitovej aplikácie určite nedostaneš.

#1 Štěpán
32bit proces pouziva 32bit pointre ktore nedokazu adresovat 10GB priestor. Mozes aplikaciu rozdelit do viacerych procesov.

Na čo vlastne potrebuješ 10GB alokovanej pamäti?

Vo väčšine prípadov to indikuje zlý návrh a skoro vždy sa to dá navrhnúť iným spôsobom.
I keď je pravda že som už videl aj riešenie s alokáciou 10GB pamäti na cash, no to bol naozaj stav núdze kvôli optimalizácii.
 

#4 Grungy
Nepotřebuju to nijak nutně ani urgentně, ale zrychlilo by mi to složitej výpočet a každé zrychlení dlouhých výpočtů se počítá  

Tady jsem konkrétně řešil jestli si můžu nějak pomoct při zrychlení paralelizace na 12 logických jádrech (6+6 hyperthreading). Výstupní tabulka výpočtu má 0.5GB a do té se zapisuje výstup z výpočtu na nezávislých prvcích obrovského pole, které paralelně projíždím. Problém je že podle Amdahlova zákona ztratím mnoho času zápisem do tohoto pole, kdy musím pro zápis pozastavit ostatní vlákna (nesmí zapisovat naráz). Zapisovat paralelně a doufat, že se nepotkají, je sice taky možnost, ale nic moc, dřív nebo pozděj by to prasklo  Takže by bylo fajn alokovat si 12 těchto tabulek, pak by paralelizace měla nulové ztráty a pak bych jen paralelně tyto tabulky posčítal do jedné výsledné, což by mělo také nulové ztráty. Můj dojem je, že by to byla rychlejší metoda, ale ještě nemám spočítané ani pořádně odhadnuté, jaké procento časové složitosti bude mít kritický neparalelizovatelný zápis, ale odhad je, že dosti vysoký, kdyby jen 10%, tak už bude výkonnostní nárust zajímavý a kdyby 25%-50%, tak je to hrůza, to těch 12 jader bude permanentně chrápat  

Všetky detaily tvojho algoritmu nepoznám, ale z toho ako si popísal tvoj problém, tak sa mi zdá, že potrebuješ do toho poľa iba zapisovať a na samotný výpočet ho nepotrebuješ. Ak je to tak, tak by som to skôr rozvrhol tak, že by som nechal tie vlákna nech počítajú a keď by zistili nejaký ten výsledok tak by ho šupli do nejakej fronty. Z fronty by to vyberalo jedno osobitné vlákno ktoré by ti to do toho pola zapisovalo. Ak by sa použil nejaký kruhový buffer tak by to tie počítacie vlákna ani moc nemuselo brzdiť.