Fermer le menu
 

Apple rappelle que High Sierra sera le dernier macOS pleinement compatible avec les apps 32 bits

Mickaël Bazoge | | 22:48 |  54

Apple prévient ce soir que macOS High Sierra sera la dernière version de son système d'exploitation à exploiter « sans compromis » les applications 32 bits. Les futures moutures de macOS sont susceptibles de ne plus les prendre en charge, ou alors mal.

C'est pourquoi le constructeur recommande aux développeurs de distribuer leurs applications en 64 bits afin qu'elles puissent fonctionner sans encombres avec les futures versions du système. Ce rappel n'est pas une surprise : fin juin, Apple annonçait déjà la même chose (lire : High Sierra, dernière version de macOS à accepter les apps 32 bits « sans compromis »).

Par ailleurs, à partir de janvier 2018, les nouvelles applications soumises au Mac App Store devront être en 64 bits. Les mises à jour de logiciels distribués par la boutique d'Apple devront elles être fournies en 64 bits à partir de juin 2018.

Catégories: 

Les derniers dossiers

Ailleurs sur le Web


54 Commentaires Signaler un abus dans les commentaires

avatar fte 02/12/2017 - 13:40 via iGeneration pour iOS

@LeGrosJeanLou

Crois ce que tu veux, je n’en ai strictement rien à faire. Tu peux même croire en la numérologie ou n’importe quelle fadaise de ton choix, pour ce que ça m’importe.

avatar LeGrosJeanLou 02/12/2017 - 15:56

@fte

Et puis c'est marrant de faire appel à des puces équipées de coprocesseurs arithmétiques pour m'expliquer qu'on a pas attendu le 64Bits pour faire du calcul de précision...

On pourrait aussi parler des cartes graphiques qui tournent en 512Bits, parce que si le seul intérêt du 64Bits c'est l'augmentation de la mémoire adressable, à quoi ça peut bien servir de pouvoir adresser 2^512 octets ?

avatar fte 02/12/2017 - 17:20 via iGeneration pour iOS

@LeGrosJeanLou

"à quoi ça peut bien servir de pouvoir adresser 2^512 octets ?"

À rien.

C’est pour ça qu’aucun hardware ni aucun logiciel sur Terre ne le fait.

Enfin pour comprendre ça bien sûr il faut comprendre ce qu’"adresser" veut dire, bien entendu.



avatar LeGrosJeanLou 02/12/2017 - 17:40

@fte

"À rien."

On est bien d'accord...

Du coup tu veux bien expliquer l'intérêt du 512Bits sur une CG ? Tu vas me répondre "à rien" encore, ou bien tu vas enfin confronter tes contradictions à la réalité ?

avatar fte 02/12/2017 - 17:50 via iGeneration pour iOS (edité)

@LeGrosJeanLou

Bien entendu que ça sert à quelque chose gros malin.

Mais c’est sans rapport aucun avec cette question de processus 32-bit ou 64-bit. Seulement ça tu le ne comprend pas, parce que dans ta compréhension limitée un bit est un bit et l’usage on s’en balance.

Tu n’as pas non plus l’air de comprendre la différence entre la mémoire virtuelle et l’espace d’adressage, et les channels mémoire et largeurs de bus.

Tu sais quoi ? Tu es libre. Je ne vais pas essayer de nier ta liberté d’avoir tord. C’est ton choix apparemment, donc grand bien te fasse. On ne peut pas faire boire un âne triple bâté qui n’a pas soif.

avatar LeGrosJeanLou 02/12/2017 - 18:02

@fte

"Tu n’as pas non plus l’air de comprendre la différence entre la mémoire virtuelle et l’espace d’adressage, et les channels mémoire et largeurs de bus."

C'est toi qui te focalise bêtement sur l'espace d'adressage des puces 64Bits...

On a jamais eu besoin du 64Bits pour avoir plus de 4Go de RAM... Intel proposait d'ailleurs un proco 32Bits dont l'espace d'adressage était étendu à 36Bits (soit 64Go de RAM max).

Alors arrête deux minutes ta fixette sur l'espace d'adressage et penches toi sur les autres différences qui existent entre les architectures 32Bits et 64Bits.

Tu comprendras alors peut-être pourquoi le 64Bits est plus performant que le 32Bits sur certains types de calculs, au lieu de les nier en bloc (comme un âne ?)

avatar fte 02/12/2017 - 18:14 via iGeneration pour iOS

@LeGrosJeanLou

🤦‍♂️

Cette conversation est inutile. Bon dimanche.

avatar LeGrosJeanLou 02/12/2017 - 18:32

@fte

Tant que tu resteras campé sur tes positions en effet...

Relis ton premier commentaire et tu comprendras peut-être comment on en est arrivé là.

Parce que dès qu'on parle de 64Bits, y a toujours un Gus comme toi pour expliquer que le 64Bits permet de gérer plus de RAM et rien d'autre. Ce qui est faux à plus d'un titre, cf les puces Intel qui géraient déjà 64Go de RAM en 32Bits ou la nécessité d'avoir plus de 32Bits par paquet pour le calcul de précision (et la nécessité de créer un coprocesseur arithmétique pour ce type de calcul).

Alors maintenant, à savoir si toutes les apps gagneraient à passer au 64Bits il est évident que non. Mais l'équation globale ne se résume pas à ça. Et on peut sans mal imaginer qu'une puce libérée des archaïsmes des précédentes architectures serait plus efficace que les bricolages actuels.

Comme le rappelle @harisson ça fait 15ans qu'on a cette conversation, et 15ans qu'on entend que le 64Bits ne sert à rien d'autre que de gérer plus de mémoire... Alors forcément ça commence à lasser.

avatar LeGrosJeanLou 02/12/2017 - 18:49

@fte

"A common misconception is that 64-bit architectures are no better than 32-bit architectures unless the computer has more than 4 GiB of random-access memory.[33] This is not entirely true:

- Some operating systems and certain hardware configurations limit the physical memory space to 3 GiB on IA-32 systems, due to much of the 3–4 GiB region being reserved for hardware addressing; see 3 GB barrier; 64-bit architectures can address far more than 4 GiB. However, IA-32 processors from the Pentium Pro onward allow a 36-bit physical memory address space, using Physical Address Extension (PAE), which gives a 64 GiB physical address range, of which up to 62 GiB may be used by main memory; operating systems that support PAE may not be limited to 4 GiB of physical memory, even on IA-32 processors. However, drivers and other kernel mode software, more so older versions, may be incompatible with PAE; this has been cited as the reason for 32-bit versions of Microsoft Windows being limited to 4 GiB of physical RAM[34] (although the validity of this explanation has been disputed[35]).
- Some operating systems reserve portions of process address space for OS use, effectively reducing the total address space available for mapping memory for user programs. For instance, 32-bit Windows reserves 1 or 2 GiB (depending on the settings) of the total address space for the kernel, which leaves only 3 or 2 GiB (respectively) of the address space available for user mode. This limit is much higher on 64-bit operating systems.
- Memory-mapped files are becoming more difficult to implement in 32-bit architectures as files of over 4 GiB become more common; such large files cannot be memory-mapped easily to 32-bit architectures, as only part of the file can be mapped into the address space at a time, and to access such a file by memory mapping, the parts mapped must be swapped into and out of the address space as needed. This is a problem, as memory mapping, if properly implemented by the OS, is one of the most efficient disk-to-memory methods.
- Some 64-bit programs, such as encoders, decoders and encryption software, can benefit greatly from 64-bit registers,[citation needed] while the performance of other programs, such as 3D graphics-oriented ones, remains unaffected when switching from a 32-bit to a 64-bit environment.[citation needed]
- Some 64-bit architectures, such as x86-64, support more general-purpose registers than their 32-bit counterparts (although this is not due specifically to the word length). This leads to a significant speed increase for tight loops since the processor does not have to fetch data from the cache or main memory if the data can fit in the available registers.

avatar fifounet 04/12/2017 - 13:40 via iGeneration pour iOS

@fte

« Crois ce que tu veux, je n’en ai strictement rien à faire. Tu peux même croire en la numérologie ou n’importe quelle fadaise de ton choix, pour ce que ça m’importe. »

Le problème n’est pas de croire ou pas.
Le problème est que ce qu’il dit est vrai
Attention de pas être le newbie arrosé.....

avatar fte 04/12/2017 - 21:14 via iGeneration pour iOS (edité)

@fifounet

"Le problème est que ce qu’il dit est vrai "

Certes. Mais pas sur le bon sujet.

Presque.

Enfin, le coup des processus 64-bit et des double 64-bit, c'est pas tout à fait "vrai". Par exemple.

avatar jean_claude_duss 02/12/2017 - 08:40 via iGeneration pour iOS

Ça va être trop cool, du jour au Lendemain des tonnes de petits utilitaires qui marchent très bien et qui sont indispensables ne vont plus pouvoir se lancer...

avatar mat 1696 02/12/2017 - 09:09 via iGeneration pour iOS

C'est fou comme pour enlever des trucs ils sont forts, rapides et réactifs.

Par contre pour debuguer un minimum y a plus personne !

avatar r e m y 02/12/2017 - 10:49 via iGeneration pour iOS

Derniere version à faire tourner "sans compromis" les applications 32bit.
Doit-on comprendre que le prochain MacOS pourrait quand même les faire tourner mais "avec" des compromis???

Sinon que vient faire cette précision "sans compromis"???

avatar Bigdidou 02/12/2017 - 11:11 via iGeneration pour iOS

"Apple rappelle que High Sierra sera le dernier macOS "

On commençait à s'en douter.

avatar sinbad21 02/12/2017 - 11:57

Ça craint, j'ai 87 applications qui sont en 32 bits. Parmi elles il y en a dont je me sers régulièrement. Pour savoir quelles sont vos en applis en 32 bits, allez dans "À propos de votre Mac">Rapport système>Logiciels>Applications, mettez la fenêtre en plein écran, cliquez sur la colonne 64 bits(Intel) et vous aurez toutes les applis 32 bits regroupées ensemble.

avatar vincentn 02/12/2017 - 11:58

Depuis le temps que cet abandon du 32 bits est dans les tuyaux et qu'Apple a prévenu les développeurs, on ne peut vraiment pas dire qu'Apple, pour ce sujet précis, a eu un comportement dictatorial vis à vis de ces derniers ou des usagers.

Entre les différentes mises à jour système ou des logiciels encore activement développés, les solutions trouvées pour les logiciels abandonnés, il ne me reste finalement que peu de softs ou possédant encore quelques process 32 bits sous High Sierra, au-delà du Lecteur DVD d'Apple :

- XLD, mais le développeur a toujours dit que ce serait simple pour lui de passer en 64 bits, mais qu'il préférait une plus large compatibilité de machine. Bref pas trop d'inquiétudes à avoir.

- Finderpop, et là je n'ai plus trop d'espoir avec le prochain système. Et pas de remplaçant, même édulcoré, en tête.

- Synology Cloud Station, étonnamment. Mais on peut espérer qu'une grosse boite comme çà n'aura pas trop de difficultés a basculer en 64 bits quand il le faudra.

- Pulse secure, là aussi, très étonnant, et même constat que pour Synology.

- Des process Dropbox, encore en 32 bits, mais pas d'inquiétudes là aussi.

avatar Eurylaime 02/12/2017 - 12:03

Aucun argument pour le faire si ce n'est encore réduire les moyens alloués à macOS dont ils vont bien réussir à avoir la peau au profit d'un iOS tordu et torturé afin de s'adapter à un usage avec un clavier et une souris.

avatar Gillesgilles2 02/12/2017 - 14:20 via iGeneration pour iOS

Est-ce que iWeb est en 64 bits?

avatar jean_claude_duss 02/12/2017 - 14:48

hahahahahahaha

avatar harisson 02/12/2017 - 15:21

C'est toujours amusant de voir les déchirements 32 bits vs 64 bits presque 15 ans après l'introduction de l'Athlon64 ^_^

avatar fte 02/12/2017 - 17:13 via iGeneration pour iOS

@harisson

On pourrait supposer après tant de temps que la question serait à peu près cernée, mais non. Il y en a encore pour amalgamer le modèle programmeur, les registres et ALCUs, la largeur de bus et je ne sais trop quoi d’autre.

Le plus marrant c’est qu’ils te démontrent qu’ils ont raison en te sortant n’importe quoi du moment qu’il y a 64 dedans. Heureusement qu’il n’y a pas 64 nains de Blanche-Neige...

Je me souviens des mêmes prises de tête sur fcsm il y a 15 ans. C’était déjà très nul.

avatar LeGrosJeanLou 02/12/2017 - 17:44

@fte

"Il y en a encore pour amalgamer le modèle programmeur, les registres et ALCUs, la largeur de bus et je ne sais trop quoi d’autre."

S'il y en a bien un ici pour faire des amalgames c'est toi, en réduisant l'architecture 64Bits à son espace d'adressage... Alors que la taille du paquet qui passe de 4 à 8 octets est de loin l'amélioration la plus significative de cette architecture.

Tu seras d'ailleurs certainement étonné d'apprendre que la majorité des puces 64 Bits actuelles n'adressent même pas les 2^64 octets de mémoire.

Tu devrais lire l'article que je t'ai mis en lien au sujet des différences de performances entre un système 32 et 64Bits. Tu verras qu'avec des exemples concrets c'est beaucoup plus clair. Et c'est autre chose qu'un forum de Q&A...

avatar harisson 02/12/2017 - 19:20

@fte

J'ai hâte de voir les prochaines prises de têtes entre bits vs qubits (pourvu que je sois encore vivant quand ça démarrera ^_^).

avatar fte 02/12/2017 - 20:08 via iGeneration pour iOS

@harisson

Pas besoin d’attendre pour se régaler de belles prises de tête, juste considère le vaste topic de l’IA. Déjà, ce qu’on appelle communément de l’IA n’a en réalité rien à voir avec de l’IA, les bases de connaissances, moteurs d’inférence, deep learning et autres systèmes "neuronaux" (qui ne le sont que par lointaine analogie)...

Le truc de base qui manque généralement, c’est le vocabulaire. Les gens ne savent pas ce que ces appellations recouvrent. On arrive ainsi à des amalgames de notions sous une même bannière, et c’est ensuite la croix et la bannière de corriger le tir avec des termes correctement utilisés et définis. Le premier document que je donne à mes étudiants est systématiquement un glossaire avec tout le vocabulaire du cours. C’est essentiel d’avoir un langage commun pour avoir une conversation éclairée. La culture Google n’aide guère, on y trouve autant d’excellents contenus que de garbage bourré d’amalgames. Même la littérature professionnelle n’y échappe pas, au point que parfois des définitions et termes sont revus pour correspondre à la croyance populaire.

Pages