gc a écrit 2109 commentaires

Pour préciser sur ta dernière phrase : un octet c'est 8 bit ; sur un ia32 les adresses mémoires sont sur 4 octets, 32 bit comme tu le dis.

Le problème du 4/2 Go c'est que c'est pas aussi simple qu'il n'y parait, et qu'on n'a pas forcément accès à toutes les combinaisons possibles de l'espace d'adressage (qui lui est théoriquement de 4 Go comme tu le notes). Il peut être utile de réserver un bit voire plus pour d'autres usages (surtout que lorsque les VM pour x86 ont été designées, un espace d'adressage de 4 Go paraissait clairsemé pour l'époque). Voir par exemple http://lwn.net/1999/0819/a/bigmem.html(...) et http://lwn.net/Articles/39283/(...) ; on dirait qu'un processus ne peut pas monter au-delà de 3 Go, sauf dans le cas du patch de Molnar où ça monte à 4 Go.

bon je me réponds à moi-même pour ceux qui souhaitent comprendre. voilà ce qu'il me semble avoir fini par comprendre :

- chaque point représente un article
- chaque arc représente un lien "message - réponse" entre deux articles
- l'arc bleu à gauche du point bleu central montre la filiation de l'article concerné (à quel article cet article répond)
- les arcs bleus à droit du point bleu central montrent les réponses à l'article concerné

perso je trouve que :

- c'est fouilli et peu clair (peut-être une histoire d'habitude)
- le fait qu'il y ait des arcs au dessus et au dessous de l'axe des points représentant les articles est confusant (ça n'a pas de signification, si j'ai bien compris : un arc supérieur n'est pas différent par essence d'un arc inférieur)
- le fait que les arcs soient plus ou moins longs est confusant (ça matérialise le temps entre les deux articles il me semble ; mais ce n'est pas important dans le thread, alors que visuellement ça donne de l'importance à ceux qui ont un temps important de réponse)
- l'avantage par rapport aux arbres me semble peu évident

d'ailleurs tu ne donnes aucun argument en faveur de ce truc ?

et puisqu'on parle de qq chose inventé chez ibm, il doit bien y avoir des brevets là-dessus qui trainent :/

en tous cas avec le contenu de ton journal et le screenshot, j'ai rien compris.

Non, 4 Go (en fait 2 Go même il me semble) par processus, pas au total. Le patch Linux 64 Go fonctionne très bien sur un ia32.

documente-toi sur le bit NX ajouté dans les amd64 et dans les prochains p4.

Je ne critique pas l'OS au contraire :) je parle des programmes ; il me semble que c'est probablement une affaire de pointeur fantôme ou d'un autre "bug mémoire" correctement détecté par Windows mais qui n'a pas été détecté/corrigé pendant la phase de développement du logiciel.

http://master.clubic.com/ar/3034-2.html(...)

"Séduisant sur le papier, le NX-Bit est d'une efficacité redoutable, trop peut-être. Ainsi, durant nos tests sur une configuration Athlon 64, Windows XP a fermé de manière autoritaire des programmes pourtant inoffensifs comme Adobe Acrobat 6, Pinnacle Studio 9, Ulead DVD MovieFactory 3, PaintShop Pro 8... j'en passe et des meilleurs. Du coup si le DEP semble au départ une bonne idée, on est rapidement tenté de la désactiver purement et simplement ."

Mince moi qui croyait que sous Windows les développeurs avaient les meilleurs débuggers du monde... mais alors pourquoi ils laissent ce genre de bug ? Un valgrind-like devrait pourtant détecter ces problèmes au moment du développement non ?

Bof, faut arrêter un peu avec ça...

Si tu prends un Linux avec KDM, KDE, Mozilla, OpenOffice.Org, Gimp, Evolution (ce sont les logiciels que l'on cite comme "équivalent" à ceux rencontrés sous Windows), pour peu que tu veuilles faire tourner un Apache tu seras content d'avoir 512 Mo de mémoire.

Ma nouvelle machine, que j'ai achetée il y a 6 mois, je l'ai prise avec 1 Go de mémoire, et Windows n'est même pas installé dessus. Parce que je sais que la mémoire c'est ce qui manque le plus rapidement, et si tu regardes quelques années en arrière on faisait tourner plein de programmes dans 4 ou 8 Mo de mémoire, ça enfle, et dans quelques années il faudra 8 Go de mémoire, puis plus, c'est inéluctable.

Alors tu pourrais utiliser seulement 1 Mo de mémoire (si tes autres applis ont une aussi faible conso mémoire que ton KDE). T'en as de la chance !

D'ici à ce que tous les utilisateurs de p2p switchent à Linux, et que les majors décrètent que Linux cet OS de pirate doit être interdit...

Ca m'était encore jamais arrivé de pas comprendre un truc sur Linuxfr à cause de mon trop mauvais niveau en Windows. Grand jour qu'aujourd'hui :)

Un memory leak ne fait pas beaucoup de mal en général, à part grandir la taille mémoire occupée par le programme.. c'était pas plutôt un pointeur fantôme ton problème ? Un pointeur fantôme c'est l'inverse du memory leak : on libère l'espace mémoire mais on y accède encore après la libération, c'est typique du syndrome "segfault aléatoire".

J'ai débuté avec le C++ avec l'ouvrage de Claude Delannoy, que je trouve vraiment clair et intéressant :

http://www.eyrolles.com/Accueil/Livre/9782212115000/livre-programme(...)

Faut arrêter le rêver les gars, ils s'en battent les couilles de la "communauté du libre". Ça n'a vraiment mais alors strictement rien à voir ce qu'ils font.

Prends vraiment 1 Go plutôt que 512 Mo. C'est toujours la mémoire qui flanche en premier (hu hu) et si 256 sont le _super strict_ minimum aujourd'hui pour être à l'aise, 512 est le minimum si on ne peut vraiment pas faire l'effort d'avoir plus.

hum, seuseuraipamalparasar?

je pense que si tu as un moyen de forcer le codage, tu dois te limiter à ce que donne le client dans le champ "Accept-Charset:" sinon il ne pourra pas le décoder ; je ne sais pas ce qu'il se passe pour les pages statiques cependant, si le serveur est censé transcoder à la volée..

Lis le paragraphe d'avant et enclanche le cerveau.

Sam est assez connu pour le troll distro tu sais. Bon maintenant que Suse est libre il faut qu'il se trouve d'autres occupations.

Il serait probablement temps que tu entendes parler de XSL.

un appel système ne devrait ni passer par sh (tu en as besoin si tu veux rediriger la sortie, comme dit pterjan - sinon tu dois ouvrir et écrire toi même le fichier) ni par ps, mais se servir des informations données par le noyau directement.

Bof. Le résultat du procès on le connaît : une peinture de façade pour donner le change, l'éclaircissement de l'avenir juridique de Microsoft aux Etats-Unis, mais qui est dupe ?

Parce que le prix de licence OEM c'est le seul moyen de Microsoft pour faire pression sur les constructeurs ? La bonne blague. Il y a pas mal de choses qui rendent les constructeurs dépendants de Microsoft : la disponibilité des nouvelles API, la diligence pour rendre le matériel compatible, tout simplement la "température" des relations entre les deux entreprises qui sont clientes l'une pour l'autre. Le récalcitrant, tu peux être sûr qu'il ne sera pas logé à la même enseigne que les autres. Bien sûr, les choses mesurables comme le prix des licences OEM, Microsoft ne joue plus aux cons avec ça maintenant qu'il a connu le bonheur d'un procès anti-trust. Mais il faudrait être naïf pour penser que Microsoft a perdu son seul moyen de pression sur les constructeurs.

sur une gentoo, sur un p3-500 avec 256 Mo de mémoire, xfree86 (sûrement 4.3.x), j'avais exactement le même comportement. galeon comme mozilla ramaient à mort pour ouvrir des fenêtres (d'où utilisation abusive des onglets).

pour info quand je bossais à mdk sur mon celeron-400, j'ai vu la différence énorme de performance quand galeon/mozilla a commencé à utiliser gtk2 avec fontconfig et ses polices anti-aliasées. en gtk1, l'ouverture de fenêtre était très rapide, en gtk2, c'est devenu très lent (du coup j'étais resté sur l'ancienne version). je ne sais pas si c'est dû à gtk2, à fontconfig, à un changement d'archi du logiciel au même moment, mais c'était flagrant (et très chiant).

vive twm ?

- Les entreprises pétrolières sont en train de breveter tout ce qui touche aux énergies renouvelables ce qui leur permet de bloquer l'innovation dans ce domaine.

Ca m'intéresse, tu as des pointeurs ?

De plus, c'est l'éternel débat : est-ce que ça va bloquer l'innovation ? Le brevet c'est quand même la publication des inventions, avec paiement de royalties si utilisation, mais ça peut aussi faciliter la compréhension du mécanisme sous-jacent aux lecteurs, leur donner des idées et si ils inventent des choses différentes mais "inspirées" (intellectuellement) par les brevets ce ne sera pas forcément rendu impossible par ces brevets.

PhD c'est le terme anglais pour "thèse de doctorat".

le défaut du 2.6 est à 100 aussi pour raison de compatibilité, en tous cas c'est ce que j'ai lu de la main de Robert Love il y a quelques jours..

tes deux dernières phrasent se contredisent, tu ne crois pas ?