Re: Linux, Windows y reinicios
"La cuestión aquí es que tanto afecta reiniciar un equipo algunas veces
al día y por cuanto tiempo. No te vayas a los límites, mejor pregunta
a Altair en que condiciones tiene la máquina para pintar un panorama
más realista y poder aconsejarle que mejorar para evitarse problemas,
porque si nos vamos siempre al caso límite más fatal es el cuento de
nunca acabar."
Aqui en verano hemos llegado a superar los 48 grados en veranos muy
calurosos, es lo que se llama "ola de calor". Para que os hagais una
idea, los servicios de salud (hospitales, urgencias, ambulancias, etc)
estan en alerta roja cuando se superan los 45 grados, y suelen estar
colapsados por la gran cantidad de gente afectada. En verano la
temperatura suele estar en 38 a 45 grados.
La idea de usar virtualizacion no me gusta porque la idea es usar
Linux aprovechando el hardware para todos los temas que no sean juegos
(para eso ya esta Windows).
Me ha gustado la informacion de lo del boton del reset y el del
encendido y apagado, lo malo es cuando no responde ni el teclado, ¿que
haces entonces?. ¿El propio sistema operativo se da cuenta de que esta
"congelado" (o como se llame ese estado) y reinicia el solo al cabo de
X tiempo, o no queda otra opcion que darle al reset?.
El día 4 de enero de 2015, 2:05, Aradenatorix Veckhom Vacelaevus
<aradnix@gmail.com> escribió:
> El 3 de enero de 2015, 6:15 p. m., Raúl Alexis Betancor Santana escribió:
>>
>>> >
>>> > ----- Mensaje original -----
>
> Calma señores, esto es una lista no una arena de combate, relajense
> por favor. Sebastian tiene razón, la duda era si reiniciar el equipo
> puede estropearlo y creo que he hemos ahondando lo suficiente para
> concluir que si se cierran los sistemas operativos instalados
> correctamente sin recurrir al botonazo entonces no debe haber
> problema. Dejemoslo de ese tamaño.
>
>>> >> El 3 de enero de 2015, 1:49 a. m., Altair Linux escribió:
>>> >> > Hola, que tal
>>> >> >
>>> >> > ¿que puede pasar cuando tienes en un ordenador Windows (para jugar) y
>>> >> > Debian, y lo tienes que reiniciar al menos una vez al dia para ir de
>>> >> > un sistema operativo a otro?. Los pantallazos propios de Windows van
>>> >> > aparte. Ya sea por reinicio desde el sistema operativo o dandole al
>>> >> > boton de reset.
>>> >>
>>> >> ¿Que debe pasar?, como dice Camaleón: nada.
>>>
>>> A ver, si lees bien, dije que debe no que puede pasar. Como bien dices
>>> son posibilidades no es que deba haber problemas ¿notas la diferencia?
>>> no es algo inexorable pues, de ahí que lo omitiera en aras de
>>> claridad.
>>> >
>>> > Falso, pueden pasar muchas cosas, algunas relacionadas con el hardware ...
>>> > y otras con el sistema operativo, sobre todo en sistemas Windows.
>>>
>>> Irónicamente la ultima vez que yo hice un comentario de este estilo en
>>> esta lista se armó todo un drama por mis "malas palabras" :P
>>
>> ¿malas palabras? ... ¿que malas palabras he utilizado yo?.
>
> No dijiste ninguna mala palabra, de ahí las comillas y el emoticono
> que veo ni leiste. Lo decía porque en esta lista hay gente muy
> sensible que se ofende si alguien los contraviene con palabras como
> falso. Relajate.
>>
>>> > Se pueden tener varios sistemas operativos en un mismo disco ... y
>>> > usarlos al mismo tiempo, se llama virtualización ;-)
>>>
>>> No exactamente, la virtualización es un concepto diferente al tener
>>> físicamente dividido el disco duro y en cada partición montar un
>>> sistema operativo que elijas usar cada que inicias la máquina desde un
>>> arrancador como el veterano Lilo o GRUB. No confundamos la gimnasia
>>> con la magnesia.
>>
>> ¿en que se diferencia? ... la única diferencia que yo veo es que en un sistema
>> virtualizado se tiende a aprovechar más los recursos de la máquina.
>
> Una máquina virtual es una máquina ideal que trabaja dentro de los
> limites físicos del hardware en que ejecutas, tiene sus usos pero no
> viene a cuenta en este hilo. En este caso hablamos de un equipo dual
> donde se usa Windows para correr videojuegos y Debian para lo demás si
> entendí bien. Supongo que tu virtualizarias y jugarías dentro de la
> máquina virtual, fuera de kvm no sé que máquina virtual podria dar un
> rendimiento tan bueno en juegos, pero eso no importa.
>>
>> Puedes tener un sistema HOST basado en Linux o en Windows e instancias virtualizadas
>> de otros sistemas operativos, si además los sistemas de ficheros no los tienes vinculados
>> a particiones diferentes, sino que utilizas recursos de FS del sistema HOST, puedes tener
>> otra serie de problemas, las estrategias IO-SCHED de cada sistema pueden entrar en conflicto
>> una con la otra y sobreforzar el uso del HD por ejemplo, acortando la vida útil del mismo.
>
> Indudablemente y no lo niego, pero de nueva cuenta ¿que tiene que ver
> eso con la máquina en cuestión?
>>
>>> >> Las averías pueden provocarse precisamente por la imprudencia del
>>> >> usuario que guste de dar botonazos sin más, por lo demás no sé que
>>> >> avería podría causarse, pensando en un equipo que se enciende y apaga
>>> >> normalmente y está conectado a una instalación eléctrica bien hecha
>>> >> sin grandes variaciones.
>>>
>>> De nuevo, no confundas las cosas. Claro que existe fatiga en
>>> materiales, si lees (como recomiendas) verás que esto se debe por lo
>>> general a esfuerzos que actúan dentro de un material. En la mayoría de
>>> los casos son esfuerzos mecánicos o térmicos que deben tomarse en
>>> cuenta en elementos estructurales tanto de edificios como de vehículos
>>> y estructuras en máquinas-herramienta, robots industriales, etc.. Eso
>>> no tiene mucho que ver con lo que Altair pregunta, dudo que nadie use
>>> gabinetes de pc como elemento estructural para construir algo
>>> físicamente apilandolos. Digo hay clusters pero eso es otra historia.
>>> Quiero creer que te refieres al problema de la minutiarización de los
>>> componentes electrónicos los cuales al verse sometidos a corrientes
>>> eléctricas que circulan a través de pistas cada vez más diminutas
>>> generan a la larga el desprendimiento de electrones y la aparición de
>>> grietas dentro de los componentes que no estaban contempladas dentro
>>> del diseño original de las capas de materiales semiconductores con las
>>> que se componen. Pero aun así en este caso requerirías tiempos de uso
>>> bastante prolongados, de años, para que algo así se produzca. Y cuando
>>> es el caso es porque debes renovar tu equipo, no hay otra forma
>>> viable.
>>
>> No hacen falta 'periodos prolongados de uso' para ver fatiga de materiales,
>> basta una mala elección, como por ejemplo una placa base barata, que no use
>> condensadores sólidos modernos, combinados con una mala fuente de alimentación
>> (la mayoría de las que se venden son una pura basura) y un entorno de trabajo
>> 'poco recomendable' y ya tienes plato servido para problemas 'misticos' de reinicio
>> y acabar con la muerte del equipo.
>
> Pero es que no es ese el caso en cuestión, yo pienso en gente que
> compra equipos fabricados correctamente o que saben armarlos no a un
> armatoste hecho con las patas con piezas de dudosa calidad que es más
> bien un caso extremo como el que mencionas. Por eso digo que pueden
> pasar años antes de que notes problemas por fatiga. Que te puedes
> llevar la pc a la jungla o a un ambiente altamente corrosivo y se joda
> en poco tiempo es factible, pero de nueva cuenta, te estás yendo a
> extremos que no vienen al caso.
>>
>> He trabajado muchos años en servicios técnicos y he visto equipos 'nuevos' morir
>> en un par de meses, por cosas como conectar el equipo a una UPS barata sin doble
>> conversión, que apenas actuaba como 'bateria' en casos de corte de luz, sin filtrar
>> y estabilizar la corriente, que unido a una mala elección de los componentes del equipo
>> daba lugar a fatiga de materiales (condensadores directamente reventados o a tan 'soplados'
>> que parecían un globo).
>
> En ningún momento he puesto en duda tu experiencia ni tus
> conocimientos, al contrario, que bien que alguien con tanta
> experiencia aporte a la lista. Pero tampoco es necesario que los
> demuestres todo el tiempo, creo que mucha gente en esta lista tiene la
> inteligencia suficiente para evitar caer en esos casos extremos
> fatídicos que mencionas, eso o estoy sobrestimando a la gente.
> Finalmente la duda no tiene que ver en nada con todo eso, que es bueno
> saberlo, pero que quizá respondería mejor a otras dudas y no a esta.
>>
>> O equipos 'supuestamente buenos', morir porque el usuario lo tenía en condiciones de trabajo
>> que forzaban una reducción de la vida útil del mismo (equipos 'encajonados' en escritorios y
>> sin la ventilación adecuada)
>>
>> Y esas situaciones se agravan más si estamos continuamente reiniciando los equipos.
>> No digo que con todos, ni que en todas las situaciones, pero no se puede decir que
>> 'reiniciar el equipo con frecuencia' no afecte a su rendimiento o su vida útil,
>> porque si que afecta.
>
> La cuestión aquí es que tanto afecta reiniciar un equipo algunas veces
> al día y por cuanto tiempo. No te vayas a los límites, mejor pregunta
> a Altair en que condiciones tiene la máquina para pintar un panorama
> más realista y poder aconsejarle que mejorar para evitarse problemas,
> porque si nos vamos siempre al caso límite más fatal es el cuento de
> nunca acabar.
>>
>>> Yo hablo de fuentes convencionales que puedes adquirir y usar en un
>>> equipo de escritorio sin que ello implique que descarte opciones más
>>> eficientes como las del datacenter o algún desarrollo de laboratorio
>>> con superconductores que te de un 96 %.
>>
>> Hay fuentes de 96% a la venta y no son de 'laboratorio'. Lo que son es caras para
>> un pc 'doméstico'
>
> Era un ejemplo hipotético no algo literal para enfatizar que es más
> viable hacerse de una fuente comercial de alto rendimiento para gamers
> que lo que propones no porque no existan. Al menos yo por practicidad
> haría eso en vez de comprar una fuente de tan alto rendimiento para la
> que tal vez ni me alcance y que tampoco sé si tiene los conectores que
> necesito.
>
>>> Ahora bien ¿vas a instalarte
>>> una fuente de esas de datacenter en tu Minitorre para jugar con
>>> Widnows? Yo la verdad no lo creo, me parece más probable y asequible
>>> hacerme de una fuente de alto rendimiento de más de 80 % de esas que
>>> producen Thermaltake, Coolermaster, Zalman y otros más.
>>
>> Estamos de acuerdo en ese punto, para un equipo casero de gama media-alta
>> con una buena Thermaltake o Zalman, perfecto.
>
> Por fin \o/
>
>>> Lo de la hibernación ya lo mencionaron anteriormente, era redundante
>>> decirlo, pero esos arregla desde la configuración del ventanuco, no es
>>> tan difícil,
>>
>> ¿He dicho yo que fuera difícil de solucionar?, he dicho que los problemas
>> derivan de la función de hibernación, nada más.
>
> Nunca dije que tú pero lo mencionaron anteriormente en el hilo, puedes verlo.
>
>>> a lo que yo iba es que aparte de esa hibernación en win
>>> 8, desde versiones anteriores, cuando cierras el sistema
>>> civilizadamente (después de cerrar todas tus ventanas y sesiones y
>>> demás) los procesos remanentes (casi siempre los que arrancan junto al
>>> sistema) se ven forzados a cerrar. Y por ello es tan común que
>>> aparezca una pantalla al iniciar la siguiente vez donde se nos
>>> advierta que el sistema no cerró bieny nos pida elegir de un menú si
>>> accedemos con normalidad o desde alguna versión a prueba de fallos
>>> (sic).
>>
>> Eso solo sale si el FS no fue 'desmontado' correctamente o si algún proceso
>> vinculado a control de hardware tuvo que ser 'matado' ya que no respondía al
>> evento de cierre. Algunos antivirus lo producen más que otros ... :-P
>
> Puede ser pero eso lo he observado en windows 7 y 8 y no sabía si
> tenía que ver con el SO o con algún software, ahora, desde que en
> windows el antviirus es casi obligatorio puede que por ello haya
> notado eso.
>
> Saludos
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] CAACnk7ZK3pU2g3mh0H_SUaoBAN_uAUv80Br_326-5FnRi2YraA@mail.gmail.com">https://lists.debian.org/[🔎] CAACnk7ZK3pU2g3mh0H_SUaoBAN_uAUv80Br_326-5FnRi2YraA@mail.gmail.com
>
Reply to: