Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Diseño de Nodo #842

Closed
maacosta opened this issue Sep 7, 2017 · 10 comments
Closed

Diseño de Nodo #842

maacosta opened this issue Sep 7, 2017 · 10 comments

Comments

@maacosta
Copy link

maacosta commented Sep 7, 2017

Consulta con respecto a este concepto de Nodo.
Entiendo que el DataNode y el Worker (o workers) son ejecuciones separadas, pero, podría ser un solo proceso (Nodo) que crea un hilo para manejar el DataNode y otro hilo para manejar el Worker (o workers)?
Pregunto esto ya que ambos trabajan sobre el mismo archivo y leen la misma configuración.

@nicozar95
Copy link

Buenas

La respuesta corta es:
NO
La respuesta larga es:
No porque los workers requieren la ejecucion de procesos hijos y al forkear un programa que tiene hilos, lo que va a pasar es que se van a bloquear todos los hilos salvo el ejectubable, entonces esto puede llegar a traer problemas.
Se diseño por esa razon, para evitar tener este problema con los hilos y demas. Ademas es mas facil tener las responsabilidades de los procesos separados 😄

Saludos

@lucasnvp
Copy link

lucasnvp commented Sep 7, 2017

Me sumo a otra pregunta respecto al Diseño del Nodo; en el archivo de configuración del Nodo menciona el puerto del DATANODE, tengo entendido que se DATANODE se conecta al servidor del FileSystem. Mi consulta es: se necesita un servidor en el DATANODE?

@tferraro
Copy link
Contributor

tferraro commented Sep 7, 2017

Holis,

@lucasnvp el archivo de configuración del Nodo es único, justamente por eso es utilizado por tanto el Worker como el DataNode.

Ambos son procesos diferentes que lo unico que comparten es la apartura de el data.bin y el archivo de configuración. Sabiendo que el DataNode se conecta al FS tal como dijiste, porqué plantearías un escenario en el que el DataNode necesitaría ser un servidor? Que crees que te aporta si es así/o si no lo fuera?

@afilgueira
Copy link
Member

@veritoreinoso @Natt87

@lucasnvp
Copy link

lucasnvp commented Sep 8, 2017

@tferraro con más razón, yo creo que el DataNode no necesita un servidor porque la conexión que necesita con el FileSystem ya esta establecida. Lo que me genera duda es para que necesita otro puerto el DataNode? Osea, en el archivo de configuración el puerto del DataNode, para que finalidad es?

@tferraro
Copy link
Contributor

tferraro commented Sep 8, 2017 via email

@gustofa
Copy link

gustofa commented Sep 8, 2017

@dromero-7854

@lucasnvp
Copy link

lucasnvp commented Sep 8, 2017

@tferraro Muchas gracias!

@tferraro
Copy link
Contributor

tferraro commented Sep 9, 2017

Buenas! @maacosta te sirvió la respuesta de Nico?

jazcarate pushed a commit to sisoputnfrba/2017-2c-yama that referenced this issue Sep 9, 2017
* Errata v1.1

Errata: Se aclaró el cambio al** estado estable** del FileSystem y su inicialización de un estado anterior respecto que hacer con los Nodos anteriores.

Aclaración: Había parte de la introducción del proceso FileSystem que no mostraba la opcionalidad del archivo de configuración (#837)

* Errata v1.1

**Typo**: El DataNode no necesita puerto en el archivo de configuración ([#842](sisoputnfrba/foro#842))

* Aclaración Errata (#845)

Aclaración: Los Workers no se conectan a YAMA, la información de su ubicación será obtenida por el proceso FileSystem (#845)
@maacosta
Copy link
Author

Perfecto Gente!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants