• [^] # Re: Plantages...

    Posté par . En réponse à la dépêche Gnumeric 1.12. Évalué à 2.

    Très intéressant dans la théorie, mais, très coûteux en dev dans la pratique, la technique du commit/rollback.
    Technique qui, je précise, n'est pas liée aux bases de données dans les termes de cet articles.

    Je n'ai pas voulu dire que les transactions sont liées aux bases de données. Mais il faut reconnaître qu'une base de données adresse le problème de la persistence des données de manière plutôt efficace : la cohérence (les propriétés ACID ou CDP), mais aussi la performance en lecture comme en écriture.

    Firefox fait beaucoup de sync pour que l'utilisateur ne perde presque rien en cas de plantage c'est pas tout à fait pareil.

    Ben, si… pourquoi il pourrait planter? Parce qu'il supporte mal les exceptions. Enfin, attention ici, parce que les mécaniques liées aux plug-in sont très complexes à gérer de façon portable en C ou C++, vu que quand le système balance une sigsegv, on à pas le droit de faire un catch dessus, alors si un plug-in chargé fait une division par 0… bam! l'appli plante, car un plug-in n'est rien d'autre qu'une librairie, et c'est dont l'appli qui fait cette fameuse division.

    Imaginons que Firefox et l'ensemble des plugin que tu utilisent soient tous exempte de bug. Ça n'empecherais pas de manger un sigkill par exemple. Le OOM peut faire la fête à ton logiciel sans qu'il n'y ai le moindre bug sur la machine. Et dans tout les cas, tu peut toujours avoir une panne de courant. C'est des cas qui arrivent dans la vraie vie et qui ne sont pas des bugs, qui ne sont pas liés à un langage ou un autre qui nécessitent d'être traité.

    Intéressant l'article de boost faudra que je prenne du temps pour le lire entièrement.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)