Ph Husson a écrit 2699 commentaires

Pareil, avec la version 32bits, c'était même pas la peine que j'essaye sous konqueror (4 par contre ici), il suffisait de changer d'onglet pour que ca marche plus ... Maintenant avec la version 64bits, j'ai eu un seul crash en une semaine ~ avec konqueror, par contre firefox se suicide lui beaucoup plus facilement ... C'est très étrange comme comportement.

Il existe un driver (nettement) plus avancé que x86-driver-nv, qui est, il faut bien le dire, carrement basique: c'est le driver qui s'appelle "nouveau" sur http://nouveau.freedesktop.org/wiki/
Qui supporte, je crois, le XVideo, mais bon n'est pas censé être particulierement stable.

Faut quand meme savoir se mettre dans le contexte...
On parle de Windows Vista, d'XP, et de flash, donc on parle bien de x86 VS x86-64, et pas juste du 32bits vs 64bits.

Bon alors on va pas parler uniquement du support des registres 64bits vu que c'est complétement idiot étant donné que c'est loin d'etre la seule amélioration du x86-64 sur le x86, donc voilà un exemple très simple (et très con j'avoue):


phh @ phh-desktop ~ % cat test2.c
#include <stdio.h>
#include <sys/time.h>
#include <time.h>

int main(int argc, char **argv) {
long long i;
struct timeval tv1,tv2;
for(i=0;i<=1024*1024*1024;i++);
printf("%lld\n", i);
}
phh @ phh-desktop ~ % gcc test2.c -o test2 -m32 ; time ./test2
1073741825
./test2 4,68s user 0,00s system 99% cpu 4,699 total
phh @ phh-desktop ~ % gcc test2.c -o test2 ; time ./test2
1073741825
./test2 3,37s user 0,00s system 99% cpu 3,394 total

Résultats reproductibles à moins de 10% de marge sur mon système (Core 2 Q6600 sur une kubuntu intrepid). En ce qui concerne les registres spécifiquement ca serait pas trop dur mais fastidieux à faire, m'enfin ca montre déjà que y a un gain à avoir (à moins que ce soit au niveau de gcc, mais j'ai essayé une paire d'options ca changeait rien à part -Ox qu'est trop intelligent)

Comme je l'ai mis c'est plus ou moins vrai, meme si j'aurais du le tourner dans l'autre sens. Chez les Core 2 de chez Intel, il n'y a en général que très peu de liberté au niveau changement au vol de fréquence: la plupart du temps le multiplicateur est fixé, ou tout au mieux on peut zapper entre x6, x6,5 et x7 mais ca s'arrête là, alors que sur les processeurs de portables on peut descendre bien plus bas à ma connaissance. Après sur les processeurs fixes très modernes y a peut être une gestion avec l'acpi plus poussée mais même mon Q6600 pas si vieux que ca a pas ce genre de fonctionnalités.

Oula clairement pas, les processeurs pour portables ne font que consommer moins, mais à vue de nez le ratio entre consommation en charge et consommation à fond est le même. Le meilleur contre exemple c'est les Q9450 (je crois) d'intel, 15W à vide, 80 à pleine charge. Tout ce que les processeurs de portables ont en plus c'est la possibilité de bloquer le CPU à une vitesse d'horloge inférieure et/ou de le bloquer X% du temps (et encore sur les processeurs de bureaux c'est plus ou moins valable aussi).

De même que les rapports sur les biocarburants qui boufferaient trop de place, et qui sont une des principales objection à leur généralisation.

Oué alors faut pas aller trop vite en besogne de ce côté, le problème avec les biocarburants c'est qu'on parle toujours des classiques mais, soja, colza, etc pour produire des biocarburants, alors bon forcement on se retrouve à devoir couvrir des surfaces > à celle de la france pour fournir la France. Le "truc" c'est que utiliser ces éléments comme source d'énérgie est complétement débile. Une création raisonnée des biocarburants ne poseraient pas trop de problèmes je penses niveau alimentaire (bon après ca en poserait surement d'autres), avec en vrac: récupération du méthane créé par les compostes, fumiers, épurations etc (sans compter qu'en plus, niveau effet de serre le méthane vaut mieux le bruler), utilisation des algues (qui ont tout pour plaire, rendement surfacique de facilement 10 fois celui du colza, ca remplace pas des terres agricoles, on vire plus de CO2 en O2, etc). Y a quand même un truc de bien dans les "biocarburants" dont on fait la pub, c'est la récupération d'huile de fritteuse usagée, mais bon c'est carrement marginal ...

Mon addresse mail de feu-wanadoo, auquel je n'ai plus d'abonnement depuis a peu pres 2002, marche encore, celle que j'ai chez free depuis à peu pres la meme epoque, qui a duré un an et qui depuis a été résilié (pour passer en adsl), marche encore tout autant. Mais il est vrai qu'il faut bien lire ses CGU pour savoir ce qu'on aura après résiliation.

Utiliser un service de mail qui permet d'utiliser l'interface mail qu'on veut, webmail ou une interface "en dur", comme le propose la plupart des FAI, plutot que de s'enfermer dans une société dont la considération pour la vie privée est douteuse, qui enferme les clients dans sa sphère autant que possible (bah d'ailleurs ton journal en est la preuve)

Fonctionne très bien sous konqueror pourtant :)

Sinon pour passer entre chaque chaque commentaire utilise les touches < et > de ton clavier (qui sont parfois sur une seule touche mais bref)

Tout ca c' est très bien, donc reste le fond des journaux que faudra que je fork si je comprends bien ('fin j'aurais surement la flemme de le faire en fait)
sinon pour le 5.:l'entete est complétement noire ('fin sauf les bords), mais le pied de page est noire, mais y a encore un "vide" blanc en dessous qui fait amha moche par rapport au reste (mais bon de mémoire c'est dans le genre de trucs super chiant à faire en CSS, et c'est pas un problème vital du tout).
En tout cas, CSS adoptée :)

Euh non ...
Juste qu'il a lancé un faux shell dans un vrai shell, avec les stty qui vont bien ©, ou le meme LD_PRELOAD que tout à l'heure... Donc je confirme ca change rien par rapport à être sous X.

Ha j'ai oublié un gros défaut, la dlfpbar me fait penser au thème templeet d'origine, digne de CDE /o\

L'entête est pas mal, les cadres sur le côté sont pas trop mal foutus,, les couleurs sont plutot bien choisies je trouve, MAIS
1.T'as du faire ta CSS pour les EEE c'est pas possible, ca prend même pas la moitié de mon écran en largeur .... Dans tous les cas quand on fait des css normalement on ne s'adapte pas à une résolution mais on essaye de mettre en % de l'écran au lieu de tailles fixes.
2.Les "boites de contenu", ie les journaux/articles/ etc ont la même couleur de fond que le reste du fond, je trouve mieux d'avoir une couleur différente, ca permet de bien séparer les différents articles, et l'écran est moins tout blanc
3.Comme dit au dessus la largeur des commentaires est vraiment ridiculement petite (ta CSS doit être moche sur le célèbre "Comme XP")
4.Les boites de la page d'accueil (sites amis, sondages, etc), ont pour fond de leur titre le fond "principal", comme pour le 2. je penses qu'il faudrait une autre couleur (peut être la même couleur que le reste de la boite ?)
5.Enfin, le pied est bien fait, sauf que un détail le rend moche: ca fait blanc -> noir -> blanc, vaudrait mieux finir juste sur du noir ('fin bon ca c'est du point de détail)

PS:Je mets plus de critiques que de points positifs j'en suis bien conscient, mais je trouve quand meme que cette css est un très bon début .

Ca change rien ...

Cet argument est complètement bidon. On a eu un contre exemple avec Apache qui avait 50% du marché et le serveur MS qui en avait 20%. La plus part des attaques étaient dirigé vers le produit MS étonnant non ?

Euh oui mais non, pourquoi se casser la tête à attaquer le serveur web, alors que les scripts (php aidant grandement.) sur ledit serveur web sont troués de partout, c'est d'ailleurs ce qui est fait en pratique, résultat c'est bien un problème d'icc.

Oué 'fin si tu mets une librairie c'est bien pour être utilisée non ?
Et en général la lib est distribuée par application, donc à part dans les rares cas où y a plusieurs programmes par appli, link static ou dynamique dans le répertoire de l'executable ca change rien ...

Suffit de modifier le shell pour qu'il fasse ce que tu veux ...
Mieux, un hack à base de LD_PRELOAD sur un shell normal,il croit ouvrir le vrai sudo mais c'est un leurre !

En l'occurence dans le thread c'est bien marqué que la seule personne qui donne des informations ne dit pas d'où viennent ces informations (et vu ce que cette personne décrit j'ai plutot l'impression que c'était un lecteur de salon)

OpenGL et MESA, non ?

Eux remplace Direct3D, pas DirectX.
Quelque chose qui se rapprocherait vaguement de DirectX ca serait plutot SDL, en y ajoutant plein de "modules" (SDL_net, SDL_image, SDL_ttf, etc)

Euh non, la compatibilité binaire est pas cassée tous les 6 mois...
Y a une seule chose qui est cassée tous les 6 mois c'est la gestion des sons, là je dis pas.
Mais après si on fait comme les softs windows, à savoir de foutre toutes les DLLs possibles dans le package on peut marcher sur de vieux trucs.
Par exemple tu peux essayer le binaire "static" (qui en est qu'un faux), de wormux, que j'ai fait en 1/2h (pour 3h par bogue à corriger, tous liés au son sauf un), à vue de nez il peut être utilisé sur des distribs qui ont un 2.6 (j'avoue, je ne m'aventuererais pas sur un 2.4, ne parlons meme pas des 2.0)), donc ca remonte quand meme à que 2003, donc c'est plus proche de 6ans que 6 mois, alors que personne dans la liste des dévelopeurs impliqués, n'a vraiment chercher à conserver quelque chose de stable, et je pourrais sans trop me casser la tête remonter à des 2.4 (pour les 2.2 je me prononcerais pas j'y connais pas grand chose). En tout cas trouver des binaires pour linux qui marchaient en 1995 et qui marchent encore on peut surement encore en trouver (euh bon juste que les binaires à l'époque c'etait rarement publié, c'etait plutot les sources).

C'est ce que j'allais répondre, mais diantre, j'ai pas été foutu de retrouver l'option ! Elle a disparue de KDE4 ou quoi ?

Je crois que personne n'a compris ton humour...
(Euh ca en est bien un hein ?)

Je me demande si CodeWeavers a encore de l'interet de nos jours:
Le wine vanilla est devenu est très bon, plus besoin de patchs dans tous les sens pour faire marcher les applications office courantes, et des applications pour gérer ca (qui sont inutiles amha du moment que y a l'association PE -> wine) florissent.
Bon par contre pour les professionnels ca reste utile pour avoir le service derriere et l'assurance d'avoir un truc qui pourrait marcher.