2011-09-15 15 views
14

Stiamo eseguendo TFS 2010 su una casella dedicata dalla nostra LAN e connettendoci a VS2010. Nelle ultime settimane i tempi di accesso e il tempo necessario per il check-in/out dei file sono diventati ridicoli. A volte possono essere necessari anche diversi minuti per ottenere una vista sul repository.Suggerimenti per la risoluzione dei problemi del server TFS lento

Abbiamo controllato i tempi di accesso alla rete e tutto sembra in ordine - ad es. RDP e condivisioni montate fuori dal server non sono dolorosamente lente, quindi sembrerebbe che TFS sia il colpevole. Qualcuno può suggerire eventuali aree ovvie che dovremmo investigare?

+0

Se si accede direttamente al server, quanto è veloce? Il problema è solo sulla rete o sia a livello locale che remoto? – tsells

risposta

4

Hai provato il Best Practice Analyzer dal TFS Power Tools

+0

No. Li guarderemo ora. Grazie. – 5arx

2

Vorrei controllare il database TFS per gli avviatori.

Se è di dimensioni enormi, le cose possono rallentare solo per quello. Avevamo tabelle che erano su più di una scala Gigabyte & che contenevano (nel nostro caso) i risultati dei test - che erano di scarso o nessun interesse per noi.

Eliminandoli, abbiamo effettivamente un TFS più performante.

2

Controllare la dimensione della tabella Costanti nei database di raccolta, abbiamo ottenuto in una situazione in cui VS sarebbe voluto un tempo estremamente lungo per l'avvio per gli utenti che avrebbero mostra team explorer all'avvio mentre per gli utenti che per impostazione predefinita non mostrano team explorer si manifesterebbe come un evento di controllo estremamente scarso (prima volta per sessione). Abbiamo finito per eliminare il contenuto degli elenchi globali di build e le prestazioni sono aumentate drasticamente; sembrerebbe che VS sia lento quando carica questi metadati dalla cache VS. Avevamo però circa 150.000 build nel sistema (non abbiamo distrutto le build, basta cancellare il contenuto della lista globale).

21

Si è incappato in questo problema solo dopo l'aggiornamento a Windows 7 per il client TFS. Solo i client TFS di Windows 7 avevano problemi, i client XP TFS andavano bene. Nel nostro caso, il problema era che il client TFS stava andando al nostro server proxy internet anche se avrebbe dovuto bypassare il server proxy per la macchina TFS. La soluzione era quella di modificare il file %VSINSTALLDIR%\Common7\IDE\devenv.exe.config aggiungere la riga defaultProxy come segue:

<system.net> 
    <defaultProxy enabled="false"/> 
    <settings> 
     <ipv6 enabled="true"/> 
    </settings> 
</system.net> 
+2

Questa impostazione, in particolare sui client Win7, è un assoluto paralizzante in termini di prestazioni. Vedrai centinaia di volte più IO di rete una volta disabilitato il proxy predefinito. +1, l'analizzatore di best practice è utile, ma raccomanderei questa è la prima cosa da provare. – SpaceBison

1

ho pensato che fosse qualcosa di simile a quanto sopra che stava causando il mio problema, ma si è rivelato essere solo la rimozione di alcune aree di lavoro inutilizzati risolto il mio particolare problema. Ora è molto più veloce. Visual Studio 2013, TFS is very slow

+0

Questa non è una risposta alla domanda. –

+5

@Daniel Mann: Sono rispettosamente in disaccordo. La domanda è: "Qualcuno può suggerire eventuali aree ovvie che dovremmo investigare?" E la mia risposta è: "Ho avuto lo stesso problema e ho provato le risposte su questa pagina, e si è rivelato essere qualcos'altro: aree di lavoro obsolete che stavano causando il problema di prestazioni". Sono informazioni che hanno risolto il problema nel mio caso. Altri googling che trovano questa pagina potrebbero anche avere lo stesso problema che ho avuto. Quindi è una risposta, e molto bene potrebbe risolvere il problema di qualcun altro nello stesso modo in cui ha risolto il mio. –

Problemi correlati