Sylvain Rampacek a écrit 1142 commentaires

Moi, ce qui m'a le plus choqué est que sur le stand de HP, il y avait une belle machine sous WinXP ce matin (bon vers 11h30, ils ont enfin éteint l'écran, mais bon...) !!!

Je suis neanmoins etonné de voir l'interet que portent les entreprises à .Net.



Ben en fait, c'est compréhensible.

Ce n'est pas particulièrement pour .Net, il existe d'autres projets de ce genre mais c'est quand meme le plus médiatisé.



Et la philosophie de ce nouveau concept est vraiment génial pour une entreprise !

Le salarié ou patron qui ne peut pas venir au boulot tel jour pourra reprendre ces dossiers/fichiers et autres aux points exacts où ils les avaient laissé la veille !



Plus besoin d'avoir à gérer les comptes, la maintenance...



C'est super rassurant !

c'est vrai que c'est bien de faire ce genre de précisions...



je ne moule pas assez encore pour connaitre tous les projets qui existent...

et donc généralement, je commence à regarder les commentaires pour voir si quelqu'un a déjà pensé à faire une précision !

Réservé bien sûr aux furieux qui voudraient héberger un serveur chez eux et auraient plusieurs abonnements haut-débit sous la main

Et pourquoi plusieurs abonnements haut débit ?

Dans certains endroit en France, on ne peut pas avoir d'autre accès internet que par un modem 56k... (chez moi par exemple)

Donc, pourquoi pas allez sonner chez les voisins et regrouper quelques lignes 56k pour faire un accès haut-débit...
C'est peut-etre quelque chose à envisager (surtout si on habite en appartement avec des voisins sympas ;-) ).

Faut pas oublier que mandrake ne fait pas une version de son linux avec le kernel officiel de kernel.org !
Ils utilisent la version officiel + des patchs développés en interne !

En plus, quand ils commencent une béta avec un noyau, ils ne le changent pas au dernier moment !

Par exemple la mdk 8.1 est sortie avec le 2.4.8 alors que le 2.4.9 était sortie et semblait meilleur...
Mais comme le 2.4.8 était patché, cela ne posait aucun problème.

Bon c'est vrai VC++ est un peu dans se genre... y'a qu'a regarder les DLLs qu'il faut rajouter pour exécuter une appli compilée avec sur un poste sans aucun truc d'installé d'autre que Win9x...

Par contre, BC++ (Builder ou non) produit des assez gros exécutable (>1Mo pour pas grand chose) mais c'est suffisant pour le distribuer... (c'est toujours mieux qu'une ribambelle de disquettes).
Et puis il génère également pas mal de gros fichiers à côté, mais il suffit de recompiler une deuxième fois pour voir que cela est instantané et qu'il a en fait mis tout en cache dans un fichier...
Ces fichiers peuvent bien évidemment être supprimé pour distribuer/copier le projet (on peut même les faire sortir vers un dossier bien précis) !

--
<HS>Au fait, la news n'était pas sur C++Builder ?</HS>

Heu, 7 heures pour la première compilation non ? (dep, bzImage, modules)

Après, pour une petite modif, 2-3 heures ?

C'est ce que je passe sur mon P75, 64 Mo et DD ATA 100...

Bon, je m'y colle...

Pour protéger les données ou accélérer les débits, il existe plusieurs méthodes :
- RAID 0 : ne duplique aucune donnée, accélère juste les débits en écrivant moitié des infos sur un disque et l'autre moitié sur un autre
- RAID 1 : deux disques stockent les mêmes informations
- RAID 5 : idem RAID 1 mais données réparties sur trois disques, donc débits augmentées
- RAID 7 : RAID 5 + quelques petits détails dont l'échange à chaud de disques...

Après, pour mettre en place ce genre de technique, il existe deux méthodes :
- la méthode hardware : c'est sur carte ou ton BIOS qui gère la duplication de données, bien souvent il faut plusieurs disques physiques de mêmes tailles
- la méthode software : c'est l'OS qui gère et peu le faire sur deux partitions de même taille du même disque (aucun intérêt dans le cas d'un scratch dd).


Après, désolé, je n'ai jamais configuré de RAID soft... ;-(

Je réponds à toi et à rushuru (plus bas) en même temps...


Tout d'abord, sur mon portable (Céléron 466, support de l'apm), quand je suis passé de la mdk 7.2 à la mdk 8.0, j'ai remarqué quelque chose d'étrange : la batterie passait de 2h-2h30 d'autonomie à 1h grand max !
Alors j'ai cherché de quoi ça pouvait venir...
Et j'ai remarqué que de temps en temps, ce processus ne se mettait pas en route (noyau 2.4.3 de mdk) si la charge système avait une certaine valeur (je ne me rappelle plus combien). Dans ce cas, j'avais une batterie qui tenait un peu plus et le ventilo qui ne se mettait pas en route !
J'ai donc décidé de recompiler le noyau en enlevant juste cette option et je me suis aperçu que ma batterie tenait à nouveau 2h-2h30 et le ventilo ne se met plus jamais en route...

Alors, pour un processus qui est censé faire descendre la température du proc, et ben faudra repasser...

En plus, j'avais remarqué que KDE 2 était un peu plus réactif...


Mais quand j'ai passé mon P75 sous la mdk 8.1 (il y a peu) sur un gros disque dur flambant neuf et ma carte contrôleur IDE, et ben j'ai retrouvé se fameux processus (sur un noyau 2.4.8-26mdk)... j'ai alors recompilé le noyau au bout de quelques jours en enlevant cette option et je peux t'assurer que j'ai cru changer de proc !
Bon, je n'ai pas fait de benchmark exact mais franchement, j'ai senti la différence à l'oeil nu...


Bon, voilà... je suis peut-être tombé dans un cas que ce processus ralenti mes deux configs et que je suis une exception, mais c'est un peut-être un peu gros... je crois que j'avais déjà soulevé le problème et que d'autres personnes étaient d'accord avec moi.

Et ben si, le BIOS impose une limite de 8Go.
Mais ma carte IDE passe par dessus cette limite... (je ne sais pas si toutes les cartes le font). Ma carte est basée sur le chipset HPT370a.

C'est clair que l'encodage mp3/ogg n'est pas envisageable (bien que quand le mp3 est sorti, j'en faisais avec) et pour surfer, je suis content d'avoir une machine un peu plus puissante à côté... (celeron 466), mais sinon Netscape 4.78 fonctionne correctement.

Mozilla, le pire c'est pour taper l'adresse, j'ai fini alors qu'il n'a pas commencé à mettre 3 caractères ;-(.

Comme je le dis plus bas, j'ai un Pentium 75 avec 64 Mo qui fonctionne parfaitement.

Pour vraiment l'accélérer, achète une carte contrôleur IDE ATA 100 (si il te reste un slot PCI libre) et un disque rapide (40 Go Western Digital, par exemple).
Et là, t'as presque l'impression d'avoir une bête de course.

Pour le système de fichier, prend de l'ext3 (ou autre fs journalisé) qui évite d'avoir à attendre pendant trois heures pour un scan.

Enfin, recompile le noyau pour utiliser les options qui t'intéressent et surtout retirer le fameux "kapm-idled" qui ralenti énormément la machine.

Et puis n'espère pas faire tourner KDE/Gnome... prend plutôt Window Maker ou BlackBox...

J'oubliais, met lui aussi une bonne carte vidéo de l'époque (perso : Matrox Millenium 2Mo).


Le seul truc qui pourrait me faire mettre mon P75 au placard, serait que la carte mère ou autre organe vital tombe en panne...

J'ai eu la même réaction que toi en lisant la news...

C'est vrai quoi, mon P75 sous mdk8.1 configuré à la main pour lui donner plus de punch fonctionne encore très bien...
Je peux faire tous mes projets dessus !

Bon, ok, pour faire tourner la JVM, c'est pas la peine mais bon, y'a pas que JAVA dans la vie !


Par contre, c'est bien le fait de préciser Linux et non pas que Debian pour faire tourner les vieux PCs... car souvent, même les grosses distributions (genre mdk, slack...) installent énormément de chose par défaut, mais après avoir retiré ce qui n'est pas nécessaire, et ben ça marche aussi bien...

Oui, d'abord, ça serait cool le mercredi...

C'est le jour ou je vais à la linux expo !

en passant, y'aura un stand linuxfr sur la linux expo ?

ok... merci bien !



je vais tester et recompiler le noyau...

Et ces corruptions mémoires pourraient-elles entraîner des fichiers erronés sur le disque après un reboot propre sur des données fraîchement sauvegardées ?

Désolé, je ne connaissais pas...



Mais ça à l'air bien intéressant.

le fait qu'il reboot ça veut bien dire qu'il y a un bug grave dans le noyau (ordonnanceur ou vm)



Peut-être pas.

On peut voir ça comme un avantage (et c'est peut-être configurable).



Imagine, quand tu es as distance sur un serveur et que tu fais un malheureux while(1) fork(); (ou similaire), tu perds le contrôle de la machine. Si personne ne peut appuyer sur le bouton RESET pendant deux jours, tu n'as pas de serveur pendant deux jours !



C'est peut-être bien d'avoir la possibilité du reboot automatique en cas de plantage (même si ça peux poser d'autres problèmes dans certains cas) c'est toujours mieux que d'avoir un serveur qui ne répond plus...

Parce qu il y en a bcp des boites cotes en bourses qui vendent des distribes bases sur gnu/linux ? Autant repondre tout de suite : non.



Et mandrake, ils ne sont pas côtés en Bourse peut-être ?

Oui, mais ça peut s'interpréter dans l'autre sens : un problème sur un bloc = plusieurs fichiers perdus...



On n'a rien sans rien !

Et ben en fait, ça dépend si on veut des temps d'accès utlra-court ou des gros débits !



--> Au milieu, c'est les temps d'accès rapide (probabilité).



--> Par contre, à l'extérieur, on peut atteindre de très gros débits (car le disque tourne à vitesse constante).

Oui, mais généralement, il y a aussi une clause similaire dans les logiciels propriétaires...



Aïe, Aïe, Aïe...

"Encore les américains pour une drôle de loi", dit-il en sifflotant...



Heu, et dans le cas d'un logiciel développé par la communauté, on punit qui et comment ?



Et si c'est un petit logiciel perso mais assez utilisé. Et ben ça va devenir dangereux de distribuer ces softs... va falloir être anonyme partout...

C'est bien là que le bas blesse...



Et oui, il y a quelques jours, je suis allé dans ma boutique informatique préférée et la cliente devant moi voulait absolument trouvé un scanner neuf, pas cher, à rajouter sur son 486, win 3.1 et 8Mo de RAM.

Quand le vendeur lui a dit gentiment que c'était impossible, elle lui a répondu : "vous vous foutez pas de ma *$#3, moi c'est pas mon métier ! ...".



C'est que sûrement avant, plusieurs personnes ont déjà dû lui faire le coup : "et ben non, c'est pas possible faut changer" alors que dans ces cas là, c'était possible...



Donc tant qu'il y aura des gens pour dire un coup oui, un coup non, et ben le grand public ou les entreprises ne feront pas confiance à grand monde...

C'est ce que l'on voit en premier, ok.

Mais entre la théorie, la pratique du cours (TD/TP) et le noyau Linux, il y a une sacrée différence.

Et je pense que l'article permet de faire le pas entre les deux...

Oui ça m'intéresse (et je ne doit pas être le seul), car c'est toujours bon d'avoir une traduction à côté de l'article original...