Limite de taille d'un tableau - Page 2

30

Le 21/12/2007 à 18:52

C'est un peu exagéré comme argument... il y a un an linux 64 bits commençait à peine a fonctionner correctement (j'en ai fais les frais donc oublie tout de suite les discours foireux... En fait y'avait que le noyau qui fonctionnait sûr à 100%...), et debian 64 bits n'existait pas (plus...) parce que aucun mainteneur officiel...
Pour le reste moi j'ai un PC 64 bits, toi aussi peut être (ah non tu as windows millenium c'est vrai...), plein de gens aussi, mais là ou on met plus de 4 Go dans une machine c'est sur des serveurs, pas sur la machine de M tout le monde... Et je suis pas certain qu'a l'époque tout le monde ait eu envie de changer quasi intégralement le matériel juste pour augmenter la mémoire accessible alors que c'était déjà le cas en 32 bits...

Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

31

Le 21/12/2007 à 19:31

GoldenCrystal (./30) :
ah non tu as windows millenium c'est vrai...

Non, je n'ai plus cette installation (base de registres corrompue), je n'utilise plus que Fedora maintenant.

Pour le reste moi j'ai un PC 64 bits, toi aussi peut être

Malheureusement non. Mes RPMs x86_64 sur CalcForge sont compilés dans QEMU. Mais je n'ai pas 4 GO de RAM non plus.

Mais mis à part les discours personnels:

il y a un an linux 64 bits commençait à peine a fonctionner correctement

Fedora supporte entièrement le x86_64 depuis FC2 (et il y avait une version x86_64 de FC1 sortie un peu après la version i386), donc arrête de raconter n'importe quoi.

j'en ai fais les frais donc oublie tout de suite les discours foireux... En fait y'avait que le noyau qui fonctionnait sûr à 100%...

Tu as choisi la mauvaise distribution alors.

Sous Fedora, ça a toujours marché. Tu peux aussi faire tourner des logiciels 32 bits dessus grâce au multilib. Mais pratiquement tous les logiciels livrés sont en 64 bits et fonctionnent très bien.

et debian 64 bits n'existait pas (plus...) parce que aucun mainteneur officiel...

Une fois de plus, mauvaise distribution.

Et je suis pas certain qu'a l'époque tout le monde ait eu envie de changer quasi intégralement le matériel juste pour augmenter la mémoire accessible alors que c'était déjà le cas en 32 bits...

Les CPUs serveur gèrent tous le 64 bit depuis pas mal de temps (cf. AMD Opteron, Intel Nocona (les Xeons avec EM64T) et tout ce qui a suivi).

Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

32

33

Le 22/12/2007 à 10:13

GoldenCrystal (./30) :
Pour le reste moi j'ai un PC 64 bits, toi aussi peut être (ah non tu as windows millenium c'est vrai...), plein de gens aussi, mais là ou on met plus de 4 Go dans une machine c'est sur des serveurs, pas sur la machine de M tout le monde... Et je suis pas certain qu'a l'époque tout le monde ait eu envie de changer quasi intégralement le matériel juste pour augmenter la mémoire accessible alors que c'était déjà le cas en 32 bits...

1. Ma prochaine machine aura >= 4Go de RAM (Cette année 4, l'année prochaine 8).
2. MS aurait jamais du sortir Vista 32 bits, mais seulement Vista 64 bits.
3. Si on en est à ce genre de bidouille, autant faire des process séparés qui communiquent leurs infos. Au moins c'est portable.

34

Le 28/12/2007 à 13:01

GoldenCrystal (./27) :
http://en.wikipedia.org/wiki/Address_Windowing_Extension

La vieille résurgence du vieux MSDOS avec le hack moisi de EMM386.EXE. Les mecs qui pondent des trucs pareils faudrait leur amputer les doigts pour les empècher de nuir.

GoldenCrystal (./30) :
il y a un an linux 64 bits commençait à peine a fonctionner correctement

J'ai debian-amd64 installé sur mon portable depuis presque 4 ans, et à part OpenOffice tout le reste fonctionnait impeccable à l'époque. OpenOffice c'est plus récent, je sais pas quand au juste, je mets à jour mon système une fois par an en moyenne.

GoldenCrystal (./30) :
là ou on met plus de 4 Go dans une machine c'est sur des serveurs, pas sur la machine de M tout le monde... Et je suis pas certain qu'a l'époque tout le monde ait eu envie de changer quasi intégralement le matériel juste pour augmenter la mémoire accessible alors que c'était déjà le cas en 32 bits...

Tu fais manifestement une confusion entre l'espace mémoire physique et l'espace mémoire adressable par un processus.
1) l'espace mémoire physique, pour qu'il soit utilisé intégralement par un OS 32 bits suffit que l'os gère le PAE. C'est le cas de Linux et de certaines versions de Windows Server (il faut avoir le Advanced Server ou + si mes souvenirs sont bons)
2) l'espace mémoire d'un processus reste quand même de un peu moins de 4Go. Le bordel que t'as linké se contente de trifouiller la LDT, mais à un instant donné un maximum de 4Go peut être mappé, point. Sans compter que ça oblige à recoder ton applicaiton, puisqu'elle doit gérer le truc elle même.

Soit dit en passant, si ton application a besoin de plus de 4Go pour un unique processus, soit elle a un sérieux problème de design, soit elle a rien à faire sur un x86.

« Dream is destiny »

35

Le 28/12/2007 à 20:01

spectras (./34) :
La vieille résurgence du vieux MSDOS avec le hack moisi de EMM386.EXE. Les mecs qui pondent des trucs pareils faudrait leur amputer les doigts pour les empècher de nuir.

spectras (./34) :
J'ai debian-amd64 installé sur mon portable depuis presque 4 ans, et à part OpenOffice tout le reste fonctionnait impeccable à l'époque. OpenOffice c'est plus récent, je sais pas quand au juste, je mets à jour mon système une fois par an en moyenne.

spectras (./34) :
Tu fais manifestement une confusion entre l'espace mémoire physique et l'espace mémoire adressable par un processus.
1) l'espace mémoire physique, pour qu'il soit utilisé intégralement par un OS 32 bits suffit que l'os gère le PAE. C'est le cas de Linux et de certaines versions de Windows Server (il faut avoir le Advanced Server ou + si mes souvenirs sont bons) 2) l'espace mémoire d'un processus reste quand même de un peu moins de 4Go. Le bordel que t'as linké se contente de trifouiller la LDT, mais à un instant donné un maximum de 4Go peut être mappé, point. Sans compter que ça oblige à recoder ton applicaiton, puisqu'elle doit gérer le truc elle même.