Un raid ne protège que d'une chose : la mort d'un disque. Ce qui est en faite assez rare.
Pour boussiller la partition : tu as les problèmes élèctrique due aux alims de merde et/ou non protégé de la foudre, plus d'un disque meurt et le raid ne sert à rien.
Il y a le crash du FS. Ce qui arrive vu qu'ils sont assez rescent finalement. Ils y aussi la coupure de courant un peu trop brutal (fausse manip, inconscience...)
Y'a le programme fou, ce n'est pas lier au kernel mais cela mettre le bazar.
Et puis, il y a "l'erreur fatal" (tm) le rm -rf avec un blanc de trop...
La sauvegarde style rsync + cp -ia à l'air pas mal. Sinon l'idée serait de dupliquer les serveurs. Genre la base dupliqué par la réplication interne et un rsync ou intermezzo entre 2 serveurs de fichier. Tu gagnes des perfs et si l'un meurt tu as toujours tes données. Mais dans ce cas les 2 machines sont "liés" et un rsync "dans le mauvais sens" peut tout casser.
Cela peut être mieux que de passer des Go de donné par le lan tout les soirs.
La version optimiste américaine est d'atteindre ce point en ~2030 mais ensuite le pétrole se prend 10% par an d'augmentation ce qui va faire très très mal.
Il est évident que les USA ont mis la main sur l'irak pour retarder l'échéance.
La seule proposition intermédiaire valable est l'introduction des forces de la nature. Ne seraient brevetable que les inventions les mettant en oeuvre (enfin celle qui ne sont pas nécessaire au fonctionnement d'un ordinateur).
En gros, seul des systèmes seraient brevetables (genre abs,...) mais le brevet ne porterait pas sur le logiciel embarqué.
"Un des critères de brevetabilité est que linvention doit « apporter une contribution technique à létat de la technique », ce qui permet décarter les algorithme en tant que tels."
La conclusion de l'article est bien débile. Un algo de compression n'est pas brevetable. Un algo de compression qui sert à réduire l'empreinte mémoire ou à gagner de la bande passante réseau l'est... chercher l'erreur !
En gros, seul les algo qui servent à rien ne sont pas brevetable ? Un algorithme est en général conçu dans un but précis...
Il y a qq "manques" dans l'article.
1) il n'y est pas dis clairement que les brevets logiciels vont séparer les sociétés en 2. Ceux qui en ont plein et qui vont se cross-licencer entre elles et ceux qui n'en ont pas. Pour les grosses sociétés, le système sera comme si les brevets n'existaient pas. Pour les petites par contre...
2) Il est assez mal dis que le développement d'un logiciel est très différent d'un objet usuel. Le nombre de fonctionnalité d'un logiciel est sans commune mesure avec ce qui est possible de faire dans le monde tangible. Virtuellement, un logiciel pourrait enfreindre _tous_ les brevets (emacs 25 ? :). Un logiciel est l'accumulation de fonctionnalité qui est sa vrai valeur ajouté, protégé par copyright. Ce n'est pas la recherche fondamental qu'il y a derrière (ce qui est soit disant protégé par les brevets).
Donc templeet appelle des pages statiques si elle n'existe pas, l'utilisateur va sur la page 404 qui est le vrai moteur templeet. La page est générer à ce moment là. Il gère aussi un cache dont on peut déterminer la taille pour éviter d'exploser l'espace disque.
Si j'ai bien compris, si tu appelles ta page .php elle passe par l'interpréteur php, si tu l'appelle .html elle part directement. Un système de cache php est aussi très léger.
Mais tu va avoir 20 hits/s avec un .php et 700 hits/s avec un .html pure, l'interpréteur php étant hyper lent.
Les perf de templeet viennent de là. 99% du temps il sert des pages statiques et explose tout ce qui existe comme outils web actuelle.
il utilise toujours pas le "truc" de templeet ? Qui génère les pages à la volé et non à chaque requète ? Un site de contenu géré par spip ne change pas toute les 5 minutes !
Je crois aussi que sigma design est très loin d'être clair comme dis un peu plus loin. Il faudrait vérifier tout ce qu'ils sortent. Ils n'en sont pas à leur cout d'essais (cf les problèmes de xvid) et ils ont l'air de pas mal s'en foutre.
La GPl pour exister en tant que texte juridique s'appuis sur le copyright. Evidement, sans ce genre de lois, il faudrait s'appuyer sur autres choses...
Ce que je voulais dire à l'origine c'est que par extention tout ce qui est touché par le copyright peut être libre. Le principe fondamlentale est le même.
Le fait que le hardware s'oriente vers un marché "d'IP". Tout cela pousse au libre, qui fournis finalement bien plus de qualité que les IP fermé. (et qui sont bien moins chiant à utiliser)
Le libre s'appuie sur le copyright. Donc tout ce qui est sous copyright peut à prioris être sous GPL.
Quand tu penses hardware tu pense materiel. Or avant d'avoir du materiel il faut des plans, ces plans sont protégés par copyright...
Le libre peut se décliner dans toutes les oeuvres de l'esprit. Une casserole libre serait une casserole dont les plans de fabrication sont libres. Donc l'interret pour une casserole est limité (n'importe qui peut faire une casserole... pas besoin de millier d'h de travail comme pour un OS).
Ma première réaction en lisant tes critiques est que tu es une vrai quiche. tu es imfoutul de comprendre que si tu changes de système il va bien falloir réapprendre quelques trucs...
- Gravage avec K3D : ça marche "dès fois".
Pas de bol... moi ça marche toujours... sinon tu peux essayer gcombust, xcdroast,...
- le son
bah la taille des buffers, c'est réglable...
- Pour développer, KDevelop est très lourd,...
y'a anjuta, eclipse,...
"il impose d'utiliser automake+autoconf+etc... ce que je ne souhaite pas => out."
bah il t'impose d'être propre ouh le vilain !
"Je n'ai pas envie de revenir à VI ou Xemacs..."
revenir ? y'a des truc mieux que ça ?
"- J'ai essayé un peu GIMP. Ca m'a pris tellement de temps pour avoir mes marques sous Photoshop que je ne suis pas sûr d'avoir envi de recommencer."
feignasse.
"Et je n'ai pas pris le temps de tester, mais j'ai bien peur qu'il n'y ait pas d'équivalent "réellement utilisable" de Cubase (musique) et Premiere (video)."
cinelera est un début pour la video. http://www.desktoplinux.com/articles/AT8018846552.html(...) pour le son.
Et puis comment tu peux savoir si tu n'a pas testé ou chercher ?
"Pour le pb des drivers, ben si il y avait des API de développement de driver bien gaulées et stables dans le temps, peut être que les fabriquants de matériels fourniraient des drivers binaires comme pour Windows et le problème serait résolu."
Et tu aurrais 2x plus de drivers de merde. nvidia est sans doute un beau drivers proprio mais il est 100x moins stable que nv. Je ne veux PAS de leur drivers fermé. Par expérience, c'est de la merde en boite.
Il n'y a pas d'équivalent en France. La "niche écologique" est occupé par les association du libre genre FSF France, Aful, Abul, etc...
Le CCC France a été créé dans les années 80 mais étais dirigé par quelqu'un de la DST. Cela n'a pas été propre (je te fais faire des trucs pas très légal et ensuite je te tiens par les couilles). Quand le type a été laché, le ccc france a été ridiculisé.
[^] # Re: RAID logiciel & matériel
Posté par Nicolas Boulay (site web personnel) . En réponse au journal FS pour stocker plusieurs millions de docs. Évalué à 1.
Pour boussiller la partition : tu as les problèmes élèctrique due aux alims de merde et/ou non protégé de la foudre, plus d'un disque meurt et le raid ne sert à rien.
Il y a le crash du FS. Ce qui arrive vu qu'ils sont assez rescent finalement. Ils y aussi la coupure de courant un peu trop brutal (fausse manip, inconscience...)
Y'a le programme fou, ce n'est pas lier au kernel mais cela mettre le bazar.
Et puis, il y a "l'erreur fatal" (tm) le rm -rf avec un blanc de trop...
La sauvegarde style rsync + cp -ia à l'air pas mal. Sinon l'idée serait de dupliquer les serveurs. Genre la base dupliqué par la réplication interne et un rsync ou intermezzo entre 2 serveurs de fichier. Tu gagnes des perfs et si l'un meurt tu as toujours tes données. Mais dans ce cas les 2 machines sont "liés" et un rsync "dans le mauvais sens" peut tout casser.
Cela peut être mieux que de passer des Go de donné par le lan tout les soirs.
"La première sécurité est la liberté"
[^] # Re: Oleumaichantpirateuh !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Windows ne tourne pas avec 128 Mo de ram?? mouahahaha. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Un député écrit aux ministres au sujet des logiciels libres
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un député écrit aux ministres au sujet des logiciels libres. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Les processeurs 64 bits
Posté par Nicolas Boulay (site web personnel) . En réponse au sondage Les processeurs 64 bits. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Les processeurs 64 bits
Posté par Nicolas Boulay (site web personnel) . En réponse au sondage Les processeurs 64 bits. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: une super invention
Posté par Nicolas Boulay (site web personnel) . En réponse au journal une super invention. Évalué à 1.
Il est évident que les USA ont mis la main sur l'irak pour retarder l'échéance.
"La première sécurité est la liberté"
[^] # Re: "Brevets logiciels" : où en est-on ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche "Brevets logiciels" : où en est-on ?. Évalué à 1.
En gros, seul des systèmes seraient brevetables (genre abs,...) mais le brevet ne porterait pas sur le logiciel embarqué.
"La première sécurité est la liberté"
[^] # Re: "Brevets logiciels" : où en est-on ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche "Brevets logiciels" : où en est-on ?. Évalué à 2.
La conclusion de l'article est bien débile. Un algo de compression n'est pas brevetable. Un algo de compression qui sert à réduire l'empreinte mémoire ou à gagner de la bande passante réseau l'est... chercher l'erreur !
En gros, seul les algo qui servent à rien ne sont pas brevetable ? Un algorithme est en général conçu dans un but précis...
"La première sécurité est la liberté"
# Re: "Brevets logiciels" : où en est-on ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche "Brevets logiciels" : où en est-on ?. Évalué à 4.
1) il n'y est pas dis clairement que les brevets logiciels vont séparer les sociétés en 2. Ceux qui en ont plein et qui vont se cross-licencer entre elles et ceux qui n'en ont pas. Pour les grosses sociétés, le système sera comme si les brevets n'existaient pas. Pour les petites par contre...
2) Il est assez mal dis que le développement d'un logiciel est très différent d'un objet usuel. Le nombre de fonctionnalité d'un logiciel est sans commune mesure avec ce qui est possible de faire dans le monde tangible. Virtuellement, un logiciel pourrait enfreindre _tous_ les brevets (emacs 25 ? :). Un logiciel est l'accumulation de fonctionnalité qui est sa vrai valeur ajouté, protégé par copyright. Ce n'est pas la recherche fondamental qu'il y a derrière (ce qui est soit disant protégé par les brevets).
"La première sécurité est la liberté"
[^] # Re: J'ai mon nouveau PC ! Mais rien ne marche.... :(
Posté par Nicolas Boulay (site web personnel) . En réponse au journal J'ai mon nouveau PC ! Mais rien ne marche.... :(. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: SPIP 1.7
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche SPIP 1.7. Évalué à 2.
Donc templeet appelle des pages statiques si elle n'existe pas, l'utilisateur va sur la page 404 qui est le vrai moteur templeet. La page est générer à ce moment là. Il gère aussi un cache dont on peut déterminer la taille pour éviter d'exploser l'espace disque.
D'où les perfs.
"La première sécurité est la liberté"
[^] # Re: SPIP 1.7
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche SPIP 1.7. Évalué à 3.
Mais tu va avoir 20 hits/s avec un .php et 700 hits/s avec un .html pure, l'interpréteur php étant hyper lent.
Les perf de templeet viennent de là. 99% du temps il sert des pages statiques et explose tout ce qui existe comme outils web actuelle.
"La première sécurité est la liberté"
[^] # Re: SPIP 1.7
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche SPIP 1.7. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Violation présumée de la GPL par Kiss
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Violation présumée de la GPL par Kiss. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?. Évalué à 1.
Ce que je voulais dire à l'origine c'est que par extention tout ce qui est touché par le copyright peut être libre. Le principe fondamlentale est le même.
"La première sécurité est la liberté"
[^] # Re: Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?. Évalué à 1.
Arf. Palladium ?
Le fait que le hardware s'oriente vers un marché "d'IP". Tout cela pousse au libre, qui fournis finalement bien plus de qualité que les IP fermé. (et qui sont bien moins chiant à utiliser)
"La première sécurité est la liberté"
[^] # Re: Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?. Évalué à 2.
Le libre s'appuie sur le copyright. Donc tout ce qui est sous copyright peut à prioris être sous GPL.
Quand tu penses hardware tu pense materiel. Or avant d'avoir du materiel il faut des plans, ces plans sont protégés par copyright...
Le libre peut se décliner dans toutes les oeuvres de l'esprit. Une casserole libre serait une casserole dont les plans de fabrication sont libres. Donc l'interret pour une casserole est limité (n'importe qui peut faire une casserole... pas besoin de millier d'h de travail comme pour un OS).
"La première sécurité est la liberté"
[^] # Re: Nouveaux pilotes pour les cartes ATI
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouveaux pilotes pour les cartes ATI. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Another GPL violation: Kiss Technology
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Another GPL violation: Kiss Technology. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Another GPL violation: Kiss Technology
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Another GPL violation: Kiss Technology. Évalué à 3.
"La première sécurité est la liberté"
# Re: Pilotes Nvidia 5328
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Pilotes Nvidia 5328. Évalué à 4.
"La première sécurité est la liberté"
# Re: Linux pas prêt pour le desktop
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux pas prêt pour le desktop. Évalué à 1.
- Gravage avec K3D : ça marche "dès fois".
Pas de bol... moi ça marche toujours... sinon tu peux essayer gcombust, xcdroast,...
- le son
bah la taille des buffers, c'est réglable...
"- Multimedia : Xine est ok, même si l'interface est un peu contre-intuitive."
En gros elle n'est pas celle de windows media player©® (tm) ?
Moi je préfére mplayer en ligne de commande et utiliser les touches (les flèches et +/- pour le son) c'est 1000x plus efficace.
Sinon tu as vlc, totem...
- Pour développer, KDevelop est très lourd,...
y'a anjuta, eclipse,...
"il impose d'utiliser automake+autoconf+etc... ce que je ne souhaite pas => out."
bah il t'impose d'être propre ouh le vilain !
"Je n'ai pas envie de revenir à VI ou Xemacs..."
revenir ? y'a des truc mieux que ça ?
"- J'ai essayé un peu GIMP. Ca m'a pris tellement de temps pour avoir mes marques sous Photoshop que je ne suis pas sûr d'avoir envi de recommencer."
feignasse.
"Et je n'ai pas pris le temps de tester, mais j'ai bien peur qu'il n'y ait pas d'équivalent "réellement utilisable" de Cubase (musique) et Premiere (video)."
cinelera est un début pour la video.
http://www.desktoplinux.com/articles/AT8018846552.html(...) pour le son.
Et puis comment tu peux savoir si tu n'a pas testé ou chercher ?
"Pour le pb des drivers, ben si il y avait des API de développement de driver bien gaulées et stables dans le temps, peut être que les fabriquants de matériels fourniraient des drivers binaires comme pour Windows et le problème serait résolu."
Et tu aurrais 2x plus de drivers de merde. nvidia est sans doute un beau drivers proprio mais il est 100x moins stable que nv. Je ne veux PAS de leur drivers fermé. Par expérience, c'est de la merde en boite.
"- L'impression. J'ai une Canon S500. Assez standard quoi. "
Standard ? Commun tu veux dire ? Quand on a un problème d'imprimante on va là :
http://www.linuxprinting.org/(...)
et tombe la dessus :
http://www.linuxprinting.org/canon-faq.html#free_software_support(...)
cela dis que Canon se contre fou de linux et ne donne pas de spec. cqfd
"La première sécurité est la liberté"
[^] # Re: On me dit rien, on me cache tout !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On me dit rien, on me cache tout !. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: On me dit rien, on me cache tout !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On me dit rien, on me cache tout !. Évalué à 3.
Le CCC France a été créé dans les années 80 mais étais dirigé par quelqu'un de la DST. Cela n'a pas été propre (je te fais faire des trucs pas très légal et ensuite je te tiens par les couilles). Quand le type a été laché, le ccc france a été ridiculisé.
"La première sécurité est la liberté"
# Re: On me dit rien, on me cache tout !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On me dit rien, on me cache tout !. Évalué à 2.
"La première sécurité est la liberté"