Új hozzászólás Aktív témák
-
Grafiqs
őstag
Miért is? Van valami okod rá, hogy ezt kívánd? Vagy esetleg csak a nettó rosszindulat vezérel?! Szerintem az utóbbi.
Egyébként pedig ez "csak" egy elsőfokú ítélet. Nagyon messze van még ennek a vége...
G
És még mindig nem fogja, vagy nem akarja felfogni. Hihetetlen. A Föld tényleg a Naprendszer elmegyógyintézete lenne?! by Bon3ss
-
#40553216
törölt tag
nem írta, hogy 32 bites rendszere lenne. nyilván 64 bites, vagy pae-kerneles.
(#68) moonman
"szerinted vajon mekkora memóriaterületre fér el egy ekkora bmp?">szerintem nem nagyobbra, mint egy 20k*20k-s tiff. ilyenekkel pedig dobálóznak egyesek. mondjuk én pár évvel ezelőt csináltam 6*6-os diáról 4800dpi-s szkennelést. tudom, ez még csak kb. az 1/4-e (de a gép még kisebb volt). -
ddekany
veterán
"a swappolás meg azért van, mert az alkalmazás eléri saját memóriakorlátját(2/3gb), nem a rendszerét és muszáj neki kiswapolni a nem használt programrészeit"
Ez téves elképzelés. Swappolni csakis akkor muszáj, ha a rendszer szinten nincs már több RAM. Egyébként meg ha egy 32 bites alkalmazás többet akar foglalni mint amennyi hely a címterében elérhető, akkor hibát kap a memória foglaló funkciótól és kész, mivel a program többi része sem lenne felkészülve egy címteren kívül eső tartományok elérésére. (AWE-t és társait hagyjuk ki most... azt csak néhány kifejezetten úgy írt program használja, mint adatbázis kezelők. Plusz a swap témához sincs köze.)
-
ddekany
veterán
Eltekintve a speciálisan sok memória kezelésére írt alkalmazások rettentő ritka esetétől (ez jobbára extra munka a fejlesztőknek, kézi lapozgatás, stb), ha már nincs hely a 32 bites címtérben, akkor a kiswappolás nem segít. Pl .hiába swap-olná ki az OS a 0x100000-0x108000 tartományt az alkalmazás címterében, oda gyakorlatilag nem tudna allokálni mást, mert a program teli van pointerekkel a 0x100000-0x108000 tartományra, amelyek követésénél a program arra számít, hogy az imént kiswappelt adatokat találja ott. Ahhoz, hogy ez menjen, az OS-nek tudnia kéne, hogy hol vannak a pointerek, hogy módosítani/érvényteleníteni tudja őket... ez hagyományos gépi kódra fordított programok esetén (C++, Pascal, stb) lehetetlen. Ez elvileg managed code esetén (amir a Java, C#, stb fordul) esetén megoldható, de nem tudom ott ezzel meddig jutottak... nem lepődnék meg, ha még nem nagyon szórakoztak ezzel, mert igencsak meredek dolog.
-
azbest
félisten
Mert több program is fut, és mindegyik 32 bites 2GB rammal/swappal garázdálkodhat alapesetben, amelyik éppen nem aktív azt a területet a windows kirakja fájlba.
egyébként 64bites rendszerem van a 6Gb ramra, és elsősorban ms paint esetén (ami 64 bites) reprodukálható bármikor az, hogy a gui megdermed percekre, ha jelentősebb swappelés szükséges. Amennyire látni az erőforrás monitorozóban, a proci pihenget (a kernel time is).
Talán egyetlen szálon fut a gui és az erőforráskezelés, s emiatt jelentkeznek ilyen problémák agresszívabb swappelés közben.
Paint.Net progi többszálú és nem okoz ilyen mértékű fennakadást. Nem is a programok a lényeg, hanem hogy a rendszer engedi hogy bármely program használhatatlanná tegye.
Új hozzászólás Aktív témák
- Bitcoin árfolyam kijelző mini TV / Időjárás / Óra / Crypto-, részvény- és valutaárfolyam / stb.
- Samsung galaxy tab a8
- Hűtőventilátorok + Cooler Master S775 CPU hűtő
- Intel gyári processzor hűtő 1150, 1151, 1155, 1156
- MSI Brutál Magyar Gamer Laptop 240Hz i7 9750H 32GB DDR4 Új 1TB NVMe SSD RTX 2070 8GB GDDR6 Doboz
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen