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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 20
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (8%)
 (5%)
 (3%)
Celkem 781 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: SIGABRT po alokaci >4GB virtuální paměti

3.5.2010 18:09 Werken
SIGABRT po alokaci >4GB virtuální paměti
Přečteno: 766×
Spouštím paměťově náročný program, který si postupně do paměti nahrává data překračující 4GB a v okamžiku, kdy tuto hranici přelézá, tak dostane SIGABRT.

Jde o systém:
Linux nazev_pocitace 2.6.32.11 #1 SMP Fri Apr 2 10:32:26 CEST 2010 x86_64 x86_64 x86_64 GNU/Linux
CentOS release 5.4 (Final)
Příkaz
free -m
vrací:
             total       used       free     shared    buffers     cached
Mem:         16087      12050       4037          0         72      10251
-/+ buffers/cache:       1726      14361
Swap:         9538          0       9538
Příkaz
ulimit -a
vrací:
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 128696
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 16384
cpu time               (seconds, -t) unlimited
max user processes              (-u) 128
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
Pokud to dobře chápu, tak systém podporuje Physical Address Extension, má 16 GB RAM a já jako uživatel mám právo je používat, tak v čem by ještě mohl být problém?

Odpovědi

michich avatar 3.5.2010 18:28 michich | skóre: 50 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Klidně to může být chyba v tom programu samotném. Ale co je to za program, jsi neprozradil.
3.5.2010 19:32 Werken
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Jde o dekodér systému Moses (http://www.statmt.org/moses/), který se příznačně nazývá moses. Jde o zkompilovaný program napsaný v C++ a pro menší korpusy funguje bez problémů. Myslel jsem, že PAE funguje transparentně, nebo snad v tom programu samotném může být něco, aby se sám omezoval?
Marcho avatar 4.5.2010 18:15 Marcho
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Může třeba používat 32-bitové pointery...
No Linux, Just GNU!
6.5.2010 09:37 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Ty ale máš 64b systém a tím pádem nepoužíváš PAE a ten binární program pokud je 32b může být přeložen tak blbě že prostě nedokáže využít 64b systém.

Použij 64b program ten by to dělat neměl.

A nebo mu chybí pokud je ten program 32b nějaké 32b knihovny a tak zhavaruje, já bych typnul že bude chyba v programu.
7.5.2010 06:21 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Ty ale máš 64b systém a tím pádem nepoužíváš PAE
Tento mýtus by se měl jednou provždy vymýtit. Asi jsem se níže nevyjádřil dost jasně.
In computing, Physical Address Extension (PAE) is a feature (first implemented in the Intel Pentium Pro in 1995) to allow x86 processors to access more than 4 gigabytes of random access memory if the operating system supports it. It was extended by AMD to add a level to the page table hierarchy, to allow it to handle up to 52-bit physical addresses, add NX bit functionality, and make it the mandatory memory paging model in long mode.

Tak. A je to.

A mimochodem, PAE je dobré zapnout i na 32b s malou pamětí. Kvůli tomu NX bitu.
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 7.5.2010 11:40 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Tento mýtus by se měl jednou provždy vymýtit.
Chápu to dobře, že chceš vymýtit mýtus, že se PAE používá na 64bit architektuře? Chvilku mi to trvalo, nejdřív jsem tě chtěl zprdnout a napsat citation needed, protože to vyznělo jako bys chtěl vyvracet příspěvek, na který reaguješ.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
7.5.2010 18:41 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Tak ještě jednou, pro ultra pomalé ...

Mýtus: Mám 64bit OS, nepoužívám PAE.

Omyl.

64 bit obsahuje PAE samo od sebe. V 32 bit se mohu rozhodnout jestli chci PAE nebo nePAE. V 64 bit se rozhodnout nemůžu - PAE v 64b režimu nelze vypnout.

Citace viz [1].
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 8.5.2010 00:50 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Citation needed.

Tvůj odkaz vede na stránku, kde se o PAE nic nepíše. Pokud vyvracíš něco, co výslovně tvrdí obecně používané zdroje jako anglická a česká wikipedie, chce to něco lepšího než ze sebe dělat chytráka.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
8.5.2010 01:11 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Prostě u 64b OS se PAE nepoužívá viz: Physical Address Extension kde je psáno: "Při použití 64bitových procesorů a 64bitových operačních systémů nemá PAE význam a není ani podporováno. PAE je však dostupné v 32bitovém režimu 64bitových procesorů."

A je to snad logické u 64b CPU a OS můžu adresovat vše přímo a nemusím hledat berličky. Ovšem u 64b CPU a 32b OS musím hledat berličky a tak když ten CPU přepne na 32b tak umožní použít PAE. Čili PAE umí i 64b CPU ovšem pouze když se přepnou do 32b režimu. Když beží CPU v 64b režimu žádné PAE nepodporuje a o překlad mezi 32b programy na 64b implementaci nebo jak bych to nazval se stará OS.
michich avatar 8.5.2010 09:19 michich | skóre: 50 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Viz AMD64 Architecture Programmer's Manual Volume 2: System Programming část 5.3 Long-Mode Page Translation:
Long-mode page translation requires the use of physical-address extensions (PAE). Before activating long mode, PAE must be enabled [...]
Because PAE is always enabled in long mode, [...]
pavlix avatar 8.5.2010 17:11 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Jsem rád, že se tu najde někdo, kdo narozdíl od pana pht umí dát i jasný a smysluplný odkaz.

Takže díky a už zbývá jen otázka, jestli si někdo z vás znalých tématu najde čas na úpravu v české a anglické wikipedii.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
8.5.2010 20:47 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Aha, tak už jsem pochopil proč jste tak zatvrzele vzdoroval.

Ono to je totiž na wikipedii špatně, ale jen na té české. Na anglické je to co jsem původně ocitoval, tj. správné tvrzení. Nějak mě nenapadlo, že by se různé překlady wikipedie proti sobě rozcházely.

Jo a na to Vaše citation needed prdím, protože takhle jednoduchou věc je skutečně jednodušší dohledat na G, než hledat ISBN knihy ve které jsem to četl.
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 9.5.2010 15:29 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Ono to je totiž na wikipedii špatně
Ano, na české wikipedii je několikrát uvedené tvrzení, které je v rozporu s manuálem AMD.
ale jen na té české.
To není pravda. Na anglické wikipedii je výslovně uvedeno toto:
On x86-64 processors in native long mode, the address translation scheme resembles PAE...
Když se v technickém textu píše, že je to pouze podobné PAE, tak je to podle mě v přímém rozporu s tvrzením, že to PAE.

Tudíž i anglická wikipedie je v rozporu s manuálem AMD.
Jo a na to Vaše citation needed prdím, protože takhle jednoduchou věc je skutečně jednodušší dohledat na G, než hledat ISBN knihy ve které jsem to četl.
Já vám zase prdím na vaše blbé nepodložené kecy. Možná jste na tolik geniální, že nad námi obyčejnými smrtelníky ohrnujete nos.

Odkaz na google, který ukazuje na několik zdrojů, které tvrdí opak (byť třeba nepravdivý), ok, pokud je to z nevědomosti. Ale odkazovat na google i když už se ví, že google dává spíše špatné výsledky, to mi přijde jako vrchol arogance.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.5.2010 07:06 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Když se v technickém textu píše, že je to pouze podobné PAE, tak je to podle mě v přímém rozporu s tvrzením, že to PAE.

Tudíž i anglická wikipedie je v rozporu s manuálem AMD.
Za prvé wikipedia není technický text a za druhé to v rozporu není.

Přečtěte si ten manuál když Vás to zajímá do podrobností.

Ale odkazovat na google i když už se ví, že google dává spíše špatné výsledky, to mi přijde jako vrchol arogance.
Já o žádných špatných výsledcích nevím a ani nevím že "se to ví".

Když už jste tak houževnatý tak tu českou wikipedii opravte ;-)
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 10.5.2010 11:39 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Za prvé wikipedia není technický text
Ještě mi řekněte, že článek o PAE není technický text. Co to potom je? Pohádka?
a za druhé to v rozporu není.
Podobný != stejný.
Když už jste tak houževnatý tak tu českou wikipedii opravte
Už jsem v ní opravil dost věcí, kterým rozumím. Do hardware se zase tak moc míchat nechci. Navíc tu nejsem zdaleka jediný houževnatý jedinec.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.5.2010 22:14 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Podobný != stejný.

Nikdo se nehádá, ale původní otázka byla jestli se PAE používá nebo ne, a odpověd je, že se používá.

Adresní režim v x86-64 má nějaké změny (rozšíření) oproti původnímu PAE.

Snad už je to jasné do podrobna.
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 11.5.2010 21:49 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Pokud vím, tak už se po několik komentářů bavíme o wikipedii a správnosti její formulace (vůči relevantnímu zdroji, konkrétně manuálu od AMD).

Beru to tak, že tématický skok jsi udělal, abys zakryl nejistotu.
Snad už je to jasné do podrobna.
Podle toho, jak píšeš, tak ti rozdíl mezi slovy podobný a stejný, zatím ještě jasný není.

A očividně ti uteklo už i téma diskuze posledních x příspěvků.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
michich avatar 8.5.2010 09:24 michich | skóre: 50 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
A je to snad logické u 64b CPU a OS můžu adresovat vše přímo a nemusím hledat berličky.
To je logické pouze tehdy, když máš apriori zafixováno, že PAE==berlička.
8.5.2010 20:53 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
A je to snad logické u 64b CPU a OS můžu adresovat vše přímo a nemusím hledat berličky.
To je logické pouze tehdy, když máš apriori zafixováno, že PAE==berlička.
Přesně tak, to je totiž další mýtus :)

PAE je jen jedna úroveň stránkovácího adresáře navíc, a u ne-x86 systémů je docela běžné mít úrovní několik. Je to tak i u x86-64, neboť jinak by nešlo rozumně evidovat těch (až) 2^(64-12) stránek.

A mimoto PAE obsahuje NX bit.

Berličkou by se pouze dalo nazvat to, že 32bitový OS s PAE obvykle stejně nedovolí jednomu procesu adresovat více než 4 giga.
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 8.5.2010 15:54 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Prostě u 64b OS se PAE nepoužívá
Chtěl jsem po pisateli odkazy podporující jeho tvrzení, že se PAE používá.

Takže mně jsi asi tímhle způsobem odpovědět nechtěl.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
pavlix avatar 8.5.2010 15:55 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Chmm, příště použiju italiku, bold to vypadá až moc výrazně :). Nebyl úmysl.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
3.5.2010 20:15 rini17
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
PAE sa tyka iba 32bitoveho jadra. 64bitove jadro (ktore uz mas) nepotrebuje ziadne rozsirenie na adresovanie >4GB.

ALE: Limit na 32bitovy userspace proces ostava iba 4GB, neviem o tom ze by sa to niekomu podarilo obist a je to zbytocne, kedze sa to da lahko vyriesit prekladom pod 64bit kompilatorom (ak zdrojaky nepisalo prasa).

Cize, mozne su 2 priciny:

a) mas 32bitovu binarku

b) binarka je 64bit, ale zdrojaky pisalo prasa a velkost pamate je niekde natvrdo definovana ako 32-bitovy integer...

A este ti odporucam si nastudovat a pouzit HugeTLBFS (alokovat 2MB velke stranky), kedze obycajne 4kB stranky zvyknu mat nechutny overhead, zvlast pri nahodnom pristupe.
4.5.2010 06:51 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
PAE sa tyka iba 32bitoveho jadra. 64bitove jadro (ktore uz mas) nepotrebuje ziadne rozsirenie na adresovanie >4GB.

Přesněji řečeno u 64b je PAE zabudováno.
In Ada the typical infinite loop would normally be terminated by detonation.
pavlix avatar 7.5.2010 11:42 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
citation needed
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
3.5.2010 20:19 xavier | skóre: 10 | blog: borkovo
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Není to tím, že PAE sice umožňuje přístup k více než 4GB RAM, ale limit pro jeden proces zůstává pořád stejný(teda zvedne se z 2/3 GB na 4GB)?
3.5.2010 20:26 xavier | skóre: 10 | blog: borkovo
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Jsem si nevšiml, že to je 64bit kernel, tak nic.
8.5.2010 23:29 Sten
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
Trochu off-topic, ale ten 2/3 GiB limit se u 32bitového jádra nezvedne ani s PAE, protože všechny syscally jádra musí probíhat ve stejném virtuálním paměťovém prostoru. 4 GiB lze pro proces dostat pouze u 64bitového jádra, kde syscall přepne na long mode a tak najde jádro i nad 4 GiB
10.5.2010 01:05 Werken
Rozbalit Rozbalit vše Re: SIGABRT po alokaci >4GB virtuální paměti
To je ale diskuze :) Jenom pár slov k té výchozí otázce, abych to uzavřel...

Binárka byla opravdu přeložena do 32bitů, takže jsem se pokoušel to přeložit do 64bitů, ale to se mně nepovedlo. Pak jsem ale zjistil, že před dekódováním je možné model profiltrovat a binarizovat. Když se to provede obojí, tak potom moses nepotřeboval nikdy více jak cca 2 GB RAM. Jede to sice pomaleji, ale můj problém to vyřešilo.

Toť pro ty, co by řešili podobný problé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.