Y'a surtout que sous GNU/Linux, on peut laisser la machine allumée. Un Windows ne tiens pas une journée d'utilisation intensive de la machine (par exemple lorsqu'on utilise une vieille machine qui est constamment mise à contribution).
Mais c'est vrai que j'aurais plus confiance de laisser allumé 24h/24h un bon vieux 486 avec un simple radiateur qu'un athlon tout neuf qui va s'auto-détruire tout seul si le ventilo s'arrête.
En plus, on peut se permettre de couper le ventilo de l'alim sur une vielle carte mére si on laisse branché le strict minimum (1 carte gfx de base, 2 cartes réseaux, un lecteur de disquette pour une distrib monodisquette), et hop un pc silencieux qui peut faire firewall/routeur.
Il faut dire qu'entre le bruit du ventilo de l'alimentation et le bruit du ventilo processeur je perds quelques décibels de dynamique dans ma piéce (et pourtant j'ai un ampli et des enceintes de bonne qualités), alors quand le gars qui s'amuse à télécharger plusieurs milliers de mp3 n'a que 2 HP à 10 euros, tu crois qu'il sent la différence.
A vrai dire, sans casque avec un ordinateur moyennement bruyant, tu n'entend pas la différence, et comme j'écoute les mp3 à partir d'un ordi gogo me suffit largement.
Maintenant, ce n'est pas la panacée, les mp3 deviennent vraiment indifférenciable au casque à partir de 160kbps sur gogo (pour moi). Pour une "oreille d'or", ça sera surement plus proche du 224kbps ou plus.
Y a pas de miracle, il faudrait garder les chansons en format non compréssées, ça existe et ça s'appelle un CD :-) Encore faut il avoir une bonne platine laser.
Ah ben voilà un avis constructif sur la différence entre le mp3 et le ogg.
Pour l'instant je n'utilise pas ogg, mais jusqu'à cette news je ne savais pas que le format ogg se réglait avec un coefficient de qualité, ce qui le rend bcp plus interessant à mes yeux que du simple vbr.
Et enfin tu es une des rares personne à insiter sur le réglage de la qualité de l'encodage en fonction de la qualité de son matériel audio.
Faut arrêter le branlage de mamouth sur les chiffres, il faut aussi écouter pour juger.
Jusqu'à présent j'étais dubitatif sur le ogg non pas parce que je pensais que c'était un mauvais format, mais je voulais avoir des avis sur les "esthétes" du son qui passe leur vie avec un casque à 1000 euros sur les oreilles pour déterminer le bon rapport (qualité/compression x 90%) par rapport à mon casque audio qui lui est à 50 euros :-)
Ce n'est pas un troll vitesse win / linux, je constate seulement que si on fait l'install de base (comparons ce qui est comparable), en général au début win sera plus rapide à charger que linux (en partant de l'allumage, pas de la fenêtre de login bien évidemment).
Maintenant, comme pleins d'utilisateur laisse win gérer la mémoire virtuelle pour eux (les fous :-) et que le systéme de fichier windows à une tendance trés nette à la fragmentation, les performances de démarrage de win baisse jour après jour pour devenir une daube de lenteur infame alors que sous linux les performances restente plus ou moins constantes à partir du premier boot.
La solution que j'ai trouvé est de fixer la taille de la mémoire virtuelle sous win juste après l'install, comme ça il reste de l'espace contigu libre sur le disque dur, et le fichier swap ne se trouve pas fragmenté reboot après reboot et les performances restent constantes après quelques boot (le temps que le répertoire winsows s'auto fragment tout seul).
Sous linux il faut virer des services au démarrage, mais bon il faut savoir lequels.
Donc il est possible d'améliorer grandement la vitesse de démarrage de linux et de win, mais il faut configurer à la main.
C'est comme les voitures de rally, elles sont basées sur un modéle commercial, mais elles ont tellement de réglages à la main pour améliorer leurs performances que ce ne sont plus vraiment les mêmes voitures (genre le moteur qui voit sa puissance doublée ou pire!!!).
De toute manière, c'est un faux débat de la part de linuxiens avertis comme vous qui laissent leur machines allumées 24h/24h pour avoir un GROS uptime ;-) et donc le temps de boot ne compte plus (sauf pour les développeurs du noyau).
Maintenant, pour les gens comme moi qui rechignent à laisser un ordi allumé 24h/24h (BRUIT, vibrations, consomation électrique l'alim d'un pc fait quand même 250W même s'il y a des modes d'économie d'energie, ...), c'est vrai qu'un boot rapide est un confort non négligeable, mais ça ne vaudra pas le temps de boot des ordinateurs 8bits (2s max ;-))
<defense du post précedent>
Sans lancer de Troll sur le copier/coller "souris VS clavier", c'est un peu stupide de cracher sur les combinaisons du clavier surtout quand la majorité se réclame de vi ou de emacs pour tapper du texte.
D'un côté c'est pratique d'avoir la fonction à la souris, d'un autre ça bouffe un bouton de la souris qui pourait être utilisé pour une autre fonction.
Donc c'est comme vi VS emacs, gnome VS kde, etc.. chacun utilise la fonction qui est la plus agréable pour lui, chacun a ses gout et ses couleurs.
Je crois que c'est surtout l'association Ctrl+C = M$ = Mal = -1 pour 50% des votes.
</defense du post précedent>
M'enfin je suis d'accord avec le commentaire précedent, cet article est hautement subjectif, l'auteur est juste content car OpenOffice suit plus la philosophie de travail qu'il aime (copier/coller one-click, pas de maximisation automatique, auto-correction facile à désactiver).
On apprend rien sur l'ergonomie générale, est-ce que les menus sont logiques, quelle est la lourdeur sur un gros document, est-ce qu'il y a des pb de rafraichissement quand il y a bcp d'images, la pagination est elle à la hauteur, la convertion vers d'autres format est elle efficace.
Bref l'auteur prend 3 détails qui peuvent être modifier par defaut une bonne fois pour toute et grâce à ça il en déduit que le programme est hyper-génial (c'est peut être le cas).
Mais ces détails on s'en fout, c'est pas ces détails là qui font que l'on va choisir telle ou telle suite bureautique pour travailler, on peut se demander s'il a déjà tappé des documents de plus de 3 pages s'il a temps besoin d'executer le programme en 6s (ça ne nous aide pas à connaître la réactivité du progracomme quand le nombre de page augment par ex) et que l'occupation disque soit de 170mo. C'est plus un test d'un outils, c'est du benchmark à combien de FPS se déroule le scrolling. :-)
Le problème des vielles machines, c'est qu'il faut en avoir une autre préconfiguré si la première tombe en panne.
Il serait quasiment impossible de trouver du matos de remplacement, ou si c'est encore en catalogue, autant acheter du x86.
C'est plutôt interessant pour faire un firewall pour une entreprise pour une période limitée si on a quelques stations qui trainent, et comme ça il y a déjà les piéces de rechange sur place.
Sans compter, que si le gars qui a installé le "bazar" n'est plus en poste, ça peut devenir galère en cas de problème.
Alors les vielles machines c'est bien, mais ça peut devenir plus cher que du neuf (temps de configuration par ex) et il peut être impossible de changer des pièces deffectueuses, c'est quand même moins casse couille de chnager un ventilo que de refaire la config complète sur une autre machine.
Cool, enfin on aura (peut être) une seule JVM pour faire tourner plusieurs programmes, ça devennait un peu casse-couille d'avoir des X*20mo pour X applications lancées sur la machine. La mémoire à beau ne pas être chere, il ne restait plus grand chose pour les applis.
Enfin, il va falloir attendre encore plusieurs mois pour ça, et à quand un OS minimum en standard sur la jvm, pour faire un bootstrap qui lance une jvm et avoir une machine universelle.
qui ai acheté une console de jeux, ... juste parceque tel jeu mega genial etait dispo que sur la megaPlayOfTheDeath II ?
Tout ca pour dire qu'une des meilleures facons d'attirer l'attention des foules sous linux ca pourrait etre de faire LE jeu du siecle qui ne tourne que sur cet OS
Et le pire c'est que tu as raison a 500%, mais bon, arriver a faire un meilleur jeu que sur console, faut se lever trés tôt. La Xbox n'a rien à voir avec un PC, ce sont des composants de PC, mais les gars ont des lib bcp plus optimisés et un OS ultra-light qui n'est dédié qu'à une seule application LE JEU. Quand au PS2 et gamecube, il y a des équipes de développeurs qui ont des années d'expérience.
Mais c'est vrai qu'il faudrait plutôt développer pleins pleins de jeux (et faire marcher son appareil photo numérique avec un soft anti yeux rouges, etc..) que des suites bureautiques si on veut que linux ait du succés.
Bref il faut gadgetiser linux et ne plus le voir comme un outils productif mais de fun et développer a fond le multimédia sur linux avec un api standard, on s'en fout de la bureautique, il y a au moins 4 traitements de textes qui suffisent pour faire une lettre ou un doc simple ou plus si affinité sous linux, on veut pouvoir s'amuser avec linux aussi, pas seulement faire du gcc
C'était un message du CCC Miaaaouuuuuuuuu
(Comité Contre les Codeurs ;-)
Quand on a une petite machine (P1 75MHz, 8 Mo RAM) à faire tourner en Firewall, inutile de mettre le son.
Ouais, une petite machine à 60mips quand même, DOOM2 à 70fps en réseau à 4, en tout cas win95 ou BeOs aurait trés bien apprécié une telle configuration et avec un peu plus de mémoire une machine qui marcherait bien avec X11.
60mips c'était un chiffre abracandantesque en 1990 à l'époque de mon Amiga500 ~1 mips (ne parlons même pas du zx81).
On fantasmait sur des machines à 60mips, TOUTE CETTE PUISSANCE a portée de main, des calculs de ray-tracing en dizaines de minutes au lieu de dizaines d'heures. Maintenant, c'est le minimum pour pouvoir écouter UN mp3.
Mon propos n'est pas de dire qu'avant c'était mieux, mais que quand on me dit que linux est léger, il faut pas rigoler quand même, maintenant vu la puissance et la mémoire, linux paraît être le plus léger des OS par rapport à Windows/MacOS
Mais quand on voit que MacOsX a besoin de 256mo de ram et d'un G4@500mhz pour fonctionner alors que les premiers Mac avait 128ko de ram et d'un 68000@8mhz et fondamentalement on a quoi en plus, c'est toujours un systéme avec des icônes et une souris 1 bouton :-) (bon il y a le multi-tâche, la protection mémoire, et surtout pleins de gadgets en plus).
Alors se plaindre des 0.005% de cpu éventuellement bouffé par ALSA qui sera inactif s'il n'y a pas de carte son, c'est du chipotage pour un P75, vaut mieux se concentrer sur l'occupation mémoire en évitant de charger moultes services au boot (et virer le driver ALSA du noyau pour gagner quelques dizaines de ko :-)
Le problème c'est pas que le P75 soit une petite machine, c'est que les OS ont tellement de composants qu'on ne sait plus vraiment quoi supprimer pour avoir le boot minimum pour faire tourner une application comme ce que tu veux faire.
A priori, il doit être encore possible d'avoir un OS minimal avec un firewall sur une disquette 1,44mo, et là le P75 sera largement dimensionné.
Attention: mort aux idées reçues! Un bi-P4 1GHz ne vaudra jamais un P4 2GHz, à cause de la surcharge de calcul induite par le fait qu'il y ait "plus de matos" à gérer, et que le processeur n'est en général pas ce qui ralentit la machine (mais plutôt tout ce qui est bus, disques...)
ça dépend fortement des applis que tu lances sur ta machine, si c'est fortement // et indépendant, tu auras quasiment les mêmes performances, si tu as juste un programme de calcul, tu utilises un seul processeur.
Mais ça peut être plus rapide si ta machine utilise bcp les procs pour les transferts, en effet, sur une mono-processeur, si tu scannes une image ton proc est monopolisé par les interruptions du port //, la souris devient asthmatique, la musique est hachée, etc...
Sur un bi pro, un seul des 2 proc sera monopolisé.
Pour une utilisation personnelle, il vaut mieux avoir un mono, pour une utilisation en serveur avec moulte processus en //, il vaut mieux du multi-processeur.
Prenons l'exemple de déménageurs, tu as un déménageur qui peut soulever 100 kg il peut prendre 3 paquets, et 2 autres qui peuvent soulever 50kg chacun, ils ne peuvent prendre que 2 paquets à la fois (pour la gestion du multi proc).
- Si tu n'as que des paquets de 25 kg, l'équipe des 2 déménageurs sera plus efficace (2x25)x2=100kg contre 3x25=75kg.
- Si tu as des paquets de 33kg, le déménageur costaud sera plus efficace (33x1[66>50])x2 contre 3x33=99kg.
Mais il est clair qu'il est plus facile d'exploiter à 100% un mono-processeur qu'un multi-processeur sauf usage particulier.
Comme le calcul d'une même image 3D avec une ligne d'affichage par processeur où ils vont tapper dans des données communes, 2éme bonus comme ils auront les a peu prés les mêmes données dans le cache et que l'accés à la mémoire est 2 fois plus lent, ils pourront plus souvent accéder à la mémoire, et le bi-pro 500mhz sera plus rapide que le mono-pro 1ghz, c'est plutôt vrai dans les applis qui utilisent une donnée unique auquels on applique des traitements différents.
D'aprés une feuille sur des prix au 4 février un PI@2.2 tourne a 1350 euros et 2 PIV@1.8 1280 euros, il faut compter le prix d'une carte bi-pro, mais on voit bien que pour application type "render farm" le bi-pro est bcp plus interessant économiquement.
Maintenant pour fragger en 2048x1600 dans Quake III en faisant le benet avec sa machine de mort, point de salut monoproc PIV@2.2ghz geforce4 la plus onéreuse le tout "overclocké" d'au moins 50% plongé dans une cuve de fréon pour éviter le dégagement de chaleur équivalent à une centrale nucléaire :-)
Personnellement, je le vois plutot comme ceci : si BT perd, au contraire, "on" dira que c'est un exemple comme quoi les brevets logiciels abusifs seront caduques, et que donc, le brevet logiciel, dans son ensemble, ne présente pas de risque.
A ce stade-là, malheureusement, la rhétorique aide beaucoup; trop, même.
C'est pour celà qu'il faut que le procés dure le plus longtemps possible, je sais c'est la politique du pire, c'est degueulasse pour les FAI, mais c'est la seule manière de mobiliser les FAI et les entreprises US contre le brevet logiciel et faire que cela soit le monde à l'envers.
C'est pour cela qu'on en est presque à espérer que BT gagne, pour éviter ce genre de discours, vous voyez on a éliminé les mauvais brevets logiciels, etc, etc...
Le plus drôle, c'est si le FAI attaqué calcule que cela lui reviendra moins cher de négocier un accord en payant des royalties et laisser BT attaquer un autre FAI, et ainsi de suite, jusqu'à ce qu'un gros résiste pour avoir un procés encore plus médiatique pour bien marquer cle coup, du style, les brevets logiciels c'est du communisme, ça empeche la libre entreprise américaine, etc... ;-)
Bien sur que dans le fond comme dans la forme je trouve ce procès ridicule et regrettable, que je prefererais qu'il n'existe pas car les premières victimes de ce procés seront les FAI qui n'ont rien à voir la dedans.
Néanmoins
1 - ce sont les USA qui ont promu l'idée du brevet logiciel depuis des années en pensant qu'ils seraient les seuls à donner des coups, s'ils se prennent un retour de baton, il vont peut être s'appercevoir qu'une arme (économique ou autre) te rend plus puissant mais peut être retourné contre toi.
2 - ça se passe aux USA, pays ou je n'ai aucune influence, étant electeur français, en tant qu'électeur j'irais voter aux présidentielles et aux legislative pour "essayer" d'influencer la politique de mon pays vers des idées "libres".
il vaut mieux un mauvais jugement ... et un pseudo-débat pré-maché par ce même jugement, plutot qu'une reflexion et un debat précédant ce jugement ?
Tu l'as vu où le pré-débat, surtout aux USA à part Stallman quels sont les noms qui sont connus face à M$, IBM, Oracle, Sun, Apple, Hp, Dell.
La loi des brevets logiciels a été taillé sur mesure pour ces grosses sociétés pour s'assoir dans une position dominante éliminant toute surprise venant d'un "petit".
En europe on se dirige vers cette vision des choses, l'office du brevet européen n'a pas atendu de cadre légal pour commencer à breveter des brevets logiciels.
Moi je veux bien être utopiste, mais le lobying économique est plus rapide et plus efficace que l'activisme, même si l'activisme n'est pas inutile.
La seule manière de casser une connerie telle que le brevet logiciel, c'est de mettre le système en contradiction.
Le fait que BT une entreprise hors USA utilise ce systéme va les rendre plus meffiant et faire réflechir l'europe.
On parle "business" là, pas d'idéal philosophique d'égalité de coopération, d'entraide.
Ce procés va piquer l'orgueil américain au vif, et je peux t'assurer qu'à terme BT va perdre ce procés, le seul problème c'est comment ils vont faire plier BT, en réflechissant sur une autre manière d'aborder le brevet logiciel ou par des mesures punitives envers l'europe (exclusion des entreprises européenne des brevets US, donc brevet à simple sens "nous on y a droit, vous pas").
Connaissant les USA et leur traitement égalitaire dans les affaires OMC et Cie, je pencherais plutôt pour la deuxième solution.
Ce qui transformerait l'économie en guerre des tranchées à l'opposée du libre échange mais en affaire les USA ne sont plus à une contradiciton prés.
Le problème est le même sur les taxes sur les produits alimentaires les accusations réciproques de subventions publiques déguisées, etc...
BT utilise la bombe "lien hypertexte" pour dire vous n'êtes pas les seuls qui savent manier l'arme économique. Et là on va peut être parler de désarmement ou de guerre froide économique.
Mais là on s'en fout, la carte réseau envoie des interruptions, donc pas besoin d'être multi-tâche, c'est juste une gestion d'interruptions et le Dos sait trés bien le faire (timer, clavier hd, son, etc...).
D'ailleurs la base du multi-tâche, c'est essentiellement mettre un "scheduleur" (ordonanceur de tâche) sur l'interruption horloge de plus haute priorité (irq 0) appellé tous les X millisecondes (et puis après faire pleins de trucs derrière, mais c'est le principe).
Sans interruption périodique, je ne connais pas et je ne vois pas de moyen de faire du multi-tâche efficace sur une archi classique (mais si vous connaissez je veux bien savoir).
avant de me faire descendre en flêche, je précise quand même que je suis contre le brevet logiciel et que je jouais le rôle de l'avocat du diable et ne faisait que décrire des faits.
Malheureusement, connaisant les USA, ils vont sortir une loi d'exception disant :
"les brevets logiciels c'est bien,
mais les brevets logiciels possédés par une entreprise européenne ne sont pas valide même s'ils ont été déposé aux USA,
ou
tous les brevets logiciels s'appliquent sauf celui-là".
Les américains sont là pour gagner et il ne se donne aucunes limites pour y arriver, ils ne connaissent pas le sens de participer ou de Fair-Play.
<Hors sujet>
D'ailleurs un peu hors sujet, j'ai vu le pilote de star trek "Enterprise".
J'ai été trés déçu, moi qui adorait DS9, car moins manichéen (même si la fédération sont les bons, les autres les méchant), parce que "Enterprise" c'est du bourrinisme à l'état pur que je n'avais pas vu depuis RamboII, "Ouais les gars on y va on est les meilleurs, on réfléchis pas on fonce, de toute manière on est les meilleurs, on va y arriver". Aucune subtilité, on dirait des red-necks qui ne sont jamais sorti de leur village natal vouloir faire la loi en ville.
Le seul intrêt du pilote, c'est de voir la cambrure et les tétons sortir du tee-shirt de l'officier en second vulcaine, c'est pour dire.
Enfin bizarrement, DS9 ne plaisait pas trop aux USA et Enterprise plait beaucoup.
</hors sujet>
Ils ont raison, de toute manière
- Soit, ils gagnent et ils se font des couilles en or, tout le monde va gueuler parce que le commerce n'est plus libre et les politiques seront bien obligé de réfléchir aux conséquences des brevets logiciels et de la main mise d'une seule entreprise par le biais d'un brevet fondateur venant de la recherche pure
- Soit, ils perdent, et la toute puissance des brevets logiciels sera remise en cause, et BT ne sera pas inquiété par des concurrents qui pourraient lui faire un brevet sur d'autre technologie.
Je souhaiterais presque qu'ils gagnent pour foutre un "bordel" pas possible aux USA avec une grosse levée de bouclier et qu'on s'interroge réellement sur les brevets sur des idées et qu'ils se disent que peut être c'est juste un outils pour s'assurer un monopole (ce qui est interdit par la loi anti-trust aux USA) et non pas pour proteger les gentils inventeurs farfelus qui autrement se ferait bouffer par les multinationales (on y croit trés fort ;-)
Malheureusement, connaisant les USA, ils vont sortir une loi d'exception disant :
"les brevets logiciels c'est bien,
mais les brevets logiciels possédés par une entreprise européenne ne sont pas valide même s'ils ont été déposé aux USA,
ou
tous les brevets logiciels s'appliquent sauf celui-là".
Faut pas prendre tous les américains pour des cons surtout en affaire, ils imposent que ce qui les arrangent, quand ça ne leur convient pas ils trainent encore plus les pieds que l'europe et font une pression pas possible pour faire la faire plier.
C'est bien d'être utopiste, mais il faut une petite dose de cynisme et de réalisme de temps en temps.
Le libéralisme sans rêgles se joue sans rêgles et tous les coups sont permis, et quand ça tourne mal pour les USA, hop là ils ressortent les rêgles.
Donc même si BT gagne, BT va perdre à la fin, mais au moins si BT gagne cela ébranlera bcp plus le système des brevets que si BT perd tout de suite en première lecture.
Il serait interessant de breveter les opérandes de bases d'un algorithme affectation, manipulation, comparaison une méthode démontrant que tout algorithme revient à celui-ci et hop voilà i'm the master of the world ;-) (il faut pas déposer la machine de turing, c'est un prior art incontestable avec pleins de publications dans les magazines, il faut faire pareil dans le fond mais trés différent dans la forme).
Ben si tu fais le rapport prix/performance/fiabilité pour une application trés spécialisée comme google, la mémoire doit couter beaucoup moins cher, car il faudrait autrement avoir une ferme de stockage avec des HD de compétitions et des liaisons trés hauts débits, ça ferait un goulot d'étranglement et les HD ne sont jamais à l'abri d'une panne, c'est de la mécanique quand même, donc ils n'atteignent pas 100% de disponibilité.
Prix
Quand tu vois les prix des fermes de stockage qui sont de plusieurs centaines de KF ça te paye quelques machines avec 4 go de ram et que tu peux mettre en redondance. Et quand tu vois le prix de la maintenance, ça te paye encore d'autres machines tous les ans.
Performances
Du coup leur appli tourne en RAM et sur le réseau interne à google, cela doit être bcp plus rapide quelques nanosecondes au lieu de quelques millisecondes pour chaque appel disque (sans compter le chargement en mémoire et le parcours de la mémoire).
Fiabilité
Le seul truc c'est qu'ils peuvent perdre toutes les données d'une machine en cas de panne de celle-ci, mais vu que le net change tous les jours, s'ils perdent 512mo~4go de donnée sur plus de 5000 machines, ce n'est pas trop grave.
Par contre s'ils perdent une ferme de quelques To pendant quelques heures, ça se verra aussitôt, il y aura rupture du service, pour nous c'est pas trop grave, mais Yahoo pourrait tirer la gueule et demander des indemnités.
Alors ils pourraient dupliquer leurs fermes de stockage, mais ça augmenterait encore le coup.
Ce n'est pas une solution qui pourrait être adoptée si on veut que les informations soient persistantes, donc c'est trés valable pour google, mais pas pour une base de donnée d'une entreprise par exemple.
Dés fois il faut payer plus cher au départ pour être moins cher et plus performant à l'arrivée.
Si tu imagines que ce qui est écrit sur ce site correspond à ce qu'ils pensent (et c'est valable pour tous), c'est mal parti...
C'est vrai qu'en étant cynique, on sait trés bien que ce sont des belles paroles pour appater le chaland, n'empeche que si le gars veux te vendre du vin soit disant de bonne qualité et que tu te retrouves avec des bouteilles de lait à la place, il ne pourra pas dire que tu n'as pas lu les clauses en tout petit caractéres en bas du contrat.
Au mieux il te vendra du mauvais vin, au pire pas de vin.
Les cas où les politiques ont appliquée une politique à 180° de celle annoncée se prennent une sacrée veste au moment de son application(exemple recent de la dissolution de l'assemblé par Chirac ou le RPR a retourné l'opinion contre eux en faisant l'inverse du programme de 95).
Maintenant, ça n'empêche pas qu'il soit peut être réelu cette année (ou Jospin, ou un autre).
Les politiques racontent beaucoup de conneries, mais il faut quand même qu'ils suivent la direction générale de leur politique (avec des trés gros ecart-types, c'est vrai) et ne surtout pas aller dans la direction opposée sous peine de sanction populaire immédiate (sondages, elections ).
Donc c'est vrai que l'opinion des citoyens à une grosse inertie, mais une fois en branle, c'est la catastrophe pour l'homme ou le parti qui a déplu.
Après une recherche sur les mots clefs distance ADSL, je suis tombé sur ce lien http://www.dslreports.com/distance(...)
avec des distances jusqu'à 50000 pieds, soit dans les 15,5km. Par contre je n'ai trouvé nulle part un calcul quelquconque sur l'atténuation du signal. Mai je n'ai pas trop cherché non plus.
Est il théoriquement possible de faire de l'ADSL sur des lignes de plusieurs dizaines de kilométres en baissant le débit de manière drastique genre 16kbit/s en download au lieu des 512 habituels ?
Actuellement, je crois que c'est limité à 5km, mais j'ai vu des normes ADSL plus rapides sur moins de 2km.
Donc si le signal passe encore après 50km, on pourrait faire de l'illimité dans plus de villes, même si ce n'est plus du haut débit.
Maintenant j'aimerais bien connaitre quel est l'atténuation du signal et la distance asymptotique théorique ?
avec l'exemple, on obtient :
<code>System.out.println(toto+" "+titi+" "+tata);<code>
Tout a fait d'accord, j'ai "forcé" le toString() pour simuler la syntaxe pour l'affichage d'un objet Complexe genre Matrice, liste chainée, affichage ascii d'un framebuffer QuakeIII pour jouer sur VT100 .... :-)
>Mais je suis le premier à écouter un étudiant tout frais moulu quand il propose des idées, car il n'a pas d'idée préconçue
On doit pas connaitre les mêmes étudiants :-). Enfin, je suis un peu contaminé par ce que je lis sur DLFP :-).
Je ne suis pas clair aujourd'hui, enfin si il a ses idées préconçues qui ne sont pas les miennes :-)
Mais il n'aura pas de réelle idée FORGEE sur la manière de traiter un problème auquel il n'aura pas été confronté même s'il a des idées préconçue fortes sur la manière optimale de traiter le problème.
Car seul un jeunes mec intelligent, face aux vieux cons qui ne comprennent rien à rien à l'informatique, peut le résoudre :-)
Du coup, c'est vrai que c'est plutôt le vieux con qui gagne à la fin, mais ça ne lui empéchera pas d'intégrer les éventuelles bonnes idée du jeune mec intelligent si elles sont réellement intelligentes. Et le jeune intelligent prendra de l'expérience s'il est assez intelligent pour écouter le vieux con. :-)
L'avantage du jeune intelligent, c'est qu'il aura des idées plus fraiches sur les nouvelles techniques de conception et de programmation, tandis que le vieux con, lui aura le retour d'expérience pour tempérer les ardeurs du jeune et relativiser le gain réel de telle ou telle technique.
Si tu fais du C++, tu dois régulièrement de faire chier avec des problèmes d'appartenance .... un GC aide énormément pour ça
C'est cool, tu traduis en termes plus exacts mes pensées incohérentes, j'ai encore des efforts à faire pour être plus compréhensible.
C'est exactement les problèmes auquels je pensais.
Je préfère dire que ça te permet de gagner du temps sur des problèmes souvent très complexes, plutôt que "ça te permet de te lacher".
C'est pour cela qu'on peut se lacher sur les allocations sans sortir un diagramme sur la gestion de la cohérence de la mémoire :-)
<séance typique de débuggage>
Alors là j'ai fait un new, bon dans ce cas là il faut faire un free, ah oui mais si la variable touintouin est vrai, alors non, ok, ah merde mais l'objet tada va en avoir besoin après si jamais, bon je crois que c'est bon là, make, toto.exe, coredump, ah merde j'ai oublié le cas ou on rentrait dans cette boucle que j'ai rajouté il y a 2h et que merde, ça casse tout, bon reprenons ....to be continued
</séance typique de débuggage>
C++ ne force rien, il t'offre une possibilité.
C'est vrai, mais si c'est pour faire du C en C++, autant faire du C, c'est un "forçage" moral pas technique.
L'inverse est encore plus vrai, déjà vu du code OO en C, bonjour l'angoisse pour le débuggage avec des pointeurs à rallonge pour simuler les classes sur des "struct" de fonctions.
[^] # Facile celle là :-)
Posté par darkleon (site web personnel) . En réponse à la dépêche Entrevue avec David FAURE. Évalué à 7.
Mais c'est vrai que j'aurais plus confiance de laisser allumé 24h/24h un bon vieux 486 avec un simple radiateur qu'un athlon tout neuf qui va s'auto-détruire tout seul si le ventilo s'arrête.
En plus, on peut se permettre de couper le ventilo de l'alim sur une vielle carte mére si on laisse branché le strict minimum (1 carte gfx de base, 2 cartes réseaux, un lecteur de disquette pour une distrib monodisquette), et hop un pc silencieux qui peut faire firewall/routeur.
[^] # Gogo pourri ?
Posté par darkleon (site web personnel) . En réponse à la dépêche Ogg Vorbis HOWTO. Évalué à 1.
A vrai dire, sans casque avec un ordinateur moyennement bruyant, tu n'entend pas la différence, et comme j'écoute les mp3 à partir d'un ordi gogo me suffit largement.
Maintenant, ce n'est pas la panacée, les mp3 deviennent vraiment indifférenciable au casque à partir de 160kbps sur gogo (pour moi). Pour une "oreille d'or", ça sera surement plus proche du 224kbps ou plus.
Y a pas de miracle, il faudrait garder les chansons en format non compréssées, ça existe et ça s'appelle un CD :-) Encore faut il avoir une bonne platine laser.
[^] # Re: Mauvais HOWTO !
Posté par darkleon (site web personnel) . En réponse à la dépêche Ogg Vorbis HOWTO. Évalué à 1.
Pour l'instant je n'utilise pas ogg, mais jusqu'à cette news je ne savais pas que le format ogg se réglait avec un coefficient de qualité, ce qui le rend bcp plus interessant à mes yeux que du simple vbr.
Et enfin tu es une des rares personne à insiter sur le réglage de la qualité de l'encodage en fonction de la qualité de son matériel audio.
Faut arrêter le branlage de mamouth sur les chiffres, il faut aussi écouter pour juger.
Jusqu'à présent j'étais dubitatif sur le ogg non pas parce que je pensais que c'était un mauvais format, mais je voulais avoir des avis sur les "esthétes" du son qui passe leur vie avec un casque à 1000 euros sur les oreilles pour déterminer le bon rapport (qualité/compression x 90%) par rapport à mon casque audio qui lui est à 50 euros :-)
[^] # Re: Vitesse, d'accord mais...
Posté par darkleon (site web personnel) . En réponse à la dépêche Entrevue avec David FAURE. Évalué à 8.
Maintenant, comme pleins d'utilisateur laisse win gérer la mémoire virtuelle pour eux (les fous :-) et que le systéme de fichier windows à une tendance trés nette à la fragmentation, les performances de démarrage de win baisse jour après jour pour devenir une daube de lenteur infame alors que sous linux les performances restente plus ou moins constantes à partir du premier boot.
La solution que j'ai trouvé est de fixer la taille de la mémoire virtuelle sous win juste après l'install, comme ça il reste de l'espace contigu libre sur le disque dur, et le fichier swap ne se trouve pas fragmenté reboot après reboot et les performances restent constantes après quelques boot (le temps que le répertoire winsows s'auto fragment tout seul).
Sous linux il faut virer des services au démarrage, mais bon il faut savoir lequels.
Donc il est possible d'améliorer grandement la vitesse de démarrage de linux et de win, mais il faut configurer à la main.
C'est comme les voitures de rally, elles sont basées sur un modéle commercial, mais elles ont tellement de réglages à la main pour améliorer leurs performances que ce ne sont plus vraiment les mêmes voitures (genre le moteur qui voit sa puissance doublée ou pire!!!).
De toute manière, c'est un faux débat de la part de linuxiens avertis comme vous qui laissent leur machines allumées 24h/24h pour avoir un GROS uptime ;-) et donc le temps de boot ne compte plus (sauf pour les développeurs du noyau).
Maintenant, pour les gens comme moi qui rechignent à laisser un ordi allumé 24h/24h (BRUIT, vibrations, consomation électrique l'alim d'un pc fait quand même 250W même s'il y a des modes d'économie d'energie, ...), c'est vrai qu'un boot rapide est un confort non négligeable, mais ça ne vaudra pas le temps de boot des ordinateurs 8bits (2s max ;-))
[^] # Utilité possible du Ctrl-C / Ctrl-V (ou alt, pomme, amiga, etc..)
Posté par darkleon (site web personnel) . En réponse à la dépêche Open Office: pourquoi les utilisateurs Linux en ont-ils besoin?. Évalué à 6.
Sans lancer de Troll sur le copier/coller "souris VS clavier", c'est un peu stupide de cracher sur les combinaisons du clavier surtout quand la majorité se réclame de vi ou de emacs pour tapper du texte.
D'un côté c'est pratique d'avoir la fonction à la souris, d'un autre ça bouffe un bouton de la souris qui pourait être utilisé pour une autre fonction.
Donc c'est comme vi VS emacs, gnome VS kde, etc.. chacun utilise la fonction qui est la plus agréable pour lui, chacun a ses gout et ses couleurs.
Je crois que c'est surtout l'association Ctrl+C = M$ = Mal = -1 pour 50% des votes.
</defense du post précedent>
M'enfin je suis d'accord avec le commentaire précedent, cet article est hautement subjectif, l'auteur est juste content car OpenOffice suit plus la philosophie de travail qu'il aime (copier/coller one-click, pas de maximisation automatique, auto-correction facile à désactiver).
On apprend rien sur l'ergonomie générale, est-ce que les menus sont logiques, quelle est la lourdeur sur un gros document, est-ce qu'il y a des pb de rafraichissement quand il y a bcp d'images, la pagination est elle à la hauteur, la convertion vers d'autres format est elle efficace.
Bref l'auteur prend 3 détails qui peuvent être modifier par defaut une bonne fois pour toute et grâce à ça il en déduit que le programme est hyper-génial (c'est peut être le cas).
Mais ces détails on s'en fout, c'est pas ces détails là qui font que l'on va choisir telle ou telle suite bureautique pour travailler, on peut se demander s'il a déjà tappé des documents de plus de 3 pages s'il a temps besoin d'executer le programme en 6s (ça ne nous aide pas à connaître la réactivité du progracomme quand le nombre de page augment par ex) et que l'occupation disque soit de 170mo.
C'est plus un test d'un outils, c'est du benchmark à combien de FPS se déroule le scrolling. :-)
[^] # Tout à fait
Posté par darkleon (site web personnel) . En réponse à la dépêche Comment sauver vos vieilleries. Évalué à 10.
Il serait quasiment impossible de trouver du matos de remplacement, ou si c'est encore en catalogue, autant acheter du x86.
C'est plutôt interessant pour faire un firewall pour une entreprise pour une période limitée si on a quelques stations qui trainent, et comme ça il y a déjà les piéces de rechange sur place.
Sans compter, que si le gars qui a installé le "bazar" n'est plus en poste, ça peut devenir galère en cas de problème.
Alors les vielles machines c'est bien, mais ça peut devenir plus cher que du neuf (temps de configuration par ex) et il peut être impossible de changer des pièces deffectueuses, c'est quand même moins casse couille de chnager un ventilo que de refaire la config complète sur une autre machine.
[^] # Re: Chouette :-)
Posté par darkleon (site web personnel) . En réponse à la dépêche Java 1.4 dans les bacs. Évalué à 10.
Enfin, il va falloir attendre encore plusieurs mois pour ça, et à quand un OS minimum en standard sur la jvm, pour faire un bootstrap qui lance une jvm et avoir une machine universelle.
[^] # Yaka faire le jeux megaPlayOfTheDeath II
Posté par darkleon (site web personnel) . En réponse à la dépêche Linux en Desktop, une priorité ?. Évalué à 3.
Tout ca pour dire qu'une des meilleures facons d'attirer l'attention des foules sous linux ca pourrait etre de faire LE jeu du siecle qui ne tourne que sur cet OS
Et le pire c'est que tu as raison a 500%, mais bon, arriver a faire un meilleur jeu que sur console, faut se lever trés tôt. La Xbox n'a rien à voir avec un PC, ce sont des composants de PC, mais les gars ont des lib bcp plus optimisés et un OS ultra-light qui n'est dédié qu'à une seule application LE JEU. Quand au PS2 et gamecube, il y a des équipes de développeurs qui ont des années d'expérience.
Mais c'est vrai qu'il faudrait plutôt développer pleins pleins de jeux (et faire marcher son appareil photo numérique avec un soft anti yeux rouges, etc..) que des suites bureautiques si on veut que linux ait du succés.
Bref il faut gadgetiser linux et ne plus le voir comme un outils productif mais de fun et développer a fond le multimédia sur linux avec un api standard, on s'en fout de la bureautique, il y a au moins 4 traitements de textes qui suffisent pour faire une lettre ou un doc simple ou plus si affinité sous linux, on veut pouvoir s'amuser avec linux aussi, pas seulement faire du gcc
C'était un message du CCC Miaaaouuuuuuuuu
(Comité Contre les Codeurs ;-)
[^] # Petite machine petite machine, faut relativiser :-)
Posté par darkleon (site web personnel) . En réponse à la dépêche Alsa inclus dans le noyau 2.5.5. Évalué à 10.
Ouais, une petite machine à 60mips quand même, DOOM2 à 70fps en réseau à 4, en tout cas win95 ou BeOs aurait trés bien apprécié une telle configuration et avec un peu plus de mémoire une machine qui marcherait bien avec X11.
60mips c'était un chiffre abracandantesque en 1990 à l'époque de mon Amiga500 ~1 mips (ne parlons même pas du zx81).
On fantasmait sur des machines à 60mips, TOUTE CETTE PUISSANCE a portée de main, des calculs de ray-tracing en dizaines de minutes au lieu de dizaines d'heures. Maintenant, c'est le minimum pour pouvoir écouter UN mp3.
Mon propos n'est pas de dire qu'avant c'était mieux, mais que quand on me dit que linux est léger, il faut pas rigoler quand même, maintenant vu la puissance et la mémoire, linux paraît être le plus léger des OS par rapport à Windows/MacOS
Mais quand on voit que MacOsX a besoin de 256mo de ram et d'un G4@500mhz pour fonctionner alors que les premiers Mac avait 128ko de ram et d'un 68000@8mhz et fondamentalement on a quoi en plus, c'est toujours un systéme avec des icônes et une souris 1 bouton :-) (bon il y a le multi-tâche, la protection mémoire, et surtout pleins de gadgets en plus).
Alors se plaindre des 0.005% de cpu éventuellement bouffé par ALSA qui sera inactif s'il n'y a pas de carte son, c'est du chipotage pour un P75, vaut mieux se concentrer sur l'occupation mémoire en évitant de charger moultes services au boot (et virer le driver ALSA du noyau pour gagner quelques dizaines de ko :-)
Le problème c'est pas que le P75 soit une petite machine, c'est que les OS ont tellement de composants qu'on ne sait plus vraiment quoi supprimer pour avoir le boot minimum pour faire tourner une application comme ce que tu veux faire.
A priori, il doit être encore possible d'avoir un OS minimal avec un firewall sur une disquette 1,44mo, et là le P75 sera largement dimensionné.
[^] # Re: SMP
Posté par darkleon (site web personnel) . En réponse à la dépêche Le noyau 2.5.4 est sorti!. Évalué à 5.
ça dépend fortement des applis que tu lances sur ta machine, si c'est fortement // et indépendant, tu auras quasiment les mêmes performances, si tu as juste un programme de calcul, tu utilises un seul processeur.
Mais ça peut être plus rapide si ta machine utilise bcp les procs pour les transferts, en effet, sur une mono-processeur, si tu scannes une image ton proc est monopolisé par les interruptions du port //, la souris devient asthmatique, la musique est hachée, etc...
Sur un bi pro, un seul des 2 proc sera monopolisé.
Pour une utilisation personnelle, il vaut mieux avoir un mono, pour une utilisation en serveur avec moulte processus en //, il vaut mieux du multi-processeur.
Prenons l'exemple de déménageurs, tu as un déménageur qui peut soulever 100 kg il peut prendre 3 paquets, et 2 autres qui peuvent soulever 50kg chacun, ils ne peuvent prendre que 2 paquets à la fois (pour la gestion du multi proc).
- Si tu n'as que des paquets de 25 kg, l'équipe des 2 déménageurs sera plus efficace (2x25)x2=100kg contre 3x25=75kg.
- Si tu as des paquets de 33kg, le déménageur costaud sera plus efficace (33x1[66>50])x2 contre 3x33=99kg.
Mais il est clair qu'il est plus facile d'exploiter à 100% un mono-processeur qu'un multi-processeur sauf usage particulier.
Comme le calcul d'une même image 3D avec une ligne d'affichage par processeur où ils vont tapper dans des données communes, 2éme bonus comme ils auront les a peu prés les mêmes données dans le cache et que l'accés à la mémoire est 2 fois plus lent, ils pourront plus souvent accéder à la mémoire, et le bi-pro 500mhz sera plus rapide que le mono-pro 1ghz, c'est plutôt vrai dans les applis qui utilisent une donnée unique auquels on applique des traitements différents.
D'aprés une feuille sur des prix au 4 février un PI@2.2 tourne a 1350 euros et 2 PIV@1.8 1280 euros, il faut compter le prix d'une carte bi-pro, mais on voit bien que pour application type "render farm" le bi-pro est bcp plus interessant économiquement.
Maintenant pour fragger en 2048x1600 dans Quake III en faisant le benet avec sa machine de mort, point de salut monoproc PIV@2.2ghz geforce4 la plus onéreuse le tout "overclocké" d'au moins 50% plongé dans une cuve de fréon pour éviter le dégagement de chaleur équivalent à une centrale nucléaire :-)
[^] # Re: Vous avez quel age ?
Posté par darkleon (site web personnel) . En réponse à la dépêche Le procès de l'hyperlien s'ouvre ce lundi. Évalué à -1.
A ce stade-là, malheureusement, la rhétorique aide beaucoup; trop, même.
C'est pour celà qu'il faut que le procés dure le plus longtemps possible, je sais c'est la politique du pire, c'est degueulasse pour les FAI, mais c'est la seule manière de mobiliser les FAI et les entreprises US contre le brevet logiciel et faire que cela soit le monde à l'envers.
C'est pour cela qu'on en est presque à espérer que BT gagne, pour éviter ce genre de discours, vous voyez on a éliminé les mauvais brevets logiciels, etc, etc...
Le plus drôle, c'est si le FAI attaqué calcule que cela lui reviendra moins cher de négocier un accord en payant des royalties et laisser BT attaquer un autre FAI, et ainsi de suite, jusqu'à ce qu'un gros résiste pour avoir un procés encore plus médiatique pour bien marquer cle coup, du style, les brevets logiciels c'est du communisme, ça empeche la libre entreprise américaine, etc... ;-)
[^] # Re: Go BT go
Posté par darkleon (site web personnel) . En réponse à la dépêche Le procès de l'hyperlien s'ouvre ce lundi. Évalué à 4.
[^] # Re: Vous avez quel age ?
Posté par darkleon (site web personnel) . En réponse à la dépêche Le procès de l'hyperlien s'ouvre ce lundi. Évalué à 10.
Bien sur que dans le fond comme dans la forme je trouve ce procès ridicule et regrettable, que je prefererais qu'il n'existe pas car les premières victimes de ce procés seront les FAI qui n'ont rien à voir la dedans.
Néanmoins
1 - ce sont les USA qui ont promu l'idée du brevet logiciel depuis des années en pensant qu'ils seraient les seuls à donner des coups, s'ils se prennent un retour de baton, il vont peut être s'appercevoir qu'une arme (économique ou autre) te rend plus puissant mais peut être retourné contre toi.
2 - ça se passe aux USA, pays ou je n'ai aucune influence, étant electeur français, en tant qu'électeur j'irais voter aux présidentielles et aux legislative pour "essayer" d'influencer la politique de mon pays vers des idées "libres".
il vaut mieux un mauvais jugement ... et un pseudo-débat pré-maché par ce même jugement, plutot qu'une reflexion et un debat précédant ce jugement ?
Tu l'as vu où le pré-débat, surtout aux USA à part Stallman quels sont les noms qui sont connus face à M$, IBM, Oracle, Sun, Apple, Hp, Dell.
La loi des brevets logiciels a été taillé sur mesure pour ces grosses sociétés pour s'assoir dans une position dominante éliminant toute surprise venant d'un "petit".
En europe on se dirige vers cette vision des choses, l'office du brevet européen n'a pas atendu de cadre légal pour commencer à breveter des brevets logiciels.
Moi je veux bien être utopiste, mais le lobying économique est plus rapide et plus efficace que l'activisme, même si l'activisme n'est pas inutile.
La seule manière de casser une connerie telle que le brevet logiciel, c'est de mettre le système en contradiction.
Le fait que BT une entreprise hors USA utilise ce systéme va les rendre plus meffiant et faire réflechir l'europe.
On parle "business" là, pas d'idéal philosophique d'égalité de coopération, d'entraide.
Ce procés va piquer l'orgueil américain au vif, et je peux t'assurer qu'à terme BT va perdre ce procés, le seul problème c'est comment ils vont faire plier BT, en réflechissant sur une autre manière d'aborder le brevet logiciel ou par des mesures punitives envers l'europe (exclusion des entreprises européenne des brevets US, donc brevet à simple sens "nous on y a droit, vous pas").
Connaissant les USA et leur traitement égalitaire dans les affaires OMC et Cie, je pencherais plutôt pour la deuxième solution.
Ce qui transformerait l'économie en guerre des tranchées à l'opposée du libre échange mais en affaire les USA ne sont plus à une contradiciton prés.
Le problème est le même sur les taxes sur les produits alimentaires les accusations réciproques de subventions publiques déguisées, etc...
BT utilise la bombe "lien hypertexte" pour dire vous n'êtes pas les seuls qui savent manier l'arme économique. Et là on va peut être parler de désarmement ou de guerre froide économique.
[^] # Re: OS de base
Posté par darkleon (site web personnel) . En réponse à la dépêche Firewall toujours en fonction sur un Linux arrêté!. Évalué à 5.
D'ailleurs la base du multi-tâche, c'est essentiellement mettre un "scheduleur" (ordonanceur de tâche) sur l'interruption horloge de plus haute priorité (irq 0) appellé tous les X millisecondes (et puis après faire pleins de trucs derrière, mais c'est le principe).
Sans interruption périodique, je ne connais pas et je ne vois pas de moyen de faire du multi-tâche efficace sur une archi classique (mais si vous connaissez je veux bien savoir).
[^] # Re: Go BT go
Posté par darkleon (site web personnel) . En réponse à la dépêche Le procès de l'hyperlien s'ouvre ce lundi. Évalué à 3.
[^] # Re: Pourvu que BT gagne ...
Posté par darkleon (site web personnel) . En réponse à la dépêche Le procès de l'hyperlien s'ouvre ce lundi. Évalué à 0.
Malheureusement, connaisant les USA, ils vont sortir une loi d'exception disant :
"les brevets logiciels c'est bien,
mais les brevets logiciels possédés par une entreprise européenne ne sont pas valide même s'ils ont été déposé aux USA,
ou
tous les brevets logiciels s'appliquent sauf celui-là".
Les américains sont là pour gagner et il ne se donne aucunes limites pour y arriver, ils ne connaissent pas le sens de participer ou de Fair-Play.
<Hors sujet>
D'ailleurs un peu hors sujet, j'ai vu le pilote de star trek "Enterprise".
J'ai été trés déçu, moi qui adorait DS9, car moins manichéen (même si la fédération sont les bons, les autres les méchant), parce que "Enterprise" c'est du bourrinisme à l'état pur que je n'avais pas vu depuis RamboII, "Ouais les gars on y va on est les meilleurs, on réfléchis pas on fonce, de toute manière on est les meilleurs, on va y arriver". Aucune subtilité, on dirait des red-necks qui ne sont jamais sorti de leur village natal vouloir faire la loi en ville.
Le seul intrêt du pilote, c'est de voir la cambrure et les tétons sortir du tee-shirt de l'officier en second vulcaine, c'est pour dire.
Enfin bizarrement, DS9 ne plaisait pas trop aux USA et Enterprise plait beaucoup.
</hors sujet>
[^] # Go BT go
Posté par darkleon (site web personnel) . En réponse à la dépêche Le procès de l'hyperlien s'ouvre ce lundi. Évalué à 10.
- Soit, ils gagnent et ils se font des couilles en or, tout le monde va gueuler parce que le commerce n'est plus libre et les politiques seront bien obligé de réfléchir aux conséquences des brevets logiciels et de la main mise d'une seule entreprise par le biais d'un brevet fondateur venant de la recherche pure
- Soit, ils perdent, et la toute puissance des brevets logiciels sera remise en cause, et BT ne sera pas inquiété par des concurrents qui pourraient lui faire un brevet sur d'autre technologie.
Je souhaiterais presque qu'ils gagnent pour foutre un "bordel" pas possible aux USA avec une grosse levée de bouclier et qu'on s'interroge réellement sur les brevets sur des idées et qu'ils se disent que peut être c'est juste un outils pour s'assurer un monopole (ce qui est interdit par la loi anti-trust aux USA) et non pas pour proteger les gentils inventeurs farfelus qui autrement se ferait bouffer par les multinationales (on y croit trés fort ;-)
Malheureusement, connaisant les USA, ils vont sortir une loi d'exception disant :
"les brevets logiciels c'est bien,
mais les brevets logiciels possédés par une entreprise européenne ne sont pas valide même s'ils ont été déposé aux USA,
ou
tous les brevets logiciels s'appliquent sauf celui-là".
Faut pas prendre tous les américains pour des cons surtout en affaire, ils imposent que ce qui les arrangent, quand ça ne leur convient pas ils trainent encore plus les pieds que l'europe et font une pression pas possible pour faire la faire plier.
C'est bien d'être utopiste, mais il faut une petite dose de cynisme et de réalisme de temps en temps.
Le libéralisme sans rêgles se joue sans rêgles et tous les coups sont permis, et quand ça tourne mal pour les USA, hop là ils ressortent les rêgles.
Donc même si BT gagne, BT va perdre à la fin, mais au moins si BT gagne cela ébranlera bcp plus le système des brevets que si BT perd tout de suite en première lecture.
Il serait interessant de breveter les opérandes de bases d'un algorithme affectation, manipulation, comparaison une méthode démontrant que tout algorithme revient à celui-ci et hop voilà i'm the master of the world ;-) (il faut pas déposer la machine de turing, c'est un prior art incontestable avec pleins de publications dans les magazines, il faut faire pareil dans le fond mais trés différent dans la forme).
[^] # DRAM moins cher que les HD
Posté par darkleon (site web personnel) . En réponse à la dépêche Concours de programmation chez Google. Évalué à 1.
Prix
Quand tu vois les prix des fermes de stockage qui sont de plusieurs centaines de KF ça te paye quelques machines avec 4 go de ram et que tu peux mettre en redondance. Et quand tu vois le prix de la maintenance, ça te paye encore d'autres machines tous les ans.
Performances
Du coup leur appli tourne en RAM et sur le réseau interne à google, cela doit être bcp plus rapide quelques nanosecondes au lieu de quelques millisecondes pour chaque appel disque (sans compter le chargement en mémoire et le parcours de la mémoire).
Fiabilité
Le seul truc c'est qu'ils peuvent perdre toutes les données d'une machine en cas de panne de celle-ci, mais vu que le net change tous les jours, s'ils perdent 512mo~4go de donnée sur plus de 5000 machines, ce n'est pas trop grave.
Par contre s'ils perdent une ferme de quelques To pendant quelques heures, ça se verra aussitôt, il y aura rupture du service, pour nous c'est pas trop grave, mais Yahoo pourrait tirer la gueule et demander des indemnités.
Alors ils pourraient dupliquer leurs fermes de stockage, mais ça augmenterait encore le coup.
Ce n'est pas une solution qui pourrait être adoptée si on veut que les informations soient persistantes, donc c'est trés valable pour google, mais pas pour une base de donnée d'une entreprise par exemple.
Dés fois il faut payer plus cher au départ pour être moins cher et plus performant à l'arrivée.
[^] # Re: linuxfr et la politique
Posté par darkleon (site web personnel) . En réponse à la dépêche Internet sur les lignes a haute tension. Évalué à 1.
C'est vrai qu'en étant cynique, on sait trés bien que ce sont des belles paroles pour appater le chaland, n'empeche que si le gars veux te vendre du vin soit disant de bonne qualité et que tu te retrouves avec des bouteilles de lait à la place, il ne pourra pas dire que tu n'as pas lu les clauses en tout petit caractéres en bas du contrat.
Au mieux il te vendra du mauvais vin, au pire pas de vin.
Les cas où les politiques ont appliquée une politique à 180° de celle annoncée se prennent une sacrée veste au moment de son application(exemple recent de la dissolution de l'assemblé par Chirac ou le RPR a retourné l'opinion contre eux en faisant l'inverse du programme de 95).
Maintenant, ça n'empêche pas qu'il soit peut être réelu cette année (ou Jospin, ou un autre).
Les politiques racontent beaucoup de conneries, mais il faut quand même qu'ils suivent la direction générale de leur politique (avec des trés gros ecart-types, c'est vrai) et ne surtout pas aller dans la direction opposée sous peine de sanction populaire immédiate (sondages, elections ).
Donc c'est vrai que l'opinion des citoyens à une grosse inertie, mais une fois en branle, c'est la catastrophe pour l'homme ou le parti qui a déplu.
[^] # Re: ADSL jusqu'à quelle distance ? service commerciaux > à 15km
Posté par darkleon (site web personnel) . En réponse à la dépêche Internet sur les lignes a haute tension. Évalué à 2.
http://www.dslreports.com/distance(...)
avec des distances jusqu'à 50000 pieds, soit dans les 15,5km. Par contre je n'ai trouvé nulle part un calcul quelquconque sur l'atténuation du signal. Mai je n'ai pas trop cherché non plus.
[^] # ADSL jusqu'à quelle distance ?
Posté par darkleon (site web personnel) . En réponse à la dépêche Internet sur les lignes a haute tension. Évalué à 2.
Actuellement, je crois que c'est limité à 5km, mais j'ai vu des normes ADSL plus rapides sur moins de 2km.
Donc si le signal passe encore après 50km, on pourrait faire de l'illimité dans plus de villes, même si ce n'est plus du haut débit.
Maintenant j'aimerais bien connaitre quel est l'atténuation du signal et la distance asymptotique théorique ?
[^] # Re: Surcharge d'opérateur
Posté par darkleon (site web personnel) . En réponse à la dépêche Critique de C# par James Gosling l'inventeur de Java. Évalué à 1.
<code>System.out.println(toto+" "+titi+" "+tata);<code>
Tout a fait d'accord, j'ai "forcé" le toString() pour simuler la syntaxe pour l'affichage d'un objet Complexe genre Matrice, liste chainée, affichage ascii d'un framebuffer QuakeIII pour jouer sur VT100 .... :-)
[^] # Etudiants frais moulu
Posté par darkleon (site web personnel) . En réponse à la dépêche Critique de C# par James Gosling l'inventeur de Java. Évalué à 0.
On doit pas connaitre les mêmes étudiants :-). Enfin, je suis un peu contaminé par ce que je lis sur DLFP :-).
Je ne suis pas clair aujourd'hui, enfin si il a ses idées préconçues qui ne sont pas les miennes :-)
Mais il n'aura pas de réelle idée FORGEE sur la manière de traiter un problème auquel il n'aura pas été confronté même s'il a des idées préconçue fortes sur la manière optimale de traiter le problème.
Car seul un jeunes mec intelligent, face aux vieux cons qui ne comprennent rien à rien à l'informatique, peut le résoudre :-)
Du coup, c'est vrai que c'est plutôt le vieux con qui gagne à la fin, mais ça ne lui empéchera pas d'intégrer les éventuelles bonnes idée du jeune mec intelligent si elles sont réellement intelligentes. Et le jeune intelligent prendra de l'expérience s'il est assez intelligent pour écouter le vieux con. :-)
L'avantage du jeune intelligent, c'est qu'il aura des idées plus fraiches sur les nouvelles techniques de conception et de programmation, tandis que le vieux con, lui aura le retour d'expérience pour tempérer les ardeurs du jeune et relativiser le gain réel de telle ou telle technique.
-1
[^] # la solution était
Posté par darkleon (site web personnel) . En réponse à la dépêche Critique de C# par James Gosling l'inventeur de Java. Évalué à 1.
Si même dans mes exemples je me plante.
-oo car squat de mon squat
[^] # Re: Bof, pas d'accord avec lui.
Posté par darkleon (site web personnel) . En réponse à la dépêche Critique de C# par James Gosling l'inventeur de Java. Évalué à 2.
C'est cool, tu traduis en termes plus exacts mes pensées incohérentes, j'ai encore des efforts à faire pour être plus compréhensible.
C'est exactement les problèmes auquels je pensais.
Je préfère dire que ça te permet de gagner du temps sur des problèmes souvent très complexes, plutôt que "ça te permet de te lacher".
C'est pour cela qu'on peut se lacher sur les allocations sans sortir un diagramme sur la gestion de la cohérence de la mémoire :-)
<séance typique de débuggage>
Alors là j'ai fait un new, bon dans ce cas là il faut faire un free, ah oui mais si la variable touintouin est vrai, alors non, ok, ah merde mais l'objet tada va en avoir besoin après si jamais, bon je crois que c'est bon là, make, toto.exe, coredump, ah merde j'ai oublié le cas ou on rentrait dans cette boucle que j'ai rajouté il y a 2h et que merde, ça casse tout, bon reprenons ....to be continued
</séance typique de débuggage>
C++ ne force rien, il t'offre une possibilité.
C'est vrai, mais si c'est pour faire du C en C++, autant faire du C, c'est un "forçage" moral pas technique.
L'inverse est encore plus vrai, déjà vu du code OO en C, bonjour l'angoisse pour le débuggage avec des pointeurs à rallonge pour simuler les classes sur des "struct" de fonctions.
-1 car squat de file