Aquí hay muestras de datos de mi MacBook Pro de 13 pulgadas con 8 GB de RAM antes y después de abrir Chrome:
Mac:~ bmike$ vm_stat
Mach Virtual Memory Statistics: (page size of 4096 bytes)
Pages free: 212512.
Pages active: 931907.
Pages inactive: 381136.
Pages speculative: 55403.
Pages wired down: 515533.
"Translation faults": 521414918.
Pages copy-on-write: 9952178.
Pages zero filled: 465150147.
Pages reactivated: 93725.
Pageins: 1567093.
Pageouts: 6081.
Object cache: 100 hits of 17386036 lookups (0% hit rate)
Mac:~ bmike$ open -a "Google Chrome"
Mac:~ bmike$ vm_stat
Mach Virtual Memory Statistics: (page size of 4096 bytes)
Pages free: 136402.
Pages active: 990000.
Pages inactive: 392735.
Pages speculative: 53707.
Pages wired down: 523945.
"Translation faults": 521638787.
Pages copy-on-write: 9972877.
Pages zero filled: 465252021.
Pages reactivated: 93725.
Pageins: 1577678.
Pageouts: 6081.
Object cache: 100 hits of 17386267 lookups (0% hit rate)
La configuración de la prueba es un sistema que ha estado funcionando durante 6 días y que, por lo demás, no se comporta mal. Aquí están los comandos que ejecuto para asegurarse de que el sistema está en equilibrio:
Mac:~ bmike$ iostat 5
disk0 cpu load average
KB/t tps MB/s us sy id 1m 5m 15m
28.30 9 0.26 2 1 97 0.78 0.61 0.61
0.00 0 0.00 0 1 99 0.72 0.60 0.60
32.00 0 0.01 1 1 99 0.66 0.59 0.60
0.00 0 0.00 0 1 99 0.61 0.58 0.59
^C
Mac:~ bmike$ vm_stat 5
Mach Virtual Memory Statistics: (page size of 4096 bytes, cache hits 0%)
free active spec inactive wire faults copy 0fill reactive pageins pageout
210871 940704 53319 379363 512550 522503K 9987967 469254K 93725 1579260 6081
210776 931311 53771 379369 521225 5150 10 32953 0 0 0
211289 930966 53798 379369 521207 4606 0 57255 0 0 0
211321 930971 53799 379369 521207 4589 3 45933 0 0 0
211531 930998 53799 379369 520925 10999 0 77822 0 0 0
Configuré Google Chrome para que tuviera 10 pestañas en blanco y lo dejé y luego ejecuté la prueba anterior para medir exactamente cuánto cambia la RAM antes y después de lanzarlo. Como se puede ver, el lanzamiento de Chrome tomó alrededor de 76k páginas de memoria libre para la piscina libre y causó la piscina inactiva para crecer en alrededor de 11,5k páginas.
Teniendo en cuenta estas cifras, parece muy poco probable que Chrome esté causando una fuga por sí mismo y que sus páginas web puedan estar causando la carga. Si puedes ejecutar estas herramientas en el terminal, probablemente verás que tu sistema tenía otros problemas con la gestión de la memoria y que Chrome es probablemente la gota que colma el vaso del sistema antes de que empiece a intercambiar. Busca la actividad de paginación antes de lanzar Chrome y también echa un vistazo a mi respuesta aquí sobre por qué la memoria inactiva casi nunca es el problema real y este post espera explicar cómo convencerte de si tienes un problema real con el gestor de memoria o un programa específico.
