Hola! queria preguntarles si alguno ya tubo que rendir en el pasado el coloquio del tp de sistemas operativos, queria preguntarles como son las preguntas, con que te pueden salir, y esas cosas, algun ejemplo o lo que sea, muchos me dicen que si trabajaste en el tp no tenes de que preocuparte, pero eso no me quita le miedo en lo absoluto, si alguien puede contarme algo de eso, se lo agradecere mucho! :)

Gracias!!!!

te digo lo mismo... si laburaste lo aprobas seguro...

en nuestro caso, nos tomaron un "examen" multiple choice donde preguntaban cosas basicas del enunciado... de esas que recien de das cuenta cuando usaste y programaste el sistema durante meses (tipo, que pasa si se cae el nodo "A" y despues tiro el comando "Z" por la consola del nodo "W"). Pero posta son cosas que vas a saber. En nuestro grupo aprobamos 4 por ese escrito y con uno les habia quedado alguna duda, y le hicieron unas preguntas sobre todo el tp (este pibe habia laburado una bestialidad) asi que lo aprobaron al toque tambien.

suerte!!!

lo mismo: si laburaste en el TP, aprobás.
pero ojo que "laburar en el tp" no significa haber escrito 2000 líneas de código, sino estar interiorizado en el funcionamiento, en cómo funciona, para qué sirve, qué hace cada función, etc.

en nuestro grupo éramos 5, y aprobamos 4. justamente el integrante que no aprobó fue porque apenas si sabía cómo funcionaba. en el otro extremo estaba yo, que no fui el que más programé, pero recibí un "yo quiero que leandro se calle" (textualmente) de parte de uno de los jefes de tp.
nuestro caso fue particular porque una de las chicas se iba de viaje, y no podíamos estar en la fecha que dan todos. así que tuvimos que pedir fecha especial. y nos dijeron "bueno, ya que nos hicieron venir solamente para ustedes, más vale que valga la pena". y aprovechando que estábamos solos, nos tuvieron un rato laaaaaaaargo, y nos pasearon por toooooodo el sistema.
o sea, eso también cuenta. si están con tiempo los van a joder bastante. si están apurados porque hay muchos grupos van a liquidarlos más rápido. con nosotros tuvieron tiempo hasta de ver las 100 páginas de pseudocódigo y preguntarnos lo que veían.
básicamente agarran a uno por uno y les preguntan "a ver, contanos qué parte hiciste vos". y después preguntas del estilo que dijo adriano, o sea "qué pasa si..." o "cómo solucionaron el tema de..." haciendo referencia a alguna parte del enunciado media rara.

de nuevo, no te asustes, si laburaste en el TP, aprobás.

Gracias gente :) se aprecia mucho los comentarios :)

Mirá nosotros lo aprobamos la semana pasada por suerte y te mando lo que armó un amigo sobre el coloquio:

-se puede tener una conexión entre dos máquinas a través de la ip 192.168.1.125 y el puerto 68352 siendo que una máquina es windows y otra linux
verdadero o falso: falso porque el puerto excede el rango (65k)

-otro V o F: en el tp se usa el protocolo http sobre tcp-ip para salvar la diferencia entre los filesystems entre windows y linux
falso, porque no tienen nada que ver

-procedimientos para levantar un socket en escucha y detalles de los parámetros de las funciones

-socket bind listen accept select: entender bien que hace cada una y que son los parámetros, por ejemplo lo de los protocolos que va en socket(...)
eso que el select te saca sockets del set

-como funciona el fork

-respetando los estandares ansi, se puede migrar el codigo del tp de linux

-al tp les hacen 8 pruebas(el código no lo miran)
pero bueno, tenés que compilar en el visual de la máquina virtual de Windows
el tp te lo prueban en tres máquinas

-si les quedan dudas de algo, puede que se lleven el código, pero no fue nuestro caso por suerte

-nos hicieron levantar la sgte arquitectura de red:
SR -> SA -> SA -> SA
tirar el SA del medio y que los otros no queden aislados
probar busquedas y descargas simples (con md5sum)
bajar el ttl a 1 y que no encuentre archivos del SA de la punta
descargar con el browser

-descargar archivos simultáneos
ver que pasa si estas descargando un archivo y matas el proceso upload en el medio
nos hizo bajar con los dos clientes un mismo archivo
un archivo que estaba en un SA
y la joda era que ese SA tiene que tener 2 procesos uploads
y tenías que matar uno de los dos y chequear que el otro siga bajando

-probar la cache, con 3 posiciones, ver que tal andan los algoritmos y si responde o no la cache
(nos dijo el ayte que hubiera estado piola un comando para listar el contenido de la cache)
matarla, levantarla y que tenga los resultados que tenía
levantar un segundo SR, un cliente a cada SR y descargar cosas entre los dos clientes


-ayuda mucho si ven que todos tienen manejo del asunto a la hora de probar el tp

-te prueban integridad de datos con el md5sum

-no probó transferir archivos pesados xq no tenía (el más pesado fue de 100 megas)

-desp. probó descargar 10 archivos de una misma búsqueda
en un momento se nos cayó un SA
tiramos todo rápido y volvimos a levantar y el ayudante ni vió
pero para eso tenés que estar canchero con las máquinas virtuales

-funciones bloqueantes que usas en windows y que pasa si hacés un recive no bloqueante en windows

-qué es una señal


-qué es el kernel time y el user time

-qué es que la máquina tenga el bit de modo en 1,y no buscan que le respondas "que estás en modo kernel", tenés que decir qué es el modo kernel

-te preguntan sobre el manejo de heap en windows, si podrías o no compartir variables,con qué funciones manejás heaps en windows y en qué se diferencia con el manejo de heaps de linux

-cuando manejás heaps en windows,qué funciones usás,por qué tenés que poner la constante "HEAP_NO_SERIALIZE"

-diferencia entre threads y procesos,qué pasa si hacés un recive no bloqueante,lo tenés que meter adentro de un ciclo que te genera mucho uso de cpu

-por qué usás beginthreadex_ en vez de createThread

-si podés pasar el código de windows y compilarlo en linux (la resp. es no, por ejemplo fork no está definida)

-por qué AF_INET y por qué SOCK_STREAM

-te pregunta si tenés dos servers de red y hacés una misma búsqueda en los dos servers si hay conflicto con el queryHit,y tenés que decir que no, xq el descriptor id es diferente siempre y único

-desp. te preguntan si modificás el TTL antes de replicarlo,y sí lo tenés que hacer antes

-desp. te hacen preguntas tramposas con el Hops y el TTL si uno es mayor que el otro, entonces cuánto tiene que valer

-Te hacen preguntas sobre como solucionaste diferentes problemas

Me quiero morir, trabaje a full con el tp y muchas de esas preguntas, no las supe responder :S

Estubiste re groso subiendo eso, te lo super agradesco!!!

y Muchas felicidades por haber aprobado!!!

Gracias!!

Dudas:

Jonathan escribió:-si podés pasar el código de windows y compilarlo en linux (la resp. es no, por ejemplo fork no está definida)

Pero fork no esta definida en windows... entonces si vos pasas codigo de windows a linux no deberias tener ninguna funcion fork...
no se puntualmente los detalles del tp, pero esto me llamo la atencion

Jonathan escribió:-desp. te preguntan si modificás el TTL antes de replicarlo,y sí lo tenés que hacer antes

modifican el TTL de un ping / pong / query / query hit?
no se supone que el TTL se mantiene constante y es el hops el se incrementa, y cuando el TTL es igual al hops descartas el ping / etc?

quizas estoy diciendo alguna burrada... pero no me quedo claro esto

suerte con eso!

Cita:no se supone que el TTL se mantiene constante y es el hops el se incrementa, y cuando el TTL es igual al hops descartas el ping / etc?

quizas estoy diciendo alguna burrada... pero no me quedo claro esto

Estas diciendo cualquier burrada :P

Lo que dice el pibe es el TTL con el que nace el mensaje

Ademas, en el protocolo GNUTELLA, el TTL baja y el Hops sube. Si restas el TTL y da 0, entonces no tenes que replicar mas el mensaje.

Cita:Pero fork no esta definida en windows... entonces si vos pasas codigo de windows a linux no deberias tener ninguna funcion fork...
no se puntualmente los detalles del tp, pero esto me llamo la atencion

Ami tambien... osa, fork no es ANSI, es POSIX.

Y en windows tenes el CreateProcess(argumento 1, argumento 2,..... argumento 1000); :P

xtremenaza escribió:Me quiero morir, trabaje a full con el tp y muchas de esas preguntas, no las supe responder :S

Estubiste re groso subiendo eso, te lo super agradesco!!!

y Muchas felicidades por haber aprobado!!!

Gracias!!

Me perdí, ¿cómo te fué?

Nos fue mall, el trabajo hizo agua en un momento y nos mandaron a arreglarlo, ahora esta andando todo lindo, pero tenemos un desastre con los logs del cliente, esto sera verdaderamente importante? te pueden desaprobar por tener mal los logs? se que es importante, pero no es nada en comparacion con el resto del tp

Gracias por preguntar!

xtremenaza escribió:Nos fue mall, el trabajo hizo agua en un momento y nos mandaron a arreglarlo, ahora esta andando todo lindo, pero tenemos un desastre con los logs del cliente, esto sera verdaderamente importante? te pueden desaprobar por tener mal los logs? se que es importante, pero no es nada en comparacion con el resto del tp

Gracias por preguntar!

Dnd :D

El problema con los logs es que sirven para analizar el correcto funcionamiento del programa (como los pintf que hayas puesto). Si los logs no andan bien, te van a tomar como que el cliente no anda bien (aunque supongo que todo depende de la magnitud de los errores).

Buenas, nosotros aprobamos el sabado. No se si es tarde para tu mensaje, pero el tema de los logs se fijan en el punto 7 que anden correctamente, si tira algun dato mal no te hagas problema, mientras no sea nada grave, y el resto de las cosas esten bien, no te van a decir nada.

Por esas casualidades de la vida, el txt que pegaron arriba, tambien lo habia recibido, le falta la primera linea, que dice algo con mucha razon :D pero bueno, no lo voy a venir a decir yo, porque hablaba mal de una persona :D :D


Loco, estoy muy contento, aprobe el tp, solo queria decir eso, saludos :beer:

Muy bueno lo que han posteado ahi arriba!

Yo programe como negro este cuatrimestre y hay cosas de ahi que si me preguntaban me la mandaban a guardar mal

Teseracto escribió:

Cita:no se supone que el TTL se mantiene constante y es el hops el se incrementa, y cuando el TTL es igual al hops descartas el ping / etc?

quizas estoy diciendo alguna burrada... pero no me quedo claro esto

Estas diciendo cualquier burrada

Lo que dice el pibe es el TTL con el que nace el mensaje

Ademas, en el protocolo GNUTELLA, el TTL baja y el Hops sube. Si restas el TTL y da 0, entonces no tenes que replicar mas el mensaje.

hola yo lo hice como dijo adriano, no como dice teseracto (sí y como dice el protocolo gnutella), osea el sistema funciona perfecto en las pruebas eso no va saltar seguro, pero si en el coloquio si me preguntaban como lo hice. acaso esta muy mal!!?????, osea es motivo de desaprobacion del coloquio eso???, si me desaprueban por eso en el coloquio supongo que te mandan a la prox instancia de recuperatorio del tp, no???, porque no es que no hice nada del tp es que lo hice mall!!

gente si responden dan su opinion al respecto se los voy agradecer muchisimo!!

Tengo entendido que del coloquio no hay recuperatorio, a lo mejor me quivoco pero es lo que nos dijeron en algun momento.