¿Hay alguna explicación que no dé miedo para el uso de memoria de Finder?

OS X El Capitán 10.11.6. MacBook Pro (Retina, 13 pulgadas, principios de 2015).

ingrese la descripción de la imagen aquí

Agregue heap Finder/ heap -sumObjectFields -showSizes Findero heap $pidcon $pid: pid de Finder (en el ejemplo anterior, es 261). ¡Sin embargo, las herramientas Xcode/Xcode cl tienen que estar instaladas! El Monitor de actividad no es muy útil aquí.
¿Este problema persiste después de reiniciar? ¿Está siempre a 6 GB o arranca normal y luego sube?
De hecho, reinicié inmediatamente después de publicar esta pregunta y el problema no volvió a aparecer. Esta es también la razón por la que no he publicado ningún resultado de heap, como sugiere @klanomath, aunque ejecuté el programa y estoy molesto conmigo mismo porque nunca supe que existía. Aconsejaré más si el problema vuelve a aparecer, pero por ahora no estoy seguro de qué puedo hacer.

Respuestas (3)

No me preocuparía por ningún problema de memoria hasta que haya presión o un problema, especialmente si las cosas están limpias después de reiniciar, como informa en los comentarios. Si Finder tuviera un error horrible, usted y todos los demás podrían reproducirlo usando 6 GB. De hecho, cuando hay una fuga sustancial, espero 10 veces más asignación, crecimiento/intercambio de archivos de página fuera de control y alta presión de memoria en poco tiempo.

Como no tiene ninguno de esos, lo atribuiría a una condición transitoria o a un caso difícil de activar en el mejor de los casos.

El sistema está diseñado para utilizar toda la memoria que pueda, ya que el acceso a la memoria es más rápido que el acceso a la red o al almacenamiento. Los sistemas autogestionados pueden reducir las asignaciones una vez que tenga otras necesidades. Lo que muestra su instantánea es que nada más necesita RAM, por lo que el sistema lo está usando todo para otras tareas.

Raramente veo un buscador con memoria alta en el rango de GB, por lo que es posible que tenga algo que pueda asignar esto que pueda controlar, pero aun así, su captura de pantalla no tiene signos de presión. Puede profundizar en las asignaciones de Finder o intentar eliminar Dropbox para ver si hay fugas. Incluso si Finder tiene fugas, no está causando ningún daño (quizás todavía). También puede cerrar sesión y volver a iniciar sesión. Si verifica el uso de RAM/uso de presión cada hora durante varias horas, puede determinar rápidamente si Finder realmente tiene fugas de memoria o si solo tiene un patrón de uso en el que asignó una gran cantidad de RAM y aún no lo ha lanzado.

Si necesita saberlo, el comando heap le permitirá a cualquiera diagnosticar sus asignaciones actuales de Finder:

$ heap Finder|more
Process:         Finder [853]
Path:            /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder
Load Address:    0x1071b6000
Identifier:      com.apple.finder
Version:         10.14.5 (1143.5.1)
Build Info:      Finder_FE-1143005001000000~1
Code Type:       X86-64
Parent Process:  ??? [1]

Date/Time:       2019-05-21 06:36:12.965 -0500
Launch Time:     2019-05-19 09:56:56.140 -0500
OS Version:      Mac OS X 10.14.5 (18F132)
Report Version:  7
Analysis Tool:   /Applications/Xcode.app/Contents/Developer/usr/bin/heap
Analysis Tool Version:  Xcode 10.2.1 (10E1001)

Physical footprint:         31.5M
Physical footprint (peak):  33.9M
----

Process 853: 4 zones

All zones: 90996 nodes malloced - Sizes: 300KB[1] 172KB[1] 132KB[2] 68KB[19] 60KB[1] 56KB[2] 48KB[2] 44KB[4] 40KB[1] 36KB[1] 30.5KB[1] 27KB[1] 24KB[1] 22.5KB[1] 22KB[4] 19.5KB[2] 18KB[1] 17KB[1] 16.5KB[2] 16KB[2] 14.5KB[5] 14KB[3] 13.5KB[3] 13KB[3] 12.5KB[4] 12KB[1] 11KB[1] 10.5KB[1] 10KB[5] 9.5KB[3] 9KB[4] 8.5KB[20] 8KB[13] 7.5KB[5] 7KB[6] 6.5KB[4] 6KB[4] 5.5KB[9] 5KB[16] 4.5KB[17] 4KB[43] 3.5KB[21] 3KB[62] 2.5KB[119] 2KB[144] 1.5KB[243] 1KB[63] 1008[3] 992[9] 976[3] 960[15] 944[4] 928[6] 912[5] 896[28] 880[24] 864[9] 848[6] 832[13] 816[9] 800[3] 784[15] 768[22] 752[11] 736[4] 720[7] 704[13] 688[14] 672[63] 656[17] 640[2] 624[32] 608[24] 592[25] 576[120] 560[10] 544[15] 528[219] 512[94] 496[23] 480[9] 464[59] 448[34] 432[85] 416[179] 400[59] 384[39] 368[91] 352[60] 336[615] 320[1231] 304[275] 288[196] 272[690] 256[364] 240[129] 224[1329] 208[253] 192[1413] 176[348] 160[354] 144[1809] 128[2413] 112[6448] 96[3460] 80[5112] 64[21054] 48[20747] 32[14405] 16[5997] 

Found 1231 ObjC classes
Found 214 CFTypes

-----------------------------------------------------------------------
All zones: 90996 nodes (12977600 bytes) 

    COUNT     BYTES       AVG   CLASS_NAME                                       TYPE    BINARY
    =====     =====       ===   ==========                                       ====    ======
    21548   5467536     253.7   non-object                                                                 
    16751   1044544      62.4   CFString                                         ObjC    CoreFoundation    
     5222    334208      64.0   CFDictionary                                     ObjC    CoreFoundation    
     5029    748640     148.9   CFDictionary (Value Storage)                     C       CoreFoundation    
     4836    710864     147.0   CFDictionary (Key Storage)                       C       CoreFoundation    
     3485    167280      48.0   NSMutableArray                                   ObjC    CoreFoundation    
     3421    134912      39.4   NSMutableArray (Storage)                         C       CoreFoundation    
     1540    147808      96.0   NSURL                                            ObjC    CoreFoundation    
     1208    386560     320.0   _FileCache                                       CFType  CoreServicesInternal
     1016     65024      64.0   TPropertyInfo                                    C++     DesktopServicesPriv
Eso en realidad no es correcto. El núcleo no se comunica con Finder.app en ese sentido para permitir que Finder libere RAM cuando el sistema está bajo presión, ni es el trabajo de Finder.app almacenar archivos en caché.
@jksoegaard Supongo sysdiagnose Finderque o equivalente respondería a su comentario. ¿Estás en desacuerdo con que no hay problema hasta que surge la presión de la memoria? O simplemente preocupado por la simplificación excesiva. Apuesto a que Dropbox se está filtrando, pero no estoy de acuerdo con que la situación sea "aterradora" con la presión verde.
No, sygdiagnose no lo responderá; no fue una pregunta que hice, lo tomo como un hecho de que el trabajo de Finder no es almacenar archivos en caché para el sistema, ni tener una especie de función de aumento de memoria. No estoy en desacuerdo con usted en cuanto a si es un "problema", pero eso no es lo que se preguntó aquí. psoft pidió una explicación de por qué, no si es un problema o no. Está completamente bien hacer explicaciones simplificadas, pero aún así tienen que tener una esencia de verdad. Es decir, "en general, esto es lo que sucede, pero se omiten muchos detalles": su explicación no hace eso.
Gracias, eliminé las partes que vi como incorrectas. Finder no es responsable del almacenamiento en caché de los archivos, ni un alto uso de memoria por parte de Finder indicará que esto se usa para acelerar las cosas en comparación con el disco o el acceso a la red. Además, la asignación de memoria de Finder no se reduce automáticamente cuando la memoria es escasa. Lo siento si lo encuentra agresivo u ofensivo. Solo lo estoy abordando desde una perspectiva informática y quiero que los hechos sean correctos. Hay muchos malentendidos y "mitos" sobre el uso de la memoria y el Monitor de actividad en general.
Gracias. Tomé un enfoque más quirúrgico y amplié "may": el sistema operativo más antiguo tenía estrategias de asignación más simples : apple.stackexchange.com/questions/67031/… asumiendo o basándose en experiencias pasadas?
La discusión que vinculas es sobre algo diferente. Habla, por ejemplo, de "Memoria inactiva", pero en general habla de la memoria administrada por el propio kernel. Esta pregunta era sobre la memoria asignada por Finder.app. Cuando Finder.app asigna memoria, el núcleo no puede saber per se para qué la va a usar y, por lo tanto, no puede saber si puede retractarse de esa asignación de memoria sin dañar el programa. Esta es la razón por la cual los programas necesitan devolver las asignaciones de memoria al sistema operativo y por qué se producen fugas cuando se olvidan de hacerlo.
Y sí, sé a ciencia cierta que el Finder.app actual no "purga". Estás confundiendo dos tipos diferentes de asignaciones de memoria allí. "Purgar" se trata de recuperar la memoria que el núcleo ha utilizado para el almacenamiento en caché del disco. Ese tipo de memoria es asignado por el propio kernel; no es asignado por un programa como Finder.app y, por lo tanto, no aparecería en su lista en el Monitor de actividad. Entonces, en general, no puede "purgar" un programa.
Muy pocos programas especializados ofrecen la capacidad de devolver memoria a pedido. Esta es una técnica que se conoce como "ballooning" (y otros nombres). En OS X, se implementa, por ejemplo, en VMware Fusion, pero no en Finder.app. Normalmente, encontrará estas funciones solo en programas muy especializados, como servidores de bases de datos y similares. Es decir, programas que asumen que el usuario quiere que utilicen todos los recursos disponibles del sistema, ya que son el programa más destacado en ejecución.
Esta respuesta es completamente incorrecta.

Veo dos explicaciones para el uso:

O ha cargado algo en Finder que ocupa mucha memoria (no tengo idea de qué debería ser), o ha activado un error en Finder para que pierda memoria.

Si cree que el uso de la memoria se debe a un error, siempre puede salir del Finder para que se reinicie; el uso de la memoria debería disminuir de inmediato.

¿Salir del buscador de medios?
Significa cerrar el programa, se reinicia automáticamente.
No estaba seguro de si se podía dejar. Es seguro ?
Sí, perfectamente seguro. Simplemente mantenga presionadas las teclas Control y Opción y haga clic con el botón izquierdo en el ícono del Finder en el Dock; luego verá "Reiniciar". Haga clic en eso y se reinicia solo.

No no hay.

Definitivamente verifique en su Finder> Preferencias> Nuevas ventanas del Finder: (seleccione algo que no sea 'Todos mis archivos') incluso si ya lo ha hecho en el pasado, ya que se reinicia por sí mismo, porque es un software realmente pobre.

Sin embargo, no es nada malicioso, solo un software deficiente. Prueba GNU/Linux.

¿Estás diciendo que la situación da miedo o que la situación no da miedo? Nunca he tenido (o he visto) un problema con Todos mis archivos pegados de tal manera que no pueda eliminarlo o evitarlo. Quizás sus instalaciones tengan algo más mal.
@bmike Hay una pregunta en la parte superior de la página, la respuesta comienza respondiendo esa pregunta. / Entonces no has mirado nada.
Perdóname por estar confundido por un triple negativo. Su respuesta es un doble negativo y el título de la pregunta es un solo negativo. El editor en mí quiere aclarar esto. Pero no tienes que estar de acuerdo o intentar aclarar tu publicación si crees que ni siquiera estoy mirando. Aprecio la claridad de su comentario sobre mi respuesta: no hay aspectos negativos para relajarse allí.
No estás perdonado.
¿Hay alguna explicación que no dé miedo para el uso de memoria de Finder?
RespuestasAquíPolítica de privacidad1y, 0v