JMP 7に関連したもう1つの興味深い開発は、 64ビット WindowsおよびLinuxオペレーティングシステム用のJMPのバージョン。なぜこれがおもしろいのですか？JMPなどの64ビットアプリケーションは、32ビット版よりも高速に動作するとは限りませんが、JMPが分析できるデータ量は大幅に増加します。私たちはこれが私たちのユーザーに大きな影響を与えると信じています、その多くは彼らがJMPが扱うことを期待するデータセットの莫大なサイズに関してJMPにますます大きな要求を出し続けます。
SASシステムとは異なり、JMPはデータを分析する前にデータセット全体をメモリにロードする必要があります。したがって、JMPは分析可能なデータセットのサイズという点で非常に根本的な制約に直面しています。これは、オペレーティングシステム自体によって定義されるアドレス空間のサイズによって課される制約です。
原則として、32ビットオペレーティングシステムでは、データの一部を格納できるメモリ内の場所のアドレスを形成するために使用する2 ^ 32ビットがあります。したがって、理論上、JMPが32ビットオペレーティングシステム上で実行される場合、データにアクセスしたりデータを格納したりすることができる2 ^ 32の「理論上の」アドレスがあります。あなたはこれがデータのための十分な「余地」以上であろうと思うかもしれません、しかし我々の何人かのユーザー、特にJMP Genomicsを使用しているユーザーは既にこの制限の苦痛を経験しています。実際、一部のデータセットは非常に大きいため、32ビットJMPはデータをまったくロードできません。
しかし、64ビットオペレーティングシステムでは、メモリ位置のアドレスを形成するための2 ^ 64ビットがあります。これは16エクサバイトの理論上の制限を構成します。データセットサイズの観点からは、これはおよそ20億行のデータになります。言い換えれば、64ビットのJMPは、以前の32ビット版よりもかなり大きいデータセットをメモリにロードできます。これにより、JMP Genomicsは32ビットJMPの機能を超えたデータセットを分析することができます。
上記の説明はやや単純化し過ぎていることに留意されたい。たとえば、32ビットOS上で実行されているアプリケーションが2 ^ 32の「理論上の」メモリ位置すべてにアクセスできることは、実際には正しくありません。これは、アプリケーションがアクセスを許可されるアドレスの範囲がオペレーティングシステムによって制限されているためです。いくつかの「理論的な」アドレスは、すべてのアプリケーションに対する「立ち入り禁止」です。これらの特別なアドレスはオペレーティングシステム自体のために予約されています。同様の資格が64ビットOSにも適用されます。2^ 64の「理論上の」アドレスすべてがJMPなどのアプリケーションからアクセスできるわけではありません。それにもかかわらず、すべてのそのような資格が認められたとき、実際には64ビットオペレーティングシステムは32ビットオペレーティングシステムと比較したときに膨大な量の余分なアドレス空間を提供するという事実は残ります。これはつまり、32ビット版のJMPを32ビット版のオペレーティングシステムで実行する前よりも多くのデータを、64ビット版のオペレーティングシステムで実行されている64ビット版のJMPにロードできることを意味します。
約1年前、 Linuxジャーナル記事を公開しました Linux用64ビットJMP SAS InstituteのErin Vangによって書かれました。（見る Linuxジャーナルこの記事では、64ビットオペレーティングシステムの人気が高まり、より多くのユーザーが64ビットLinux OSを採用するにつれて、Linuxがデスクトップに根付き始めると予測しました。。しかし、どちらの予測も実現していません。64ビットへの移行は、私が予想していたよりもずっと遅いものでした。そしてデスクトップでのLinuxの採用率は基本的に横ばいです。Linuxに関する限り、私は依存しているアプリケーションがまだ利用できないという理由でユーザがLinuxデスクトップに移行することを控えていると考えています。少なくとも、WindowsやWindowsに匹敵する品質のアプリケーションはそうではありません。マック。また、同じ推論が、64ビットコンピューティングの普及率が遅いことにも当てはまると思います。もちろん、分析するデータセットが比較的少ない限り、64ビットプラットフォームに移行することは急務ではありません。しかし、ユーザーのデータサイズが32ビットアプリケーションを圧倒している場合でも、ユーザーが必要とする64ビットバージョンのアプリケーションがない場合は、64ビットオペレーティングシステムを採用する意味はほとんどありません。
幸い、ますます大容量のデータセットを分析するという課題に直面している個人は、64ビットのWindowsまたはLinuxオペレーティングシステムに移行でき、少なくとも1つの強力なアプリケーションがあることを知っています。JMP7の64ビットバージョンです。
Macについての一言
残念ながら、JMP 7のMacintosh版でも64ビットの実装が計画されていましたが、それを作成するための私たちの戦略は、次の前提に基づいていました。林檎 32ビットCarbonベースのアプリケーション（JMPなど）を64ビットMac OS Xに移行するためのサポートを提供します。私たちのCarbonベースのアプリケーションを64ビットMac OS Xにすると、Appleはこの移行パスのサポートをやめました。その代わりに、Mac OS X用の64ビットアプリケーションを作成したい場合は、Cocoa APIをターゲットとするようにアプリケーションを作成する必要があるとAppleは発表しました。CocoaをターゲットにするとJMP内の「ホスト」レベルのコードが大幅に書き直されることになるため、これにより、Mac用の64ビット版のJMP 7を作成できませんでした。Appleが発表したタイミングを考えれば、JMPを必要に応じて変換する時間はありませんでした。64ビットアドレス空間が提供しなければならない利点を利用することができないということを意味するので、これは私達のマッキントッシュユーザーにとって悪いニュースです。私が提供できる唯一の慰めは、Objective CでJMPのMacintoshホスト層全体を完全に書き換え、それによってJMPを真のネイティブCocoaベースのアプリケーションに変換することです。これにより、JMP 8のリリースに間に合うように、Mac用の64ビットバージョンのJMPを作成することができます。しかし、当分の間、私ができることは私の謝罪を私たちのMacユーザーに広げることだけであり、その多くは何年もの間忠実なJMPユーザーでした。我慢してください。バージョン8をリリースするときには、64ビット版のJMPを実現する予定です。
ジョンムニョス書きました：
私はしばらくの間、64ビット版のJMPを待ち望んでいました。私はJMPのさまざまなソースからリリースの準備ができていると聞きましたが、確定した日付にならないことに不満を感じています。Windows版JMP 64-bitのリリース日についてコメントしてください。
リチャードポッター書きました：
ジョン、
64ビット版のJMP for Windowsに関心をお寄せいただきありがとうございます。
これまでこの製品の正式なリリース日をお知らせできなかったことをお詫び申し上げます。
今年10月中旬に、WindowsおよびLinux用の64ビットJMPをリリースする予定です。うまくいけば、私たちはいつか10月15日から19日の週の間にその利用可能性を発表することができるでしょう。
よろしく、
- リチャード
maccode 書きました：
私は、JMPの64ビットLinuxリリースが限界を解消することを伝えたいと思います。これでJMPは、32ビットアドレッシングメモリの制限の限界を超えて、理論上の16エクサバイトの限界に移動できます。これにより、JMPは20億行のデータを処理できます。64ビットLinux版のJMPもマルチスレッド化されており、JMPを使用して解決できる問題のサイズと複雑さは驚くべきものです。ありがとうございました。
