com.apple.iconServicesAgent che utilizza molta RAM in 10.9

8

Ho eseguito una nuova installazione di OS X 10.9 e ora il processo com.apple.iconServicesAgent utilizza > 300 MB di RAM, che è un bel po '. Questo processo utilizza la seconda quantità di memoria di tutti i processi, dopo l'attività del kernel.

Google mi dice che anche altre persone hanno questo problema, ma finora non ho trovato alcuna soluzione.

C'è un modo per ridurre il consumo di RAM di questo processo?

    
posta hiddenbit 27.10.2013 - 22:09
fonte

2 risposte

10

Osservazioni

Durante l'uso si possono osservare aumenti e cadute naturali.

Dovresti non considerare l'utilizzo come un problema.

Sfondo: sui servizi di icone

Per un'idea di cosa viene fatto dai servizi di icone (il daemon com.apple.IconServices, i processi com.apple.IconServicesAgent e i file correlati), esegui il seguente comando in una finestra di Terminale con una larghezza di 257 caratteri o più ampia:

sudo fs_usage -w -f filesys com.apple.IconServices | grep write

Quindi in Finder:

  1. sfoglia una cartella che non è stata esplorata da quando hai avviato Mac
  2. sfoglia
  3. torna alla stessa cartella.

Dovresti trovare quello:

  • la navigazione iniziale causa le scritture (in una cache)
  • la seconda e le successive esplorazioni non causano cache aggiuntiva, a condizione che il contenuto della cartella non sia cambiato.

Per annullare il comando, Controllo - C

Per una visione non filtrata delle cose:

sudo fs_usage -w -f filesys com.apple.IconServices

Vantaggi dei servizi di icone in Mavericks

Mi sembra che l'approccio di Apple alle icone di memorizzazione nella cache sia di particolare beneficio per app / processi in cui le funzioni primarie includono la lettura dei metadati da una varietà di tipi di file system. App come Finder, processi come Dock e così via.

Come parte di un approccio più ampio per massimizzare le prestazioni, i servizi di icone dovrebbero consentire la presentazione con minimo ritardo del sottoinsieme di metadati che è di maggiore interesse per l'utente.

Per lo stack Applicazioni recenti nel Dock: probabilmente nomi, icone e date / ore come elementi essenziali all'interno di un sottoinsieme.

Per le viste nel Finder: i sottoinsiemi possono essere completamente diversi, a seconda di cosa è richiesto dall'utente.

Altre riflessioni

In HFS Plus (Mac OS Extended), con riferimento alla documentazione ritirata, abbiamo il <0 href="orientato alla performance https://developer.apple.com/legacy/library/technotes/tn/tn1150.html #HotFile "> hot B-tree file , file attributi e così via. Con tutto il resto che è stato fatto a quel file system, ora è debatably oltre -esteso .

I vantaggi correlati alle prestazioni dei servizi di icone dovrebbero essere relativamente indipendenti dal file system . Questo è piacevole. Mi aspetto che i benefici vengano realizzati dagli utenti di ZFS su Mavericks e così via ...

    
risposta data 12.12.2013 - 08:34
fonte
4

Sembra che abbia a che fare con il servizio che esegue il rendering delle icone in Finder, quando il mio ha raggiunto il limite massimo di rendering delle icone nel cercatore.

Ho forzato la chiusura del processo e riaperto il Finder e tutto sembrava di nuovo a posto.

    
risposta data 14.11.2013 - 21:32
fonte

Leggi altre domande sui tag