2010/10/11 Andres Valloud <[email protected]> > > 2010/10/11 Andres Valloud <[email protected]> > >> > >> Che, igual... no es por ser amargo, pero no te parece un poco mucho > >> que una imagen de desarrolo ocupe 50mb?... > > > > No. Mi máquina tiene 500gb de HDD. > > Ojo que estaba pensando mas en RAM que en disco.
ahh yo pensé que estaba hablando del tamaño en disco...igualmente están bastante relacionados. > Esas imagenes no > entran en el cache del CPU, asi que todo va mas lento de lo que podria > ir porque en general los programas Smalltalk acceden memoria mas o > menos al azar. Es todo un tema esto... > Si, tal cual. Un par de veces discutimos con Marcus Denker de modificar la VM para que aloque (como se escribirá?) los objetos de una manera un poco mas inteligente y que disminuya el overhead del accesso random. > > > Nicolas Paez, argentino, está laburando en Pharo en un proyecto llamado > > Seed. El te podrá dar detalles, pero entre unas de las cositas que hizo > fue > > integrar bocha de cambios en los paquetes y categorias, para poder > hacerlo > > mas modulable. De hecho, se usaron herramientas de visualizacion en Moose > > para detectar ciclos y demás. Se buscó romper con estos ciclos, etc. > > De ahí que es más fácil hacer la PharoKernel, que ronda los 2.2 mb. > > Eso esta bueno, denle para adelante! Cuanto mas chico, mejor. > Igualmente yo también creo que 50mb en ram es mucho y que cuanto menos mejor. De hecho, de eso se trata el tema de mi PhD :) > > > minesweeper. que es eso? me interesa. > > http://blogten.blogspot.com/2009/10/minesweeper-sample-app.html. > Escribi acerca de eso en el volumen 1 del Fundamentals. > > gracias. > Andres. > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<clubsmalltalk%[email protected]> > > http://www.clubSmalltalk.org > -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
