Sujet : Re: All VM-based development
De : blockedofcourse (at) *nospam* foo.invalid (Don Y)
Groupes : sci.electronics.designDate : 16. Jan 2025, 02:27:57
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vm9nb4$36r20$1@dont-email.me>
References : 1 2 3 4 5 6
User-Agent : Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2
On 1/15/2025 3:18 PM, Klaus Kragelund wrote:
I looked into it a month ago since I got a new PC. My intention was to use it for the programs that could be updated often (compilers, maybe Altium/Orcad)
I *tend* not to update, often. But, have to preserve <whatever> versions
of <whichever> tools I happened to have used for a particular project.
Seems any VM and container takes significant resources (both CPU load, but more important memory). So I did not go through with it.
My smallest box has 96G of RAM. Most are 144G or more (192G, 256G).
For interactive applications, I suspect the performance hit falls
into the noise as the applications tend to spend much of their time
waiting on the user for input/direction.
For BATCH applications, I don't sit and twiddle my thumbs "waiting";
there is always some other thing that could use my attention. People
who insist on having faster hardware to minimize thumb-twiddling-time
just need to rethink HOW they work.
What I am more concerned with is apps that may have taken measures
to protect against virtualization. Or, peripheral devices that
"misbehave". Or, apps that want to talk directly to the hardware
and may have implicit timing dependencies in those interfaces.
If I have to resort to different environments for different virtualizations,
that would be an acceptable compromise (the goal here is to get rid
of hardware).