Velocità di copia di file sfusi estremamente ridotta su condivisioni AFP in Yosemite

3

Alcuni elementi hardware: gestisco un laboratorio di grafica 3D di circa una dozzina di client iMac che eseguono 10.10.5 e un Mini che esegue Server 10.10.2 (Server.app v4 .0.3 / build 14S350). Il Mini si trova in un enclosure Sonnet xMac, che lo collega tramite Thunderbolt a un controller RAID SAS Areca ARC-1883X e una scheda Ethernet SmallGree P2E10G-1-T da 10 GB. Areca gestisce due RAID SAS da 40 TB e la scheda SmallTree collega Mini tramite Cat6a a uno switch NetGear ProSafe XS708E 10GbE. Gli iMac sono tutti cablati su 1 GbE Cat6 a uno switch HP 1810-48G, che a sua volta è collegato su un trunk da 6 Gb allo switch NetGear.

I miei artisti hanno riscontrato un problema con le copie di file di massa tra le directory della condivisione AFP sulla Mini che funzionano. Rendono frequentemente sequenze di centinaia o migliaia di immagini e dopo che queste immagini sono state sottoposte a rendering nella loro cartella di output, devono poi essere copiate in una seconda directory con cui i nostri compositori possono lavorare. L'operazione di copia assolutamente CRAWLS. Un esempio, da mezz'ora fa: 861 file .exr, per un totale di circa 350 MB, impiegavano circa 3 ore prima che lo uccidessimo a ~ 75% e invece lo facevamo dal desktop del server tramite la condivisione dello schermo in circa 30 secondi (ma i nostri artisti fanno questa dozzine di volte al giorno e ovviamente non è possibile accedere alla condivisione dello schermo con il server, quindi questa non è una soluzione). Non si bloccano sempre così, ma ci imbattiamo in questo caso almeno una volta al giorno e tutte le copie di massa sono più lente del dovuto. Questo succede solo con grandi gruppi di file: possiamo copiare un singolo file da 300MB tra le directory praticamente istantaneamente.

Ho fatto alcuni test, e questo sembra essere un problema con il client Yosemite più di ogni altra cosa. Gestisco Mountain Lion sul mio portatile e ho fatto alcuni test, in 10.8 e 10.10, su Wi-Fi e Ethernet cablata, e in entrambi i profili locali e di rete poiché i nostri artisti si collegano agli account di rete. Alcuni risultati limitati per 300 file .exr per un totale di 133 MB:

10.8 / Wifi / Profilo locale: 300 elementi di copia in 53 secondi

10.8 / Wired / Profilo locale: 300 elementi copiati in 47 secondi

10.10 / Wired / Profilo locale: 300 elementi copiati in 223 secondi

10.10 / Wired / Profilo di rete: 300 elementi di copia in 263 secondi

Gli account di rete sono leggermente più lenti, ma l'enorme differenza sembra essere 10,8 client vs 10.10 client. Di nuovo, il problema è con lunghi elenchi di file e non con singoli file monolitici. Le nostre velocità ethernet dirette verso il server sono fantastiche: in entrambi i test 10.8 e 10.10 Blackmagic Speed ottengo 110MB / sec + lettura e scrittura sul server, e solo leggermente più lento su Wireless N wifi. Questo diventa un problema solo quando abbiamo bisogno di copiare lunghi elenchi di file, che dobbiamo fare molte volte al giorno.

QUALSIASI aiuto per capire cosa sta andando male qui sarebbe molto apprezzato! Questo ci sta facendo impazzire a questo punto e sta uccidendo la produttività. Felice di pubblicare qualsiasi registro richiesto o tentare eventuali modifiche del sistema suggerite. Grazie!

    
posta infinitesunrise 20.10.2015 - 00:16
fonte

1 risposta

1

Ecco come vorrei attaccare il problema. Non è una risposta, ma speriamo di poter affollare le idee di origine finché non puoi segnalare il successo o almeno un modo per misurare le cose.

  1. Configura un client di test case senza app di terze parti in esecuzione al momento del login. Riavvia il client e monta la condivisione di rete. Esegui sudo sysdiagnose Finder prima di iniziare una copia.
  2. Avvia una traccia tcp sulla scheda di rete che copierai il file. Se non ci si connette su en0 - utilizzare System Information per vedere il nome BSD della connessione di rete.
  3. Una volta avviata la traccia, avvia la copia del file in questione.
  4. Dopo 3 minuti (o meno se il trasferimento è fatto prima), premi Ctrl + C per terminare l'acquisizione
  5. Esegui un secondo sudo sysdiagnose Finder dopo l'acquisizione della rete

Con questo rallentamento della velocità di trasferimento, qualcosa di gravemente sfortunato sta accadendo nello stack di rete, ma senza guardare i log del client, sarà difficile sapere con certezza cosa sta fermando l'operazione. È anche possibile eseguire un sysdiagnose sul lato server una volta all'incirca nello stesso momento in cui si esegue sul lato client per eliminare un server lento come problema. Sembra che tu abbia un sacco di potenza affinché lo storage si muova rapidamente, ma anche i registri del server saranno utili:

sudo sysdiagnose
sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/serverdiagnose

La traccia è:

sudo tcpdump -i en0 -s 0 -B 524288 -w ~/Desktop/AFPslow.pcap

    
risposta data 20.10.2015 - 00:39
fonte

Leggi altre domande sui tag