Eine weitere aufregende Entwicklung in Verbindung mit JMP 7 ist die Veröffentlichung von 64-Bit JMP-Version für Windows- und Linux-Betriebssysteme. Warum ist das aufregend? Obwohl eine 64-Bit-Anwendung wie JMP nicht unbedingt schneller als die 32-Bit-Gegenstelle ausgeführt werden muss, ist die Datenmenge, die JMP analysieren kann, erheblich erhöht. Wir glauben, dass dies einen erheblichen Einfluss auf unsere Benutzer haben wird, von denen viele immer noch höhere Anforderungen an JMP stellen, was die Größe des Datensatzes angeht, den JMP erwartet.
Im Gegensatz zum SAS-System muss JMP den gesamten Datensatz in den Speicher laden, bevor er die Daten analysieren kann. Daher steht JMP eine sehr grundlegende Einschränkung hinsichtlich der Größe des Datensatzes gegenüber, die es analysieren kann - eine Einschränkung, die durch die Größe des vom Betriebssystem selbst definierten Adressraums auferlegt wird.
Im Prinzip haben Sie in einem 32-Bit-Betriebssystem 2 ^ 32 Bits, mit denen Sie die Adresse einer Stelle im Speicher bilden können, an der ein Datenelement gespeichert werden kann. Theoretisch gibt es, wenn JMP auf einem 32-Bit-Betriebssystem läuft, 2 ^ 32 "theoretische" Adressen, unter denen er auf Daten zugreifen und / oder diese speichern kann. Sie denken vielleicht, dass dies mehr als genug „Raum“ für Daten wäre, aber einige unserer Benutzer, insbesondere diejenigen, die JMP Genomics verwenden, haben bereits den Schmerz dieser Einschränkung. In der Tat sind einige ihrer Datensätze so groß, dass 32-Bit-JMP ihre Daten überhaupt nicht laden kann.
In einem 64-Bit-Betriebssystem haben Sie jedoch 2 ^ 64 Bit, um eine Adresse für einen Speicherplatz zu bilden. Dies stellt eine theoretische Grenze von 16 Exabyte dar; In Bezug auf die Datensatzgröße wären dies ungefähr zwei Milliarden Datenzeilen. Mit anderen Worten, 64-Bit-JMP kann einen wesentlich größeren Datensatz in den Speicher laden, als es der 32-Bit-Vorgänger jemals zuvor könnte. Dies ermöglicht es JMP Genomics, Datensätze zu analysieren, die über die Möglichkeiten von 32-Bit-JMP hinausgehen.
Es sei darauf hingewiesen, dass die obige Beschreibung etwas zu stark vereinfacht ist. Es ist nicht wirklich richtig, dass beispielsweise eine Anwendung, die auf einem 32-Bit-Betriebssystem ausgeführt wird, auf alle 2 ^ 32 "theoretischen" Speicherplätze zugreifen kann. Dies liegt daran, dass das Betriebssystem den Adressbereich einschränkt, auf den eine Anwendung zugreifen darf. Einige "theoretische" Adressen sind für alle Anwendungen "gesperrt"; Diese speziellen Adressen sind für das Betriebssystem selbst reserviert. Eine ähnliche Qualifikation gilt für ein 64-Bit-Betriebssystem - nicht alle 2 ^ 64 "theoretischen" Adressen sind für eine Anwendung wie JMP zugänglich. Wenn alle derartigen Qualifikationen erwähnt werden, bleibt die Tatsache jedoch bestehen, dass ein 64-Bit-Betriebssystem in der Praxis im Vergleich zu einem 32-Bit-Betriebssystem enorm viel zusätzlichen Adressraum bietet. Dies bedeutet wiederum, dass Sie mehr Daten in die 64-Bit-Version von JMP laden können, die auf einem 64-Bit-Betriebssystem ausgeführt wird, als Sie jemals zuvor die 32-Bit-Version von JMP auf einem 32-Bit-Betriebssystem ausgeführt haben.
Vor etwa einem Jahr Linux Journal einen Artikel veröffentlicht, 64-Bit-JMP für Linux geschrieben von Erin Vang vom SAS Institute. (Sehen Linux Journal : Ausgabe 149, Sept. 2006, S. 82-85.) In diesem Artikel habe ich vorausgesagt, dass 64-Bit-Betriebssysteme an Popularität gewinnen und Linux auf dem Desktop an Boden gewinnen wird, da immer mehr Benutzer das 64-Bit-Linux-Betriebssystem übernehmen . Keine der Vorhersagen hat sich jedoch erfüllt. Die Migration zu 64 Bit war viel langsamer als ich erwartet hatte. Und die Akzeptanzrate von Linux auf dem Desktop ist im Wesentlichen flach. In Bezug auf Linux glaube ich, dass die Benutzer von der Migration auf den Linux-Desktop teilweise Abstand genommen haben, weil die Anwendungen, von denen sie abhängig sind, immer noch nicht verfügbar sind - zumindest keine Anwendungen mit einer Qualität, die mit denen von Windows und vergleichbar ist der Mac Ich denke, dass dieselbe Argumentation für die langsame Akzeptanzrate von 64-Bit-Computing gilt. Solange ein Benutzer relativ kleine Datensätze zum Analysieren hat, ist es natürlich wenig dringlich, zu einer 64-Bit-Plattform zu wechseln. Aber selbst wenn die Größe der Benutzerdaten ihre 32-Bit-Anwendungen überfordert, ist die Einführung eines 64-Bit-Betriebssystems wenig sinnvoll, wenn die 64-Bit-Versionen der Anwendungen, die der Benutzer benötigt, nicht vorhanden sind!
Glücklicherweise können Personen, die sich der Herausforderung stellen, immer größere Datenmengen zu analysieren, nun auf ein 64-Bit-Windows- oder Linux-Betriebssystem migrieren und wissen, dass mindestens eine leistungsfähige Anwendung vorhanden ist: die 64-Bit-Version von JMP 7.
Ein Wort zum Mac
Obwohl eine 64-Bit-Implementierung auch für die Macintosh-Version von JMP 7 geplant war, beruhte unsere Strategie für die Erstellung auf der Annahme, dass dies der Fall war Apfel Unterstützung für die Migration von 32-Bit-Carbon-basierten Anwendungen (wie JMP) auf den 64-Bit-Mac OS X bieten. Allerdings kurz vor der Veröffentlichung von JMP 7 (und nach erheblichen Anstrengungen seitens unseres Mac-Entwicklungsteams) unserer auf Carbon basierenden Anwendung für 64-Bit-Mac OS X) hat Apple die Unterstützung für diesen Migrationspfad eingestellt. Stattdessen gab Apple bekannt, dass, wenn Sie eine 64-Bit-Anwendung für Mac OS X erstellen möchten, Ihre Anwendung so geschrieben werden muss, dass sie auf die Cocoa-API abzielt. Dies hinderte uns daran, eine 64-Bit-Version von JMP 7 für den Mac zu erstellen, da die Ausrichtung auf Cocoa ein massives Umschreiben des Codes auf Host-Ebene in JMP zur Folge hatte. Angesichts des Zeitpunkts der Ankündigung von Apple war es einfach nicht möglich, JMP nach Bedarf zu konvertieren. Dies ist eine schlechte Nachricht für unsere Macintosh-Benutzer, da sie nicht die Vorteile eines 64-Bit-Adressraums nutzen können. Der einzige Trost, den ich anbieten kann, ist, dass wir innerhalb des JMP 8-Entwicklungszyklus die gesamte Macintosh-Hostschicht von JMP vollständig in Objective C umschreiben und auf die Cocoa-API abzielen, wodurch JMP in eine wirklich native Cocoa-basierte Anwendung umgewandelt wird. So können wir rechtzeitig zur Veröffentlichung von JMP 8 eine 64-Bit-Version von JMP für den Mac erstellen. Aber vorerst kann ich mich nur bei meinen Mac-Benutzern entschuldigen, von denen viele seit Jahren treue JMP-Benutzer sind, von denen einige bis auf Version 1 von JMP für den Mac zurückgehen. Bitte haben Sie Geduld mit uns. Mit der Version 8 werden wir die 64-Bit-Version von JMP verwirklichen.
John Munoz schrieb:
Ich habe schon lange auf die 64-Bit-Version von JMP gewartet. Ich habe von verschiedenen Quellen in JMP gehört, dass es zur Veröffentlichung bereit ist, aber es war frustriert, kein festes Datum zu erhalten. Können Sie das Veröffentlichungsdatum von JMP 64-Bit für Windows kommentieren?
Richard Potter schrieb:
John,
Ich freue mich über Ihr Interesse an der 64-Bit-Version von JMP für Windows und
Ich bitte um Entschuldigung, dass wir bisher keinen festen Veröffentlichungszeitpunkt für dieses Produkt angeben konnten.
Die Veröffentlichung von 64-Bit-JMP für Windows und Linux ist für Mitte Oktober dieses Jahres geplant. Hoffentlich können wir die Verfügbarkeit irgendwann in der Woche vom 15. bis 19. Oktober bekannt geben.
Grüße,
- Richard
maccode schrieb:
Ich möchte Ihnen gerne sagen, dass die 64-Bit-Linux-Version von JMP das Limit erhöht. JMP kann sich jetzt über die Grenzen der 32-Bit-Adressierungsspeichergrenze hinaus auf eine theoretische Grenze von 16 Exabyte bewegen, wodurch JMP die Verarbeitung von zwei Milliarden Datenzeilen ermöglicht. Die 64-Bit-Linux-Version von JMP ist ebenfalls Multithreading, und die Größe und Komplexität der Probleme, die jemand mit JMP lösen kann, ist umwerfend. Vielen Dank.
