Mijn vraag
We gebruiken een Minion apparaat (een DNA sequencer van Oxford Nanopore) welke we op een laptop runnen om de actieve data op te slaan, die daarna bewerkt moeten worden voor analyse. Dat doen we met een programma genaamd Dorado, welke onder Windows of Linux kan runnen; onder Windows gaat het in een command prompt window. Dit programma wil graag de GPU gebruiken en daarna de CPU, en grijpt alles wat het kan krijgen zonder een setting om dat in te perken. Daar een analyse dagen kan duren wil ik niet dat het continu blazen wordt, ik wil dat controleren.
Ik heb het eerst in een Hyper-V virtual computer met Ubuntu 22 geprobeerd, dat werkt maar omdat de Hyper-V de videokaart emuleert, is dat relatief traag. Ik wil dus het liefst in Windows runnen, maar controle hebben over processor gebruik.
Relevante software en hardware die ik gebruik
Ik heb meerdere desktop PCs voor dit soort werk, maar degene waarop ik het nu kan testen is wat ouder (uit 2017). Het is een Dell met een Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz, 4 cores, 8 threads maar mijn ervaring is dat hyperthreading niet groots werkt op deze processor/mobo. Dus 4 cores. Er is 64 GB RAM, Windows 10 Education. Ik heb local admin rechten via Admin by Request. Er schijnt een AMD Radeon 430 R5 videokaart in te zitten, alhoewel ik geen drivers of activiteit zie en ik kan me niet herinneren videouitgangen ervan te hebben gezien. Maar ik gebruik hem nu remote en kan dat niet gelijk checken
Wat ik al gevonden of geprobeerd heb
De programmeurs vinden het tot nu toe niet nodig om dit op de command line te implementeren, dus moet het indirect. Het enige wat ik kan vinden is met Processor Affinity werken, maar dat schijnt dan manueel te moeten elke keer. Je kunt het blijkbaar via batch files of registry edits doen, maar onze IT is niet zo enthousiast over beunhazen als de topicstarter
.
De vraag is dus: zijn er nog andere manieren waardoor ik meer controle kan hebben over het processorgebruik van een app?
We gebruiken een Minion apparaat (een DNA sequencer van Oxford Nanopore) welke we op een laptop runnen om de actieve data op te slaan, die daarna bewerkt moeten worden voor analyse. Dat doen we met een programma genaamd Dorado, welke onder Windows of Linux kan runnen; onder Windows gaat het in een command prompt window. Dit programma wil graag de GPU gebruiken en daarna de CPU, en grijpt alles wat het kan krijgen zonder een setting om dat in te perken. Daar een analyse dagen kan duren wil ik niet dat het continu blazen wordt, ik wil dat controleren.
Ik heb het eerst in een Hyper-V virtual computer met Ubuntu 22 geprobeerd, dat werkt maar omdat de Hyper-V de videokaart emuleert, is dat relatief traag. Ik wil dus het liefst in Windows runnen, maar controle hebben over processor gebruik.
Relevante software en hardware die ik gebruik
Ik heb meerdere desktop PCs voor dit soort werk, maar degene waarop ik het nu kan testen is wat ouder (uit 2017). Het is een Dell met een Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz, 4 cores, 8 threads maar mijn ervaring is dat hyperthreading niet groots werkt op deze processor/mobo. Dus 4 cores. Er is 64 GB RAM, Windows 10 Education. Ik heb local admin rechten via Admin by Request. Er schijnt een AMD Radeon 430 R5 videokaart in te zitten, alhoewel ik geen drivers of activiteit zie en ik kan me niet herinneren videouitgangen ervan te hebben gezien. Maar ik gebruik hem nu remote en kan dat niet gelijk checken
Wat ik al gevonden of geprobeerd heb
De programmeurs vinden het tot nu toe niet nodig om dit op de command line te implementeren, dus moet het indirect. Het enige wat ik kan vinden is met Processor Affinity werken, maar dat schijnt dan manueel te moeten elke keer. Je kunt het blijkbaar via batch files of registry edits doen, maar onze IT is niet zo enthousiast over beunhazen als de topicstarter
De vraag is dus: zijn er nog andere manieren waardoor ik meer controle kan hebben over het processorgebruik van een app?
[ Voor 5% gewijzigd door gambieter op 21-05-2025 23:35 ]
I had a decent lunch, and I'm feeling quite amiable. That's why you're still alive.