-
Para evitar los cambios excesivos,
podemos hacer pequeños ajustes
-
en nuestro código.
Comparemos lo siguiente:
-
en vez de concatenar el valor
de cada celda para crear cada fila,
-
usemos una instancia StringBuilder
y creemos cada fila con un solo String.
-
Observa que el StringBuilder
está instanciado fuera del bucle
-
y, por tanto, se asigna
memoria una sola vez.
-
Luego, simplemente,
lo usamos como un buffer
-
por cada iteración del bucle
donde, después de borrarlo,
-
anexamos una cadena de enteros
para representar la fila de esa iteración.
-
Para más detalles, vean las notas
del instructor en este segmento.
-
Muy bien, verifiquemos.
-
Continuaremos y cargaremos
el código mejorado,
-
el cual se llama memory_churn_optimized
en vista de rastreo y monitor de memoria,
-
para confirmar que se redujo la cantidad
de GC que ocurre en un tiempo corto.
-
Para verificar, también pudieran usar
el rastreador de asignaciones.
-
Si usan el rastreador
de asignaciones o si encuentran
-
algo inesperado en la vista de rastreo
o en el monitor de memoria,
-
hagan una captura de pantalla
de su resultado y compártanla
-
en los foros; nos interesa ver
lo que han hecho.
-
Para nosotros, a pesar de los cambios
el pirata perfecto todavía está en pausa,
-
pero, esta vez, por menos tiempo.
-
En este punto, a esta función
-
no le concedería tanto valor.
Udacity