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?

  • 832 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...

Amióta működik Wine fölött, valóban nem érzem, hogy bárki felesleges vásárlásra kényszerítene. Jelenleg ott tartunk, hogy van a céges windows-os és a saját linuxos gépem az asztalomon. Már mindenre a linuxos gépet használom, egyetlen kivétellel: az a software fut Windows-on, amelyet a kollégáim írtak a fejlesztés alatt álló gép vezérlésére. Nekem ez így teljesen jó. Korábban az áramkör- és nyáktervezésre is a windows-os gépet használtam, de már elmúlt. :)

Mosdatod a Microsoftot, csak nem tudom, minek. Az operációs rendszer feladata a hardware elfedése, a futtatási környezet biztosítása az alkalmazás felé. Ha egyszer csak elkezd nem futni az alkalmazás, amelyik a korábbi változaton futott, akkor nyilván nem az alkalmazásban van a hiba, hiszen ahhoz egy bitnyi változtatás sem történt. Ez nincs rendben, hogy az egész világ ugráljon az MS hülyesége miatt. Mert ez azt jelenti, hogy az új Windows megjelenésével minden software-t felül kell vizsgálni, kompatibilissé kell tenni az alatta futó oprendszerrel. Attól lehetnek új dolgok, hogy a kompatibilitás marad. Attól, hogy kitalálod a memóriamozgatásra az átlapolás esetén is működő memmove() függvényt, még a korábban használt memcpy()-t nem kell elpusztítani. Ez most egy példa, ne azzal gyere, hogy de hát az memcpy() ma is hívható a Windows-ban.

Nem 1000 éves. 14 éves, ami egyáltalán nem sok.

Cég ad eszközt, csak az eszköz nem fér el az asztalomon, és nem fogom cipelni a gépet, pláne nem akkor, ha mondjuk hétfőre lebetegszem, nem megyek be, hogy ne fertőzzem a kollégáimat, de annyira nem vagyok beteg, hogy ne tudnék dolgozni.

A nagyon perverz megoldásra gondoltam, csak minek, ha natív Linuxon sokkal célszerűbb ezt csinálni.

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

"a saját linuxos gépem az asztalomon"

nagyszerű cég lehet, ahol a  dolgozó saját gépét munkaeszközként, céges adatok tárolására használja, és ez "természetes" mindenkinek. Ha a fejedre esik egy villamos, akkor az örökösöd minden további nélkül elhozhatja az adott gépet úgy, hogy de jure a cég egyetlen dolgozója sem nézheti meg, hogy milyen adatokat, fájlokat tartalmaz. Mert jogilag semmi közük hozzá.
És az is nagyszerű, hogy üzletileg vélhetően kritikus feladatra olyan sw-t hazsnál a cég, amire semmilyen támogatás nincs, amiben az utolsó használt verzió összes hibája, sérülékenysége baja-nyűgje ott figyel.

"Mosdatod a Microsoftot, csak nem tudom, minek."

Nem mosdatom, csak jelzem, hogy egy szinte biztosan Windows7-re készült alkalmazást próbálsz megerőszakolva Windows10/11-en futtatni. Ez nagyjából olyan, mintha Linuxon 32 bites a.out binárisokat akarnál használni - lehet olyan környezetet összerakni (talán), ahol megy, de az őskövületekről váltani kell. Ezt NEM a Microsoft "kényszeríti ki", hanem a józan ész.

"Nem 1000 éves. 14 éves, ami egyáltalán nem sok."

IT-ban, sw-ben az már bizony sok.

"Cég ad eszközt, csak az eszköz nem fér el az asztalomon, és nem fogom cipelni a gépet,"

Nem fér el -mert ott a privát géped - amit ugye nem cipelsz? Vagy igen? Akkor meg???

nagyszerű cég lehet, ahol a  dolgozó saját gépét munkaeszközként, céges adatok tárolására használja, és ez "természetes" mindenkinek

Ezt amúgy feltétlenül oda kell írni locsmege minden hasonló kommentje alá?

Igen, szerintem is faszság, én sem vállalnám érte a felelősséget, de ha ez náluk belefér, akkor legyen az ő dolguk, szerintem.

Mert nem csak fa...ság, hanem fa vágása maguk alatt. Elég egy olyan érdeklődő, aki hozna sok pénzt, de elvár bizonyos beszállítói megfelelőséget n+1 szabványnak - amit nem tud a cégük. Nekik rossz, illetve nekik lesz kellemetlen - és nem csak ilyen esetben, hanem akkor is, ha lócsemege zabos lesz, és le akar lépni tőlük, hóna alá csapva a gépét, az azon lévő összes adattal, fájllal együtt - amihez a cég maximum csak jó képet vághat, de semmilyen joga nem lenne megakadályozni, azt első körben.

Olyanról, hogy bizalom, hallottál már? Nem irigyellek, ha olyan munkakörnyezetben kell dolgoznod, ahol a munkaadód a fizetett ellenséget látja benned. Ami a zabosságomat illeti, nekem erkölcsileg nem fér bele, másfelől a szabotázs bűncselekmény, harmadrészt minden megvan céges szerveren repóban. Tehát repóból illetve snapshotból visszahozható még egy esetleges pusztítás előtti állapot is.

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

Köztünk legyen szólva, én rugalmas munkakörnyezetet várok egy cégtől, nem pedig merev szabályozást tökömre akasztott viharlámpával, hogy éjszaka is dolgozni tudjak. A merev szabályozás megöli a kreativitást. Sokan vannak, akik fejlesztőnek vallják magukat, de valójában favágók, nem többek kódernél. Ilyen nem szeretnék lenni.

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

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.

Közben javítom magam, mert erre is rosszul emlékszem (mindent átvariál a mikroszoft pár évente): Task manager-ben az Apps listában a neve után lesz ott zárójelben, hogy (32 bit) ha valóban úgy van; a Details fülön a process image neve után a * már nem jelenik meg. Legalábbis most nálam megnéztem, és már nincs ott.

mindent átvariál a mikroszoft pár évente

Ez az, amit végkép utálok. Van jobb dolgom is, mint olyan dolgokat újra megtanulni, amelyeket nem kellene, ha nem lenne megváltoztatva.

Esetleg azt nem akarjuk, hogy háromévente változzon meg az ABC? Milyen jó lenne már, ha teljesen feleslegesen háromévente újra kellene tanulni olvasni, írni.

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