Un autre développement intéressant associé à JMP 7 est la publication du 64 bits version de JMP pour les systèmes d’exploitation Windows et Linux. Pourquoi est-ce excitant? Bien qu'une application 64 bits telle que JMP ne s'exécute pas nécessairement plus rapidement que son homologue 32 bits, la quantité de données que JMP peut analyser est considérablement augmentée. Nous pensons que cela aura un impact significatif sur nos utilisateurs. Nombre d'entre eux continuent d'exiger de plus en plus JMP en termes de taille du jeu de données qu'ils s'attendent à gérer.
Contrairement au système SAS, JMP doit charger l'intégralité du jeu de données en mémoire avant de pouvoir analyser les données. Par conséquent, JMP est confronté à une contrainte très fondamentale en termes de taille de l'ensemble de données qu'il peut analyser, contrainte imposée par la taille de l'espace d'adressage défini par le système d'exploitation lui-même.
En principe, dans un système d'exploitation 32 bits, vous disposez de 2 ^ 32 bits pour former l'adresse d'un emplacement en mémoire où une donnée peut être stockée. Ainsi, en théorie, lorsque JMP fonctionne sur un système d'exploitation 32 bits, il y a 2 ^ 32 adresses «théoriques» sur lesquelles il pourrait accéder et / ou stocker des données. Vous pensez peut-être que cela laisserait plus de «place» aux données, mais certains de nos utilisateurs, en particulier ceux qui utilisent JMP Genomics, éprouvent déjà des difficultés liées à cette limitation. En effet, certains de leurs ensembles de données sont si volumineux que JMP 32 bits ne peut absolument pas charger leurs données.
Mais dans un système d'exploitation 64 bits, vous disposez de 2 ^ 64 bits pour former une adresse pour un emplacement de mémoire. Ceci constitue une limite théorique de 16 exaoctets; en termes de taille de fichier, cela représenterait environ deux milliards de lignes de données. En d'autres termes, le protocole JMP 64 bits peut charger en mémoire un ensemble de données considérablement plus important que son prédécesseur 32 bits. Cela permet à JMP Genomics d'analyser des ensembles de données qui dépassaient les capacités de JMP 32 bits.
Il convient de noter que la description ci-dessus est un peu trop simpliste. Il n’est pas vrai, par exemple, qu’une application fonctionnant sur un système d’exploitation 32 bits puisse accéder à l’ensemble des 2 ^ 32 emplacements mémoire «théoriques». En effet, le système d'exploitation limite la plage d'adresses à laquelle une application est autorisée à accéder. Certaines adresses «théoriques» sont «interdites» à toutes les applications; ces adresses spéciales sont réservées au système d'exploitation lui-même. Une qualification similaire s'applique à un système d'exploitation 64 bits - toutes les 2 ^ 64 adresses «théoriques» ne sont pas accessibles à une application telle que JMP. Néanmoins, lorsque toutes ces qualifications sont notées, il n'en reste pas moins qu'en pratique, un système d'exploitation 64 bits offre énormément d'espace d'adressage supplémentaire par rapport à un système d'exploitation 32 bits. Cela signifie que vous pouvez charger plus de données dans la version 64 bits de JMP s'exécutant sur un système d'exploitation 64 bits que vous n'auriez jamais pu le faire avant d'exécuter la version 32 bits de JMP sur un système d'exploitation 32 bits.
Il y a un an à peu près, Journal Linux publié un article, JMP 64 bits pour Linux écrit par Erin Vang de SAS Institute. (Voir Journal Linux : Numéro 149, septembre 2006, p. 82-85.) Dans cet article, je prédisais une popularité croissante des systèmes d'exploitation 64 bits et que Linux commencerait à gagner du terrain à mesure que de plus en plus d'utilisateurs adoptaient le système d'exploitation Linux 64 bits. . Cependant, aucune prédiction ne s'est réalisée. La migration vers 64 bits a été beaucoup plus lente que prévu. Et le taux d’adoption de Linux sur le bureau est à la base. En ce qui concerne Linux, je pense que les utilisateurs se sont abstenus de migrer vers le bureau Linux en partie parce que les applications dont ils dépendent ne sont toujours pas disponibles - du moins, pas des applications de qualité comparable à celles de Windows et le Mac. Et je pense que le même raisonnement s’applique au faible taux d’adoption de l’informatique 64 bits. Bien sûr, tant qu'un utilisateur doit analyser des ensembles de données relativement petits, il est peu urgent de passer à une plate-forme 64 bits. Mais même si la taille des données de l'utilisateur dépasse les applications 32 bits, il est inutile d'adopter un système d'exploitation 64 bits si les versions 64 bits des applications dont l'utilisateur a besoin ne sont pas là!
Heureusement, les personnes confrontées au défi d'analyser des ensembles de données de plus en plus volumineux peuvent désormais migrer vers un système d'exploitation Windows ou Linux 64 bits et savoir qu'au moins une application puissante sera présente: la version 64 bits de JMP 7.
Un mot sur le Mac
Malheureusement, bien qu'une implémentation 64 bits ait également été prévue pour la version Macintosh de JMP 7, notre stratégie de création reposait sur l'hypothèse suivante: Pomme prendrait en charge la migration d’applications 32 bits Carbon (telles que JMP) vers Mac OS X 64 bits. Cependant, peu de temps avant la sortie de JMP 7 (et après les efforts considérables de notre équipe de développement Mac pour notre application Carbon pour Mac OS X 64 bits), Apple a abandonné la prise en charge de ce chemin de migration. Au lieu de cela, Apple a annoncé que si vous souhaitez créer une application 64 bits pour Mac OS X, votre application doit être écrite pour cibler l'API Cocoa. Cela nous a empêché de créer une version 64 bits de JMP 7 pour Mac, car cibler Cocoa aurait entraîné une réécriture massive du code de niveau «hôte» au sein de JMP. Compte tenu du moment annoncé par Apple, il n’était tout simplement pas temps de convertir JMP comme prévu. C'est une mauvaise nouvelle pour les utilisateurs de Macintosh, car cela signifie qu'ils ne pourront pas tirer parti des avantages offerts par un espace d'adressage 64 bits. La seule consolation que je puisse offrir est que, dans le cycle de développement de JMP 8, nous prévoyons de réécrire complètement l’ensemble de la couche hôte Macintosh de JMP dans Objective C et de cibler l’API de Cocoa, convertissant ainsi JMP en une application véritablement native de Cocoa. Cela nous permettra de produire une version 64 bits de JMP pour Mac à temps pour la sortie de JMP 8. Pour le moment, tout ce que je peux faire, c'est présenter mes excuses à nos utilisateurs de Mac, dont beaucoup sont des utilisateurs fidèles de JMP depuis des années, certains allant jusqu'à la version 1 de JMP pour Mac. S'il vous plait, soyez patient avec nous; nous ferons de la version 64 bits de JMP une réalité lorsque nous publierons la version 8.
John Munoz a écrit:
J'attendais avec impatience la version 64 bits de JMP depuis quelque temps maintenant. Plusieurs sources au sein de JMP m'ont dit que le produit était prêt à être publié, mais j'étais frustré de ne pas avoir de date précise. Pouvez-vous commenter la date de sortie de JMP 64 bits pour Windows?
Richard Potter a écrit:
John,
J'apprécie votre intérêt pour la version 64 bits de JMP pour Windows et
Je m'excuse de n'avoir pu fournir de date de sortie définitive pour ce produit jusqu'à présent.
Nous prévoyons de publier JMP 64 bits pour Windows et Linux à la mi-octobre de cette année. Espérons que nous pourrons annoncer sa disponibilité au cours de la semaine du 15 au 19 octobre.
Cordialement,
--Richard
maccode a écrit:
Je voudrais vous dire que la version Linux 64 bits de JMP lève la limite. JMP peut désormais dépasser les limites de la limite de mémoire d'adressage 32 bits et atteindre une limite théorique de 16 exaoctets, ce qui lui permettrait de fonctionner sur deux milliards de lignes de données. La version 64 bits de JMP pour Linux est également multithread, et la taille et la complexité des problèmes que quelqu'un peut résoudre à l'aide de JMP sont ahurissantes. Je vous remercie.
