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 12:44 | Bezpečnostní upozornění

    Zpráva Justičního výboru Sněmovny reprezentantů upozorňuje na cenzurní kampaň Evropské komise, mířenou proti svobodě projevu na sociálních sítích. V dokumentu se uvádí, že se Evropská komise během posledních šesti let účastnila více než 100 uzavřených jednání, během nichž po platformách požadovala úpravy pravidel moderování obsahu, přičemž toto úsilí Komise zahrnovalo i cenzuru politických názorů a pravdivých informací. Výbor zdůrazňuje, že tento přístup Bruselu ohrožuje ústavou zaručená práva Američanů na svobodu projevu.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 04:33 | Nová verze

    Linus Torvalds vydal jádro Linux 6.19. Podrobný výčet změn je ke zhlédnutí na stránce Kernel Newbies, stručné výběry v LWN (část první, druhá).

    |🇵🇸 | Komentářů: 0
    včera 03:33 | IT novinky

    Do prodeje jde tichá bezdrátová herní myš Logitech PRO X2 SUPERSTRIKE s analogovými spínači s haptickou odezvou (HITS, Haptic Inductive Trigger System). Cena je 4 459 Kč.

    Ladislav Hagara | Komentářů: 5
    7.2. 21:00 | Zajímavý projekt

    Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.

    NUKE GAZA! 🎆 | Komentářů: 1
    7.2. 16:11 | Zajímavý software

    BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.

    NUKE GAZA! 🎆 | Komentářů: 0
    7.2. 16:00 | Humor

    Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.

    NUKE GAZA! 🎆 | Komentářů: 6
    6.2. 17:22 | IT novinky

    Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.

    NUKE GAZA! 🎆 | Komentářů: 18
    6.2. 16:44 | Komunita

    Kultovní britský seriál The IT Crowd (Ajťáci) oslavil dvacáté výročí svého prvního vysílání. Sitcom o dvou sociálně nemotorných pracovnících a jejich nadřízené zaujal diváky svým humorem a ikonickými hláškami. Seriál, který debutoval v roce 2006, si i po dvou dekádách udržuje silnou fanouškovskou základnu a pravidelně se objevuje v seznamech nejlepších komedií své doby. Nedávné zatčení autora seriálu Grahama Linehana za hatecrime však vyvolává otázku, jestli by tento sitcom v současné Velké Británii vůbec vznikl.

    NUKE GAZA! 🎆 | Komentářů: 10
    6.2. 13:33 | IT novinky

    Společnost JetBrains oznámila, že počínaje verzí 2026.1 budou IDE založená na IntelliJ ve výchozím nastavení používat Wayland.

    Ladislav Hagara | Komentářů: 4
    6.2. 11:22 | IT novinky

    Společnost SpaceX amerického miliardáře Elona Muska podala žádost o vypuštění jednoho milionu satelitů na oběžnou dráhu kolem Země, odkud by pomohly zajistit provoz umělé inteligence (AI) a zároveň šetřily pozemské zdroje. Zatím se ale neví, kdy by se tak mělo stát. V žádosti Federální komisi pro spoje (FCC) se píše, že orbitální datová centra jsou nejúspornějším a energeticky nejúčinnějším způsobem, jak uspokojit rostoucí poptávku po

    … více »
    Ladislav Hagara | Komentářů: 28
    Které desktopové prostředí na Linuxu používáte?
     (19%)
     (6%)
     (0%)
     (10%)
     (26%)
     (3%)
     (5%)
     (2%)
     (12%)
     (29%)
    Celkem 814 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    14.12.2008 08:19 volvox | skóre: 16
    Max. velikost virtuálni paměti včetně swapu v 32bit jádře
    Přečteno: 679×

    Dobrý den,

    zajímalo by mě, jestli v 32bitovém jádře linuxu (bez podpory PAE) sdílí virtuální adresní prostor společně s RAM i swap. Tedy pokud bych měl konkrétně na takovém systému 2GB fyzické RAM a chtěl mít 4GB ve swapu, tak by

    1. po aktivování swapu by bylo dostupných 6GB virt. paměti (2GB RAM + 4GB swap)
    2. po aktivování swapu by byly dostupné pouze 4GB virt. paměti (2GB RAM + ~2GB swap)
    3. swap by se nepodařilo aktivovat
    4. něco jiného

    A pokud platí 1. varianta bych poprosil o krátké vysvětlení, jak je to možné, příp. odkaz na nějaký zdroj (hledal jsem, nenašel).

    Díky za odpověď

    Odpovědi

    14.12.2008 11:54 ivan
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Co znamena pamet je pristupna? jako se ji muze naalokovat jeden proces, nebo ze je pristupna systemu(kernelu)?

     

    14.12.2008 12:06 volvox | skóre: 16
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Myslel jsem tím, že bude dostupná kernelu, ne pro jeden proces, t.j. využitelná systémem.

    14.12.2008 13:38 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Ono záleží co tím vlastně myslíte - například CPU 386 dokáže fyzicky adresovat max 4G ram, adresa o šířce 32b ovšem vnitřně umí pracovat s adresou o 46b takže může adresovat 64TB virtuálního prostoru.

    Virtuální prostor 64TB je rozdělen na globální a lokální prostor který může mít max 32TB. A každý segement může být max 4GB.

    Takže s toho vypline že CPU může pracovat s 64TB virtuálního prostoru takže 4G ram + 4G swap = 8G virtuálního prostoru, ovšem program bude moci využít pouze max 4G a je jedno zda 2G budou v RAM a další 2G v swapu.

    To je po fyzické stránce, jak je to v kernelu zda dokáže využít 64TB virtuálního prostředí nevím.

    14.12.2008 14:05 luky
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    36 bitů, 64 GB.

    14.12.2008 15:15 volvox | skóre: 16
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře
    Díky za odpověď, měl jsem na mysli modernější procesory. Podle en.wikipedia.org/wiki/Virtual_memory se pro procesory 80386 implementuje virtuální paměť pomocí Segmented virtual memory, kdežto novější pomocí Paged virtual memory, kde to IMHO v tomto směru funguje jinak.
     
    Je mi jasný limit u jednoho procesu na 32 bitů i split tohoto adresního prostoru mezi kernel a samotný proces (defaultně 1:3). Co mi není jasné, je jak se tyto virtuální adresy převedou na fyzické (v MMU?), v případě že CPU podporuje také jen 32 bitů, pokud těch virtuálních bude víc (stejné virt. adresy z různých procesů).
    Že by tedy v kernelu byla ještě jedna vrstva a virt. adresy se nejprve převedly z 32b na 36b a teprve pak by kernel rozhodnul, které stránky hledat v RAM?
     
    No, asi ne nevyjadřuju moc přesně, proto i ta původní otázka, ale opravdu by mě zajímalo, pokud platí 1. možnost, jak to teda je.
     

     

    14.12.2008 17:32 luky
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Všechno to máte přímo v tom odkazovaném článku.

    Existuje převodní tabulka pro mapování virtuálních adres na fyzické (Page tables) a převod provádí MMU automaticky (Dynamic address translation). A každý proces má tuto tabulku svoji a je jich ve hře víc, ale to už je jen technický detail. A nakonec je to samotné swapování (Paging), které v případě potřeby uvolňuje fyzickou paměť tím, že ji odkládá na disk a natahuje zpátky ty stránky, které jsou zrovna potřeba. To už dělá kernel sám. Takže jen čarujeme s obsahem a mapováním paměti (a obecně to platí vždycky bez ohledu na to kolik fyzické paměti a v kolika bitech spravujeme).

     

    15.12.2008 09:40 volvox | skóre: 16
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Jde mi o trochu něco jiného, těch článku jsem četl víc (a nejen na wikipedii), ale zjevně mi něco pořád uniká.

    Chápu základní princip, že kernel dostane od procesu virtuální adresu (VA), zjistí přes MMU, jestli je v RAM,  a pokud ne, tak se jí snaží nalézt ve swapu.

    A teď o co mi není jasný. Pokud má každý proces vlastní 32 bitový adresní rozsah, nemůže přece kernel nezměněnou VA z tohoto adres. prostoru jen tak předat dál, protože stejná VA může být použita i jinými procesy, které se odkazují pod stejnou VA na jinou část fyz. paměti.

    Nebo ještě jinak - pokud má kernel přístup k více jak 4GB virtuální paměti, musí přeci zákonitě použít větší než 32b adresní prostor, ale potom si musí kernel sám držet informaci o tom, které stránky jsou v RAM (MMU zvládne jen 32b) a které jsou ve swapu (to je jen moje ničím nepodložená spekulace - nikde jsem na to při hledání nenarazil).

     

    15.12.2008 11:04 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Proč si neprohlédnete strukturu toho CPU 386 jak pracuje ? (Princip je stejný u všech CPU pouze u novějších jsou přidaná další rozšíření pro větší adresovaní více RAM optimalizace atd.....)

    O adresování RAM rozhoduje CPU který převádí virtuální adresu 46b na 32b fyzickou adresu a pokud se nenajde příslušná virtuální adresa v ram vyvolá se přerušení a potom řízení převezme kernel a musí něco z fyzické ram smazat a odněkud jinud (ze swapu) tam nahrát požadovanou část.

    15.12.2008 11:51 volvox | skóre: 16
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Máte pravdu, princip je stejný, původně mě zmátlo to výše zmíněné rozdělení na wikipedii.

    Co mi nebylo jasné a nemohl jsem najít, že se při každém přepnutí procesu v kernelu (task switch) nastaví registr CR3 (en.wikipedia.org/wiki/Control_register#CR3), který obsahuje ukazatel na Page Directory (to jsou přesně ty bity, které mi tam pořád chyběly), takže se už pak jednodušše dohledá fyz. adresa.

    Nakonec jsem objevil skvělý článek (byť asi staršího data), který mi v tom udělal konečně jasno - www.embedded.com/98/9806fe2.htm a také www.ibm.com/developerworks/linux/library/l-memmod/

    Je pravda, že když jsem pokládal původní otázku, tak jsem o tom nic nevěděl, a trochu naivně očekával srozumitelnou odpověď jednou větou ;)

    14.12.2008 14:15 luky
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Virtuální pamět nepůjde přes 4GB, ale každý proces má vlastní adresní prostor (tedy každý své 4G virtuální paměti), takže swapák může kompenzovat paměť i přes 4G.

    Virtuální pamět kernelu je omezena na 1G (případně 2G) a není pro každý proces zvlášť, takže ani fyzicky nepůjde přes ten 1G. Ani není swapovatelná (AFAIK), ale odswapováni jiné části paměti by mělo kernelu v rámci toho 1G v případě nutnosti prospívat (nevím jak a jestli vůbec to Linux řeší).

    Možná se někde mýlím, ale shrnul bych to tak, že každopádně můžete jít přes celkovou hodnotu 4G. Ale pochopitelně raději tu RAMku než swap :-)

     

    14.12.2008 15:18 volvox | skóre: 16
    Rozbalit Rozbalit vše Re: Max. velikost virtuálni paměti včetně swapu v 32bit jádře

    Taky díky, odpoveď viz výše. 

    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.