Sebastian escribió: > Si eso quedó bien. En este momento el #critical:ifError: lo tengo así: > > #sasChanged. > ^ mutex critical:[ > semaphore := SeasidePlatformSupport semaphoreClass > new. > [[response := aBlock on: Error do: anErrorBlock] > ensure: [semaphore signal]] > forkAt: Processor activePriority + 1. > semaphore wait. > response] > > > y #response es instVar para que perdure y lo de Jhon hace que perdure > al unwind causado por el GC al terminar el proceso forkeado. > El fork lo pusieron los autores y, si bien no hay cualquier tipo de > documentación al respecto, en una prueba de otra cosa dio la > casualidad que vi como trabaja Squeak y Dolphin en esa parte. La > consecuencia inmediata es que sin fork se necesita mucha más RAM, más > o menos 400% más de frames que estando el fork ahi. > OK! Joya había entendido al revés! Buenísimo. > > El forkearlo a una prioridad un puntito mayor que la activa es una > pregunta más interesante solo que no tengo respuesta para ella aún. > > Processor yield ?
> Sebastian > Saludos GallegO PD: Espero que Esteban integre esto... No se si la versión de Seaside que se baja para Dolphin incluye la corrección de un Bug que dejaba enganchado todos los procesos hasta que vajabas el Swazoo. ¿Está? --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
