Actualización: "¿Qué URL están asociadas con cada PID de Safari?"
Esta es una actualización sobre el tema de ver qué URL de Safari están asociadas con qué PID en el Monitor de actividad. Estoy usando Safari 8.0.6 en Yosemite 10.10.3 con el menú Depuración activado, y con la opción "Mostrar PID en los títulos de las páginas" activada. (Ver arriba y abajo para saber cómo hacer esto).
Nicolas B declaró que "todavía echamos de menos lo contrario: Proceso> Pestañas", refiriéndose a la búsqueda de una lista de nombres de pestañas basada en el PID de una sola línea de pedido en el Monitor de actividad.
Puedo mostrarle cómo ver todas las pestañas asociadas con un proceso web (PID) en particular, aunque puede que no satisfaga por completo, ya que:
- Es un proceso de varios pasos, y
- intentar encontrar la lógica en las asignaciones de PID basadas en pestañas es similar a leer hojas de té, parece.
También debe recordarse que enumerar todas las URL de páginas asociadas con cualquier proceso web individual dentro de Activity Monitor no es factible en la interfaz de usuario tal como existe hoy. (¡Sin embargo, desearía que el equipo Safari de Apple lo agregara a la ventana de información para procesos web!)
Al principio, asumí el nombre que se muestra en la línea de pedido del proceso referido a la última página completa abierta por ese PID (sin incluir las páginas en caché), pero desafortunadamente este no parece ser el caso. No estoy seguro de cómo la línea de pedido realmente recibe su nombre. Compartiré los resultados de mi experimento para encontrar la respuesta después de mi explicación de cómo ver qué pestañas están asociadas con cada elemento de línea en el Monitor de actividad.
Paso a paso
Active el menú Depurar en Safari
Habilite la opción para mostrar ID de procesos web en títulos de página
(como se explicó anteriormente)
Obtenga esta excelente extensión de Safari de Brett Terpstra, TabLinks .
(¡Por favor done a él si encuentra útil el complemento!)
Ejecute la extensión presionando el botón con el ícono de enlace pequeño (generalmente a la izquierda de la barra de búsqueda / ubicación de Safari)
En la extensión, agregue un carácter separador en la plantilla utilizada para mostrar los resultados (para futuros trabajos de búsqueda y reemplazo).
He insertado un carácter ying-yang, así que mi plantilla fue: [%w-%n]:☯%u☯%t
. Esto le dará los resultados, incluida la [WP PID]
información al final de cada nombre de pestaña, de la información de depuración de Safari.
Copie y pegue los resultados en su aplicación de editor de texto favorita. (¡Nisus Writer Pro es mío!)
Haga una búsqueda y reemplazo en su carácter separador (para mí, ☯), y reemplácelos con un carácter de tabulación (aquí hay uno:)
.
Realice otra búsqueda y reemplazo [WP
y reemplace solo el espacio inicial con un carácter de tabulación «tab»[WP
. Esto le permitirá dividir los PID en una columna separada en una hoja de cálculo.
Guarde este archivo como un .tab
archivo de texto sin formato.
Abra el archivo de pestañas en una aplicación de hoja de cálculo (usé Numbers) y diviértase clasificando por PID. Ahora solo hay un paso más ...
En el Monitor de actividad , seleccione Ver ▶ ︎ Todos los procesos, jerárquicamente , y copie y pegue la lista de elementos de línea que muestran las URL en su hoja de cálculo, junto con los nombres y números de pestañas que ya tiene allí.
(Puede descartar todos los datos de columna que no necesita y simplemente mantener las URL y PID en dos columnas; o, agregar la columna Memoria para comparar el uso de RAM también).
Eso es; no exactamente rápido, pero no terriblemente complicado. Probablemente haya una forma más rápida, pero este fue mi primer intento de obtener esta información.
Después de hacer esto, puede encontrar resultados similares a los míos. Tenía 9 ventanas abiertas con un total de 36 pestañas, todas contenidas en 20 procesos de "estilo url".
( NOTA: Aquí, no incluyo los muchos procesos QTKitServer y Safari Web Content . Estos se ejecutan junto con la mayoría, si no todos, de los "procesos url". Estos procesos QTKitServer tienen una pequeña huella RAM en comparación con los principales "procesos url" ", Por ejemplo, 4.5 MB frente a 300 MB.)
Observaciones
Tenía 9 ventanas con 36 pestañas, ejecutándose en 20 procesos
El uso de RAM fue de un total de 5.4 GB (promedio de 258 MB por proceso)
La memoria privada fue de 2.0 GB en total (promedio de 97 MB por proceso)
Cualquier línea de pedido de un solo proceso puede contener una o más pestañas (la mía generalmente tenía una o dos pestañas por PID)
El nombre de la URL en la línea de pedido no parece seguir ningún patrón que pueda discernir, excepto que el nombre generalmente (pero NO SIEMPRE) refleja la URL base de una de las pestañas asignadas a ese PID
¡A veces el nombre de la URL es incorrecto! De mis 20 procesos, 4 usaron una URL que NO estaba abierta en ninguna de mis pestañas.
(¿Podrían ser estas páginas en caché, tal vez?)
Se puede asignar una nueva pestaña (o ventana) a un PID existente o a un nuevo proceso, aparentemente de forma "aleatoria". No son secuenciales ni están agrupados con ninguna ventana en particular; por lo tanto, cualquier ventana con múltiples pestañas puede tener varios PID ejecutándose uno al lado del otro.
¡Esto es suficiente por ahora! ¡Espero que alguien mucho más inteligente que yo pueda venir y explicar un poco más! Aloha