Peut-etre que ma souris marchera mieux, j'ai une logitech particuliere qui a une époque nécéssitait de jouer avec imwheel pour activer la molette de souris, puis Mandrake avait intégré imwheel et cela marchait sans rien faire puis ils sont passés a une autre méthode et cela ne marchait plus.
Tres,tres penible d'avoir une molette de souris qui ne marche pas, et franchement cela ne donne pas une haute opinion de Mandrake quand ça arrive..
J'espere que cela marche mieux maintenant, il faudrait que je telecharge la RC1 pour voir si ce bug y est toujours.
Bah, pas tres convaincant comme raison: Linus (qui parlait mal Anglais), il l'a fait en quel languages le developpement du noyeau?
Et oui, il y a une interface utilisateur au noyeau: la doc, les messages d'erreur, etc..
Il code en Anglais pour maximiser l'interet pour tous le monde de son soft.
Ce n'est pas l'Anglais de Shakespare qu'il utilise, mais l'Anglais informatique, une variante simplifiée.
Si ceux qui parlent nativement Anglais sont choqués par des fautes, ils enverront des patch, si tu veux une version en Francais, envoit des patches.
Ton insistance a vouloir imposer le Francais, me parait etre franchement sur une pente dangeureuse.
On est Francais: on a du bol, c'est un pays riche, on a donc une esperance de vie superieure a une bonne partie de la planete, mais pourquoi en etre fier?
Bah, tu vas chercher bien loin pour pas grand chose, le rapport entre la mondialisation étatsunienne et le faire de faire un soft en Anglais?
Ce serait l'Esperanto qui aurait gagné, ils auraient produit leur soft en Esperanto..
A l'heure actuelle, les logiciels libres sont surtout utilisés par des informaticiens, la "lingua franca" de l'informatique est l'Anglais, donc..
Pour diminuer ton temps de developpement codé en Anglais, faire la doc en Anglais et une interface en Anglais me parait tout a fais logique.
Même pour un Français écrire 2 fois la doc c'est pénible..
La seule chose qui me parait indispensable en tant que Français, c'est de penser dés le départ à une localisation possible dans d'autres langues: cela demande juste un peu plus d'effort et si cela n'est pas fait dés le début, c'est tres,tres penible a faire apres..
Et bien c'est simple si tu genere ton application en mode 64 bit sans qu'elle en ait vraiment besoin, la place mémoire/disque utilisé par ton application va grossir légerement: il faut plus de place pour stocker une adresse mémoire sur 64 bit que sur 32 bit (oui je sais c'est une lapalissade).
Plus de place --> occupation disque et mémoire supérieure, mais surtout efficacité des caches diminuée.
De plus, si tu utilise des mots sur 64 bits sans que cela soit nécéssaire tu perds en performance aussi car les calculs prenne plus de temps.
Certes si tu besoin de faire des calculs avec des valeur sur 64bit alors la tu gagnes beaucoup, mais a l'heure actuelle le besoin n'est pas énorme.
AMD est malin: dans leur mode 64 bit, ils ajoutent 8 autres registres ce qui peut aider grandement les 80x86 avec leur nombre ridiculement faible de registres autrement le mode 64 bit par lui-meme tant que tu n'as pas plus de 4 Go de RAM, bof!
Bin oui mais la ou je ne suis pas d'accord c'est que cela devrait uniquement coller si tu mets ton curseur sur la boite d'URL, pas si tu mets ton curseur sur le tab..
Ca devrait etre soit l'un soit l'autre, pas les deux!
En tout cas merci pour l'info, je vais voire si cela marche sur Solaris.
Bah dans Mozilla tu middle-clique sur l'onglet pour le fermer, c'est encore mieux que de viser le X en haut a droite (de la fenetre ou de chaque tab).
Ca marche tres bien sous Windows ou par défaut le middle-click n'a pas d'action particuliere, ça m**** sous Solaris ou pour une raison que j'ignore, Mozilla confond le middle sur le tab (fermeture du tab) et le middle-click sur la boite URL (paste), je sais que les tabs sont juste sous la boite d'URL m'enfin franchement c'est pas terrible comme comportement..
Ca marche sous Linux la fermeture des tabs par click-milieu?
Une des choses que j'aime bien en Perl c'est la declaration optionnelle des variables: use strict et my $toto;
Cela évite les erreurs suivante:
ma_variable = 2
ma_varialbe = ma_variable + 1
# ma_variable vaut 2 et non pas 3 ici!
Ce genre d'erreur est tres difficile a retrouver!
Pourquoi ne pas rajouter un use strict et une déclaration de variable en Python?
Si cela n'a pas grand interet pour les petits scripts mais pour les gros programme , je prefere de loin m'ennuyer a declarer les variable que rechercher ce genre de faute stupide..
PS:
Limbo a une déclaration de variable tres elegante:
a:=5 (déclare et définit a comme un entier qui vaut 5)
a:int (équivalent à a:=0 déclare et définit a comme un entier qui vaut 0)
Ceci sans séparer la declaration et l'utilisation des variables pas comme en Pascal..
Tiens quelqu'un qui utilise réellement Eiffel, c'est rare!
Ca marche bien "pour de vrai"?
J'ai lu le livre OOSC de Meyer et j'ai trouvé les concepts d'Eiffel tres interressant, mais j'avais la meme bonne impression d'Ada et j'ai eu des echos negatif sur Ada par des gars qui en avait marre des problemes de type..
Moui mais les standard ECMA n'empeche pas de patenter certains aspects pourvu que les patentes sont de type RAND (Reasonnable and non-discriminatory), c'est-a-dire pas trop cher et tous les monde peut payer pour les avoir.
Le coté 'pas trop cher' tue deja toutes implementations libre..
Le coté positif, c'est que Microsoft n'a jamais utilisé ses patentes pour attaquer quelqu'un, mais bon c'est tout de meme une sacré épée de Damocles sur les implementations libre de .Net, ce qui risque de dissuader les entreprises de les utiliser, ce qui diminue pas mal l'interet de la chose..
Amusant, ton dernier paragraphe résume pourquoi je ne crois pas beaucoup au succes au niveau application pratique du f-cpu.
Le succés du 80x86 le montre bien: les CPU c'est comme les avions: si tu mets suffisamment de transistor et que tu produits en grande quantité une architecture pourrie, le rapport performance/prix sera imbattable (le corrolaire pour les avions, c'est que si tu mets suffisamment de moteur tu peux faire voler un fer a repasser, ça "marche" aussi cf le skyvan).
Donc quand bien meme le design du f-cpu serait supérieur..
Ne voyant pas de Léon partout (pourtant le marché de l'embarqué est supérieur en pieces au marché du PC), je doute que je verrais des f-cpu produit en autre chose..
Ceci dit sans aucune méchanceté: les développeurs du f-cpu s'éclate a concevoir leur architecture et je dis bravo, bon courage et bonne chance!
Bin il y en a quand meme quelque-plus important:
- les tab: une fois que tu y as gouté, c'est dur de s'en passer
- la supression des popup
Et aussi une certaine tranquilité d'esprit vis a vis des virus, vers et autre saloperie: si je ne me fais guere d'illusion au niveau de la sécurité de Mozilla, la cible IE+Outlook est tellement grosse qu'elle "masque" un peu les autres.
La définition de "la liberté" selon la FSF est une définition parmi d'autres, tu peux adhérer à celle-la si tu veux, cela ne devrait pas t'empécher de reconnaître qu'il y a plein d'autres types de license non-propriétaire que celles définient par la FSF.
Pour résumer: le non-propriétaire ne se limite pas a la (L)GPL.
Siffler un hymne est une manifestation de mépris et de haîne envers toute une population?
Tu n'as pas l'impression d'exagérer beaucoup non?
Personellement j'aborre les paroles xénophobes de la Marseillaise, rien a f*** du moment ou elle a été écrite, le passé c'est le passé!
Ca ne me dérangerais pas du tout de siffler cette hymne que je n'aime pas du tout, et tu en déduis que je méprise les Français?
Je ne l'ai jamais fait mais je ne l'ai jamais chanté non plus.
C'est sauter du coq a l'ane: c'est l'hymne que je n'aime pas, rien d'autre..
Si tu vois l'interet pourquoi tu n'utilise pas du SMP avec 64 processeur?
Ah, c'est trop cher?
Pour autant que je me souviennes le SMT tel qu'implémenté sur les P4 prends 5% de surface de Silicium en plus sur la partie logique du CPU: des clopinettes quand on compare au prix du SMP avec carte mere spéciale et tout.
De plus tu peux tres bien utiliser du SMT en SMP, si tu as suffisamment de thread, ce n'est pas du tout incompatible..
> Et le but originel de faire un ISA simplifié n'était-il pas de faire une microarchitecture plus légère ?
En partie seulement: il y avait aussi l'idée de faire une ISA adaptée au compilo: les bizarrerie des 80x86 ne facilite pas la vie pour optimiser, meme a la main, alors pour un compilateur..
Au fait merci Nico: ça fait du bien de lire que le RISC et le CISC sont liés a l'ISA pas a l'implémentation!
Pourtant il y a bien marqué IS (Instruction Set): Jeu d'Instruction dans les noms!
Pour info il y a des RISC qui ont été implémentés avec des micro-opérations comme les CISC étaient fait avant..
Sinon pour ce qui est du SIMD, je chipoterais un peu: le SIMD vient au départ des implémentations hardware dédié avant les Cray, mais c'est vrai que le Cray a été le premier CPU a l'implémenté.
C'est vrai ce n'est pas cher en transistor le SMT, mais au lieu de voir cela comme du SMP bas de gamme, tu peux aussi voir cela comme l'évolution logique du superscalaire: pour utiliser le plus possible d'unité de traitement en paralléle, quand une thread ne suffit pas en utiliser plusieurs!
Je ne suis pas tout a fait d'accord avec toi sur le fait qu'il faut lancer 2 applis différente pour que le gain soit intérressant: n'oublie pas que les unités d'execution sont aussi pipelinée: le SMT te permet de boucher les trous du pipeline..
C'est vrai que le SMT peut etre plus lent dans certains cas comme quand il y a un conflit pour le cache par exemple or les caches du P4 ne sont pas énormes..
> J'aurais prefere un P4 plus lent mais plus optimise.
Bin pourquoi????
Il y a deux manieres de faire des CPU: les speed daemon (1) et les brainiac (2).
1: on construit le CPU de telle maniere qu'il puisse aller tres vite, meme s'il ne peut pas faire grand chose a chaque cycle
2: le CPU a une fréquence d'horloge plus basse mais arrive a faire plus d'instruction simultanément.
Il n'y a PAS une facon meilleure que l'autre, pourquoi aurait-tu préférer un P4 moins rapide? Qu'est ce que tu en as a faire de la vitesse d'horloge???
Ce qui compte c'est les SpecInt, SpecFP et le rapport SpecMachin/prix, la vitesse d'horloge n'a aucune importance!
PS:
j'exagere quand meme: les speed daemon sont en général moins bon sur du code non-optimisé pour ce type de CPU, mais le probleme se pose aussi sur des brainiac: certaines unités seront sous-utilisées si le compilateur a optimisé pour une autre architecture.
Bah, l'admin systeme a coté de moi a passé sa matinée a se battre contre Mozilla pour pouvoir envoyer un mail (version 1.2.1 sous Solaris 8).
On n'arrive pas a envoyer des mails avec les accents sous Solaris, ça doit être expliqué quelque-part, je veux bien RTFM c'est mon boulot mais encore faut-il trouvé le manuel en question!
Quand je clique sur un PDF en attachement, il n'arrive pas a l'ouvrir automatiquement, il faut que je le sauvegarde pour l'ouvrir ensuite (pareil sur le web). Il faudrait que je me recrée un compte pour que ça marche..
Bref, on le trouve "tellement bien" le client mail de mozilla, qu'on laisse les utilisateurs en Netscape4.7 pour le moment.
Le web est tres bien , mais le mail sur Solaris, bof, bof.
Qui est riche et a un P4 avec "hyperthreading" (beurk je déteste ce terme marketing)?
Pour voir s'il y a une difference entre mplayer et mplayerXP sur cette machine..
Dans sa présentation (très intéressante d'ailleurs), il dit que mplayer est rarement utilisée sur des machines SMP, ce qui doit etre vrai mais on peut penser que les machines SMT vont se généraliser:
- Intel avec son hyperthreading
- AMD a déposé un brevet sur le SMT, donc probablement dans le futur..
HP-UX, oui je dois de temps en temps administrer cette cochonnerie, malheureusement.
Ce sontdes vieilles versions HP-UX 9, 10, a chaque fois c'est horrible: je ne comprends rien a la logique de placement des choses: et vas-y que je te mets les scripts de configuration dans /sbin et d'autre trucs du même style.
Je ne sais pas si les versions moderne de HP-UX sont plus ordonnés, si ce n'est pas le cas, je souhaite que HP-UX meure *rapidement*.
Rah, donner moi du Solaris, du Linux, du *BSD, (pas du SCO merci), mais pas du HP-UX.
Désolé, je relache juste un peu la frustation d'avoir (trop) a s'occuper de vieille HP.
[^] # Re: Xfree 4.3.0 est arrivée
Posté par reno . En réponse à la dépêche Xfree 4.3.0 est arrivée. Évalué à -5.
Tres,tres penible d'avoir une molette de souris qui ne marche pas, et franchement cela ne donne pas une haute opinion de Mandrake quand ça arrive..
J'espere que cela marche mieux maintenant, il faudrait que je telecharge la RC1 pour voir si ce bug y est toujours.
[^] # Re: Gestion de mon compte bancaire pour les nuls
Posté par reno . En réponse à la dépêche Gestion de mon compte bancaire pour les nuls. Évalué à 1.
[^] # Re: Gestion de mon compte bancaire pour les nuls
Posté par reno . En réponse à la dépêche Gestion de mon compte bancaire pour les nuls. Évalué à 1.
Il code en Anglais pour maximiser l'interet pour tous le monde de son soft.
Ce n'est pas l'Anglais de Shakespare qu'il utilise, mais l'Anglais informatique, une variante simplifiée.
Si ceux qui parlent nativement Anglais sont choqués par des fautes, ils enverront des patch, si tu veux une version en Francais, envoit des patches.
Ton insistance a vouloir imposer le Francais, me parait etre franchement sur une pente dangeureuse.
On est Francais: on a du bol, c'est un pays riche, on a donc une esperance de vie superieure a une bonne partie de la planete, mais pourquoi en etre fier?
[^] # Re: Prog seulement en anglais !
Posté par reno . En réponse à la dépêche Gestion de mon compte bancaire pour les nuls. Évalué à 1.
Ce serait l'Esperanto qui aurait gagné, ils auraient produit leur soft en Esperanto..
A l'heure actuelle, les logiciels libres sont surtout utilisés par des informaticiens, la "lingua franca" de l'informatique est l'Anglais, donc..
Pour diminuer ton temps de developpement codé en Anglais, faire la doc en Anglais et une interface en Anglais me parait tout a fais logique.
Même pour un Français écrire 2 fois la doc c'est pénible..
La seule chose qui me parait indispensable en tant que Français, c'est de penser dés le départ à une localisation possible dans d'autres langues: cela demande juste un peu plus d'effort et si cela n'est pas fait dés le début, c'est tres,tres penible a faire apres..
[^] # Re: Position d'Intel sur les processeurs 64 bits grand public
Posté par reno . En réponse à la dépêche Position d'Intel sur les processeurs 64 bits grand public. Évalué à 6.
Plus de place --> occupation disque et mémoire supérieure, mais surtout efficacité des caches diminuée.
De plus, si tu utilise des mots sur 64 bits sans que cela soit nécéssaire tu perds en performance aussi car les calculs prenne plus de temps.
Certes si tu besoin de faire des calculs avec des valeur sur 64bit alors la tu gagnes beaucoup, mais a l'heure actuelle le besoin n'est pas énorme.
AMD est malin: dans leur mode 64 bit, ils ajoutent 8 autres registres ce qui peut aider grandement les 80x86 avec leur nombre ridiculement faible de registres autrement le mode 64 bit par lui-meme tant que tu n'as pas plus de 4 Go de RAM, bof!
[^] # Re: Mozilla : on agrandit la famille !
Posté par reno . En réponse à la dépêche Mozilla : on agrandit la famille !. Évalué à 1.
Pfff, franchement je trouve la valeur par défaut nulle!
[^] # Re: Mozilla : on agrandit la famille !
Posté par reno . En réponse à la dépêche Mozilla : on agrandit la famille !. Évalué à 4.
[^] # Re: Mozilla : on agrandit la famille !
Posté par reno . En réponse à la dépêche Mozilla : on agrandit la famille !. Évalué à 10.
[^] # Re: Vos questions à Guido van Rossum (Python)
Posté par reno . En réponse à la dépêche Vos questions à Guido van Rossum (Python). Évalué à 9.
Cela évite les erreurs suivante:
ma_variable = 2
ma_varialbe = ma_variable + 1
# ma_variable vaut 2 et non pas 3 ici!
Ce genre d'erreur est tres difficile a retrouver!
Pourquoi ne pas rajouter un use strict et une déclaration de variable en Python?
Si cela n'a pas grand interet pour les petits scripts mais pour les gros programme , je prefere de loin m'ennuyer a declarer les variable que rechercher ce genre de faute stupide..
PS:
Limbo a une déclaration de variable tres elegante:
a:=5 (déclare et définit a comme un entier qui vaut 5)
a:int (équivalent à a:=0 déclare et définit a comme un entier qui vaut 0)
Ceci sans séparer la declaration et l'utilisation des variables pas comme en Pascal..
[^] # Re: Communauté scientifique et communauté du logiciel libre
Posté par reno . En réponse à la dépêche Développement et diffusion de logiciel open source : un point fort de la culture INRIA. Évalué à 3.
???
Ah euh la je ne suis pas d'accord du tout, j'ai essayé d'apprendre OCaml dans un bouquin et franchement j'ai fait un rejet.
Entre la syntaxe verbeuse et peu orthogonale, le jonglage avec les types et la programmation fonctionnelle que j'apprécie peu..
Bof, je n'apprendrai pas Ocaml, pour le moment j'hésite encore entre Python et Ruby, ça ce sont des languages vraiment facile a apprendre.
Ils n'ont ni le typage statique d'Ocaml ni ses performances, certes mais pour ce qui est de la facilité d'apprentissage, il n'y a pas photo!
[^] # Re: gcc 3.2
Posté par reno . En réponse à la dépêche Editorial FreshMeat sur GCC. Évalué à 8.
Ca devrait accelerer pas mal les choses (ne serait-ce que la compilation des librairies STL)..
[^] # Re: Mono
Posté par reno . En réponse à la dépêche Microsoft brevette les API de .NET. Évalué à 2.
Ca marche bien "pour de vrai"?
J'ai lu le livre OOSC de Meyer et j'ai trouvé les concepts d'Eiffel tres interressant, mais j'avais la meme bonne impression d'Ada et j'ai eu des echos negatif sur Ada par des gars qui en avait marre des problemes de type..
[^] # Re: Mono
Posté par reno . En réponse à la dépêche Microsoft brevette les API de .NET. Évalué à 1.
Le coté 'pas trop cher' tue deja toutes implementations libre..
Le coté positif, c'est que Microsoft n'a jamais utilisé ses patentes pour attaquer quelqu'un, mais bon c'est tout de meme une sacré épée de Damocles sur les implementations libre de .Net, ce qui risque de dissuader les entreprises de les utiliser, ce qui diminue pas mal l'interet de la chose..
[^] # Re: cout/performance d'un proc libre comme LEON ?
Posté par reno . En réponse à la dépêche 10 questions à l'équipe f-cpu. Évalué à 3.
Le succés du 80x86 le montre bien: les CPU c'est comme les avions: si tu mets suffisamment de transistor et que tu produits en grande quantité une architecture pourrie, le rapport performance/prix sera imbattable (le corrolaire pour les avions, c'est que si tu mets suffisamment de moteur tu peux faire voler un fer a repasser, ça "marche" aussi cf le skyvan).
Donc quand bien meme le design du f-cpu serait supérieur..
Ne voyant pas de Léon partout (pourtant le marché de l'embarqué est supérieur en pieces au marché du PC), je doute que je verrais des f-cpu produit en autre chose..
Ceci dit sans aucune méchanceté: les développeurs du f-cpu s'éclate a concevoir leur architecture et je dis bravo, bon courage et bonne chance!
[^] # Re: Le futur de mozilla
Posté par reno . En réponse à la dépêche L'avenir de mozilla. Évalué à 1.
- les tab: une fois que tu y as gouté, c'est dur de s'en passer
- la supression des popup
Et aussi une certaine tranquilité d'esprit vis a vis des virus, vers et autre saloperie: si je ne me fais guere d'illusion au niveau de la sécurité de Mozilla, la cible IE+Outlook est tellement grosse qu'elle "masque" un peu les autres.
[^] # Re: Pas cool :(
Posté par reno . En réponse à la dépêche Mozilla 1.3 bêta est disponible !. Évalué à 2.
La notion de "mot" dans une URL, franchement, c'est plutot tiré par les cheveux..
Enfin tant qu'on peut désactiver ces "ammélioration": le redimmensionnement d'image était une des caractéristiques d'IE que je n'aimais pas du tout.
[^] # Re: Antonymes
Posté par reno . En réponse à la dépêche Le libre dans le Larousse. Évalué à 1.
La définition de "la liberté" selon la FSF est une définition parmi d'autres, tu peux adhérer à celle-la si tu veux, cela ne devrait pas t'empécher de reconnaître qu'il y a plein d'autres types de license non-propriétaire que celles définient par la FSF.
Pour résumer: le non-propriétaire ne se limite pas a la (L)GPL.
[^] # Re: Les députés durcissent la loi Sarkozy, entre autres sur l'info
Posté par reno . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par reno . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 2.
Le SMP coute nettement plus cher que le SMT!
Si tu vois l'interet pourquoi tu n'utilise pas du SMP avec 64 processeur?
Ah, c'est trop cher?
Pour autant que je me souviennes le SMT tel qu'implémenté sur les P4 prends 5% de surface de Silicium en plus sur la partie logique du CPU: des clopinettes quand on compare au prix du SMP avec carte mere spéciale et tout.
De plus tu peux tres bien utiliser du SMT en SMP, si tu as suffisamment de thread, ce n'est pas du tout incompatible..
[^] # Re: N'importe quoi
Posté par reno . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 1.
En partie seulement: il y avait aussi l'idée de faire une ISA adaptée au compilo: les bizarrerie des 80x86 ne facilite pas la vie pour optimiser, meme a la main, alors pour un compilateur..
Au fait merci Nico: ça fait du bien de lire que le RISC et le CISC sont liés a l'ISA pas a l'implémentation!
Pourtant il y a bien marqué IS (Instruction Set): Jeu d'Instruction dans les noms!
Pour info il y a des RISC qui ont été implémentés avec des micro-opérations comme les CISC étaient fait avant..
Sinon pour ce qui est du SIMD, je chipoterais un peu: le SIMD vient au départ des implémentations hardware dédié avant les Cray, mais c'est vrai que le Cray a été le premier CPU a l'implémenté.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par reno . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 3.
Je ne suis pas tout a fait d'accord avec toi sur le fait qu'il faut lancer 2 applis différente pour que le gain soit intérressant: n'oublie pas que les unités d'execution sont aussi pipelinée: le SMT te permet de boucher les trous du pipeline..
C'est vrai que le SMT peut etre plus lent dans certains cas comme quand il y a un conflit pour le cache par exemple or les caches du P4 ne sont pas énormes..
[^] # Re: AMD et INTEL optent pour des technologies opposées.
Posté par reno . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 4.
Bin pourquoi????
Il y a deux manieres de faire des CPU: les speed daemon (1) et les brainiac (2).
1: on construit le CPU de telle maniere qu'il puisse aller tres vite, meme s'il ne peut pas faire grand chose a chaque cycle
2: le CPU a une fréquence d'horloge plus basse mais arrive a faire plus d'instruction simultanément.
Il n'y a PAS une facon meilleure que l'autre, pourquoi aurait-tu préférer un P4 moins rapide? Qu'est ce que tu en as a faire de la vitesse d'horloge???
Ce qui compte c'est les SpecInt, SpecFP et le rapport SpecMachin/prix, la vitesse d'horloge n'a aucune importance!
PS:
j'exagere quand meme: les speed daemon sont en général moins bon sur du code non-optimisé pour ce type de CPU, mais le probleme se pose aussi sur des brainiac: certaines unités seront sous-utilisées si le compilateur a optimisé pour une autre architecture.
[^] # Re: Rétrospective Mozilla de l'année 2002
Posté par reno . En réponse à la dépêche Rétrospective Mozilla de l'année 2002. Évalué à 3.
On n'arrive pas a envoyer des mails avec les accents sous Solaris, ça doit être expliqué quelque-part, je veux bien RTFM c'est mon boulot mais encore faut-il trouvé le manuel en question!
Quand je clique sur un PDF en attachement, il n'arrive pas a l'ouvrir automatiquement, il faut que je le sauvegarde pour l'ouvrir ensuite (pareil sur le web). Il faudrait que je me recrée un compte pour que ça marche..
Bref, on le trouve "tellement bien" le client mail de mozilla, qu'on laisse les utilisateurs en Netscape4.7 pour le moment.
Le web est tres bien , mais le mail sur Solaris, bof, bof.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par reno . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 6.
Pour voir s'il y a une difference entre mplayer et mplayerXP sur cette machine..
Dans sa présentation (très intéressante d'ailleurs), il dit que mplayer est rarement utilisée sur des machines SMP, ce qui doit etre vrai mais on peut penser que les machines SMT vont se généraliser:
- Intel avec son hyperthreading
- AMD a déposé un brevet sur le SMT, donc probablement dans le futur..
[^] # Re: Appels d'offre ...
Posté par reno . En réponse à la dépêche Les logiciels libres dans l'éducation. Évalué à 2.
Ce sontdes vieilles versions HP-UX 9, 10, a chaque fois c'est horrible: je ne comprends rien a la logique de placement des choses: et vas-y que je te mets les scripts de configuration dans /sbin et d'autre trucs du même style.
Je ne sais pas si les versions moderne de HP-UX sont plus ordonnés, si ce n'est pas le cas, je souhaite que HP-UX meure *rapidement*.
Rah, donner moi du Solaris, du Linux, du *BSD, (pas du SCO merci), mais pas du HP-UX.
Désolé, je relache juste un peu la frustation d'avoir (trop) a s'occuper de vieille HP.
-1 enfin s'il y avait un -1.