Reprise du message précédent :
bonjour,

 
Erreur de ponctuation.  

Non, c'est une formulation spécifique à blabla@OSA.

Voila c'est rétabli

Du monde s'y connais dans la recherche de pc portable à dalle mate ?
De préférence livré sans OS (ou pas un qui pue des pieds).
Acer permet de se faire rembourser la licence, mais je n'ai pas trouvé de dalles mates
Et que valent les dalles LED ?

non mais acer quoi
 
Acer a rien d'acheter ces bouses

Dell ?

Dell, testaÿ et approuvaÿ...

Dell aussi !
Fais un tour sur le site pour reperer les modèles, et appelle les pour exiger du mat.

En plus généralement à chaque rentrée ils font des offres pour les étudiants/enseignants, si jamais c'est ton cas.

 
maintenant acer c'est plutot pas mal

 
tout le monde n'a pas ton statut privilégié

J'ai pas besoin d'attendre la rentrée moi  
 
Mais j'ai pas de matos Dell perso pour autant cela dit

Pour caler un meuble je suis d'accord, sinon, bof bof hein

j'ai un acer depuis le debut de cette année et j'en suis fort satisfait
 

Spéciale dédicace à Riot  
 

dell... pas moyen de choisir une config sans OS

Et exiger un disque dur vierge ?

Possible, suffit de leurs passer la commande par télephone...
On peut même négocier gratuitement des options...

dernz

dern'z

prems

Debout les enfants

Bonjour tout le monde, je vous ai pas trop manqué

si énormément

Je suis touché

Et vous parlez trop, il va falloir faire du tri

Edit: bon ben en ne gardant que les posts de Mjules, mikala et black_lord, ca devient lisible

C'est blabla, y a pas de tri à faire, tu peux tout jeter

Au cas où le tri procéderait a l'élimination d'une question que je trouvais intéressante je la reformule ici :
Comment fonctionne le système sous MacOsX où l'on affirme que toutes les applications sont désormais en 64bits et ce même si le kernel reste en 32 bits tout en tirant évidemment parti de tous les bénéfices du 64 bits ?
N'y a réellement il aucune perte de performance en faisant ce genre de choses? s

Et le tri sélectif alors?

Bonjour,

+1 la réponse m'intéresse aussi

PArce que j'avais comme notion que la compatibilité 32bits sur du x86_64 tenait à la présence d'un mode compatible directement dans le processeur. Donc dans l'autre sens, j'ai un peu de mal.

C'est généralement géré au niveau hardware, il y a 1 bit qui gère le long mode/compatibility mode dans le CS (code segment). Si le bit est à 1, tout est fait en 64 bits, si le bit est à 0, le binaire s'execute est en mode compatibilité 32 bits. Ca marche aussi pour le noyau.

Niveau OS, c'est "presque" transparent (il faut surtout fournir des libs 32 bits en plus des libs 64 bits, et expliquer au noyau comment gérer les binaires qui sont tagués 32 bits ou 64 bits, en regardant les headers ELF généralement).

Oui et non. On perd à des endroits, on gagne sur d'autres. En long mode (le mode 64 bits x86), la plupart des instructions se font sur 32 bits. Vu que les CPU x86 d'aujourd'hui n'ont d'x86 que le nom (les instructions sont traduites en micro instructions qui sont proches de ce qu'ont trouve sur des RISC), c'est peanuts. Le CPU fait sa tambouille interne de la même manière.

Pour la mémoire, c'est géré niveau matériel. En revanche, on gagne en fonctionnalités (NX bit, plus de registres, etc...). Vu que les compilateurs actuels aiment bien avoir plein de registres (ils basent leurs optimisations sur des machines à registre plutot qu'à pile), ils préfèrent.

On perd la compatibilité binaire, et les executables grossissent un peu.

Les gains se font surtout sur la taille de l'espace disponible de la mémoire virtuelle, ou on peut se permettre de mapper une quantité hallucinante de pages sans avoir à passer son temps à faire des flushes de caches ou de TLB (utilisés pour traduire une adresse virtuelle en adresse physique). Vu que ce sont des opérations extremement couteuses, surtout sur du multi processeur (il faut synchroniser tout le monde!), ca soulage le système de ne pas passer son temps à faire de la synchro de caches.

Vouala

merci

Ah oui là, dans l'autre sens (architecture + OS bootés sur 32 bits, et execution de binaires 64 bits), c'est pas possible sans passer par de l'émulation.

Pour pouvoir executer du 32 bits sur des architectures 64 bits 64 bits sur des architectures 32 bits, tout dépend ou on se place. Si c'est par émulation, "the sky the limit" (mais c'est lent...); si le kernel se déclare comme 32 bits, généralement, il y a un micronoyau qui s'occupe de gérer le bas niveau système 64 bits, et l'OS qui "stationne" au dessus est 32 bits PAE (du point de vue "userland", ca reste du 32 bits).

La chose se fait avec Xen. Y'a aucune raison que XNU ne sache pas le faire.

Edit: évidemment, c'est l'inverse qu'il faut lire, 64 sous 32 bits.

 
 
Bref, ça sent un peu la gruikerie chez Mac ça

De facon générale, l'informatique grand public est gruik
 
Amha, faut s'attendre à des annonces chocs sur le multi processeur d'ici peu, ou on va vendre des systèmes qui brulent la loi d'Amdahl avec allégresse

Mac OS X utilise (utilisais ?) Mach comme micro-noyau

Le secteur "pro" me parait quand même moins enclin aux gruikeries dès que tu sors du buzz du moment (web 2.0, webservices, archi N-tiers...). Là ou on essuie les platres sur des technos émergentes ou aucun acteur n'a su démarquer sa techno des autres.

Si tu vas voir du coté de l'embarqué, du médical, transports, télécoms, défense, gouvernement... ca reste limité, surtout quand tu touches à leur coeur de métier. Ce sont pas les projets types avec des jeunes et jolies cadrettes de chez Bain & Company, certes. Et ce ne sont pas les formations ou tout le monde te vend du Java/Swing sous Tomcat, avec une usine à gaz SAP derrière.

Il est revenu
 
merci pour l'explication

'soir

dernz.

dernz.