Mailinglist Archive: opensuse-es (1145 mails)

[Rafa Grimán <rafagriman@xxxxxxxxx>]

Hola :)


El Tuesday 17 March 2009, Carlos E. R. escribió:
> El 2009-03-17 a las 11:48 +0100, Camaleón escribió:
> > > de las cachés de los discos duros. Carlos propuso ideas buenas
> > > (baterías, CRCs, funciones, ...), la cosa ahora depende de:
> > >    - roadmaps
> > >    - inversión
> > >    - interés
> > >    - nuevas tecnologías (aka discos SSD)
> > >    - ...
> >
> > Y de una buena programación. Ya te digo que de nada sirve prever y
> > tener toda la seguridad si el sistema está mal diseñado porque no se
> > ha previsto que el equipo se puede quedar colgado en cualquier momento.
> > Y eso es algo que sucede a diario. No sabe "cuándo", pero se sabe "qué" y
> > "cómo". Algo se podrá hacer para evitar esa pérdida de datos.
> >
> > Puedo esperar perder datos si lanzo el equipo por la ventana, o si se
> > quema en un incendio. Pero no espero perder datos si se va la luz :-)
>
> Se puede esperar que los datos del ultimo segundo se pierdan. Lo que no se
> puede esperar es que se pierdan datos de hace un minuto.


Si la aplicación no envía la señal de guardar ... sólo está en memoria el 
fichero por lo que sí se puede perder todo. Esto, parece ser, es lo que le 
ocurre a KDE. KDE parece ser que da por hecho que tienes SAI, hardware 
decente, ... y que sabes lo que haces ;) Por eso modifica ficheros de 
configuración y no los guarda a disco hasta que cierras la sesión.

¿Error de programación? Posiblemente. ¿Confianza en que los usuarios tienen hw 
en condiciones? Posiblemente. ¿SW complejo con muchas dependencias y puede 
fallar cualquiera en cualquier momento? Puede. Más o menos lo que habemos 
dicho en los correos anteriores:
        - invertir más (tiempo, dinero y ganas) en mejores programas
        - depurar más
        - hacer más profiling
        - invertir en hw correctamente*

Hablando de programación: ahora la cosa se complica aún más porque como los 
PCs tienen múltiples núcleos, se está empezando a implantar la programación 
paralela (sea multihebra o no) y eso es MUUUUUUUUYYYYYYY complicado. Así que 
id preparando los Kleenex, que va a haber mucho lloro.

* correctamente no significa caro. Significa: si no vas a trabajar en 3D, 
manufacturing o juegos, cómprate un SAI en vez de una tarjeta 3D de última 
generación, por ejemplo.


> Y sí, sí se pueden evitar perdidas si se hacen bien las cosas y se
> garantizan los pasos. Si el sistema le pasa unos datos al disco, y este
> reponde que los ha grabado bien, debe responsabilizarse de ellos así arda
> Troya. Sin excusas.


Efectivamente, pero eso no ocurre :( Como eso no ocurre, buscas alternativas 
como deshabilitar cachés.


> Y si hay un error a posteriori, debe indicarselo al sistema operativo, a
> posteriori... y sí, sé la barbaridad que acabo de decir.


No lo veo una barbaridad. Si hay éxito o error: avisar después de haber 
completado la operación. Esto tiene un problema: el disco es MUY lento y 
determinados procesos no se pueden permitir ese retardo. Por ejemplo: vídeo 
en tiempo real.


> > > Y no dar tanta importancia a las fechas. Gentoo, Debian, Slackware y
> > > otras no se dejan llevar tanto por la fecha de release sino más bien por
> > > su estabilidad y fiabilidad. Sí, ya sé:
> > >    - no hay una empresa por detrás y, por tanto, no hay intereses
> > >      económicos por lo que se pueden tomar el tiempo que les dé
> > >      la gana
> > >    - no son distros para el usuario casero que exige novedades
> > >      cada X tiempo. No estoy muy de acuerdo con esto, conozco muchos
> > >      usuarios que lo que quieren es que funcione y les da igual si
> > >      hay o no novedades
> > >    - también han tenido sus problemas
> > >    - nadie es perfecto ;)
> >
> > Este problema afecta a la mayoría de sistemas de archivo, así que nadie
> > se libra, con empresa gorda detrás o sin ella.
>
> En el mundo del software libre existe el problema de la falta de interés
> en resolver determinados problemas, aunque el bug esté documentado. En
> teoría cualquiera puede meterse y hacerlo, en realidad no es así.


Lo malo es tener los conocimientos y lo segundo es tener ganas. Como he dicho 
en un post anterior, lo que da estatus es añadir nuevas características, 
corregir errores no da caché :(


> Una pieza de software usado por gente puede de repente quedarse sin
> mantenedor y dejar en la estacada a sus usuarios, que no necesariamente
> tienen los conocimientos (ni los recursos) para seguir manteniendolo.
>
> Estoy pensando en reiserfs, por ejemplo.


Selección natural ;)

   Rafa

-- 
"We cannot treat computers as Humans. Computers need love."

rgriman@xxxxxxxxx
--
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx