2011/6/6 Andres Valloud <[email protected]>: >> ¿Las cuestiones del Marking son aprovechando algún tipo de localidad >> de paginas, o algo así? Es impresionante el aumento de la velocidad > > Si sabes que en cierta region de memoria solo hay objetos que nunca > son basura, entonces basicamente no hay que gastarse en ir a ver si > estan marcados o no. Ejemplo tipico: clases en perm space. Por lo > menos un ahorro por objeto! Lo mismo con objetos como nil, que casi > siempre en VW van a terminar en perm space. Esto esta bueno. Te hago una pregunta: ¿tendrías que reocrrer primero las clases del perm, no? Justamente como estos objetos nunca son basura, las referencias por estos contenidos tampoco -je, volvimos a la clausura transitiva-. Es interesante, por que entre esto, y el rememberedSet se trata de llevar el scavenger a que trabaje con subgraphs. (un poco, de cierta manera, y visto con cariño). No pude pensar mucho sobre eso, pero creo que trabajar sobre subgraph disjuntos puede ser interesante para multithreading scavenging > > Despues otras cuestiones como no poner objetos sin punteros en la cola > de marcado, o no marcar cosas varias veces, o no marcar objetos sin > punteros para que cuando haya overflow se los escanee de nuevo, etc. > > Muchas de estas optimizaciones ya las habia hecho para el IGC, ahora > estan en el GC tambien. > >> Lo de crear objetos en un espacio determinado esta piola para los >> test. Quizás después te cuente algunos problemas que tuvimos/tenemos, >> que no se si te sirva para algo. > > Dale, conta! > > Andres. > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > > http://www.clubSmalltalk.org
-- " To be is to do " ( Socrates ) " To be or not to be " ( Shakespeare ) " To do is to be " ( Sartre ) " Do be do be do " ( Sinatra ) -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
