Comments on: Los mensajes del asesino (de procesos) http://mnm.uib.es/gallir/posts/2007/08/19/1149/ I write about free software, and free culture Wed, 16 May 2012 14:45:26 +0000 http://wordpress.org/?v=2.2.3 By: ArthurElyon http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39681 ArthurElyon Thu, 23 Aug 2007 00:18:06 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39681 Que buen articulo!!! me ha servido mucho sobre todo para la clase de sistemas operativos Que buen articulo!!! me ha servido mucho sobre todo para la clase de sistemas operativos

]]> By: Menda http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39670 Menda Wed, 22 Aug 2007 20:39:11 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39670 Yo no dudo que los apuntes que me estoy estudiando sean antiguos, ¿pero de verdad crees que los sistemas operativos han cambiado en su interior tanto en unos pocos años? ¿Alguna sugerencia a mi profesor (jeje)? Por cierto, te admiro por la cantidad de cosas que tienes que hacer y que siempre tengas algo de tiempo para todas. Saludos desde Jaén! Yo no dudo que los apuntes que me estoy estudiando sean antiguos, ¿pero de verdad crees que los sistemas operativos han cambiado en su interior tanto en unos pocos años? ¿Alguna sugerencia a mi profesor (jeje)?
Por cierto, te admiro por la cantidad de cosas que tienes que hacer y que siempre tengas algo de tiempo para todas.

Saludos desde Jaén!

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39635 gallir Tue, 21 Aug 2007 16:51:28 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39635 #8, has leído demasiado al libro --antiguo y bastante pobre aunque el autor es un crack-- de Tanenbaum ;-) Lo de la idea del avestruz es relativo y creo que se trataba específicamente del control de concurrencia de acceso a los ficheros. #8, has leído demasiado al libro –antiguo y bastante pobre aunque el autor es un crack– de Tanenbaum ;-)

Lo de la idea del avestruz es relativo y creo que se trataba específicamente del control de concurrencia de acceso a los ficheros.

]]> By: Menda http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39634 Menda Tue, 21 Aug 2007 16:41:29 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39634 Justo lo que comentas es lo que estuve estudiando ayer. Hay una opción a todo eso, y es la técnica de la avestruz o agachar la cabeza como si no hubiera pasado nada. Según mis apuntes es la técnica que usa UNIX, y la excusa diciendo que de esta manera no se tienen que estar dedicando recursos para evitar interbloqueos ni tampoco se limita al usuario en la ejecución de procesos. Espero no haberme equivocado mucho Ricardo, jeje. Justo lo que comentas es lo que estuve estudiando ayer.
Hay una opción a todo eso, y es la técnica de la avestruz o agachar la cabeza como si no hubiera pasado nada. Según mis apuntes es la técnica que usa UNIX, y la excusa diciendo que de esta manera no se tienen que estar dedicando recursos para evitar interbloqueos ni tampoco se limita al usuario en la ejecución de procesos.

Espero no haberme equivocado mucho Ricardo, jeje.

]]> By: Iván http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39612 Iván Mon, 20 Aug 2007 21:30:58 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39612 Me ha encantado el artículo, me ha hecho recordar mis clases de sistemas operativos... Sobre el #2 en mi empresa la intranet de gestión de incidencias está hecha en ASP + Access, así que podéis imaginar lo fluida que va cuando 3 ó 4 usuarios nos conectamos a la vez y hacemos alguna consulta un poco compleja. Saludos, Iván. Me ha encantado el artículo, me ha hecho recordar mis clases de sistemas operativos… Sobre el #2 en mi empresa la intranet de gestión de incidencias está hecha en ASP + Access, así que podéis imaginar lo fluida que va cuando 3 ó 4 usuarios nos conectamos a la vez y hacemos alguna consulta un poco compleja.

Saludos, Iván.

]]> By: Iñaky http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39589 Iñaky Mon, 20 Aug 2007 06:24:45 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39589 Genial el artículo. No son pocos los mensajes de error de este tipo que se encuentran dándose una vuelta por páginas con formularios. Has descrito el error perfectamente. Ni que decir tiene que estos mensajes deben de ocultarse siempre por el personal encargado de sistemas. Dar pistas de tu sistema siempre es arriesgado y ya sabemos lo débil que es el SQL Server. Cualquier persona mal intencionada te puede hacer un verdadero estropicio. Se me ocurre un tema para un artículo: "prevención contra la inyección SQL" :-) Un saludo. Genial el artículo. No son pocos los mensajes de error de este tipo que se encuentran dándose una vuelta por páginas con formularios. Has descrito el error perfectamente. Ni que decir tiene que estos mensajes deben de ocultarse siempre por el personal encargado de sistemas. Dar pistas de tu sistema siempre es arriesgado y ya sabemos lo débil que es el SQL Server. Cualquier persona mal intencionada te puede hacer un verdadero estropicio. Se me ocurre un tema para un artículo: “prevención contra la inyección SQL” :-)

Un saludo.

]]> By: pmarin http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39585 pmarin Sun, 19 Aug 2007 21:31:08 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39585 Recuerdo que fue el penúltimo tema de mi asignatura de SO2. Todas aquellas medidas que no implicaban liberar recursos matando procesos eran demasiado costosas para un sistema normalizo. Luego existían varias técnicas para decidir cual era el proceso más apropiado para eliminar. Qué pena que se me vayan olvidando estas cosas, con lo que me divertí estudiándolas :(. Recuerdo que fue el penúltimo tema de mi asignatura de SO2. Todas aquellas medidas que no implicaban liberar recursos matando procesos eran demasiado costosas para un sistema normalizo. Luego existían varias técnicas para decidir cual era el proceso más apropiado para eliminar. Qué pena que se me vayan olvidando estas cosas, con lo que me divertí estudiándolas :(.

]]> By: nulleando.com.ar » Deadlocks en web http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39584 nulleando.com.ar » Deadlocks en web Sun, 19 Aug 2007 19:25:04 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39584 [...] Via: El Blog de Ricardo Galli [...] […] Via: El Blog de Ricardo Galli […]

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39581 gallir Sun, 19 Aug 2007 18:37:46 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39581 #2, proclamo, sin duda alguna la mayor de las chapuzas es que estén usando Access para un entorno corporativo y multiusuario. Esa costumbre tan afianzada en chapuceeros-windowceros debería ser parte de la historia de la infamia informática. #2, proclamo, sin duda alguna la mayor de las chapuzas es que estén usando Access para un entorno corporativo y multiusuario. Esa costumbre tan afianzada en chapuceeros-windowceros debería ser parte de la historia de la infamia informática.

]]> By: proclamo http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39580 proclamo Sun, 19 Aug 2007 18:04:53 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39580 En mi trabajo (que no tiene nada que ver con la informática) usamos un programa desde distinatas oficinas ubicadas en toda la península, y accedemos a él mediante Terminal Server. Ni qué decir que el programa está escrito en VB sobre Access. Pues en un año que llevo trabajando allí he visto este mensaje de error al menos 30 veces. El programa no se cuelga ni nada, le das a aceptar y puedes continuar trabajando. La primera vez que lo ví me hizo mucha gracia, me recordó a las clases de sistemas operativos de la facultad. Y hasta creí que era algo casi normal, pero después de leer este artículo me confirma lo que me decía una vocecita en mi interior, que el programa es una verdadera chapuza... Por cierto, no veáis lo que cuesta explicarle este error a cualquier compañero del curro que por supuesto no tiene ni la más remota idea de informática. En mi trabajo (que no tiene nada que ver con la informática) usamos un programa desde distinatas oficinas ubicadas en toda la península, y accedemos a él mediante Terminal Server. Ni qué decir que el programa está escrito en VB sobre Access. Pues en un año que llevo trabajando allí he visto este mensaje de error al menos 30 veces. El programa no se cuelga ni nada, le das a aceptar y puedes continuar trabajando. La primera vez que lo ví me hizo mucha gracia, me recordó a las clases de sistemas operativos de la facultad. Y hasta creí que era algo casi normal, pero después de leer este artículo me confirma lo que me decía una vocecita en mi interior, que el programa es una verdadera chapuza…

Por cierto, no veáis lo que cuesta explicarle este error a cualquier compañero del curro que por supuesto no tiene ni la más remota idea de informática.

]]> By: Arturo http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39577 Arturo Sun, 19 Aug 2007 17:15:26 +0000 http://mnm.uib.es/gallir/posts/2007/08/19/1149/#comment-39577 Attention, freak alert level 1 xD Buen artículo. Attention, freak alert level 1 xD

Buen artículo.

]]>