dotnet/msbuild

Consider testing command lines to identify worker nodes

Open

#3125 aperta il 23 mar 2018

Vedi su GitHub
 (11 commenti) (0 reazioni) (0 assegnatari)C# (1364 fork)batch import
.NET CoreArea: Performancebackloghelp wantedtriaged

Metriche repository

Star
 (5062 star)
Metriche merge PR
 (Merge medio 11g 7h) (125 PR mergiate in 30 g)

Descrizione

See https://github.com/Microsoft/msbuild/pull/3106#discussion_r176604238

Currently, in .NET Core, MSBuild will find all processes running in the dotnet host and attempt to connect to them as though they were MSBuilds. That shouldn't interfere with the other processes unless they have a named pipe named MSBuild{pid}, but it takes time during the node-connection process.

We should explore narrowing down the candidate processes beforehand. We could for example examine process command lines for /nodereuse:true and/or MSBuild.dll.

Questions that need to be answered:

  • How can this be done at all? AFAIK, there's no unified .NET API to get command lines of other processes on all platforms, so it might have to be platform-specific.
  • Is this faster than the current approach? Examining command lines will take some time.

Guida contributor

Direzione di ricerca
Investiga le API specifiche della piattaforma (ad esempio Win32 Process su Windows, /proc su Linux) per ottenere le righe di comando di altri processi, quindi valuta l'impatto sulle prestazioni rispetto all'approccio attuale.
Tech stack
csharp
Dominio
build system
Tipo issue
Ricerca
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Mezza giornata
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
C#.NETPlatform specific process APIs
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
55