Me he estado leyendo las normas del foro, ya que he notado que a los post del tipo "SOS necesito que me hagais el trabajo porque soy un zote y no se hacerlo" no soleis responder mucho y efectivamente como era de preveer esta claro que aqui no venimos a hacerle el trabajo a nadie, sin embargo pone que "preguntas de DUDAS tecnicas" si las soleis resolver en función de su complejidad.

Bien, pues hay va mi pregunta, pues tengo una tremenda curiosidad de saber si es posible o no usar algo en JAVA que sea SIMILAR al FORK() de lenguaje C.

Pues resultaría interesante en muchas ocasiones poder darle un espacio PROPIO de memoria a un proceso, cosa que con los Threads no se puede, pues comparten memoria. (como veis la teoria me la se  )

pero tengo gran curiosidad por saber si esa opcion esta ya implementada en java o no.


Un saludo majetes

perdon porque quizá no me he explicado bien desde un principio

la cosa es la siguiente:

Conozco la existencia de JDK 7, y de las clases que muestras en el enlace.
Mi duda era saber si alguno las habeis usado ya o si habeis trasteado con ellas para ver si me comentabais si eran equivalentes a un fork() de C.

Ademas otra duda que me surge, es si sabeis si el JDK 7 lo hay ya para MAC OX, pues me he vuelto loco a buscarlo y tengo la sensacion de que mi Eclipse tendra que esperarlo, ya que creo que solo lo hay para Windows...

Estuve leyendo un poco...
fork() crea un proceso hijo identico al padre.. Los applets Java no pueden lanzar ningún proceso en el cliente, porque eso sería una fuente de inseguridad y no está permitido. Las aplicaciones y los applets deben utilizar hilos de ejecución..
Los hilos se distinguen de los tradicionales procesos en que los procesos son –generalmente– independientes, llevan bastante información de estados, e interactúan sólo a través de mecanismos de comunicación dados por el sistema. Por otra parte, muchos hilos generalmente comparten otros recursos de forma directa. En muchos de los sistemas operativos que dan facilidades a los hilos, es más rápido cambiar de un hilo a otro dentro del mismo proceso, que cambiar de un proceso a otro. Este fenómeno se debe a que los hilos comparten datos y espacios de direcciones, mientras que los procesos, al ser independientes, no lo hacen. Al cambiar de un proceso a otro el sistema operativo (mediante el dispatcher) genera lo que se conoce como overhead, que es tiempo desperdiciado por el procesador para realizar un cambio de contexto (context switch), en este caso pasar del estado de ejecución (running) al estado de espera (waiting) y colocar el nuevo proceso en ejecución. En los hilos, como pertenecen a un mismo proceso, al realizar un cambio de hilo el tiempo perdido es casi despreciable.
Sistemas operativos como Windows NT, OS/2 y Linux (2.5 o superiores) dicen tener hilos "baratos", y procesos "costosos" mientras que en otros sistemas no hay una gran diferencia.

No entiendo q ganarias.. un proceso puede tener un solo hilo (por asi decirlo) de control como maximo x proceso..
En cambio con multitrhead puedes tener mas hilos por proceso, 1 o mas se entiende?
mira..
http://astreo.ii.uam.es/~ortigosa/ssoo/04-Hilos-6pp.pdf