【急ぐべきか】OSXの64bit化はいつ?【待つべきか】
■ このスレッドは過去ログ倉庫に格納されています
0001名称未設定
03/06/27 03:05ID:3ehP9GG9「カーネルも64bitに対応している。G5は32bitと64bit、両方の命令を同じように高速に実行でき
る。カーネル内部で64bitレジスタが有効な部分では、64bitのメリットが生きる。また最適化は64bit
命令に関する部分だけではない。G5のアーキテクチャに合わせた最適化を32bitの部分でも行なう。た
だしAPIを64bit化しているわけではない」
「各アプリケーションが利用できるアドレス空間は32bitのままだ。個々のプロセスは4GBのメモリ空
間に制限される。しかし、システム全体では64bitのアドレス空間を活用可能だ。従って、多くのプロ
セスが同時に動作する環境においては64bitの意味が出てくる。また、演算ライブラリの中で64bitレジ
スタを使っており、そこでの高速化もある。たとえば平方根などは大幅な高速化が行なえる」
「現在のところ、32bitの現行APIを維持する方針だ。今後、その方針がどのように変化するかはわか
らない。しかし、APIの64bit化といった大きな変更を行なうときには、あらかじめきちんとアナウンス
する」
「先ほども話したように、我々は32bitアプリケーションの開発にフォーカスを当てている。Xcodeは
非常に素早く優れたアプリケーションを開発できる環境だ。しかし64bitアプリケーションへの移行を
促すものではない」
CPUは64bitになったものの、未だ詳細の分からないOSX64bit対応のロードマップ。
上記資料によればDarwinマイクロカーネルそのものは64bit化しているようだが
APIが64bit化しアプリが64bitアドレス空間を使えるようになるのはいつになるのか?
Opteron用WinXPも発表されている中、64bitアプリのサポートは急ぐべきなのか?
それとも32bitCPUであるG4もまだまだ現役である現状をふまえ、
アプリの64bit化は急ぐべきではないのか?
熱い技術論を期待します。
0002名称未設定
03/06/27 03:08ID:LMK5yyeW0003名称未設定
03/06/27 03:15ID:7S1Jgh5600041
03/06/27 03:32ID:3ehP9GG9そういうことのようです。
カーネルが64bit対応しているというのがよく分からないんだけどね。
額面通り取れば、Darwinのマイクロカーネル部(mach+BSD)は
64bitネイティブサポートしているということだろうけど。
とりあえず、ロードマップぐらいは示して欲しいのだが。
0005名称未設定
03/06/27 03:47ID:Nn3ldPOs0006名称未設定
03/06/27 04:01ID:feeedm/a64bit 化でメリットを受けるユーザーが少ないから
今のところは大きな変更はしなくていいと思われ
64bit の恩恵を受ける一部のアプリ用に 4G+ への
アクセス手段を用意してあげればよい
0007名称未設定
03/06/27 04:08ID:Cr5i7Ok9クロックの高速化と共にじわじわと完全対応化していけばいい。
現在10.3には満足だし。
00081
03/06/27 05:06ID:3ehP9GG9セカンド・オピニオン 執筆＝大原雄介
http://pcweb.mycom.co.jp/column/sopinion.html
【第1回】～【第31回】 64bit Rhapsody
PowerPCには触れてないようですが、参考にはなるかと。
0010名称未設定
03/06/27 06:03ID:Y0A/d9RR.....宝の持ち腐れ.....
0011名称未設定
03/06/27 07:37ID:5zugdYIfWWWソフトウェアプロダクトマーケティングシニアディレクタのブライアン・クロール氏へのインタビューを掲載していました。
インタビューを行なったのは「週刊モバイル通信」でお馴染みの本田雅一氏で、鋭い質問がバシバシされてます。
この中で、クロール氏は、G5は32bitと64bitの両方の命令が実行出来るため、カーネルも64bitレジスタが有効な部分は64bitのメリットが生きると説明しています。
しかし、
MacOS XのAPIを64bit化する予定は今のところなく、
Mac OS X v 10.3 Pantherでも、個々のプロセスは4GBのメモリ空間に制限されると述べたそうです。
0012名称未設定
03/06/27 10:30ID:kqsvC3Tc0013名称未設定
03/06/27 11:05ID:gp3AoXWnhttp://www.adobe.com/aboutadobe/pressroom/pressreleases/200306/062403PHOTOSHOPPLUGIN.html
0014名称未設定
03/06/27 14:12ID:qMUgky2JPowerPC G5(970)は32bit/64bitをネイティブサポートしているので
おそらくはタスクスイッチの時に両モードを切り替えることになると思うのです。
32bitプロセスがタスクスイッチの割り込み時にOSに切り替わるときに64bitモードになると。
PPC970のマニュアルは読んでないのですが、少なくともItaniumでは
32bit/64bitを切り替えつつジャンプする命令がありました。
なので64bitアプリと32bitアプリが混在することには問題がないんじゃないかと思います。
>>1によるとすでにカーネル自体は64bit化の準備が出来ているようだし。
0016名称未設定
03/06/27 15:46ID:FCHFccE016bitの時はメモリの壁が 64KB だったから far ポインタを
使う必要のある人が多かったけど、今度の壁は 4GB だから
大多数の人間には無関係だと思われ
0017名称未設定
03/06/27 20:02ID:6ZdibG+8倍速になるらしい。
0018名称未設定
03/06/28 00:34ID:svzqvfozフォトショップの対応っていうのは>>1の演算ライブラリの
64bit化(64bitレジスタ化)を利用するって事なのかな?
0019名称未設定
03/06/28 00:46ID:HNJMvJ620020名称未設定
03/06/28 01:27ID:6FhzVM1Y0022名称未設定
03/06/28 01:36ID:6FhzVM1Y＞ な なんだってー！！ ＜
￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^￣
_,,.-－..,,､ _,,－v--..,,
／ ''.v'ν Σ′ `､,,.-'""`´""ヽ
i' ／￣""''`--i7 | ,.ｲ!,!,!,､ ､,､ Σ ヽ
!へ/ -－、u. |' |.ﾉ-､ ' ` ` _` | /!'!^iﾍ､,,、 |
|'' !ﾞ i.oﾆ'ｰ'〈ｭﾆ! iiﾍ~oj.`< o7 ,!'_,' ' ``_,,.. ､ l
. ,`| u .ゝ! ∥ .j (} 'o〉 `''o'ヽ |,`i
_,,..-<:::::＼ ( 二> ／ ! _`-っ / | 7 ￣ u |i/
. |、 ＼:::::＼ '' ／ ＼ '' ／〃ヽ `"⊃ ,, 'v>、
.. !､＼ ＼ ,￣ γ/|￣ 〃 ＼二-‐′／／`
0024名称未設定
03/06/28 02:13ID:SvaqKthcアドビの発表がのってるとこ。無償プラグインでってリコンパイルとかさせるのかな？
なんやようわからん？
ttp://www.adobe.com/aboutadobe/pressroom/pressreleases/200306/062403PHOTOSHOPPLUGIN.html
002524
03/06/28 02:18ID:SvaqKthc>>18
さんへです。
インタビュー記事とかみてると、やっぱりプラグインで64bit演算ライブラリ
を使うようにするってことなのかな。すべての処理が倍早くなるわけでもないのか。
0026名称未設定
03/06/28 02:42ID:FXZ005YE> "The future of Photoshop on the Macintosh
> platform is being geared around exploiting the power of Mac OS X and tapping the
> hardware performance of a new generation of G5 systems."
> The Photoshop plug-in technology and software enhancement will be made available as
> free downloads from Adobe's web site, when Apple ships its Power Mac G5.
このあたりの記述かな?
http://www.zdnet.co.jp/products/0306/25/nj00_pmgrint_2.html
これによると、演算ライブラリは他の記事によるとMath Libというライブラリの内部を64bit化するということだから
アプリ側では特になにもしなくていいっぽいな。APIは変わらないということでしょう。
とすると、Adobe自身が64bitレジスタを使って高速化するためのプラグインを作るという事かな。
0027MACオタ
03/06/28 03:11ID:SEhm7iIrhttp://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=563&fi=no
0028名称未設定
03/06/28 03:16ID:FXZ005YEオタさん待ってましたw
> 3. 970搭載の機種とともにOSのみ64bit化して大容量メモリに対応。しかしBook Eプロセッサ
> が出る迄，64bit APIわ未公開（またわOS Xサーバー限定で公開）
Book Eというのは分からないのですが、このシナリオに近いって事でしょうか?
0029MACオタ＞28 さん
03/06/28 03:20ID:SEhm7iIrまあ，4番目としてPPC64でそのまま行く。。。というのもあるすけどね。
0030名称未設定
03/06/28 03:27ID:FXZ005YE俺はBook Eというのを知らなかったので、そうなのかなぁと思ってましたが。
Book Eってどんなものなんですか?
0031MACオタ＞30 さん
03/06/28 03:35ID:SEhm7iIr組込向けにコアと命令セットが拡張可能になっていることと，32-bitコードと64-bitコードが
モード切替無しに実行可能なのが特徴す。
0032名称未設定
03/06/28 03:39ID:HNJMvJ62http://www.google.com/search?q=%22Book+E%22+PowerPC&lr=lang_ja
0033名称未設定
03/06/28 03:41ID:FXZ005YEサンクスです。970はIBMが独自にPowerPCを64bit化したという認識でOKですか?
32bit/64bitはモード切替が必要?
0034MACオタ＞33 さん
03/06/28 03:44ID:SEhm7iIrもともとAIM連合が定めたPowerPCの規格わ64-bitのPPC64命令セットがあって，このサブセット
としてPPC32があったす。古くわPowerPC 620やIBMの64-bit POWER/PowerPCプロセッサわ，
このPPC64命令セットをサポートしているす。
0035名称未設定
03/06/28 03:45ID:FXZ005YEこの記事によるとPPC970もBook Eベースで切り替えは必要なしみたいですね。
0036MACオタ＞35 さん
03/06/28 03:50ID:SEhm7iIrそれ間違いで，その後の記事で訂正しているす。
http://pc.watch.impress.co.jp/docs/2002/1107/kaigai01.htm
--------------------------------------------------------
まず最初に、先々週の記事の訂正から。「PowerPC 970はApple Computerに何をもたら
すのか」のPowerPC 970の記載には大きな間違いがあった。PowerPC 970にインプリメ
ントされているのは、Power4同様にPowerPCのオリジナルの64bitモードでBook Eの64bit
ではない。だから、32bitモードと64bitモードの切り替えは「Machine State Register」
の制御bitで行なう。モードbitによる切り替えは、x86系CPUで言うと「Extended
Feature Enable Register (EFER)」の制御bitで64bitモードに切り替えるx86-64に近い。
こういうばかな間違いをして本当にもうしわけない。
--------------------------------------------------------
優秀な方すけど，所詮PC畑のライターさんすから，こんなモノす。
0037名称未設定
03/06/28 03:51ID:FXZ005YEサンクスです。PPC64とBook Eは違う命令セットなんですね。
970がBook Eベースって事は以降はシームレスに行けそうな感じですねぇ。
マニュアル読んでみようかな。
0038名称未設定
03/06/28 03:53ID:dkl0xc6M0039名称未設定
03/06/28 03:55ID:FXZ005YE（´Д｀;）!!
記事を鵜呑みにしちゃいけないですね。
結局、切り替えが必要なんですね。
ということはOS側のサポートがしっかりしてないといけないですねぇ。
サンクスです。
0040名称未設定
03/06/28 04:22ID:HNJMvJ62004125
03/06/28 04:28ID:SvaqKthcそうかなと思ったんですけど。
MACオタさんたちの３０番代の意見交換を拝見すると、
やはり、プラグインで64ビットモードに切り替えるということ
だと思っていいんだと思います。
0042名称未設定
03/06/28 04:57ID:FXZ005YEPower4のことがいいたいのだろうか? Power4は970の親玉だからPPC64だと思われます。
0043名称未設定
03/06/28 05:20ID:HNJMvJ62Yes. Thanx!!
しかしスレタイに反して? かなり低レベルな実装の話題になってますね。自分の知識ではついて
いけませんが、興味深いのでもっと続けて欲すぃ。
0044名称未設定
03/06/28 05:24ID:FXZ005YEまぁ、PPC970のマニュアルとDarwinのソースを嫁って話なんですけどね。
なかなか骨が折れそうなんで…
0045名称未設定
03/06/28 16:16ID:5Y/z/i640046名称未設定
03/06/28 23:13ID:aKn2drGc0047名称未設定
03/06/29 00:33ID:KBG3XZ0n0048名称未設定
03/06/29 02:57ID:Rj2qFZgI64bitアプリといっても、でかいファイルをあつかうのに何も考えず mmap ()
するだけとかいうのがほとんどだぞ?
シミュレーション屋さんとかだと64bitレジスタフルに使ったりもするんだろうけど。
0049名称未設定
03/06/29 03:38ID:zxtnqykuやっぱりそういうもんか。
前に解析中の遺伝子配列のファイルをいじったことあるけど
ATGCだけなのに数GBあったなぁ、そういえば。
そういうのは楽に扱えそう。
0050名称未設定
03/06/30 00:40ID:KM7b85mrPPC64は Machine State Register の制御ビットによって32/64bitモードを切り替えるとのことですが
Machine State Register への書き込みは特権命令ですか?
0051MACオタ＞50 さん
03/06/30 00:50ID:GT6NEdjc-------------------------
Machine State Register への書き込みは特権命令ですか?
-------------------------
特権命令す。
0052名称未設定
03/06/30 00:54ID:Ip9rHZoDま、そうだわな。
16bit→32bitの時は望まれてなったんだけどね。
RAM16MBはあきらかに16bit空間には狭すぎた。
今RAMはまだギガに手が届いた程度。この広さはまだ32bitに収まる上、CPUの速度からして十分に広い。
後5年先には少し狭く感じるようになるだろうが、しかしバス速度がそれほど増えない以上、
メモリの増設にそれほどの意味がない。
また、今の32bitCPUの速度で動画も扱える現在、個人需要を喚起できるような用途はないわな。
0053名称未設定
03/06/30 01:15ID:slye1osr0054名称未設定
03/06/30 02:04ID:80JOQZul既にOSXは一度アクセスしたファイルはキャッシュしてるしさ。。
ちょっとキャッシュしすぎ、って気が昔から(NeXTの頃から)
してるのだが。。machの癖なのか?
1ファイルの最大サイズが増えてくれればそれでいいのだがなー。
今どうなってるんだっけ?
libcの
0055名称未設定
03/06/30 02:07ID:80JOQZulfseekとかはlongだけど、NSFileHandleとか使えばunsigned long long
だから、今でも問題無いのだっけ?
0056名称未設定
03/06/30 02:18ID:slye1osrふぁいる丸飲みしなくて言いじゃん。
おいしいとこどりする。
0057名称未設定
03/06/30 02:23ID:etDTX0aClinuxとかもそうだよ。
普通、一般的なunixはみんなそうだと思うがなぁ。
DarwinのLARGEFILEの扱いがどうなってるかはよく分からない。
識者の意見求む。オタ氏はソフト系には詳しくないのかいな。
0058名称未設定
03/06/30 02:25ID:80JOQZulmachの場合こんなにswapoutしてまでキャッシュするのか?
って気になる時ない?
0059名称未設定
03/06/30 02:26ID:etDTX0aCうーん。その辺のバランスが良くないのかもしれないけどね。
ていうか、swapfsをサポートして欲しいと思う。
0061名称未設定
03/06/30 03:09ID:etDTX0aCごめん、swapfsは別物かも。
スワップスペース(スワップ専用のパーティション)って事が言いたかった。
HFS+をスワップ専用に割り当てても結局swapfileを作るよね?
linuxのスワップパーティションってそうじゃないと思うんだが。
0062名称未設定
03/06/30 03:24ID:etDTX0aChttp://www.linux.or.jp/JF/JFdocs/Unix-and-Internet-Fundamentals-HOWTO/disk-layout.html
> 個々のパーティションは、(仮想メモリを実装する ために利用される) スワップスペース (swap space) か、ファイルを保持する
> ために利用される ファイルシステム ( file system) かのどちらかです。スワップスペースのパーティション は、連続した一連
> のディスクブロックとして扱われます。
つまり、メモリの延長として(ファイルシステムを通さずに)連続的にアクセスできるスワップスペースって
とりあえずOSXでは使えないよね。HFS+なりUFS上のswapfileとしてしかできないと思うんだけども。
0063名称未設定
03/06/30 03:35ID:80JOQZulけど、NeXTの頃の記憶を辿ると、swap専用のパーティションを
確保しなくても良いって発想の方が新しいというか先進的だった
気が。。
というか、swap(pager)関係を外部プロセスとして実装して
設計の自由度を高くするって発想が新しかったのか。。
だから、スワップ専用パーティションて言われても、今更・・・って
感じなのかと。
今はフラグメンテーションとかが嫌ならば、swap用のHFS+とかの
パーティション作るしか無いねー。
あとは、dynamic_pagerの引数工夫するとか。
0064名称未設定
03/06/30 03:53ID:etDTX0aCなるほど。スワップスペースというのがすでにmachと矛盾しているのかｗ
でもこっちの方が絶対速いんだよねぇ。その辺の自由度が欲しいところ。
0065名称未設定
03/06/30 04:04ID:80JOQZul多分darwinのdynamic_pagerの代わりに、そういうpagerを
実装すれば可。そういう自由度はある(w
速度はねー。現在のハードウェアでこのオーバヘッドがどのくらい
影響あるのかって所で、この路線で話が進むと、
マイクロカーネルvsモノリシックカーネルの宗教論争の道を
歩みそうなので・・・ここいらで寝る。。
0066名称未設定
03/06/30 04:11ID:etDTX0aCなるほど…もうちょっとmachを勉強してみます。おもしろいなぁ。
0067名称未設定
03/06/30 09:15ID:eJN2+F7Aとりあえずスワップファイルができたらできっぱなしなのはどうにかならないんでしょうか。
アプリの側の問題なんでしょうかね？
10.2のFinderでアイコン表示で画像のプレビューを表示させる事ができますが、
これやってるとスワップファイルがガンガンできることに気づきました。
私iBookなんでメモリもHDDも少ない（と言ってもOS9の基準ではとても多い）ので
一日使ってるとスワップファイルがHDDの限界に達して再起動が必要になって困ります。
PMG5でメモリスロット８つというのは、むしろこのあたりの体質がパンサーでも改善される見込みが
ないって事なのかと思うと複雑な気分です。
メモリ保護と引き換えって事でしょうがないんでしょうか？でもフリーズすんのとあんま変わらない気も。
0068名称未設定
03/06/30 09:45ID:cCNww8Zd0070名称未設定
03/06/30 21:51ID:TgXxRtn5いっそのことインテル対応版にしなよ
だめ？
0071名称未設定
03/07/01 00:38ID:XZfwnjJF64bit化することとx86アーキテクチャに移植することは全くの別問題だよ。独立した問題。
どちらかといったらAPIを64bit化してから移植を考えた方がいいと思うけどな。
0072名称未設定
03/07/01 00:42ID:swlLV067別問題だから「いっそのこと」って言ってるんじゃない？
0073名称未設定
03/07/01 00:52ID:XZfwnjJFいや、大変なことをわざわざまとめる必要ないと思うんだが。
0074名称未設定
03/07/01 00:54ID:URreQ1aYあと10年立てばどうか分かりませんが、少なくともこれから5年間は不必要でしょう。
モジュール的に必要なとこだけ、64bit化けする&アプリが64bit使えるAPIを追加する
とかでいんでないですか？ インテル対応が移行を意味するなら死しかないでしょう。
0075名称未設定
03/07/01 01:15ID:swlLV067合わなければWINをインストールできるとかIntelのCPUでOS11を走られられるとかっていう一種の保険があれば、
スイッチ派の購買意欲になるんじゃないかってことじゃ？
0076名称未設定
03/07/01 01:21ID:XZfwnjJF俺も移植は大歓迎なんだが別に急ぐべき事じゃないと思うのです。
G5になって速度的にはそれほど劣るものでもなくなったわけだし。
ていうかスレ違い下げ。
0077名称未設定
03/07/01 01:26ID:bNrQ7rQjただの宣伝だよ。この手のは新技術乗ってﾏｽﾀってのが大事だからね。
64bitってきいて”なんかすごそう”とかわけもわからず買うﾔﾂ多いしな。
0078名称未設定
03/07/01 01:32ID:tJoxS1KQ無理じゃない？
こんな風に128bitとか煽ってても、売れなかったでしょ。
http://www.apple.co.jp/imac/processor.html
>従来のプロセッサなら32ビットもしくは64ビット単位で処理していたデータを、
>Velocity Engineは128ビット単位で処理します。
0079名称未設定
03/07/01 01:36ID:XZfwnjJFただ64bitCPUなだけなら意味がないと思う。
今の時点で64bitが必要ないのは確かだけど3年後、5年後は分からないからね。
着実にAPIの64bit化、64bitアドレス空間のサポートを進めていくべきだと思う。
Xserveを本気で売りたいんだったらなおさら。
とりあえずPOSIX APIだけでもちゃんと64bit対応させて行くべきだね。
0080名称未設定
03/07/01 01:50ID:JhXpGg1k>今の時点で64bitが必要ないのは確かだけど3年後、5年後は分からないからね。
ということは、G4デュアルあたりで、しばらくは十分使えるの？
0081名称未設定
03/07/01 01:52ID:XZfwnjJF>>1の記事から推測するにしばらくはなさそう。
ここでまた切り捨て騒動みたいな事は出来ないでしょう。
ノートにもG5はとりあえずのせられそうもないし。
0082名称未設定
03/07/01 01:59ID:JhXpGg1k全体的な動作の中で64bitによる恩恵は一部で､結局
体感的にその速さは感じれなさそですね。
0083名称未設定
03/07/01 02:05ID:XZfwnjJFとりあえず4GB超の物理メモリ以外には大きなメリットはなさそうです。
今のところ「世界初の64bitパーソナルコンピュータ」は単なる宣伝ってとこですね。
0084名称未設定
03/07/01 04:49ID:URreQ1aYメモリにしか目が向かないとは、パパは悲しいぞ。
0085名称未設定
03/07/01 05:04ID:okwggPX70088名称未設定
03/07/01 14:31ID:Nj9Izpq3意味が分かりませんが。
いずれにしろ64bitレジスタ(整数の64bit化)や64bit仮想アドレス空間(ポインタの64bit化)は使えないと思う。
>>85
ヴェロは入ってるようですよ。
0089名称未設定
03/07/01 15:00ID:H5UWEpPx> いずれにしろ64bitレジスタ(整数の64bit化)や64bit仮想アドレス空
> 間(ポインタの64bit化)は使えないと思う。
64bitレジスタの方はコンパイラの修正だけで使える。今でも32bit仮想
空間内で64bit FPUや128bit AltiVecレジスタを使っている。
現状アドレス空間4GBと言っているがまるごと使えるわけではない。連
続して空いているのは2GB程度しかないし、プログラムがヘボで断片化
させると数十KBしか使っていないのにアドレス空間が枯渇することもあ
る。
0090名称未設定
03/07/01 15:13ID:Nj9Izpq3え、でもFPUの方でしょ? 整数レジスタじゃないよね?
Darwinは2GBがカーネル用なのね。Linuxだと3:1が普通な気がする。
ちなみに参考資料
http://www.imit.chiba-u.ac.jp/services/ed_rsch/sr8000/manual/6a303022/html/m0060118.htm
windowsはLLP64なんだってね。long long が64bitで、longは32bit。
そんなところで変えるなよ。
0091名称未設定
03/07/01 15:19ID:Vy6nRKACじゃないのかな？
0092名称未設定
03/07/01 15:24ID:e7/pODsb0093名称未設定
03/07/01 16:39ID:zcrxcRl6long longやint64_tを使うだけ、PPC970専用コード生成を指示す
れば直接64bitレジスタを使う。PPC汎用コードならライブラリを
使う。
http://developer.apple.com/technotes/tn/tn2086.html
0094名称未設定
03/07/01 17:56ID:OGqP239vどうなってるんでしょう？
もうバイナリ実行環境としては別物？
0095名称未設定
03/07/01 22:00ID:4N81MT4j0096名称未設定
03/07/01 22:46ID:dFskEiGh現状の２ＧＨｚのＧ５というのは、きっと16MHzのi386とか
386SXなんだろうな。
そして、「２８６で十分」という話も出てくるだろうし
３８６に搭載されたメモリ空間を活かした、仮想８６EMSとか、DOS4Gの
ようなものが普及してくるかもな。
だけど、32bitＯＳの上で32bitアプリがちゃんと動いたのはその後
結局クロックがその【百倍】ぐらいになってからだった。
・・俺はプログラミングもハード設計も知らんが、そんな事思いだした。
0097名称未設定
03/07/01 23:30ID:njpagXeZi386にはふつうにUNIXがあって、IBM PCでも普通に32bit UNIX使えたし、
そのころMacにもUNIXあったよ。そちらも当然32bit。
クロックが100倍って、GHz越えてるじゃん。いってること微妙にずれてるような。
Mac OSだけの話ならたしかにそういえなくもないけど。
0098名称未設定
03/07/02 01:29ID:WluwGRNE微妙に何をいってるか分からないんだが…。
Itanium用の話であれば32bitアプリも普通に動くよ。
OSそのものは64bitで動作していて、割り込み時に適宜32bit/64bitモードを切り替えていると思う。
おそらくOpteron用も同じようなイメージだと思うが。
0099名称未設定
03/07/02 01:50ID:fQ3eWsBy64bitモードへ切り替えは特権命令だっつってんだから
コンパイラ変えただけじゃ使えないでしょ。
少なくともOS X上じゃ。
連続して空いているって表現がいまいちわからんけど、
単にメモリに2GB、I/Oその他に2GB割り当ててるって
だけの話でCPUの制限と違うよね。
0100MACオタ＞99 さん
03/07/02 02:04ID:SvMeFIpFOSわアプリのロード時にコードのヘッダ情報か何かを見て32-bitアプリと64-bitアプリを
区別している筈す。
BSD layerで64-bitアプリが使えるなら、なんとかなりそうすけど。。。
0101名称未設定
03/07/02 02:16ID:8MZjiEf7あ、オタさんだ。
linuxは既に64bitアプリに対応していると思うんだけど
ELFヘッダのどこで区別してるのか分からないんです。
オタさんはご存じですか?
0102名称未設定
03/07/02 02:20ID:7LVmKrxaこのままマック使っててもいいですか？
0103名称未設定
03/07/02 02:24ID:8MZjiEf7もちろんです。ここは物好きのスレですからｗ
0104MACオタ＞101 さん
03/07/02 02:37ID:SvMeFIpF一応、32-bitヘッダと64-bitヘッダが定義されているとのことす。
http://www.caldera.com/developers/gabi/2000-07-17/ch4.eheader.html
0105名称未設定
03/07/02 02:40ID:8MZjiEf7サンクスです。探したけど見つからなかったんですよね。
よりによってカルデラだけどｗ
0106名称未設定
03/07/02 02:50ID:8MZjiEf7ここをみて例えばIA-32なのかIA-64なのかを区別しているという事かな。
0107名称未設定
03/07/02 11:32ID:mRDmP5vt＞(ということでPowermac G5はしばらく独走となるようです)
AMDは無視かい…
普段少数派Appleが無視されっぱなしだからって…
ところでもし一般市場で64bit需要が高まる兆しがあればIA64とは別にIA32系に64bit拡張を行う系統の64bitなCPUも提供する選択肢も用意してる、って噂ですよね。
Intelにとっては出来るだけ選択したくない選択肢なのだろうけど。
ゲーム機市場では「64bit」のハッタリはさほど効果を示さなかったけど
（とは言っても今市場を支配してるのは「128bitマシン」だもんなぁ・・・）
パソコン市場ではどうだろう。或いはハッタリ以上の価値を認められる事になるのか…。
にしても、今のところはまだOpteronも高価ですね。
PPC970はデュアルプロセサ級におけるコストパフォーマンスではやや優位に立てるかも…。
でも、64bit需要においてコストパフォーマンスで勝負できる市場はそう広くは無いかもしれない？
0108名称未設定
03/07/02 14:24ID:OklFGYc5・Athlon64はいいCPUかも知れないがDualにできなかったり、1.8GHzからのスタートだったり、
今までさんざん開発の遅れが目立っていたりとあまりいい印象はない。
今後の性能UPは見込めるのか？インパクトがない。
・Itanium2に至っては、130Wも消費されたんじゃ電気代が大変すぎ。ｗ
・OpteronもItanium2もPC用ではないし、比較するとすれば12月に出荷されるPOWER5だろうな。
・POWER5をダウンサイズしたPowerPC980や、FXの改良版であるPowerPC750GXも気になる。
・nikkeibpにあったけどPOWER5ってPOWER4よりも４倍性能向上してるんだね。POWER4+は３倍。
これでまたitenium2とは大きく差を付けた。さすがは世界最強技術力IBM。
0110名称未設定
03/07/03 00:55ID:Qk9einorYamhillってヤツね。
新Itaniumも相当鳴り物入りで発表してるし、どうなるかわからんね。
ただ一つ言えることは「Yamhillの登場 = Itaniumの終焉」って事だけだね。
0113名称未設定
03/07/05 01:19ID:iQG/bvkm0114名称未設定
03/07/06 00:33ID:GX+4DlnDGNU hurdもL4ベースに移植するらしいし。
どうなんでしょ。
0115名称未設定
03/07/07 01:21ID:MVZBDYuz0116名称未設定
03/07/07 12:50ID:BFauFlRN次期IBM PowerPC G5シリーズに関する内容を伝えていました。それによると、
既にプロトタイプが存在するらしいPower 5のシングルコアバージョンのPower
PC 980 (970はPower 4)がMacに搭載されるのは1年先で、現在のPowerPC 970
は2.6GHz～2.8GHzまでに達した後、Steve Jobs氏が予告した12ヶ月以内に発表する
G5/3GHzは来年の末にPowerPC 980/2.6GHz～3GHzで実現
(Geek.comは2004年の第三四半期と予想していた)され、
その後PowerPC 980は4.5GHz～5GHzまで性能アップするようです。
そして、2005/2006には、0.065μメートルのPowerPC 990が6GHz～10GHz、
2007/2008には0.045μメートルのPowerPC 9900が20GHz～25GHzで発表
される予定のようです。(プレイステーション3の「CELL」は0.050μメートルなので、
IBMの設備的には問題無し)また、PowerMac以外の次期製品にPowerPC G5が搭載されるのは、
Xserveは今年の末頃、PowerBookは2004年の1月/2月、iMacは1年以上先になるらしい
と伝えていました。
0117名称未設定
03/07/10 01:37ID:hec91TxX0118名称未設定
03/07/10 01:59ID:n++nBkNM0119名称未設定
03/07/10 02:08ID:hec91TxX0120名称未設定
03/07/10 09:03ID:Dta7iS7P結局、今のMacOSってさ
MacOSって言ってるけど、
それはただの見た目だけで
じっさいは、NEｘTに乗っ取られただけだよね
基本になってるのはNEXT。
見た目いがいどこもMACOSじゃない。
このニュースで確信した
http://www.zdnet.co.jp/products/0307/09/ne00_avie.html
0121名称未設定
03/07/10 09:05ID:Dta7iS7PずっとMacOSに携わってきたやつが指揮とってるならわかるが、
アップルでいま、NEXT作ってたやつがOSの製作の指揮とってるんだもん。
どうやったってMACOSにはならんな
0122名称未設定
03/07/10 09:06ID:Dta7iS7PクラシックOSにかかわってた開発者なんて
ほとんどアップルにのこってないんじゃないの？
おまいらが思っているMACOSの目指すところや理想なんて
アップルにはもうない。
おまいらそれでもいいの？
0123名称未設定
03/07/10 09:18ID:Ayo/EYlq0124名称未設定
03/07/10 09:37ID:5NTkXGDs0125名称未設定
03/07/10 09:54ID:WMx+ClW40126名称未設定
03/07/10 09:55ID:2b+PnwAM0129名称未設定
03/07/10 15:25ID:I3wxk8vB当然、一人では無理だが、Darwinのコミュニティー（よくしらんが）でそういう方向へ
当然にも進むように思うのだが．．．。技術情報等も含めて、Appleの協力無くしては、
やはり難しいだろうけど、Appleが将来的64bit化を想定していれば、Apple からも協力
はあると思うが。（OSXの最適化に忙しい）今のAppleがどこまでやる気があるかは???
http://developer.apple.com/darwin/
0130名称未設定
03/07/10 15:46ID:4DfGTrzH64bit化はどういうモデルにするのか (LP64 ILP64 LLP64 など) という
Appleにしか決めようがないことがあるから、Appleからの方針が発表されない
限りはどうにも動きようがない。
0131名称未設定
03/07/12 00:47ID:Kv72maiZ0132名称未設定
03/07/15 00:31ID:mqTYViCd0133名称未設定
03/07/15 01:04ID:fqRt9b05にあるML（darwin-development Mailing List ）で、64bitに関する議論があります。
0134山崎 渉
03/07/15 09:45ID:QG5ialQf__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
0135山崎 渉
03/07/15 14:40ID:34L7LbqJ__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
0136名称未設定
03/07/18 01:32ID:Jl4p05fZ0137名称未設定
03/07/29 00:15ID:tcjovI+q0138山崎 渉
03/08/02 02:23ID:esIKKQL50139あぼーん
NGNG0140名称未設定
03/08/23 14:50ID:i/KDevYu全て64bit環境にも対応させるとなると、膨大な作業量が発生するだろね。
当分(1年から2年ぐらい)は32bitアプリケーションオンリーの状態だと思うなあ。
先にlibcなどの基本的なライブラリを64bit化として出して、
GNUなどのツールを64対応させるのが先かな。64bit環境(8byteポインタの世界)
を満喫するためには、G5でLinuxを使うしかないね。
0141>140
03/08/23 14:51ID:sV/IE1tuならんでしょ。
0143名称未設定
03/08/28 17:35ID:VC4DicEr141はなにもわかっていないに100カノソ。
にしても、LinuxやSolarisですでに実現しているPOSIX APIの64bit化だけなら
ともかく、Cocoaレベルまで64bit化なんて気が遠くなるね。
0144名称未設定
03/08/31 09:01ID:AbsueyZSそのままでいけそうな気はするな。
オーバーヘッドはでかそうだけど、Cocoaはもともとそういうもんだし。
0145名称未設定
03/09/12 03:47ID:dT08YYO+0146名称未設定
03/09/23 16:06ID:1Q+b9JIUIBMのサイトみてもないんだけど。
0147名称未設定
03/09/23 16:11ID:bKPRfGrvhttp://www.apple.co.jp/powermac/index.html
0148名称未設定
03/09/23 16:16ID:vqH4g6RF0150名称未設定
03/10/10 01:52ID:F5tE3mzf0151名称未設定
03/10/11 20:27ID:RTAEfedDXは32bitで終わりだったりして
0152名称未設定
03/10/13 08:29ID:v+vLLzVH10.5は64bitだというのに....
10.4は来年後半
PBG5も同時期
その後2005年に iMacG5＆ibookG5
低消費電力版G5が出るので心配なし
10.5はその時に出ます。
0153名称未設定
03/10/13 08:55ID:K8nqEGDY0154名称未設定
03/10/13 10:25ID:UJYXUAd/少なくともWindowsは32bitだし（64bit版はあるけど、少なくとも個人向けじゃないし）。
その点で誇大広告しやすいじゃん。技術的なデメリットについては全然詳しくないが（ｗ
0156名称未設定
03/10/13 11:06ID:7xcm8PWd0157名称未設定
03/10/13 16:47ID:yf3zQ1ME0159名称未設定
03/10/13 18:49ID:1SbI3PA2cpuはソフトウエアだったのか…
0161名称未設定
03/10/13 20:59ID:1SbI3PA2cpuはソフトウエアだったのか…
0163名称未設定
03/10/13 22:24ID:BkwbNtZC0164名称未設定
03/10/28 05:50ID:Zh6nU0wd0165名称未設定
03/10/28 20:31ID:beXDRZHC0166名称未設定
03/10/30 10:28ID:FZMEcjrg0167名称未設定
03/11/28 21:52ID:CVJrHkFm0168名称未設定
03/12/28 06:54ID:VaHjX7TM0169名称未設定
03/12/28 08:52ID:OgYvX1Gu9erは６０１日も経過してる古い環境よく使っていられるな(w
つーかMac OS捨て。NeXTのMac OS Xという皮被って復活ハァハァ♪
Carbonすら不要。64bitの恩恵受けるにはCocoaに汁！
0170名称未設定
03/12/28 14:58ID:Of7VVdZS0171名称未設定
03/12/28 17:38ID:l6SAauiY0172名称未設定
04/01/03 13:29ID:Po8AM7vP0173名称未設定
04/01/03 13:52ID:uC5kObeD0174名称未設定
04/01/09 19:47ID:rghpi8csこれって64bit化と関係があるんじゃないの？
ttp://www.newtek.com/news/releases/01-06-04b.html
0175名称未設定
04/01/10 12:14ID:xhdDWaud俺には
「CodeWarrior+CarbonでだらだらやってるよりXcode+Cocoa使った方が性能良いから乗り換えます」
に見えるな。
0176名称未設定
04/01/10 17:12ID:9j/EpTDsすると、G5に最適化するためにXcodeを使いたい、
CodeWarriorのプロジェクトをXcodeに持ってくるのは結構手間がかかる、
折角だからこの機会にCocoaに書き直しちゃえ、その方がさっぱりするし
将来的にも開発管理コスト削減につながるだろう、
みたいな感じかも。
0177名称未設定
04/02/10 01:27ID:2pajC7hvというわけにはいかないのかと。素人妄想
0178742
04/02/10 10:04ID:qBIpO7qN0179名称未設定
04/02/10 15:02ID:GAmU8LbU数値計算屋さんも使う可能性は高いだろうけど、一般的じゃないよなぁ。
0180名称未設定
04/02/10 15:17ID:2pajC7hv5年以内くらいには128bitも一般的になるかもと
HDDテラバイトだよーバックアップできないよーとか言ってるなきっと
脳内スマソ
0181名称未設定
04/02/21 12:28ID:tQmBZYGZ0182名称未設定
04/02/21 12:55ID:BG1jywt40183MACオタ
04/02/21 13:17ID:duo+vkJc0184名称未設定
04/02/21 13:26ID:Fu+fMX2N0186ガムマ雷電
04/02/21 13:59ID:czPq6L0+32ビット以下のMacは糞！
0188名称未設定
04/02/21 15:23ID:CJJM5n430189MACオタ
04/02/21 16:49ID:duo+vkJc32bit以下って...
ハードとソフトの区別もできない荒らしタンですか？
0191名称未設定
04/02/25 10:05ID:DsVbKFVI実は全然やるきないでしょ？
0192名称未設定
04/02/25 10:06ID:DsVbKFVI0193名称未設定
04/02/27 09:00ID:PJRWEcMi素人以外を相手にすると、ぢつはただのスカラー電波にもとづくなんちゃって
科学者である本性がばれてしまうじゃないですか！！
以前にも、ちょっと物を知っている人に真実を突っ込まれて本性がばれてしま
い、心を病んだMACヲタはお家に引きこもって2chに出てこれなくなってしまっ
たんだよ！！
その後持ち前の厚顔無恥を発揮して、平然と2chに姿をあらわしたものの、
また本性が暴露されるのが怖くて、素人相手にしか偉そうにしなくなったのさ。
0194名称未設定
04/03/11 01:57ID:+t7CzAT50195名称未設定
04/03/11 15:33ID:n0ZoNvT2Appleは、APIの64bit化を想定していなかったのかな？
0196名称未設定
04/03/19 22:13ID:iN7mg230Microsoft、欧州委員会との和解交渉決裂
http://pc.watch.impress.co.jp/docs/2004/0319/ms.htm
マイクロソフト、EUとの土壇場の交渉が決裂--独禁法訴訟で和解不成立
http://japan.cnet.com/news/biz/story/0,2000050156,20064966,00.htm
ミネソタ州の対マイクロソフト集団訴訟で、証拠の公開はじまる
http://japan.cnet.com/news/biz/story/0,2000050156,20064985,00.htm
HotmailとMSN Messengerサービスにまたもや不具合--1週間で2度め
http://japan.cnet.com/news/media/story/0,2000047715,20064968,00.htm
罰金にWMPバンドル制限――EU、和解交渉決裂でMSに制裁へ
http://www.itmedia.co.jp/news/articles/0403/19/news020.html
■ このスレッドは過去ログ倉庫に格納されています