mickabouille a écrit 1321 commentaires

Oui mais du coup, java n'est pas beaucoup plus portable!
Ça va marcher sous, euh,... toutes les plate-formes où la jvm de sun est portée.
C'est à dire windows, linux x86, (peut être ppc? même pas!), mac. Et c'est tout(ah, si solaris, mais c'est pas important). Rien d'autre. Super la portabilité...

Par exemple, aller voir sur léa-linux peut être une bonne idée, non?

Ce qu'il faut, c'est le nom de la carte graphique.

Le boycott n'est pas interdit, c'est la diffamation qui l'est (ainsi que l'utilisation de marques et logos, comme dans l'affaire jeboycottedanone)

J'ai voulu tester ton truc, mais le bios ne m'atorise que des valeurs de 133 à 355. Pas possible de passer à 100, donc...

Ah! (j'ai eu besoin de chercher et découvrir cpuburn)
burnK7 segfault une fois sur deux, l'autre fois j'ai un 255 (erreur de FP/MMX)
burnBX ne segfaulte pas et ne retourne pas d'erreurs.
burnMMX me donne plein d'erreur 254 (erreur sur calcul entier ou erreur d'accès mémoire).

Pas bon du tout. Le processeur est bel et bien brûlé, je pense :(

L'ancienne barrette était non ECC.
De toute façon, je m'oriente plus vers le processeur ou la CM. Je vais faire un memtest par acquis de conscience, mais je commence à me renseigner sur les rpix des procs en socket A (c'est plus la mode en plus, AMD va les terminer).

Ce que je sais c'est que j'avais réglé l'alarme dans le BIOS. Alarme à 65° et arrêt à 75°. Je ne m'en étais même pas rendu compte jusqu'à la Canicule (où j'avais eu droit à un reboot à la hussarde), mais c'est la seule fois.

Pour obtenir la température, j'avais installé lm_sensors et ajouté le support I2C, mais les développeurs ne connaissent pas les données des composants VIA et ça annonce une température constante à 127° et des ventilateurs à 10000RPM en continu.

Non, il tient le coup. J'ai répété 5 fois le test, pas un problème.
Mais ça ne veut pas dire que ce n'est pas le proc ou la CM ou la mémoire...

C'est un athlon XP 2400+(socket A) sur une carte mère Gigabyte GA-7DXE, (c'est du VIA686 et du AMD761 pour le north et southbridge, je sais plus dans quel ordre). Il y avait 256 (maintenant 512)Mo de RAM en DDR266. J'ai découvert récemment, justement en cherchant d'où venait le problème, après 2 ans de bon et loyaux services (enfin presque, une nv Geforce4 est partie en garantie).
Mais je ne sais pas si ça peut être d'uen quelconque utilité

Les MCE? Je ne les avais pas noté, mais je viens de me rendre compte en regardant dans syslog qu'ils n'avaient pas complètement disparu. Avant j'avais des non-recoverable, il ne reste que les recoverable, qui sont un peu plus discrets (les autres donnaient un kernel panic - assez bizarrement, je pouvais continuer à faire certaines choses, comme fermer des applis, voire en lancer, et surtout faire des shutdown propres).

kernel: MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0.
kernel: Bank 1: 9400000000000151

Sur google, ça donne beaucoup de réponses du type problème hard, mais moi, ce que je voudrais savoir c'est ça : carte-mère ou proc?

oui c'est vrai, j'avais dû tester 40min, c'est vrai que statistiquement ce n'était pas probant. Et avec des loads qui ne sont pas les mêmes en plus.
On va réessayer.

256Mo passé à 512 (tant qu'a changer la mémoire, autant ne pas perdre son temps :)

Dans le dmesg, pas d'erreur. le seul truc que j'aie du faire c'est ajouter un noapic pour que l'USB marche, je crois que c'était pour le 2.6.10 (2.6.11.8 maintenant). Il est possible qu'il y ait des problèmes d'IRQ remarque...

Je ne rit pas, je te l'assure.
Je l'ai fait, ça a fait disparaître les Machine Check Exception.
Mais apparemment, c'étaient deux problèmes différents, puisque l'un a disparu en nettoyant le ventilo (et le radiateur, et tout et tout) et l'autre reste.

Ça me ferait bien... ça m'embêterait bien d'acheter une barrette exprès pour faire le test, et que la neuve que j'achète soit aussi mauvaise quela première. Cela dit, ce n'est pas impossible.
Le truc c'est qu'apparemment memtest86 n'est pas garanti. J'avais d'ailleur testé la première barrette avec ça.

Je ne pense pas qu'une distrib irait mettre un truc comme ça, si?
Moi en tout cas, je ne l'ai pas ajouté. Et je ne l'ai pas. Encore heureux :D
Encore que dans ce casn le problème aurait été vite réglé.

Merde, ça doit aller dans un forum ça.
Allons, rebelotte.

Il peuvent aussi écarter des paquets si le mainteneur ne clot pas les RC. Mais c'est la dernière étape (voir ici : http://lwn.net/Articles/134531/(...) )

Ben si pourtant. Ubuntu c'est un dérivé d'une vieille sid, la sid d'il y a 6 mois... je caricature. Tout les 6 mois (après chaque sortie) ils reprennent sid et repartent.

Bizarre :

L'entreprise s'oppose frontalement aux tenants d'une informatique libre, symbolisée par le système d'exploitation concurrent direct de Windows, Linux. Ce dernier est distribué par Mandriva, société française créée en 1998 et qui connaît une forte croissance.

Donc linux est français, et est commercialisé par Mandriva!
Mandriva existe depuis... 1998!

Ou pour les fonctionnaires, un trentième de mois (même les mois à 31 ou 28/29 jours).

> qui prend des OS libres, les modifie pour ses besoins propres et ne publie pas ses modifs,
> dans la plus irréprochable légalité soit dit en passant)

Tu as des preuves de ce que tu avances? Quels logiciels libres *avec copyleft* sont modifiés sans retour?

C'est effectivement un problème de sécurité, mais je croyais que ça avait été corrigé dans la plupart des distribs maintenant.
On ne pouvait installer les plugins que de façon globale sous debian au moins (c'est à dire au niveau du système, ce qui impose d'être root).
Par contre, sous ubuntu, je ne sais pas. 5.04 c'est Hoary?C'est plutôt récent pourtant.

Je suis peut être allé un peu vite. Tu parles de plugins firefox ou de plugins type flash/java...?

On dit pas charabia, on dit jargon, langage spécifique à un domaine.
Je sais, je suis pas drôle...

C'est pas pareil.
Ubuntu c'est une sid modifiée.

http://lists.debian.org/debian-user/2005/02/msg02168.html(...)


I'm running linux-2.6.10-686 on an 80386 pentium 3 and I notice the note in the README:

80386 compatibility
-------------------
DRM modules will not work on true 80386 processors. These drivers all assume that cmpxchg is available.

What does this mean to me? Should I go back to 2.4.27 and wait until a later version of 2.6.x?


La réponse est en dessous :


- bswap (does the same as htonl())
- cmpxchg (used in multi-threading, mutex locking)
- xadd (rarely used)

Oui, voilà, tout ça pour dire que chacun doit balayer devant sa porte.