Alkalmazás számára erőforrások szűkítése

Microsoft Windows

Új céges notebook-om lett, arra Windows 11 került. Egy kb. 14 éves software-t - áramkör és nyáktervező - futtatnék rajta, de a nyáktervező öt percen belül elhasal. Sokszor címhibával, de van, hogy az ntdll.dll-re hivatkozva áll meg, mint a szög. A Windows 11 és a többi alkalmazások stabilak, mindamellett futtattam a gépen RAM tesztet, nem talált hibát.

Viszont észrevettem, hogy az About-ra nyomva 2 milliárd valahány byte szabad memóriát riportál, miközben 16 GiB van a gépben. Valószínűleg annyira régi a program, hogy akkoriban jóval kevesebb RAM volt a gépekben, s nem számítottak a programozók arra, hogy sok helyen uint64_t típust kellene használniuk uint32_t helyett. Ki tudja, lehet, hogy 32 bites pointerei, címszámításai vannak, és egyszerűen elszámolja magát, így simán kicímez azon területen kívülre egy aritmetikai túlcsordulás miatt, amelyet lefoglalt.

Lehet-e egy alkalmazás számára Windows 11-ben szűkebb erőforrásokat előírni? Teszem azt, csak 2 mag CPU-t, meg 1 GiB RAM-ot adni neki? Ha igen, hogyan?

  • 693 megtekintés

Az operációs rendszer natív hardware-en futtatott Windows 11. Ha jól gondolom, a virtuális gépbe kellene egy operációs rendszer, amelyen futna az alkalmazás. Viszont úgy tudom, a Microsoft licencelése nem teszi lehetővé a Windows virtuális gépben való futtatását, vagy legalább is akkor olyan licencet kellene venni. Céges gép, fontos a jogtisztaság, itt nem arról van szó, hogy itthon jogi szürkezónában csinálok valamit két hétig, aztán letörlöm, hanem ki kell állnia a jogtisztaság próbáját is.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Egyfelől hamarabb térnék át a KiCad használatára, de ott meg az a baj, hogy nincs a kettő között átjárás. Ennek a csodának nem publikus a file formátuma. Használod, generálsz belőle fúrófile-t, gerbert, pdf-et, de nem tudod importálni KiCad-be.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( deje | 2025. 03. 13., cs – 20:26 )

Próbálkoztál a kompatibilitási módokkal? Az EXE-re jobbklikk, Tulajdonságok, és Kompatibilitás. Állíts be neki XP módot, miegymást.

Még nem. Azt sem tudtam, hogy van ilyen. Azért, mert nem ismerem a Windows-t, erre vannak a céges rendszergazdák. Arra meg nem biztos, hogy van időm, hogy megoldják, mert akkor holnap sem dolgozom. Jó, a workaround az, hogy ezt a munkát a régi gépemen csinálom meg.

Köszönöm, ez lehet, hogy segíteni fog!

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Együttérzek ezzel, most hasonló cipőben járok, hosszú kihagyás után windowsozok intenzíven, elég fájdalmas sok év Linux után. Mondjuk ezt a kompatibilitási módot ismerem, de sok hasonlót nem, majdnem meg is lincseltek érte itt egy másik topikban. Csak úgy nézek, hogy mik vannak Focus Assistant, meg MDM. Ma pl. azt alig találtam meg, hogy Outlookban hol kell új mailt írni és elküldeni, annyira szar a szalagmenü.

Egyébként a Win11 szépen beszűkíti az erőforrásaid, annyira bloat. Az a 2 milliárd bájt szabad memória szerintem okés, 32 bites alkalmazás, de az sem 4 gigás címtérre van tervezve, hanem 2 gigás userspace címtérre, az kb. 2 milliárd bájt. Szerintem nem emiatt hasal el, hanem a kompatibilitás nincs meg neki. Azon a kompatibilitási mód feltehetően segít.

Elvileg nem csak virtuális géppel tudod a memóriát szűkíteni. Tudod pl. azzal is, hogy ramdrive-val legfoglaltatsz jó sok memóriát.

Az a Win11 elég kemény lehet neked Linux után, nekem csak Win10 ellen kell küzdenem most, az pedig pár fokkal normálisabb még, mint a Win11, de így is kínzás.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Földöntúli élményben van részem. Fedora repóban lévő 10.2-es Wine-nal nem működik, de a Wine honlapjáról letöltött, s direkt Fedorához készített wine-staging-10.3 alól simán megy a nyáktervező. Persze nem hasal el. Eszem megáll, hogy egy Linux fölé húzott, részlegesen implementelt Windows API fölött jól működik az alkalmazás, míg natív Windows-on elhasal állandóan. :DD

Ilyen csak a mesében van. De ez a valóság.

(Jó, még nem akarom elkiabálni, ha órákig tudok vele dolgozni, elhiszem, hogy jó lesz.)

Szerk.: Az OpenGL támogatás is működik Wine-on, ami Windows 11-en szintén nem ment. Ez kész. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

" részlegesen implementelt Windows API fölött jól működik az alkalmazás, míg natív Windows-on elhasal állandóan."

Pontosabban egy 14 éves szoftver nem fut az aktuális Windows verzión. Apropo, próbáltál már a.out binárist futtatni korszerű Linuxokon...? De szerintem ha fogsz egy Ubuntu 10.04-es csomagot, és megpróbálod 24.04-en használni... Nos, lehet, hogy az sem fog működni OOB.

És ahogy írták korábban: az adott szoftverből nem kéne leragadni a Windows7 (esetleg Windows8) környezetre készült verzión: ha munkaeszköz, akkor ki kell, hogy termelje a karbantartásának az árát. Is. Gondolom a gépeket is megveszi a cég, és utána semmilyen karbantartást, tisztítást, öregedő, kopó alkatrészek cseréjét és hasonlókat nem végeztet el... vagy azon munka- illetve termelőeszközöknél költ a karbantartásra, illetve szükség esetén a cserére? Na akkor a sw-t is tessen így tekinteni, még ha amúgy nem is kopnak a bitjei...

Ha most ahelyett, hogy dolgoznék, összeülnénk egy megbeszélésre, hogy milyen fejlesztői környezetet vegyünk, arról döntés születne, majd megvennénk a software-t, azt telepítené az IT, bekonfigurálnám alá az általam létrehozott alkatrészeket és footprinteket, akkor kb. sohasem készül el ez a gép, és kidobtunk teljességgel feleslegesen csillió dollárt. Az ugyanis elvi kérdés, hogy megvettünk egy software-t, akkor azt használhassuk akármeddig, s ne egy másik cég, jelesül a Microsoft kényszerítsen feleslegesen vásárlásba.

Új design-t szinte biztosan KiCad-ben rajzolok majd. Amúgy ma egész nap a Linuxon Wine fölött futó régi software-rel terveztem, teljesen jó volt. Előnye még, hogy home office-ban is tudok tervezni, s nem kell ehhez egy windows-os gépet hazacipelnem.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

"Az ugyanis elvi kérdés, hogy megvettünk egy software-t, akkor azt használhassuk akármeddig, s ne egy másik cég, jelesül a Microsoft kényszerítsen feleslegesen vásárlásba."

Jobb helyen a már nem támogatott szoftverek használatát - pláne, ha üzletileg kritikus a funkciója - kiemelt kockázatként kezelik, amit csak igen-igen erős indokkal lehet felvállalt kockázat kategóriába sorolni. Ez az egyik.
A másik, hogy senki nem kényszerít a cserére - a Microsoft sem - használhatod olyan hardveren, amit az adott sw-környezet (beleértve az OS-t is) ismer, elfogad, használni képes. Ha ehhez a pécébontó "majdnem hulladék" feliratú ajtója mögötti lomosból kell kukáznod hardvert - lelked rajta, tedd meg, de ne rinyálj, hogy egy 1000 éves sw nem megy az aktuális OS-en... (Én sem rinyálok amiatt, mert az applixware 32 bites, a.out binárisait manapság gyakorlatilag csak nézni lehet, használni nem... Pedig anno nagyon jó kis sw volt...)

"Előnye még, hogy home office-ban is tudok tervezni,"

És? Cég adjon hozzá eszközt.

Én egyébként nagyonperverz módon a W11 - WSL2 - Ubuntu - Wine - W7-re írt ócskaság stacket megnézném :-D
 

azert egy vm felcsattintasa ne okozzon mar problemat 2025-ben. barmelyik modern OS-en. abban aztan meg w3.11-et is lehet futtatni. ha valakinek erre volna ingerenciaja. :)
ha meg a ceges policy neki nem engedi ezt megtenni, szoftvert meg nem akar uj verziot venni, akkor lesz szives az IT egy olyan VM-et eloallitani, amiben fut a szoftver. mar, ha azt szeretne, az a cel, hogy a melos dolgozzon is :)
14 eve a w7 volt az aktualis uptodate, azzal meg megcsak szivas sincs, lazan fut az barmelyik virtualis kornyezetben.

konnyu annyit szajkozni, h kotsog ms meg win az szar, de korantsem mindig ez az oka, h vlami nem, vagy szarul fut...

Volt már ilyen esetem, igaz, nem mostanában, hanem harminc éve. A Delphi hasalt el rendszeresen Windows (3.11) alatt, OS/2 Warp alatt (az tudta futtatni a windowsos alkalmazásokat alapból) viszont simán ment. Utólag azt feltételezem, hogy valamiért a Windows videodrivere szórakozott, mert arról olvastam ilyesmit, és az OS/2-ben értelemszerűen nem az volt.

( YleGreg | 2025. 03. 13., cs – 22:35 )

Bocsánat, kicsit off, de most felhúztam magam, mert kellett volna: Szűz Windows 10 -en, mindenféle külső tool nélkül hogy a nyavalyába lehet megmondani egy ablaknak, hogy legyen mindig felül? Rémlik, hogy Win 7 alatt még működött a Ctrl+Space, de most nem megy. Most én vagyok a béna, vagy már ezt is kiszedték a Windowsból?

( ricsip v | 2025. 03. 16., v – 21:25 )

Szerkesztve: 2025. 03. 16., v – 21:26

Task manager --> kikeresni a legrészletesebb process listában a keresett program .exe nevét. Van az executable neve után csillag ( * ) karakter? Mert ha igen, akkor az 32 bites szoft-emulációban fut 64 bites OS-en.