Leopardが実は32bit OSだという噂があるのですが

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 16:05 / Filesize : 290 KB / Number-of Response : 964
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：名称未設定 [2007/11/14(水) 21:36:12 ID:BNZoKtrw0]: 64bitアプリはチェスだけ。
その他のアプリ、カーネルやドライバは32bit。

64bitドライバを作っても
カーネルが32bitだから読み込まれない。

などという噂がありますが
誰か検証した人いますか？

これが本当なら由々しき問題です。

forums.macrumors.com/showthread.php?t=383492
2 名前：名称未設定 mailto:sage [2007/11/14(水) 21:38:30 ID:jAWzhafe0]: ↑ブラクラ注意
3 名前：名称未設定 mailto:sage [2007/11/14(水) 21:40:11 ID:8wVvTz1W0]: いや別に普通のサイトだけど
4 名前：名称未設定 mailto:sage [2007/11/14(水) 21:41:11 ID:aH/5ydbm0]: ブラクラってwwwww
5 名前：名称未設定 mailto:sage [2007/11/14(水) 21:41:51 ID:y1copFlt0]: 単発質問スレが乱立する方が由々しき問題

↓再利用法
6 名前：名称未設定 mailto:sage [2007/11/14(水) 21:45:19 ID:Di3AIZ8X0]: この内容でなんでこんなスレが立てられるか説明してくれw
7 名前：名称未設定 mailto:sage [2007/11/14(水) 21:45:34 ID:HNco0OfL0]: 無知のくせに「64bit＝スゴイ」とか思ってる短絡思考のバカはもうウンザリ
8 名前：名称未設定 mailto:sage [2007/11/14(水) 21:45:56 ID:1TzKH+Eg0]: hosted.met-art.com/met-art_vol_51_36//full/met-art_vol_51_16.jpg
9 名前：名称未設定 mailto:sage [2007/11/14(水) 21:48:55 ID:I40C5tN+0]: elleさま(;´Д`)ﾊｧﾊｧ
10 名前：名称未設定 mailto:sage [2007/11/14(水) 21:54:52 ID:Di3AIZ8X0]: 海の向こうの噂サイトの「ググったけどよくわかんねぇから教えて」程度の質問スレッドで
噂だなんだと言ってこんなスレを立てれる根性は尊敬しなくもないw
11 名前：名称未設定 mailto:sage [2007/11/14(水) 22:04:16 ID:a6rvjfYS0]: ドザチョンのバカは底なしですから
12 名前：名称未設定 mailto:sage [2007/11/14(水) 22:18:13 ID:yavRRonl0]: 俺のPowerBook G4で動いてるから32bit OSで間違いないな。
13 名前：名称未設定 [2007/11/14(水) 22:37:15 ID:6Ab3p0ug0]: G4のデュアルは32bitx2で64bit !?
14 名前：名称未設定 mailto:sage [2007/11/14(水) 22:47:55 ID:qQepEI290]: 一応G4でも64bit処理は出来るがわざわざそんな事はしねーよな
15 名前：名称未設定 mailto:sage [2007/11/14(水) 23:21:12 ID:LtvWaKQ+0]: >>13
正確には64bit「級」かな
16 名前：名称未設定 mailto:sage [2007/11/14(水) 23:48:45 ID:9th3ZRFG0]: 33bit
17 名前：名称未設定 mailto:sage [2007/11/14(水) 23:58:40 ID:wBnF+uOO0]: 脳天直撃
18 名前：名称未設定 [2007/11/15(木) 00:09:22 ID:0OuJa4Xx0]: 好きにしてくださいwwwwwwwww
32/64bit問題なんていう恥ずかしいバグはありませんwwwwwww
19 名前：名称未設定 [2007/11/15(木) 00:26:42 ID:gZ75je9D0]: bitたけし
20 名前：名称未設定 [2007/11/15(木) 00:28:55 ID:Wui+tUNt0]: >>7
x86 の長年のネックだった GPR が増えるんだから凄いべよ。
21 名前：名称未設定 mailto:sage [2007/11/15(木) 02:01:16 ID:EeMrHmUo0]: まあカーネル自体が32bitプロセスなのは間違いない
% file /mach_kernel
してみりゃ分かるが

Leopardは64bitに対応したAPIが増えただけで、別にTigerから特別大きく変わった訳じゃない。
4GB以上のメモリ空間が使えて64bitモードでCPUを動かせる以上
一般ユーザや開発者にとってカーネルが32bitだろうが64bitだろうがどうでも良い話ではある
22 名前：名称未設定 mailto:sage [2007/11/15(木) 04:57:45 ID:Y44Cgnwf0]: その昔Win32Sという16bit Windowsで32bitAPIが動かせるしくみがあったんだよね。
それと同じだと思えばまあいいんじゃないの。

AppleのLeopardの宣伝文句はやりすぎだと思うけど。
23 名前：名称未設定 mailto:sage [2007/11/15(木) 07:45:56 ID:T2FrZuve0]: 使えるメモリが増えただけでもイイ。
32bitアプリが殆どの現代、孤高の完全なる64bitは無用では？
24 名前：名称未設定 mailto:sage [2007/11/15(木) 08:27:21 ID:3jRr32UQ0]: windowsは遅れてますね
25 名前：名称未設定 mailto:sage [2007/11/15(木) 09:47:25 ID:Y44Cgnwf0]: >>24
具体てきにはなにが？
26 名前：名称未設定 mailto:sage [2007/11/15(木) 09:50:31 ID:ybOHEjph0]: Win32Sものすごい虎馬
これからはWin32の時代だぜ！という宣伝文句に踊らされて
アプリ全部32Sで作り直したらバグ地獄
27 名前：名称未設定 mailto:sage [2007/11/15(木) 10:29:37 ID:C6Iu9C680]: kernelが32bitなのはars technicaのレビューが出た時点で分かってたと思うが
28 名前：名称未設定 mailto:sage [2007/11/15(木) 12:43:53 ID:LOy5WNgj0]: >>19不覚にもワラタ
29 名前：名称未設定 mailto:sage [2007/11/15(木) 20:48:39 ID:hXCIGa1t0]: やっぱり真の64bitOSじゃないのね。

Windows9xがカーネルのほとんど32bitなのに、ごく一部に16bitコードが
含まれただけで16bit OSだと言うやつがいたが、そいつに言わせれば
カーネルが32bitのLeopardは完全な32bit OSなのだろうね。
30 名前：名称未設定 mailto:sage [2007/11/15(木) 21:08:29 ID:DiLVRWoB0]: まあ64bitカーネルになってたら今頃はドライバが全く無くて大変だっただろうな。

広告の文言以外は堅実な選択だな。
31 名前：名称未設定 mailto:sage [2007/11/15(木) 21:16:06 ID:TMHoKTA70]: よく分からんのは、未だ32bitカーネルである事と、

ttp://developer.apple.com/hardwaredrivers/overview.html
"Mac OS X supports both 32-bit and 64-bit drivers."
とか

ttp://www.apple.com/jp/macosx/technology/64bit.html
＞さらに嬉しいことに、新しい64ビット対応ドライバにアップグレードすると、32ビットアプリ　
＞ケーションのスループットも向上します。
とかの記述との関連性。

この「64ビット対応ドライバ」って、
ttp://developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/transition/chapter_3_section_4.html
の記述にある「DMA関係をupdate」したドライバってことなのか？
32 名前：名称未設定 mailto:sage [2007/11/16(金) 11:06:32 ID:z0DH8S830]: >>31

ドライバーにはカーネルドライバーとユーザーランドドライバーがあるよ。
33 名前：名称未設定 mailto:sage [2007/11/16(金) 20:08:08 ID:DcLlPhOB0]: 無知どうし罵り合うスレはここですかw
34 名前：名称未設定 mailto:sage [2007/11/16(金) 20:25:19 ID:lrie6kYE0]: 安い煽りは要らないから、貴方の溢れんばかりの知識をここで
存分に披露して下さいな
35 名前：名称未設定 mailto:sage [2007/11/16(金) 22:56:12 ID:9jrKGH8Y0]: はい。結論。
Leopardは真の32bit OSでした。
36 名前：名称未設定 mailto:sage [2007/11/17(土) 00:39:35 ID:boskS6O+0]: まあ、上層レイヤは64bitだからどっちでもいんじゃね？
それより32bitマシンが32/64bit Universalアプリの64bitバイナリを開こうとして華麗に落ちる方が問題だよなあ
37 名前：名称未設定 mailto:sage [2007/11/17(土) 09:57:13 ID:4a9IpoNr0]: >>36
そんなこと起こる？うちの CoreDuo マシンで XCode 開いてもだい丈夫だけど。
38 名前：名称未設定 mailto:sage [2007/11/17(土) 17:44:42 ID:boskS6O+0]: Finderから開くと大丈夫だけど、ターミナルから開くと落ちる。
それとも俺がなにかミスってるのかなあ
39 名前：名称未設定 [2007/11/17(土) 22:12:53 ID:tBkOtQNH0]: やっぱり32bitなんだね。
40 名前：名称未設定 mailto:sage [2007/11/17(土) 22:34:15 ID:FOdztiNd0]: 32bit級。
41 名前：名称未設定 mailto:sage [2007/11/17(土) 22:47:02 ID:RX38yaFG0]: Kernel processes will still run in 32-bit memory space.
42 名前：名称未設定 mailto:sage [2007/11/17(土) 23:33:04 ID:GZnrhasK0]: iMacもWindowsみたいに認識してるメモリーは3GBだけなの？
43 名前：名称未設定 [2007/11/17(土) 23:47:17 ID:J88eC3sZ0]: OSごと落ちるのはドザのお家芸
44 名前：名称未設定 mailto:sage [2007/11/18(日) 00:04:35 ID:i3s2PxJ10]: >>42
旧機種はintelのチップセットの制約で3GB
OS Xの制約ではない
45 名前：名称未設定 mailto:sage [2007/11/18(日) 00:46:45 ID:zIdZozCC0]: カーネルが32bitだと他の部分で足引っ張るってことやっぱりあるの？
46 名前：名称未設定 mailto:sage [2007/11/18(日) 01:13:20 ID:Av1EOJmJ0]: >>38
それ、ちゃんとFeedbackしといて。
https://regist.apple.co.jp/feedback/macosx/

俺が10.5.3くらいになってからLeopardを導入する時までに、そういう地味な問題は
Fixしておいて欲しいw
47 名前：名称未設定 [2007/11/18(日) 01:30:31 ID:HhFI8v3k0]: ドザって1bitらしいね
48 名前：名称未設定 mailto:sage [2007/11/18(日) 03:35:16 ID:xvKPV8GY0]: またSHARPのミニコンポみたいな事言って…
49 名前：名称未設定 mailto:sage [2007/11/18(日) 03:40:54 ID:N4fjTTux0]: NINTENDO64でLeopardは動きますか?
50 名前：名称未設定 mailto:sage [2007/11/18(日) 06:37:33 ID:LxsxGvmb0]: >>43
kernerlモジュールに不具合があればOSごと落ちる可能性はWindowsでもOSXでもFeeBSDでもLinuxでもSolarisでもなんでも同じようなもの。
51 名前：名称未設定 mailto:sage [2007/11/18(日) 07:51:15 ID:9M4JqGBn0]: >>47
ポーク…じゃねえか？
52 名前：名称未設定 mailto:sage [2007/11/18(日) 12:20:07 ID:62d1X69g0]: 今はいいけど
来年以降Nehalemが出てから完全64bitOSにして欲しいな
この調子なら68kからPPCに移行期みたくいつまでたっても32bitのコードが残りそうで
足かせになるぞ
53 名前：名称未設定 mailto:sage [2007/11/18(日) 12:46:11 ID:PxWpUj+40]: 64bitのコードしかネイティブに実行できないCPUが出ない限り別に足枷にならないから。
32bit環境の問題はプロセス当たりのメモリ空間のみで、
16bit->32bitや68k->PPCの移行の時とは違って速度の問題は無い。
まあx86の場合論理レジスタが増えると言うおまけはあるけど。
54 名前：名称未設定 mailto:sage [2007/11/18(日) 12:47:58 ID:YFIOeH3f0]: gdgd言う奴は、カーネルが64bitじゃないと何が困るか書いてみろ。
55 名前：名称未設定 [2007/11/18(日) 13:49:13 ID:2ZjCCQ2T0]: >>54
仮想メモリが 32bit で動いているならアドレス変換のオーバーヘッドがあるね
ページサイズも 4KB なんでしょ
56 名前：名称未設定 [2007/11/18(日) 13:53:59 ID:2ZjCCQ2T0]: >>54
あと x86 に限った話だけど、64bit にするとレジスタ数が一気に増えるから
当然速度が速くなる
57 名前：名称未設定 mailto:sage [2007/11/18(日) 14:11:13 ID:IxLochVz0]: まあ、レジスタ増えてもそれを使ってなきゃ意味がないから、
64bit用に再コンパイルが必要だけどね。
ソース手に入れられないメーカー品は対応してくれるまで待て。
既存のソフトが早くなるわけじゃない。
58 名前：名称未設定 [2007/11/18(日) 14:19:17 ID:2ZjCCQ2T0]: kernel の話ですよ?
59 名前：名称未設定 mailto:sage [2007/11/18(日) 14:32:54 ID:IxLochVz0]: あと、命令を64bitにすると長さが2倍になるから、
その分メモリの使用量が増えてしまうね。
60 名前：名称未設定 mailto:sage [2007/11/18(日) 14:33:23 ID:thinLfml0]: PPCG5がでたときに
「CPUは64bitでOSは32bitだけどスピードのロスはないよ」
って言ってたよな。あれも妄想ベンチ？
61 名前：名称未設定 [2007/11/18(日) 14:38:15 ID:X4aNm9TT0]: まぁ、32bitでも64bitでも、普通に使うぶんには何ら問題ないわけだし
Leopardが便利きわまりないものであることも、何ら変わりはない、、と。
62 名前：名称未設定 mailto:sage [2007/11/18(日) 14:46:07 ID:xb1Ii9wH0]: >>60
PPC は x86 とちがってそういうものらしい
63 名前：名称未設定 [2007/11/18(日) 16:15:14 ID:2ZjCCQ2T0]: >>61
痘痕もえくぼって奴だな。
64 名前：名称未設定 [2007/11/18(日) 16:40:50 ID:2ZjCCQ2T0]: >>59
Instruction の長さなんて誤差の範囲じゃないの。
バイナリのサイズなんて頑張っても数十 MB だからね。

一方で long とポインタの長さが増えるのは確かに
メモリを消費するけど、物理メモリ搭載量も以前とは
比較にならない程増えているし、アドレス空間も広大。
メモリ帯域の事を考えても、引数をレジスタ渡し出来る
メリットに比べたら微々たるもの。
65 名前：名称未設定 mailto:sage [2007/11/18(日) 17:00:42 ID:Mcgcg9Gf0]: >>64
でもヒープなどは64bitにすると、オーバーヘッドは無視できないよ。
もちろん使用メモリが倍になっても、最近は乗り切れちゃうけど

個人的には、userlandは32bitで十分と思う。64bitが必要なのはごく一部
ただ、32bitのメモリ食いアプリを複数動かせる64bitOSは歓迎。
なんとまあ、普通の結論ですなｗ
66 名前：名称未設定 mailto:sage [2007/11/18(日) 17:01:23 ID:a3QfhndJ0]: ID: 2ZjCCQ2T0 はさっきから何を頑張ってるだろう
67 名前：名称未設定 mailto:sage [2007/11/18(日) 17:23:21 ID:qtuNFTC60]: >>66
>何を頑張ってる
Vistaを64bitでインストールしてしまい後悔を隠したい、とかでないことを期待。
68 名前：名称未設定 [2007/11/18(日) 17:58:25 ID:2ZjCCQ2T0]: >>66
おかしなレスが飛び交ってるから、突っついてるの。
例えばさ、『ヒープを 64bit にする』って表現として意味不明じゃん。
普通はそういう風には言わない。64bit ってデータ長かアドレス空間の
大きさを指すのが普通じゃん。LP64 にしても使用メモリは倍になんか
ならないし、ちゃんと分かって書いてるのか心配だったのね。

まあこの板で似非技術用語を指摘しても意味ないかもしらんけど。
69 名前：名称未設定 [2007/11/18(日) 18:02:14 ID:ndzXdl+y0]: 正直なところ、Intelの64bit実装はAMD64の劣化版なので、フル64bitにしなかったのは
懸命な措置だと思うよ。

>>56
>あと x86 に限った話だけど、64bit にするとレジスタ数が一気に増えるから
>当然速度が速くなる

これは嘘。確かにレジスタの数は多いが、現在のIntel版64bit実装だと、5個
ぐらいの汎用レジスタを同時使用するとストールするよ。AMDなら全然問題なし。
70 名前：名称未設定 [2007/11/18(日) 18:09:40 ID:zIyuf+DC0]: お前ら今ごろ何言い合ってるんだよ。圧倒的に64bitの方が高速だろ。
もっともLeopardは32bit OSだから恩恵も無いがな。ｗ
https://jndb.pc.mycom.co.jp/special/2005/compiler/010.html
71 名前：名称未設定 [2007/11/18(日) 18:17:38 ID:2ZjCCQ2T0]: >>69
>現在のIntel版64bit実装だと、5個
>ぐらいの汎用レジスタを同時使用するとストールするよ。

済まん。それは知らなかった。
gcc で 64bit でコンパイルすると普通に引数を
レジスタに積んでるけど、そんな罠があるのか。

Xeon でもそうなの?
72 名前：名称未設定 [2007/11/18(日) 18:17:52 ID:Z6CfSPdaO]: 64ビットOSという表現をやめて64ビット級OSという表現を使うべき。
73 名前：名称未設定 mailto:sage [2007/11/18(日) 18:28:52 ID:TP8f/+qM0]: >>68
Xcodeを32bitモードと64bitモードで動かしてRSIZE比べると約倍になってるよ。
オーバーヘッドの分速度もやや遅くなる。
>>69
増えるのは「見かけの」レジスタ数だからね。ハードウエア上のレジスタ数は変わらない。
64bitモードになると死んでたレジスタに火が入るわけではない。
「見かけの」レジスタ数が増える事によって生成コードが改善される分有利になる。
74 名前：名称未設定 mailto:sage [2007/11/18(日) 18:30:06 ID:fjyNnsFv0]: 2コアだと、64bit級のCPUが二つで、128bit級だな(`･ω･´)
75 名前：名称未設定 mailto:sage [2007/11/18(日) 18:30:06 ID:PxWpUj+40]: そもそもレジスタ数が云々、使用メモリサイズが云々なんて話は
カーネルが32bitか64bitかとは関係ない話。動かすアプリケーション次第。

汎用レジスタが増えると言ってもソフトウェアから見えるレジスタが増えてるだけだから
実際に効くかはフロントエンドのリネームのロジック次第で何とも言えん
76 名前：名称未設定 mailto:sage [2007/11/18(日) 18:33:30 ID:PxWpUj+40]: まあ遅くなる要素はコンテクストスイッチのオーバーヘッドぐらいで
速くなる可能性の方が高いけど。
77 名前：名称未設定 [2007/11/18(日) 18:46:01 ID:ndzXdl+y0]: >>71
Xeonでも同じ。
MSがAMD64実装のほうをWindowsでサポートすると発表したためにIntelがあわてて
自社の32bitCPUにAMD64の64bit命令を「解釈できる」機構を無理やり導入したのが
混乱の発端。

だもんで、例のサプライズはAMD搭載機の発表だと思ってたんだよね。Core2で
64bitOSなんて悪い冗談みたいだから。
78 名前：名称未設定 mailto:sage [2007/11/18(日) 18:50:48 ID:PxWpUj+40]: 現状でAMDの採用とかあり得ないでしょ。
いくらCore MAの64bitモードに不備があるとはいえ、絶対的に遅いものを採用する意味は無い。
79 名前：名称未設定 mailto:sage [2007/11/18(日) 18:54:33 ID:HTIbu+LF0]: >>49
メモリを512MB積むため、メモリー拡張パックを買い占めろ。
インストールメディアは64DDな。
80 名前：名称未設定 [2007/11/18(日) 19:03:20 ID:2ZjCCQ2T0]: >>73
>RSIZE比べると約倍になってるよ。

Xcode じゃないけど、手元のコードではそうはならなかったよ。
ヒープのデータが全て long か pointer なプログラムなんて
そう無いと思うけど。

>>77
さんきゅ。今度 Xeon マシンを借りられるので、実際に試してみます。
確かに悪い冗談というか悪夢だね。
81 名前：名称未設定 mailto:sage [2007/11/18(日) 20:38:44 ID:4uoHkZ4y0]: >>78
64bitモードの不備は来年発表のNehalemで解消されるらしい。
82 名前：名称未設定 mailto:sage [2007/11/18(日) 21:18:39 ID:Mcgcg9Gf0]: >>80

じゃなくて、ヒープなどは管理そのものにポインタ使ってるでしょ
小さいサイズでアロケートの回数が多いアプリは、もろに64bitで重くなるよ？
83 名前：名称未設定 [2007/11/18(日) 21:31:34 ID:2ZjCCQ2T0]: >>82
>じゃなくて

何じゃないんだよ。省略せずにきちんと書くようにしなよ。
俺は重くならないなんて書いてないよ。

1. 他人のレスをちゃんと読む
2. 投稿する前に自分のレスを読み直す

これだけで他人との会話がだいぶ変わってくると思うぞ。
84 名前：名称未設定 mailto:sage [2007/11/18(日) 21:36:35 ID:48JPa0p10]: 2chで何を言ってるんだ？
85 名前：名称未設定 mailto:sage [2007/11/18(日) 22:38:40 ID:Mcgcg9Gf0]: >>83

言葉足らずでｽﾏﾝね

>>ヒープのデータが全て long か pointer なプログラムなんて
>>そう無いと思うけど。

に対する、「じゃなくて」って意味。

現実にはヒープのデータだけではなく、
アロケート回数に標準ポインタサイズがかなり影響するという話。
86 名前：名称未設定 [2007/11/18(日) 23:00:23 ID:2ZjCCQ2T0]: >>85
それを俺にレスして何が言いたいのか分からないよ。

1. アロケータ内の pointer 変数とプログラム用の pointer 変数を区別しようが
しまいが、元レス (>>80) の趣旨には影響しない（int も char も絶対使わねえよ
というのなら話は違うけど）

2. Resident の SIZE にはアロケータ用の pointer も含まれるから、元々ヒープの
データだけを見ているわけではない（RSIZE って break した領域のサイズだよね?）

3. それがそんなに気になるなら Hoard とか別のアロケータを試してみたら
良いんじゃないかな（メモリの利用効率について比較したペーパーがどっかに
あったと思う）
87 名前：名称未設定 mailto:sage [2007/11/18(日) 23:14:36 ID:Mcgcg9Gf0]: >>86

>>85だけど、俺は>>73とは別人だよ

>1. アロケータ内…
それは当たり前の話。
>2. Resident…
これも当たり前の話。

>>80の、
>Xcode じゃないけど、手元のコードではそうはならなかったよ。
という、ひとつのサンプルは、

>>73の
>RSIZE比べると約倍になってるよ。
という別のサンプルを否定できない。

なのに、
>ヒープのデータが全て long か pointer なプログラムなんて
>そう無いと思うけど。

「そう無い」って結論は強引かな。

>3. それがそんなに気になるなら Hoard とか…
これはまた別の話だな。

俺自身は、フル64bit化って、結構メモリの経済感覚が変わるって言いたかっただけだけど…
88 名前：名称未設定 [2007/11/18(日) 23:19:15 ID:ndzXdl+y0]: >>78
残念ながらピュアな64bitコード（汎用レジスタ使いまくり）の土俵では、桁違い
とまではいわないがAMDの圧勝になる。AMDは64bitモードで処理効率が上昇することは
あっても低下する要因がゼロだから。Intelが1だとするとAMDが1.5～2.5ぐらい
じゃないかな。

逆に32bit環境だとIntelが強くなる。だから32bitOSのままにとどめたLeopardは
英断だと思うんだよ。
89 名前：名称未設定 [2007/11/18(日) 23:43:48 ID:AZLk7ltv0]: あむむし
90 名前：名称未設定 [2007/11/18(日) 23:50:19 ID:f85CVL+w0]: >>88
書いてて恥ずかしくないか？

>Loepardは、64ビットのパワーを発揮する万能オペレーティングシステム。
www.apple.com/jp/macosx/technology/64bit.html
91 名前：名称未設定 mailto:sage [2007/11/19(月) 00:55:38 ID:3VfMUqmK0]: >>88
ただどっかで完全ピュア64bitOSになる時がこなきゃ
その時はMac OS X10.×じゃなくMac OS11になると思うけど
92 名前：名称未設定 mailto:sage [2007/11/19(月) 01:31:58 ID:eFDg/yWT0]: >>91
いずれは確実にそうなるだろうけど、
将来OSXのインストール対象リストから32bitマシンが完全に消えるまで、
なんだかんだでゆっくりやりそうな悪寒
これまでも徐々に段階的に、って進め方だったし
今回の拡張で当面の状況は凌げそうな感じでもあるし

そのときにはまだOSX10.xを名乗ってると思う
93 名前：名称未設定 mailto:sage [2007/11/19(月) 01:48:03 ID:CzeF477W0]: そういえば www.apple.com/jp/macosx/technology/64bit.html に書いてあることが
ちょっと気になった。

>仮想メモリで最大16エクサバイト
単に64ビットだからということか。Mac OS Xで実際にアドレス可能なユーザ空間は
もっと小さいのだが。

>物理メモリで4テラバイトの64ビットアドレス指定
4テラって何? 42ビットだねえ。ということは単にG5でアドレス可能な範囲のことを書いてる?
今使われてるCore 2って確か36ビットじゃなかったっけ?
94 名前：名称未設定 mailto:sage [2007/11/19(月) 02:10:28 ID:gsvQhkNs0]: >>88
適当なことを言わないように。
つーかDPレベルだとIntelが圧勝しないベンチを見つける方が難しい
64bit環境での比較 (Harpertown vs Barcelona)
techreport.com/articles.x/13224/4
techreport.com/articles.x/13224/5
techreport.com/articles.x/13224/6
techreport.com/articles.x/13224/7
techreport.com/articles.x/13224/8
95 名前：名称未設定 mailto:sage [2007/11/19(月) 02:19:26 ID:gsvQhkNs0]: というかピュアな64bitコードって何だよw
64bitアプリケーションに含まれる(dynamic linkされる物を含む)コードは
LinuxやMacOSのように32bitと64bitが混在する(できる)環境だろうが
64bit Windowsのように64bit only(除ブリッジ)の環境だろうが
全部64bitのコードだから。
96 名前：名称未設定 mailto:sage [2007/11/19(月) 03:01:37 ID:yC6wO/it0]: >>95
＞LinuxやMacOSのように32bitと64bitが混在する(できる)環境だろうが

ttp://arstechnica.com/reviews/os/mac-os-x-10-5.ars/6
>There is no "mixed mode" in Leopard. Every process is either 32-bit or 64-bit.
>Since a 64-bit process cannot load 32-bit plug-ins (and vice versa)
>there will be a significant transition period for applications that rely heavily on plug-ins.
>(I don't envy Adobe's developers... and it gets even worse for them, as you'll soon see.)
97 名前：名称未設定 mailto:sage [2007/11/19(月) 03:21:44 ID:gsvQhkNs0]: ???
そこに書いてある通りだけど。
つーかコードレベルでは混在してないって95に書いたのを読んでないのか?
Tigerも64bit APIがLeopardより少ないだけで同じ。
98 名前：名称未設定 mailto:sage [2007/11/19(月) 03:32:47 ID:gsvQhkNs0]: そもそもこんな当たり前のような話を説明しなければならんのは
68kからPPCの過渡期に68kのToolbox APIがネイティブのPPCバイナリから
MixedModeManagerを介して呼び出されていたという過去があるからかね?
だから当時はシステムの一部に68kコードが残ってPPCの最適化が...という話になった訳だが。

現在の32bit環境と64bit環境の混在は、MixedModeManagerのような仕組みを使った物ではなく
完全な「並立」。だから64bitでアプリケーションを作った時点で
現行のOSXに32bitのシステムが存在する事によるオーバーヘッドを気にする必要はない。
99 名前：名称未設定 mailto:sage [2007/11/19(月) 04:34:01 ID:CzeF477W0]: 強いて言えば、IPCでオーバーヘッドがある場合はあるかも。
100 名前：名称未設定 mailto:sage [2007/11/19(月) 09:32:30 ID:yC6wO/it0]: >>97

「64bitアプリケーションに含まれる(dynamic linkされる物を含む)コードは全部64bitのコードだから。」
はどうでもよくて、

「LinuxやMacOSのように32bitと64bitが混在する(できる)環境」
「64bit Windowsのように64bit only(除ブリッジ)の環境」
の意味がよく分からんかった。
アプリの話をふりつつここはカーネルの話をしてないかい？
そんだけ。
101 名前：名称未設定 mailto:sage [2007/11/19(月) 09:48:54 ID:NCC56ZWi0]: 苦しくなると話をそらすのはドザチョンズによくあること
102 名前：名称未設定 mailto:sage [2007/11/19(月) 09:58:50 ID:zzJdaFGe0]: >>100
いや、どっちもアプリケーション(提供されているAPIレベル)の話だけど。
103 名前：名称未設定 mailto:sage [2007/11/19(月) 10:05:44 ID:yC6wO/it0]: >>102
もしかして「(除ブリッジ)」ってWindows on Windows64を除くって意味？
ttp://ja.wikipedia.org/wiki/WOW64
104 名前：名称未設定 mailto:sage [2007/11/19(月) 10:18:06 ID:li5anQAb0]: そんなもん、Windowsno設計が悪いだけの話じゃない
アホだ
105 名前：名称未設定 [2007/11/19(月) 11:17:10 ID:VUl/Ctdi0]: どう考えてもOSが32bitで、アプリが32bitと64bit混在のMac OS Xの方が過渡期の状態だろ。
Win64のWOW64は完全64bit環境で32bitアプリを動作させるエミュレータなんだから。
106 名前：名称未設定 mailto:sage [2007/11/19(月) 12:09:54 ID:ufCkEcHm0]: 64bitと32bitの違いって、シングルCPUとマルチCPUの違いと実質的に
つながる所があると感じるけど、このあたり詳しい人いますかね。

つまり32bit-CPUを2セット「並列処理」できる状態と64bit-CPUひとつと
同じ機能ではないのかと。時代が次第にマルチコアCPUの方向にシフトしてきている今、
スレッド処理をいかに無理なくスムーズに処理できるかに重点が移ってきてると思う。
107 名前：名称未設定 [2007/11/19(月) 12:11:38 ID:VUl/Ctdi0]: >>106
完全に勘違いというより抜本的な理解不足。小学校からやり直せ。
108 名前：名称未設定 mailto:sage [2007/11/19(月) 12:26:14 ID:ufCkEcHm0]: >>107
32bitとか64bitとかの本質的な違いを説明したサイトがうまく見つけられんのよ。
どこもかしこも「64bitであるか32bitであるか」の言い合いばかりでね。

CPUの処理の幅が64bitか32bitかの違いであるのなら、マルチCPUでこれらの
違いは一挙に意味を失うのではないのかと感じる。
それともメモリ空間のアドレスの大きさを言ってるのかしらね。
109 名前：名称未設定 mailto:sage [2007/11/19(月) 12:37:35 ID:li5anQAb0]: なにいっってやがるんだよw
64bitになったら、64bitマンセーしてるよwwwwwwwwwwwwwwwwwwwwww
110 名前：名称未設定 mailto:sage [2007/11/19(月) 12:39:14 ID:hjfNPILj0]: こうなると、何を持って「xxxビットのOS」と言うのか...。
そうゆうのはだんだん意味を持たなくなるのかな。
111 名前：名称未設定 mailto:sage [2007/11/19(月) 12:52:34 ID:ufCkEcHm0]: やっとそれっぽい記事を見つけた
これのことかねぇ
ttp://journal.mycom.co.jp/column/sopinion/001/index.html

どうやらCPUの一括処理の単位およびメモリ空間のアドレス空間の大きさ
双方を指し示しているみたいですね。
112 名前：名称未設定 mailto:sage [2007/11/19(月) 13:58:52 ID:zzJdaFGe0]: >>103
そうです。
113 名前：名称未設定 mailto:sage [2007/11/19(月) 14:07:41 ID:DxnjZeNd0]: まあそういう意味で64bitへの移行手段はLeopardで着々と進んでる。
ライブラリは全て64bit対応だし、
Input MethodもアプリがどちらでもOKな様に独立プロセスになった。
kernel driverも32/64bitのUniversalに対応してる。
QuickTimeのCodecは、32bit QT serverで64bitアプリに対応。
問題は3rd partyの対応だが、
Printer driverのPDEもOSバンドル品は64bitになってるのが多い。
物理的に8G以上積めるのは現状MacProだけだから、
メリットが出てくればマイナーアップデートで64bit kernelのせる鴨ね。
114 名前：名称未設定 mailto:sage [2007/11/19(月) 15:06:07 ID:r8sanitS0]: おまいらそういう知識どこから仕入れるの？
エロサイト？
115 名前：名称未設定 mailto:sage [2007/11/19(月) 16:08:08 ID:Qri/s4Wv0]: >>114
まぁ大半の人はエロサイトだろうな
116 名前：名称未設定 mailto:sage [2007/11/19(月) 16:32:17 ID:uz5lWwIe0]: 32bitよりも64bitのほうがモザイクが薄くなるんだ。
117 名前：名称未設定 mailto:sage [2007/11/19(月) 16:40:45 ID:DxnjZeNd0]: WWDC
118 名前：名称未設定 mailto:sage [2007/11/19(月) 16:47:56 ID:PeaucL070]: Leopardは64bit APIを備えたOS。
以上。
119 名前：名称未設定 mailto:sage [2007/11/19(月) 17:02:45 ID:ufCkEcHm0]: 実際、64bitでの一括演算というのは1.8x10^19程度を上限とする
整数の四則演算が一挙にできるか、というレベルの話なんですかねぇ。

いろいろ巡ってみても、まだよくわからん。
120 名前：名称未設定 mailto:sage [2007/11/19(月) 17:16:22 ID:zzJdaFGe0]: 演算器の幅に関して言えば、32bitでいうlong long型を使う必要があるような場面で
少ないクロックサイクルで終えられるという程度の利点。
そもそもそんな場面はほとんど無いし、SSE2があれば32bitCPUでもできるし。
AltiVecではできないけど。
そもそもこれに関してはOSの64bit化とはほとんど関係ない。
121 名前：名称未設定 mailto:sage [2007/11/19(月) 17:23:58 ID:ufCkEcHm0]: >>120
そうでしたか、ですとOSの64bit化というのは具体的にはメモリ空間が
64bitで管理できるかどうか、あたりの話になるんでしょうかね
122 名前：名称未設定 mailto:sage [2007/11/19(月) 17:29:36 ID:In4q82oq0]: developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/
123 名前：名称未設定 mailto:sage [2007/11/19(月) 21:24:02 ID:DxnjZeNd0]: developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/indications/chapter_2_section_2.html

Myth: The kernel needs to be 64-bit in order to be fully optimized for 64-bit processors.

Fact: The kernel does not generally need to directly address more than 4 GB of RAM at once.
The kernel is able to make larger amounts of memory available to applications by using long
long data types to keep track of mappings internally.
124 名前：名称未設定 mailto:sage [2007/11/19(月) 21:27:22 ID:gCnjvcXf0]: なんか微妙な言い方だけど、
要するに64bitじゃないことの言い訳かな？
125 名前：名称未設定 mailto:sage [2007/11/19(月) 21:28:42 ID:Gom9RQoZ0]: なんかもの悲しいスレだな。
126 名前：名称未設定 [2007/11/19(月) 23:01:37 ID:NZGjvECs0]: >>123
これはあと数年は 64bit 化しないよという宣言なのかな
ちゃんと Myth #5 で Intel では 64bit 化した方が速くなる事を
認めているのに何で Myth #2 で余計な事を書いてしまうんだろうか
分かってて手を抜いたんだから、言い訳する必要なんか無いのに
127 名前：名称未設定 mailto:sage [2007/11/19(月) 23:15:29 ID:uz5lWwIe0]: でも、Tigerではカーネル部分が64bit対応だって言っていたよね。
だからTigerでは64bitのアドレス空間がサポートされたと聞いたが。
そしてLeopardではCocoaなどが64bit対応になったって話なのだろう。
128 名前：名称未設定 mailto:sage [2007/11/19(月) 23:33:50 ID:gsvQhkNs0]: >>126
いやだからアプリケーションレベルで64bit化してればいいわけで
カーネル自体が64bitプロセスになっても個々のアプリケーションのパフォーマンスは変わらんよ

いい加減理解しないかね。
129 名前：名称未設定 [2007/11/19(月) 23:36:52 ID:NZGjvECs0]: >>127
仮想メモリが 64bit アドレス空間を扱える様になるのと
カーネルが 64bit で動く様になるのとは、天と地ほどの
差があるよ。今の Mac OS X は前者のみ。現代において
後者が出来ないのは純粋技術的にはかなりダサイと言って
差し支えない。まあサーバ用途で使う OS じゃないから
実質的な問題は無いと判断したのでしょうね。1,2 割の
性能ロスくらい構わない、と。
130 名前：名称未設定 [2007/11/19(月) 23:41:02 ID:NZGjvECs0]: >>128
>カーネル自体が64bitプロセスになっても個々のアプリケーションの
>パフォーマンスは変わらんよ

理屈で考えたら分かると思うけど、カーネルのレスポンスが
速くなれば当然アプリも速くなるよ。sys が全く発生しない
ページングも絶対しない、スケジューラの影響も受けない様な
アプリなら君の言う通りかもしれないけどね。
131 名前：名称未設定 mailto:sage [2007/11/19(月) 23:59:30 ID:gsvQhkNs0]: >>130
それは99の言うIPCとかコンテクストスイッチのようなプロセス間の相互干渉が
クリティカルに影響してるようなケースの場合。さもなきゃ体感は不可能でしょう。

それも、カーネル自体が64bitで動いてるかどうかよりは、実装に依存する話。
あまり変な幻想を抱いてると、本当に64bitカーネルになった時に落胆するよ。
132 名前：名称未設定 [2007/11/20(火) 00:07:21 ID:eG/Kxnw50]: >>131
俺は↓これが間違いだって論理的に理解して貰えれば
何でも良いよ。

>カーネル自体が64bitプロセスになっても個々のアプリケーションの
>パフォーマンスは変わらんよ

それに 64bit で動いているかどうかも実装の問題だよね。
普段は純然たる 64bit Kernel な OS を使ってるので、
ページスキャナが long long でメモリを舐めていると
考えると悲しくなるよ。
133 名前：名称未設定 mailto:sage [2007/11/20(火) 00:11:59 ID:eG/Kxnw50]: つうか気付いてなかったけど、俺ずっと age てたね。スマソ。
134 名前：名称未設定 mailto:sage [2007/11/20(火) 00:12:07 ID:rYXJ+HDw0]: ところで
x64で64/32の混在だと、CPUはMixed Modeで動作することになるんだよね？
それによる速度低下はどの程度？
135 名前：名称未設定 mailto:sage [2007/11/20(火) 00:27:50 ID:eG/Kxnw50]: >>131
>それは99の言うIPCとかコンテクストスイッチのようなプロセス間の相互干渉が
>クリティカルに影響してるようなケースの場合。

一応書いておくけど、プロセス間やスレッド間でリソースの取り合いが
発生しているかはこの場合全く関係無いよ。何でそう思ったのか知らんけど。

そもそも Myth #5 で書かれている、関数呼び出しの際に引数がレジスタに
積まれて渡されるから速くなるという所から俺の話は始まっているんだけど、
カーネル内の関数コールが速くなれば、カーネルサービスに依存している
アプリの処理性能も結果的に上がるという話だからね。

Do you understand?
136 名前：名称未設定 mailto:sage [2007/11/20(火) 00:43:05 ID:ymuEzXkQ0]: >>135
いや...だから何でシステムコールがアプリケーションの速度を律速するようなケースが前提になってるの?
137 名前：名称未設定 mailto:sage [2007/11/20(火) 00:49:10 ID:OSW4g0lD0]: forkとかmallocで飯を食ってる人だから
138 名前：名称未設定 mailto:sage [2007/11/20(火) 00:51:10 ID:eG/Kxnw50]: >>136
律速するかどうかは関係無い。全体のフローの中で時間を短縮
可能な箇所があれば、全体に掛かる時間も短くなるというだけ。

例えば家から会社までの道のりで考えると、家から駅まではバス、
駅から会社の最寄り駅までは電車、そこから事務所までは徒歩で
行くとするよね。今まで各駅停車に乗っていたのが、新しく
急行電車が並走する様になりました。急行に乗ったら通勤時間が
短くなりました。

この電車が I/O だったりメモリ要求だったりのカーネルサービスね。
各駅停車は 32bit Kernel, 急行は 64bit Kernel だと考えてみ。
勿論、通勤時間はアプリの処理時間に相当するよ。
139 名前：名称未設定 mailto:sage [2007/11/20(火) 00:53:57 ID:2o0+XUTp0]: まあ本当にどうでもいい事だと考えているのなら今後appleが64bit kernelを採用する事は全く無いだろうね。

俺は採用すると思うけど。
140 名前：名称未設定 mailto:sage [2007/11/20(火) 01:03:38 ID:ymuEzXkQ0]: >>138
自分で1割2割ロスしてると言ってるでしょ。
そんだけパフォーマンスを上げるには、明らかにシステムコールが処理時間の相当量を占めてなきゃ不可能。
超多めに見積もってカーネルの64bit化でカーネルサービスに費やす時間が半分になるとしても
処理時間に占める割合は1割ロスで1/8、2割だと1/3だよ。
どう考えても律速してるし、現実にそんなケースは無いよ。
141 名前：名称未設定 mailto:sage [2007/11/20(火) 01:07:20 ID:ymuEzXkQ0]: ごめん1/8、1/3じゃなくて1/9、1/4だった
142 名前：名称未設定 mailto:sage [2007/11/20(火) 01:13:44 ID:eG/Kxnw50]: >>140
割とどうでも良いところに噛み付いたね。

>どう考えても律速してるし

俺は律速していないと言ってるんじゃなくて、
「律速するかどうかは関係無い」って書いたと
思ったけど。
あと、1,2 割は sys の 1,2 割と読んでくれ。
これはスマソ。sys の割合は俺の経験上は
10-50% くらいが一般的かな。10% 以下なら
かなり優秀なアプリだと思う。

で、結論としては処理速度は上がるで良いかな?
143 名前：名称未設定 mailto:sage [2007/11/20(火) 01:26:10 ID:ymuEzXkQ0]: >>142
50%が一般的てどんな状況だよw
144 名前：名称未設定 mailto:sage [2007/11/20(火) 01:31:10 ID:mCYTBfd80]: まあ Vista あたりが 64bit 化にあたって糞みたいな実装をしてきたのに対し
アプルは随分クールで現実的な解決策を持ってきたと思うよ。
>>139 とか >>138 は >>140 の書いてあることをちゃんと理解してから
反論してくれよな。ymuEzXkQ0 は、

>カーネルの64bit化でカーネルサービスに費やす時間が半分になるとしても

という相当な無理がある仮定をしても、結果的にプロセス全体への影響は
少ないということを言っている。eG/Kxnw50 はカーネルの 64bit 化で
OSサービスが現実的にどの程度早くなると見込んでいるのだろう？
145 名前：名称未設定 mailto:sage [2007/11/20(火) 01:34:59 ID:mCYTBfd80]: >>143
やぱり fork と malloc で飯を食ってる人なのかもw
146 名前：名称未設定 mailto:sage [2007/11/20(火) 01:37:02 ID:cszpg1Al0]: 処理速度を気にしない処理ほど改善が大きくなりそう。
ベンチマークで比較されるような処理は普通%sysが非常に小さくなるから
一般ユーザが実際に恩恵を受けるような場合はあまりないだろうね。
それをふまえてAppleはあんな風に書いたんでしょう。
147 名前：名称未設定 mailto:sage [2007/11/20(火) 01:38:25 ID:eG/Kxnw50]: >>143
もう、どうでも良いところにしか突っ込めないのね…
I/O とか Network に依存するアプリは結構 sys 出るよ。
細かいパケットを送受信したりする作りだとね。

>>144
君がスレの流れを読んでくれ。64bit 化しただけで
倍速くなるくらいなら何年も前に皆そうしてるよ…
どれだけ速くなるかではなく、確実に速くなるという
話をしているんだよ。
148 名前：名称未設定 mailto:sage [2007/11/20(火) 01:40:55 ID:mCYTBfd80]: >>146
それにしても「一般的なアプリ」で見込まれる%sysも大きいし、
eG/Kxnw50　がカーネルの64bit化で見込んでいる速度向上率について興味ある。
149 名前：名称未設定 mailto:sage [2007/11/20(火) 01:41:19 ID:eG/Kxnw50]: 話を元に戻すけど、俺の話は↓これが間違っているという事。

>カーネル自体が64bitプロセスになっても個々のアプリケーションの
>パフォーマンスは変わらんよ

それだけの事を理解させるのにこんなに説明が必要とは思わなかったよ…
150 名前：名称未設定 mailto:sage [2007/11/20(火) 01:46:27 ID:mCYTBfd80]: >>147
>I/O とか Network に依存するアプリは結構 sys 出るよ。

何で%sysが大きくなるか考えてくれないと…
これらが 64bit化でどの程度高速化できると思う？

これと引き換えに失うものを考えたら、アプルの実装はかなり理に適っている
と思うけどね。
151 名前：名称未設定 mailto:sage [2007/11/20(火) 01:50:36 ID:eG/Kxnw50]: >>150
>>149 を読んでくれ

1. Apple の実装が間違ってるとは言っていない
2. どの程度高速化するかはまた別の話

2 については君は不満なんだろうが、>>149 に決着が付いたら
そっちも相手してあげるよ。ホントはもう寝たいんだけどね。
152 名前：名称未設定 mailto:sage [2007/11/20(火) 01:53:17 ID:mCYTBfd80]: >>149
>>話を元に戻すけど、俺の話は↓これが間違っているという事。

いや、だから ymuEzXkQ0 が言いたいのは、カーネルの 64bit 化は、
アプリの処理速度への現実的な影響は殆どないということでしょ。
（オレはymuEzXkQ0じゃないから推測だが）
現実的に見て間違っているとは言いがたいなぁ。

アプリの%sysと、64bit カーネルの速度向上（ホントにあるの？）
をどの程度見込んでいるかによるけどね。
殆どあり得ない数字を前提にするなら、それはまた別の話。
153 名前：名称未設定 mailto:sage [2007/11/20(火) 01:54:16 ID:ymuEzXkQ0]: >>151
いくら言ってもコーナーケースの話をされて終わるということは分かったので
もう寝てくださって結構ですw
154 名前：名称未設定 mailto:sage [2007/11/20(火) 01:59:22 ID:OSW4g0lD0]: I/OとかNetworkなんてそもそもCPU時間を使わん処理は
%sysが改善したところで処理時間に差はでない
155 名前：名称未設定 mailto:sage [2007/11/20(火) 02:05:47 ID:eG/Kxnw50]: >>152
俺は fork とか malloc で飯食ってるから、君の現実感とは違うんだろうな。
1 sec でも速くなれば、それは処理速度が向上しているという事だよ。

実際 32bit の VM で 64bit のアドレス空間を捌くオーバーヘッドはかなり
大きいと思うよ。まあ 1 割速くなる程度じゃ現実的じゃないと言われるかも
しらんけどね。
156 名前：名称未設定 mailto:sage [2007/11/20(火) 02:08:11 ID:eG/Kxnw50]: >>153
カーネル内関数コールがコーナーケースな人には
カーネルの話は無理じゃないかな。
157 名前：名称未設定 mailto:sage [2007/11/20(火) 02:09:17 ID:OSW4g0lD0]: やべえ適当に言ったら当たった
そういう玄人さんはここに来て素人に講釈垂れるだけ無駄だと思うよ
感覚からして合わないだろうし
158 名前：名称未設定 mailto:sage [2007/11/20(火) 02:10:53 ID:eG/Kxnw50]: >>154
>NetworkなんてそもそもCPU時間を使わん処理は

Ethernet から Socket Buffer まで、ずっと CPU 処理ですよ

良い加減まんどくさくなってきた...
159 名前：名称未設定 mailto:sage [2007/11/20(火) 07:29:28 ID:6LXH3Xpx0]: >>144
Vistaの64bit実装のどの辺が糞なんだろう？
Solaris8やLeopardあたりと比べるとまだましな部類に入ると思うんだが。
160 名前：名称未設定 mailto:sage [2007/11/20(火) 07:37:15 ID:vgrsNHYQ0]: それで、カーネルが64bitになれば、
iPhotoとかのアプリが1割速くなったりするのかな？
そこが重要だとおもうんだけど。
161 名前：名称未設定 mailto:sage [2007/11/20(火) 07:38:30 ID:l5H4qjyT0]: >>159
既に感情論の領域に入っていますので、まともな反論は難しいものと思われます。ｗ
162 名前：名称未設定 mailto:sage [2007/11/20(火) 08:21:13 ID:6LXH3Xpx0]: >>161
なるほど。要はなんでもいいからLeopard以外は糞と言いたかっただけなのね。了解です。
163 名前：名称未設定 mailto:sage [2007/11/20(火) 08:27:15 ID:OdT0j6ekO]: APIが64bitってどうゆう意味ですか？
164 名前：名称未設定 mailto:sage [2007/11/20(火) 09:11:33 ID:eG/Kxnw50]: >>159
>Solaris8

Sol 8 って何か問題あったのけ?
だいぶ昔だから、どんなだったかもう忘れちゃったけど。
165 名前：名称未設定 mailto:sage [2007/11/20(火) 10:06:39 ID:/pt+6y3e0]: カーネルの内部関数あたりの話そのものを述べると少しかじったくらいの
人では少し追いつけない話になりますわね…。
なかなか64bitというものを具体的に解説した書物がなさそうな状態で、
なんとなく64bitはすごいというイメージが一人歩きしてるのではないかと
自分的には思うけれどどうなんだろう。

倍以上の性能になるといえばそういうわけでもなさそうですよね。
166 名前：名称未設定 [2007/11/20(火) 11:55:48 ID:J+zz8lwJ0]: >>164
正確に言うとSol7からだな。Sol7は2000年問題の対応時期と重なった関係で特に企業でスキップしたとこが多いから8で
問題が顕在化したところが多いんじゃないだろうか。

OBPアップデート、/proc問題、Largefile問題etc...導入規模が大きな所ほど影響が大きかったような気がする。特に
ドライバの揃わなっぷりはx64Windowsの比じゃなかった。
167 名前：名称未設定 mailto:sage [2007/11/20(火) 12:10:44 ID:bpcPpSPZ0]: そもそもｘ64で32ビットカーネルで64ビットアプリって動くの？
64Bitのロングモード使う場合は64Bitカーネルが必要では？

PowerPCは知らんけど
168 名前：名称未設定 mailto:sage [2007/11/20(火) 12:29:47 ID:xK/rJZ3Z0]: 話をぶったぎってすまんけど、自分で Darwin のソースをとってきて、
64bit モードでコンパイルしててもとのカーネルと置き換えてウハウハ、とか
できるの？
169 名前：名称未設定 [2007/11/20(火) 12:34:06 ID:2bCls0W80]: journal.mycom.co.jp/photo/articles/2007/11/20/iul00/images/001l.jpg
170 名前：名称未設定 mailto:sage [2007/11/20(火) 12:52:11 ID:DVkEcb000]: ttp://journal.mycom.co.jp/articles/2007/11/20/iul00/index.html
どうせならこの方がいいだろう。
171 名前：名称未設定 mailto:sage [2007/11/20(火) 16:29:56 ID:ud5nBSO60]: Machカーネルも32bitと64bitの両方のモードで動作するってことだろ。

あと、32bitのWindows95でも16bitアプリが動作したから。って言ってるけど、
それって今回の場合と違うだろ？　32bitWinで64bitアプリが動作するか？
16bitWinで32bitアプリが動作したのか？
172 名前：名称未設定 [2007/11/20(火) 16:38:49 ID:l5H4qjyT0]: >>167
動く。

そういえば、Leopardは完全64bitだが、32bitドライバも問題なくシームレスに動作が保証されて
いるから、下位互換性に関しても全く問題無いなんて主張している奴もいたな。全てが空しい。ｗ
173 名前：名称未設定 [2007/11/20(火) 16:41:30 ID:l5H4qjyT0]: >>171
違うだろ、UniversalBinaryの仕組みで、32bitと64bit両方のアプリが環境に応じて自動で
選択起動されるってこと。
174 名前：名称未設定 mailto:sage [2007/11/20(火) 16:47:35 ID:/pt+6y3e0]: 要するに64bitのメモリアドレスをネイティブで取り扱えるかどうかという話？
175 名前：名称未設定 mailto:sage [2007/11/20(火) 16:56:48 ID:wFbxk/Fu0]: ロングモードの場合、割り込みハンドラとかは64 bitモードで動かす必要があったはず。
まあそれ以外のMachカーネルはほとんど互換モードで動いてそうだけど。
176 名前：名称未設定 mailto:sage [2007/11/20(火) 17:04:05 ID:ud5nBSO60]: >173
環境に応じてそれぞれのモードで起動する、
だから違うという話に何故なるんだ。
177 名前：名称未設定 mailto:sage [2007/11/20(火) 17:37:13 ID:rYXJ+HDw0]: >>167
俺もそこが分からん。

x64の3つの動作モードを知る (1/2)
ttp://www.itmedia.co.jp/enterprise/articles/0506/27/news008.html

32bitカーネル＋64bitAPIのLeoの仕組みは、
上記のTable2のどれにも該当していないように思える。
178 名前：名称未設定 mailto:sage [2007/11/20(火) 17:53:02 ID:ud5nBSO60]: >177
>32bitカーネル＋64bitAPIのLeoの仕組みは、
そもそもこれから違うのだと考えつかないのかよ。
179 名前：名称未設定 mailto:sage [2007/11/20(火) 18:01:56 ID:ud5nBSO60]: >172
動かないよ。
なんで間違ったこと断言できるのか不思議なんだが。
x64の互換モードは、64bitカーネルと互換モードで32bitが動く。
32bitカーネルから互換モードで64bitは出来ない。
180 名前：名称未設定 mailto:sage [2007/11/20(火) 18:45:46 ID:xK/rJZ3Z0]: episteme.arstechnica.com/eve/forums/a/tpc/f/48409524/m/811002208831

episteme.arstechnica.com/eve/forums/a/tpc/f/8300945231/m/678006608831
181 名前：名称未設定 mailto:sage [2007/11/20(火) 18:50:00 ID:xK/rJZ3Z0]: ふたつめで LordHunter さんが明快に答えているようだ。
彼の情報の出所がわからんけど。Oct 20 って発売前だから、NDA やぶってるんだろうね。まあいまや Darwin のソース公開されてるので。
182 名前：名称未設定 mailto:sage [2007/11/20(火) 18:50:46 ID:ud5nBSO60]: >>1のチェスしか64bit化されてないという指摘だけど、以下の
Apache 2、MySQL 5、Postfix、Podcast Producer、QuickTime Streaming Server、Java VM on Intel
これらは、サーバー版では64bit版が採用されてる。サーバー版も基盤は同じだよ。
183 名前：名称未設定 mailto:sage [2007/11/20(火) 19:19:19 ID:ud5nBSO60]: 同時に処理なんて無理だろという人も結構いるみたいだから、
参考になる記事を探してみたけど、こういう例があるよ。

着実に成長を重ねる64ビットLinuxとBSD
opentechpress.jp/desktop/05/04/06/059213.shtml
>AMD64のワークステーションやサーバシステムを販売するようになった。
>だがおかしなことに、その大半は32ビットOSをデフォルトでインストール
>して出荷している。AMD64アーキテクチャは64ビットと32ビットの両方の
>ソフトウェアを快適に（しかも同時に）処理できるにもかかわらずだ。

この記事の続きは、主にAMD64（まあx64)とUNIXの記事だけど、
OSXの対応を考える上でも参考になるかな。
184 名前：名称未設定 mailto:sage [2007/11/20(火) 19:48:47 ID:ud5nBSO60]: 因みにTigerの時の文書だけど、LinuxやBSDのカーネルと同じLP64モデルを採用してる。
developer.apple.com/macosx/64bit.html

ドライバの問題をどう解決したのか（iokitがクッションになってる？）、
それは個人的にも興味あるけど、32bitカーネルでx64を利用して64bitアプリを
動かしてるという理屈がこのスレで成り立ってるのは驚いた。
185 名前：名称未設定 mailto:sage [2007/11/20(火) 20:04:04 ID:Hd7AquSE0]: >>182
サーバー版では64bit版が採用されているということは、
つまり、クライアント版では32bit版ということかね。

基盤は同じだというが、きっとアプリに互換性問題が発生して
カーネルを32bitで動かし、その為にそのほかのソフトも
32bitとして動かしているのだろうね。
チェスだけはうまく動いたのかな？
186 名前：名称未設定 mailto:sage [2007/11/20(火) 20:08:30 ID:bekKr84S0]: Chessに64bitバイナリを用意したのはサンプル的な意味合いが強いでしょ。
187 名前：名称未設定 mailto:sage [2007/11/20(火) 21:56:59 ID:kRVXOBCK0]: 未だにCarbonで動いてる中核アプリが多いんだから少しずつ移植していくしか無いと思うけどね
チェスしか無いのはとりあえず組みやすい小さいアプリで実証しただけの事でしょ
188 名前：名称未設定 mailto:sage [2007/11/20(火) 22:24:16 ID:wFbxk/Fu0]: >>184
32 bitカーネルの定義の問題なんじゃねーの？

ttp://developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/intro/chapter_1_section_1.html

この文章はLast updated: 2007-05-10だけど明らかにLeopardについて言及している。
んで、こうある。

Because 64-bit applications will be supported using a 32-bit kernel,
this 64-bit support will have minimal impact on most writers of device drivers or kernel extensions.
However, there are exceptions, as explained in “Device Driver Changes.”

もちろんAMD64のlongモード使うわけで、
割り込みハンドラは64 bitモードで実装しないといけないし
メモリ管理のページエントリだって64 bitに拡張しないといけない。
DMAだって物理アドレス4 GB以上の領域まで自由に使いたい。
これらについては64 bit “対応” が必要だ。

一方で、AMD64のlongモードの互換サブモードによって、Leopardでは
32 bit環境で動くmach_kernelが64 bit環境でも再利用できている。
ドライバも同じで、32 bit/64 bitの違いはI/O Kitが吸収してくれるので
作法に従って書いていれば、32 bit用のドライバでも64 bitの物理メモリと連携できる。

この状況を「32 bitカーネル」と書いて伝わると思っている奴もいれば(他ならぬAppleがそうだ)
「64 bitカーネル」と書かないと気がすまないという人間(例えば>>184)もいるというだけじゃなかろうか。
189 名前：名称未設定 mailto:sage [2007/11/20(火) 22:40:37 ID:AD2bH6AL0]: >>187
移植されていないのではなく、64bitのバイナリとしてビルドされたアプリをあえて
入れてないだけ、と考えるのが妥当では? フレームワークとかはほとんど64bitの
バイナリが付いてきてるんだから。
190 名前：名称未設定 mailto:sage [2007/11/20(火) 22:45:34 ID:rYXJ+HDw0]: >>180,188
なるほどー
凄い参考になった
191 名前：名称未設定 [2007/11/21(水) 00:00:21 ID:3OGQGuVl0]: なんか、よくわかんないけど、32bitってことですね。
192 名前：名称未設定 mailto:sage [2007/11/21(水) 00:03:35 ID:S/oLCL9I0]: mach_kernelより上位のｘ64ロングモードで動くカーネルがあるってことか・・・
193 名前：名称未設定 mailto:sage [2007/11/21(水) 00:26:06 ID:Pw5o4wXU0]: >>191
正確には、32bitカーネルと32/64bitライブラリのハイブリットOS。
32bitコードが完全に消えるには、CoreDuo機の切捨てが必要だし、あと10年
ぐらいは掛かるんじゃないかな。
194 名前：名称未設定 mailto:sage [2007/11/21(水) 01:01:49 ID:YS3F0otU0]: >>192
>mach_kernelより上位のｘ64ロングモードで動くカーネルがあるってことか・・・

上位の人などいないw
195 名前：名称未設定 mailto:sage [2007/11/21(水) 01:05:45 ID:9mHKD2LV0]: >>193
じゃあ10年はむねをはって32bit OSっていえばいいんだよな。
64bitだ！なんて恥ずかしい事をAppleはかかなきゃいい。
196 名前：名称未設定 mailto:sage [2007/11/21(水) 01:25:42 ID:Vpfxmlg+0]: >>195
しかし、MSもWindows95で16bitコードを多数含みながらも胸を張って
『うちは32bitOSです』と自慢していたから、別にどうでもいいのではないか。
197 名前：名称未設定 mailto:sage [2007/11/21(水) 01:33:04 ID:YS3F0otU0]: >>193
64bitなカーネル自体はもっと早く出てくるだろ、Appleが出す気があれば。
カーネル自体をハイブリッドにして32bit機をサポートするとかできるだろうし。
198 名前：名称未設定 mailto:sage [2007/11/21(水) 01:34:03 ID:gCZ1ZI8V0]: まあ、Microsoft / Apple がマーケティングのために "32bit" "64bit" とレッテルづけして売ってるのと別に、
実際にそれぞれのカーネルがどういう仕組みで動いているかを認識するのはいいことなんじゃないかな ...
実情は "32bit" "64bit" とひとことであらわせない点がいろいろあるわけだし。
199 名前：名称未設定 mailto:sage [2007/11/21(水) 02:02:24 ID:Vpfxmlg+0]: Leopardは32bitと64bitを自動識別して動くOS。
Vistaは64bitの中に32bit互換環境を作ったOS。

どちらも64bitOSと名乗っても別におかしいところは無いよね。
要は定義の仕方の違いであって、このぐらいの誤解は誤差の範囲内と
思ってもいいのでは。
200 名前：名称未設定 mailto:sage [2007/11/21(水) 04:07:19 ID:S/oLCL9I0]: >>194
mach_kernelのプロセスが32Bitだったら・・・
やっぱり上位の64Bitカーネルがいるような・・・
201 名前：名称未設定 mailto:sage [2007/11/21(水) 06:45:15 ID:bdLN08l60]: >>200
>>180-181を参照
単純な意味での32bitカーネルではなく、最低限必要な部分は64bit対応のための
工夫がなされている模様
202 名前：名称未設定 mailto:sage [2007/11/21(水) 09:27:24 ID:WihqcEbJ0]: これらの内容って既に Panther の時の実装で、Leopard になった今の時点で
誤解も含めこんなに揉めるのかがよくわからない。

64bit プロセスと 32bit ドライバの関連に関しては、
developer.apple.com/jp/technotes/tn2090.html
が参考になると思う（2003年6月の記事だが）
簡単に言えば、32bit のドライバを 64bit プロセスでも使えるように
工夫がされているということ。

アップルは Panther の時点で過去の（32bit）ドライバーやフレームワークを
64bit のシステムにフィットさせるか方向性を示すとともに必要な修正を即し、
Tigher で 64bit プロセスを 32bit プロセスが共存する機構を実装し、
Lepard で 64bit Cocoa フレームワークなどを実際に実装し、
段階的に 64bit 環境が使えるように整備してきた。

>>165
単純に 64bit化＝高速化ではないですね。64bit 化はコストがかかるのを
忘れてはいけないでしょう。Intel の場合はここに命令の拡張があるから
話が厄介になるのでしょうけど。

>>166
>>183
個人的に、教条主義的に 64bit 化を進めない、アップルの開発方針に賛同します。
多くのコンシューマーユーザーでも 64bit 化のメリットを得られる上に
デメリットは最小限にとどめようとしているように感じます。
203 名前：名称未設定 mailto:sage [2007/11/21(水) 09:28:08 ID:WihqcEbJ0]: >>167
>>172
>>177
>>178
>>179
32bit カーネルの定義が必要ですね。
レガシーモードで動作させるような、64bit を考慮していない旧来の
32bit カーネルという意味では記事の通り「動かない」けれども、
Leopard （というか Panther 以降）を 32bit カーネルとするならば、
ちゃんと動くが正解。

>>185
>>182 が言っているのは、普通の Leopard と同じサーバー版では
64bit 版アプリが普通に動いて使われているということでしょ。

>>200
前出の LordHunter さんいわく、
As such, you must have some 64-bit code in the kernel. Apple made the
decision to provide a thin thunking layer. Essentially, the 64-bit code
immediately jumps in to the 32-bit mode. There's also some code to jump
into 64-bit mode to perform the instructions that must be done there, but
the majority of the kernel runs in 32-bit. This is fine.
と書いている。
204 名前：名称未設定 mailto:sage [2007/11/21(水) 09:39:01 ID:WihqcEbJ0]: developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/64bitPorting.pdf

- Kernel and I/O Kit APIs
All supported BSD kernel interfaces (KPIs) and system calls should already be 64-bit clean in Mac OS X v10.4.
The I/O Kit is being extended somewhat to include support for 64-bit applications.
These changes are primarily in the form of additional methods in the IOMemoryDescriptor class.
205 名前：名称未設定 mailto:sage [2007/11/21(水) 10:38:05 ID:BehfpLg70]: このスレ見てたらバイクの「ナンシー」を思い出した。
ttp://homepage3.nifty.com/gakira/nancy.htm

コンピュータを使ってたら「ナンビット」が寄って来たりするんだろうかw
206 名前：名称未設定 mailto:sage [2007/11/21(水) 11:21:55 ID:4aqgS6710]: >>202
それって、ドライバに関しては詭弁もいいとこだよな。64bitプロセスでも使用できるように
変更された32bitドライバだけが正常に動作すると言う事であって、既存の32bitドライバが
修正なしでの動作を保証しているわけじゃないしね。だいいちカーネル内のIOKitドライバは
いまだに32bitだろ。
207 名前：名称未設定 mailto:sage [2007/11/21(水) 11:25:28 ID:v8YFnSOI0]: 64bitっていうのは、メインメモリだけでなくIOなど外部にも64bitの
アドレスを持たせて操作するのですかね
208 名前：名称未設定 mailto:sage [2007/11/21(水) 11:41:31 ID:WihqcEbJ0]: >>206
32bit ドライバの扱いに関しては２つの側面がある。
64bit のメモリ空間を管理する OS 上での 32bit プロセスからの利用と、64bit プロセスからの利用。
32bit プロセスからの利用に関しては前出の資料を見てもわかる通り、
（64bit）物理アドレス空間と I/O アドレス空間をわけることで解決した。
これによって起きる問題も、アップルのガイドラインに従った（ガイドラインに
明記されている API のみを使った）ドライバであれば、この回避処理は自動的に
行われる。
実際、これが上手く移行できていなかったら、G5 上で 2GB を超えるマシンで
トラブル大発生だったはずなのだが、64bit 化によるドライバ関係でのトラブルは
ほとんど聞かない。

64bit プロセスからの利用に関しては、BSD kernel interface と system call が既に 64bit clean であり、実際に
>Apache 2、MySQL 5、Postfix、Podcast Producer、QuickTime Streaming >Server、Java VM on Intel
>これらは、サーバー版では64bit版が採用されてる。
ことで明白だと思うが。
209 名前：名称未設定 mailto:sage [2007/11/21(水) 11:47:48 ID:gCZ1ZI8V0]: あと Xcode もふつうに 64bit アプリですよ。
210 名前：名称未設定 mailto:sage [2007/11/21(水) 11:51:44 ID:RRByoLOp0]: MacBookProに搭載可能なメモリーはいくら
211 名前：名称未設定 mailto:sage [2007/11/21(水) 11:52:59 ID:gCZ1ZI8V0]: >>206
>64bitプロセスでも使用できるように変更された32bitドライバだけが正常に動作すると言う事であって、既存の32bitドライバが
>修正なしでの動作を保証しているわけじゃないしね。だいいちカーネル内のIOKitドライバはいまだに32bitだろ。

というか、その文書は 2003 年でパンサーのときだから、それ以前の 3rd party kext で未だにそのままってのはないでしょ。そんなものがあったら ppc でしか動かんし。

Apple はじゃんじゃん前のバージョンのソフトが動かないようにするので、ある程度の書き換えはしかたがないかと。
212 名前：名称未設定 mailto:sage [2007/11/21(水) 12:00:06 ID:WihqcEbJ0]: developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/64bitPorting.pdf

- Device Driver Changes
The kernel (including the I/O Kit) remains a 32-bit environment in Mac OS X. Most device drivers (those written using I/O Kit families) work unchanged
when used in conjunction with 64-bit processes.
213 名前：名称未設定 mailto:sage [2007/11/21(水) 12:18:15 ID:ODjP/2fn0]: >>212
32bitOSで32bitドライバがそのまま動いたからなんだって言うんだよ。それにその下も引用すべきじゃ
ないの？

On Intel-based Macintosh computers with 64-bit Intel processors,device drivers that support direct
memory access (DMA)must be updated to use the IODMACommand class beginning with Mac OS X
v10.4.7.
214 名前：名称未設定 mailto:sage [2007/11/21(水) 12:29:58 ID:WihqcEbJ0]: >>213
>32bitOSで32bitドライバがそのまま動いたからなんだって言うんだよ。
Most device drivers (those written using I/O Kit families) work unchanged
when used in conjunction with 64-bit processes.
わかる？

>それにその下も引用すべきじゃないの？
それが何か？
215 名前：名称未設定 mailto:sage [2007/11/21(水) 13:12:23 ID:WihqcEbJ0]: >>159
>>195
>>196
>>199
Leopard（の実装）は 32bit か 64bit かユーザーは全く気にせずに済む。
OSとしては 4GB を超えるメモリを扱え、アプリケーションや
ドライバーが 32bit か 64bit かも気にせず、ただインストールすればいい。

www.winvistacafe.com/edition/topics06.html
>使用者が64bit環境を意識せず使えるようになるのは、次の次の世代くらいになりそうです。
216 名前：名称未設定 mailto:sage [2007/11/21(水) 13:19:46 ID:Mm0c3VSR0]: 今はまだよく理解できないけど、保存に値する良スレのような気がする。
217 名前：名称未設定 mailto:sage [2007/11/21(水) 14:30:33 ID:Y8Suflxb0]: >>215
>Leopard（の実装）は 32bit か 64bit かユーザーは全く気にせずに済む。
いまどき意識するOSって珍しくねぇか？
SolarisだってAIXだってLinuxだって使う分には意識なんてしてないぞ。

ビルドが必要な時に64bitライブラリとリンクするか32bitライブラリにリンクするか気にするけど、どれも同じようなもんじゃねぇの？
218 名前：名称未設定 mailto:sage [2007/11/21(水) 14:37:03 ID:Vpfxmlg+0]: Vistaは思いっきり64bitか32bitかを気にしないといけないようだが。
219 名前：名称未設定 mailto:sage [2007/11/21(水) 15:08:26 ID:gCZ1ZI8V0]: >>218
217 は暗黙に Windows は OS ですらないと言いたいんではないかと ...
220 名前：名称未設定 mailto:sage [2007/11/21(水) 15:34:05 ID:KOaSh/Ut0]: >>217
>SolarisだってAIXだってLinuxだって使う分には意識なんてしてないぞ。

前出でちょっと古い記事だけど
opentechpress.jp/desktop/05/04/06/059213.shtml
こんなのも
opentechpress.jp/developer/06/05/19/0241229.shtml
221 名前：名称未設定 mailto:sage [2007/11/21(水) 15:53:20 ID:gCZ1ZI8V0]: Leopard は 64 bit process から 64 bit plugin は読み込めないよ。
だから、64 bit Web ブラウザ, 64 bit Photoshop が出た日には、これまでのプラグインは読み込めなくなって困ったことになる。

まあブラウザで 64 bit ? はまだまだ非現実的だし、
64 bit Photoshop は多分出ない (64bit Carbon がごにょごにょ) だから関係ないけど、
64bit quicktime は既に API としてはあって、Final Cut Pro とか Apple 純正ビデオソフトが 64 bit になるとプラグインも全部新しくしないといけなくなると思われる。(まあ 32 bit 版を立ち上げておけばいいだろうけど。)

そういう意味ではレパードでも問題は無くはない。

というか手元で 32bit Obj-C, GC on で QTKit を使うソフトをつくってみたら、GC compatibility 問題で Perian が読み込めなかったんだけども ...
いつアップデートがでるのかな。むむ。
222 名前：名称未設定 mailto:sage [2007/11/21(水) 18:18:07 ID:Y8Suflxb0]: >>220
なるほどね。ブラウザにプラグインかー。
ちょびっと気にする必要があるかもね。

#AIXで32bitブラウザか64bitブラウザかなんて気にした事が無かったよ。
223 名前：名称未設定 mailto:sage [2007/11/21(水) 19:27:39 ID:Ne6exJ8T0]: flash plugin
java plugin
は64bit出してねえだろ、確か
224 名前：名称未設定 mailto:sage [2007/11/21(水) 20:32:09 ID:4q3Zt5vh0]: Windowsの場合，64bitネイティブのアプリは倍増したレジスタが使えると喧伝
してるけど，Macはしてないな。
やはり開発者の思いとしてはPowerPCこそが全てだからか。
225 名前：名称未設定 mailto:sage [2007/11/21(水) 20:35:15 ID:4q3Zt5vh0]: >>24
ドライバのサポートとMSの熱意か
226 名前：名称未設定 mailto:sage [2007/11/21(水) 21:29:02 ID:yQN0fe1K0]: >>221

それはPPC/Intelの時と同じ。
OSバンドルの新しめのPrinter Dialog Extensionなんかも64bit対応してる。これ3rd party製だよな。
227 名前：名称未設定 mailto:sage [2007/11/21(水) 22:09:30 ID:S/oLCL9I0]: >>225
MSはサーバーでは殆ど64Bitに移行済みだし、
クライアントもVistaから64Bitに力入れてるよ。

WindowｓVistaの認定ロゴはｘ64版での動作が必須。
ということで、なにげにVista対応版はｘ64版も対応
最新プリンタとかもドライバが揃ってる。
228 名前：名称未設定 mailto:sage [2007/11/21(水) 22:40:54 ID:KOaSh/Ut0]: >>227
>WindowｓVistaの認定ロゴはｘ64版での動作が必須。

世の中は 32bit 版が殆どだし、実際に今必要なのは 32bit 版があれば
十分だけど、MS が 64bit 版ドライバを開発させるための圧力の１つ
として使った感じだよな。＞認定ロゴ
229 名前：名称未設定 mailto:sage [2007/11/22(木) 01:37:16 ID:t1d4JZIa0]: それぐらいの圧力をかけないと、誰も64bit用のドライバなんて作ってくれないよ。
ただでさえVista64はシェアが少ないのだから。
だからみんなVistaを嫌がってXPを使っているのだろう。
DELLとか見てごらん。未だにXP搭載モデルなんて販売している。
230 名前：名称未設定 mailto:sage [2007/11/22(木) 01:45:01 ID:2vfoOBIh0]: >>213
G5には面白い仕組みがあったんだよね。
231 名前：名称未設定 mailto:sage [2007/11/22(木) 01:46:33 ID:Hw/yFP3P0]: ソフトウェアの進化ってほんと遅いよな。
未だに32bitOSばかり。
232 名前：名称未設定 mailto:sage [2007/11/22(木) 02:00:05 ID:5HeKlI2c0]: 32bitが一番バランスが良いからじゃないのか？なんとなく
核爆弾の起爆装置も32個だし
233 名前：名称未設定 mailto:sage [2007/11/22(木) 02:32:50 ID:t1d4JZIa0]: 他のOSも含めて今は、32bitから64bit移行の過渡期だからね。
でも、32bitから64bitへの移行のメリットが、16bitから32bitへのメリット
ほどの魅力が感じられないから、移行は今後ゆっくりと行われるのだろうな。
234 名前：名称未設定 mailto:sage [2007/11/22(木) 02:37:54 ID:W6KfYvJg0]: >>233
メモリ４G以上使いたい場合は64BitOSが必要だから
メモリ暴落がこのままなら急速に進むと思われ・・・

32Biｔアプリだけ使う場合でも64BitOS側はメモリを
キャッシュに使えるので大きい
235 名前：名称未設定 mailto:sage [2007/11/22(木) 03:00:30 ID:t1d4JZIa0]: しかし、32bit用のドライバとの互換性問題があるだろう。すんなりと
64bitに移行するとは考えられない。まあサードパーティーの努力しだいとでも
言っておこうか。
236 名前：名称未設定 mailto:sage [2007/11/22(木) 03:03:04 ID:t1d4JZIa0]: それに、メモリの暴落は一時のものと思われるのだが。どうせ新しい規格である
DDR3が主流になる頃にはまた値を戻すだろう。
237 名前：名称未設定 mailto:sage [2007/11/22(木) 10:33:01 ID:1kBFvQHf0]: 折角メモリが安くなってるのに、その安いメモリをたった 3GB～4GB しか
積めないのが痛い。2GB で１万円しないんだから、8GB～16GB とか
積めば、Leopard のメモリ管理がもっと生かせるのに。
238 名前：名称未設定 mailto:sage [2007/11/22(木) 10:41:27 ID:rpeNlFV+0]: >>237

"たった"？？？
239 名前：名称未設定 mailto:sage [2007/11/22(木) 10:56:53 ID:1kBFvQHf0]: Mach は元々広大な粗なメモリ空間と、運用に対して十分なメモリ領域と、
２つや３つでない多数のマルチプロセッサを生かすよう開発されている。
ja.wikipedia.org/wiki/Mach

当時は２つのプロセッサ、128MB の実メモリと 4GB のメモリ空間は
十分と言えたが、GUI や数百 MB～数GB の動画、数万ファイルの画像
を一般的に扱う今は、２つのプロセッサ、3GB の実メモリと 4GB の
メモリ空間は mach（や最近のモダンな OS）の設計を十分に生かす
量ではないと思ってる。

たった数GBの SSD に何万も払って高速化するより、十分な主メモリを
積んで、OS の特質を生かしたほうが、なんとかSuperFetchとか、
なんとかReadyBoostとか、なんとかReadyDriveみたいな場当たり的な
技法よりずっとスマートな解決策だと思うのだけど。
240 名前：名称未設定 mailto:sage [2007/11/22(木) 12:16:37 ID:1kBFvQHf0]: >>229
>DELLとか見てごらん。未だにXP搭載モデルなんて販売している。

DELL だけじゃなく、色々な企業がまだ出しているね。
企業での購入でも Xp 指定がまだまだ大多数らしい。
241 名前：名称未設定 mailto:sage [2007/11/22(木) 14:31:41 ID:HP8rM5rb0]: それどころか、VIstaも32bitがほとんど
242 名前：名称未設定 mailto:sage [2007/11/22(木) 19:42:53 ID:J/kmrjyN0]: Macの世界はまだ仮想化が熱心じゃないけど、他のOSは仮想化ビジネスに
熱心だから、64GBとか乗るマシンのために64bit化はすごいメリットがある。
箱庭の中は32bitでもいいさ。

うちの会社もマシンの統合で64GBマシンを複数導入して使ってかなり便利。
243 名前：名称未設定 mailto:sage [2007/11/22(木) 19:57:34 ID:4ZlI4DOw0]: いまiMac使っていて、メモリー4GBまでしか使えないんだけど、
MacProとかに変えれば、もっとメモリー使えるようになるよね？
スワップしないくらいメモリー積んでみたい(´･ω･`)
244 名前：名称未設定 mailto:sage [2007/11/22(木) 20:25:07 ID:WIJ+8ZlG0]: >>239
> たった数GBの SSD に何万も払って高速化するより、十分な主メモリを
> 積んで、OS の特質を生かしたほうが、なんとかSuperFetchとか、
> なんとかReadyBoostとか、なんとかReadyDriveみたいな場当たり的な
> 技法よりずっとスマートな解決策だと思うのだけど。

十分なメモリをつんでいたとしよう。
その状態でマシンを起動して、はじめてアプリを起動したとき
その起動が早くなるかね？
245 名前：名称未設定 mailto:sage [2007/11/22(木) 21:52:37 ID:dy3aChzI0]: >>244
ファイルシステムの先読みが賢ければある程度は
246 名前：名称未設定 mailto:sage [2007/11/22(木) 22:01:28 ID:WIJ+8ZlG0]: > ファイルシステムの先読みが

MacOSXに搭載されている（？）
そのファイルシステムの先読みとは
いったいどういうデータを先読みしてくれるの？
247 名前：名称未設定 mailto:sage [2007/11/22(木) 22:05:57 ID:tfBAvFyP0]: これではドザ共を馬鹿にできないではないか。
なんたる体たらく。
248 名前：名称未設定 mailto:sage [2007/11/22(木) 22:13:14 ID:dy3aChzI0]: >>246
もちろん
249 名前：名称未設定 mailto:sage [2007/11/22(木) 22:14:13 ID:WIJ+8ZlG0]: >>248
答えになってないぞ。
どういうデータを先読みしてくれるんだ？
ソースありで教えてくれ
250 名前：名称未設定 mailto:sage [2007/11/22(木) 22:17:40 ID:dy3aChzI0]: 何で質問者がそんなに居丈高なんだ?
ファイルシステムが読むデータなんて決まってるだろ
251 名前：名称未設定 mailto:sage [2007/11/22(木) 22:20:26 ID:WIJ+8ZlG0]: 決まってるなら教えてくれよ。

たとえばよく使うプログラムを先読みしてくれるのか？
それぐらい賢いのか？
252 名前：名称未設定 mailto:sage [2007/11/22(木) 22:21:18 ID:dy3aChzI0]: そんなわけ無いじゃんw
253 名前：名称未設定 mailto:sage [2007/11/22(木) 22:25:36 ID:WIJ+8ZlG0]: どうせ先読みするのなら、
よく使うプログラムまで
先読みしてくれたらもっと良いと思わない？
254 名前：名称未設定 mailto:sage [2007/11/22(木) 23:02:45 ID:J/kmrjyN0]: じゃあ起動時に全部アプリを実行すりゃいいって事で。
255 名前：名称未設定 mailto:sage [2007/11/22(木) 23:11:10 ID:WIJ+8ZlG0]: それじゃ、起動時が重くなるじゃん。
こういうものはCPU・HDDの空き時間に読み込むものでしょ？
256 名前：名称未設定 mailto:sage [2007/11/22(木) 23:31:35 ID:lqyZcs2e0]: OS、アプリの初回起動の遅さが我慢できないってどんだけー、と思うけどな。
OSなら使わないときはスリープしときゃいいし、
メモリ大量に積んでるんなら、アプリも常時起動しとけばいいしね。
まぁ、流石にVistaクラスの遅さだと我慢できんけどねw

>>243
16GBだが、FB-DIMMだからちょっと高く付く。
とはいえ、ノーブランドでよければ12万ちょいで16GB積める時代なのか…。
257 名前：名称未設定 mailto:sage [2007/11/22(木) 23:36:58 ID:WIJ+8ZlG0]: メモリ無駄遣いするOS。それがMacといわんばかりだなｗ
258 名前：名称未設定 [2007/11/23(金) 00:01:50 ID:CbCzjNT20]: >>244
>その状態でマシンを起動して、はじめてアプリを起動したとき

下手な煽りに付き合うのもなんだが、起動した直後に起動するアプリを
高速化したい、という発想自体が随分レガシーな印象を受ける。

Vistaの「起動時間」「シャットダウン時間」に不満の声
www.computerworld.jp/news/plf/62250.html
>起動するまでに約10分、ログインして使えるようになるまで5分も
>かかっている。この状態を改善できないと、XPに戻すと家族に
>約束させられてしまった。

MacOS X なら起動時間が気になるならスリープで使うだろうし、
（コールドスタートだって１０分どころか１分もかからないし）
スペースバー叩けば１秒で起動する。しかもさっきまで使ってた
アプリも既に起動してるしw
259 名前：名称未設定 mailto:sage [2007/11/23(金) 01:11:55 ID:YeD4RVVC0]: 起動した直後のアプリを起動するために SSD を導入するってw

メインメモリを隅々までキチンと使ってくれるのが MacOS X
余った分は空きメモリとして表示されるだけの Windows Xp
そもそもメモリが余らない 32bit OS の Windows Vista

WindowsXp の Office って、Office の起動時間を速めるために、
Windows 起動直後に Office 関連の DLL なんかを先読みするように
なっている。でも、逆に OS の起動時間はかかるから、
結局見かけだけ素早く起動するように「見える」だけ。
しかも、Office を使わなくても DLL がメモリを占有するw

MacOS X で同じことをしようと思ったら、スタートアップに
Office を起動して終了させるスクリプトを入れればいいだけ。
しかも、Office だけじゃなくて好きなアプリケーションで使えるし
Offce を使わなければそのメモリは他の用途に流用される。
260 名前：名称未設定 mailto:sage [2007/11/23(金) 01:43:29 ID:15mafHHB0]: MacOSの場合ディスクからメモリーに読み込まれた内容は、使い終わったあとも
即座にははき去れず、むしろ積極的にメモリー上に残される。そして次に内容が
必要になったとき、ディスクからではなくメモリー上に残しておいたデータを
再利用することでディスクの読み書きの処理を減らすことになる。

これらのメモリー領域が「アクティビティモニタ」で「現在非使用中」と分類
されている部分である。

このようにMacOSXは効率よくメモリーを使用している。
261 名前：名称未設定 mailto:sage [2007/11/23(金) 02:27:08 ID:hcJ8Hx2n0]: >>251 >>252
Tiger の時の話だが、
www.osxbook.com/book/bonus/misc/optimizations/
を読め。

良く使われるファイルはハードディスクの先頭にもってきて、
ハードディスクのヘッドがあまり動かなくて良いようにするし、
ファイルが HDD 上でばらばらになっていたらのが
ファイルを開いたときに判ったら、その際に自動でデフラグしたりする。
262 名前：名称未設定 mailto:sage [2007/11/23(金) 02:36:27 ID:YeD4RVVC0]: plusd.itmedia.co.jp/pcuser/articles/0703/22/news051_2.html

>電源オフの状態から起動すると完全に起動するのに10分程度かかってしまう
263 名前：名称未設定 mailto:sage [2007/11/23(金) 02:37:21 ID:15mafHHB0]: >>261
遅延再配置とHot-File-Adaptive-Clusteringのことだね。
メモリー読み込みに関する話ではないが、ディスクの最適化に関しては
NTFSよりは優れている機能だ。

>>251はたぶんVistaのSuperFetchのような機能を聞いているのでは。
264 名前：名称未設定 mailto:sage [2007/11/23(金) 02:40:54 ID:15mafHHB0]: >>262
仕方が無いさ。Vistaはスリープからの起動を推奨しているからね。
265 名前：名称未設定 mailto:sage [2007/11/23(金) 02:41:27 ID:+0Sez8Kw0]: MacOSXは積極的にキャッシュを利用する。

といっても、それは一度読んだデータを取っておくというだけで、
一度も読んでないデータは当然キャッシュされない。

VistaのSuperFetchはその一度も読んでないデータでさえもキャッシュしてしまう優れもの。
過去のデータ使用履歴から最適なものを先読みキャッシュする。
266 名前：名称未設定 mailto:sage [2007/11/23(金) 02:44:46 ID:hcJ8Hx2n0]: その記事にのってる、working set detection は違うの？
267 名前：名称未設定 mailto:sage [2007/11/23(金) 02:49:21 ID:zMwwy8J60]: もしかしたら使わないかもしれないデータまでキャッシュしとくってどうなの？
268 名前：名称未設定 mailto:sage [2007/11/23(金) 02:52:57 ID:+0Sez8Kw0]: 何か問題が？
269 名前：名称未設定 mailto:sage [2007/11/23(金) 02:59:01 ID:YeD4RVVC0]: SuperFetch に関してはこの辺り

pc.watch.impress.co.jp/docs/2007/0605/vistamech1.htm

例えば、会社で12時から昼食に出かけ、その間にウイルスチェックやバックアップなど
のタスクをスケジューリングしているという状況を例に挙げると、Windows XPでは、
アイドル時のタスクにメモリを割り当て、それまでフォアグランドで作業していた
アプリケーションデータはHDDに待避させる。そのため、昼食から戻ってきて、
作業を再開しようとすると、その時点で初めてアプリケーションデータをHDDから
読み込むため、作業を開始するのに待たされる。

　SuperFetchでは、過去のユーザー行動のパターン(ここでは、ユーザーが作業を
再開する時間やアイドル後に行なう作業内容)を記憶しているため、アイドルタスクが
終了次第、HDDに待避させていたアプリケーションデータをメモリに読み戻すので、
ユーザーが戻ってきた時には、即座にアプリケーションが反応するという具合だ。

で、メモリが十分にあればこんなアホなことはする必要はない。
そもそも、人間の行動パターンなんてそんな簡単なものではないから、
得てしてこういう予測機能なんてのは失敗する。

【失敗機能】　VistaのSuperFetchは絶対に切れ！
pc11.2ch.net/test/read.cgi/win/1178624264/l50

先読みされた無駄なデータは、メモリが足りなければ捨てられる。その上、
必要なデータで上書きしなければいけないから、無駄なHDDの動作が増える
だけ。マイ糞のエンジニアは、なぜ先人達が遅延評価などという機構を
導入したのか判っていないようだ。
270 名前：名称未設定 mailto:sage [2007/11/23(金) 03:02:55 ID:+0Sez8Kw0]: > で、メモリが十分にあればこんなアホなことはする必要はない。

十分じゃない場合は？
271 名前：名称未設定 mailto:sage [2007/11/23(金) 03:05:01 ID:+0Sez8Kw0]: > 先読みされた無駄なデータは、メモリが足りなければ捨てられる。

別に捨てないよ？
読み込んだデータで上書きするだけ。
コストは0

> その上、必要なデータで上書きしなければいけないから、
それは、キャッシュされていなくても同じこと。
使用されていないメモリ領域にだって
何らかのデータが入っているわけで、それを上書きする。

> 無駄なHDDの動作が増える
意味不明。
272 名前：名称未設定 mailto:sage [2007/11/23(金) 03:06:01 ID:YeD4RVVC0]: >>270
>十分じゃない場合は？

メモリを増設しろ。
>>239 も読め。
273 名前：名称未設定 mailto:sage [2007/11/23(金) 03:06:46 ID:+0Sez8Kw0]: > メモリを増設しろ。
できない場合は？
274 名前：名称未設定 mailto:sage [2007/11/23(金) 03:15:45 ID:YeD4RVVC0]: >>271
>読み込んだデータで上書きするだけ。
>コストは0

アホだな。上書きするデータはどこから持ってくるんだw
先読みされたデータが外れた場合は、先読みする為に必要だった動作は全部無駄になる。
当たり前の話。

>> 無駄なHDDの動作が増える
>意味不明。
その足りない脳みそを有効に使ってくれ

>>273
>できない場合は？
働いて人並みの金を稼げ
275 名前：名称未設定 mailto:sage [2007/11/23(金) 03:18:30 ID:+0Sez8Kw0]: > 先読みされたデータが外れた場合は、先読みする為に必要だった動作は全部無駄になる。

だから？

べつに、先読みするために必要だった動作は、
空き時間にやるんだから問題ないじゃん
276 名前：名称未設定 mailto:sage [2007/11/23(金) 03:26:06 ID:YeD4RVVC0]: ttp://pc.watch.impress.co.jp/docs/2007/0605/vistamech1.htm

ReadyBoostによってフラッシュメモリにSuperFetchデータが書き込まれる間、CPU負荷が2～3割程度になっていた。ちなみに、1,840MBの書き込みが終わるまでは約7分かかった。つまり、PC起動後、数分間はReadyBoostがPCの性能を低減させることがあるということだ。
277 名前：名称未設定 mailto:sage [2007/11/23(金) 03:44:19 ID:YeD4RVVC0]: >>275
>つまり、PC起動後、数分間はReadyBoostがPCの性能を低減させることがあるということだ。
>つまり、PC起動後、数分間はReadyBoostがPCの性能を低減させることがあるということだ。
>つまり、PC起動後、数分間はReadyBoostがPCの性能を低減させることがあるということだ。
278 名前：名称未設定 mailto:sage [2007/11/23(金) 03:59:50 ID:+0Sez8Kw0]: しょせん机上の空論だな。
実際は処理は空き時間に行われるから
性能は低減されない。
279 名前：名称未設定 mailto:sage [2007/11/23(金) 04:11:36 ID:YeD4RVVC0]: >>275
大容量メモリ＋スリープで運用すれば、なんたらSuperFetchみたいなものはそもそも
必要ないというのは判ると思う。

第５回　パソコンの処理速度高める「見えざる新技術」・ユーザー行動学習も
it.nikkei.co.jp/pc/column/akutsu.aspx?n=MMIT1a000024012007
　筆者も４ギガバイトの製品を購入してReadyBoostデバイスとして使用している。
　ただし、こちらも速度向上が実感できるとは言い難い。各種ツールを用いると、
　確かにReadyBoostキャッシュファイルの更新が行なわれていることが確認できる
　が、その効果はSuperFetchと同じく体感レベルに達しないのだ。

たまに再起動したとしても、最初にアプリケーションを起動するための数秒のコストが
問題にならないことは MacOS X のみならず、多くのモダン OS を使ってる人間なら
良くわかると思う。

もし、これを問題にするのなら、アプリケーションの起動時間より、起動時間の大部分
を占めると思われるマシンの起動時間を考えた方がいい。
280 名前：名称未設定 mailto:sage [2007/11/23(金) 04:14:09 ID:YeD4RVVC0]: >>278
>しょせん机上の空論だな。
SuperFetch や ReadyBoost のことですネ！

>実際は処理は空き時間に行われるから
PC起動後、数分間はPCを使わないのですね。
何のためにPCを起動したのか忘れてしまったのでしょうか。
281 名前：名称未設定 mailto:sage [2007/11/23(金) 04:21:30 ID:BUBWC0t40]: ナイス燃料投下 >>239
282 名前：名称未設定 mailto:sage [2007/11/23(金) 04:50:57 ID:+0Sez8Kw0]: >>280
知らないかもしれないけど、
実は、CPUってかなり空き時間があるんだよ？

CPU使用率が100%未満の場合、CPUは休んでるのさ。
知らなかったでしょ？
283 名前：名称未設定 mailto:sage [2007/11/23(金) 05:47:58 ID:hcJ8Hx2n0]: というかいまどき Windows にしろ Mac にしろ、電源をいちいち切っているひとのことが信じられない。なんでスリープにしないの？
284 名前：名称未設定 mailto:sage [2007/11/23(金) 07:11:50 ID:O9e3cCYD0]: >>282
君んちのPCも、主が前に座るたび、
「このボトルネックめ、さっさと動けよノロマめ。」と思ってる事間違いなし。
285 名前：名称未設定 mailto:sage [2007/11/23(金) 07:21:08 ID:CJZX8PdB0]: >>283
ノートブック型を頻繁に持ち運ぶ人はしょうがないんじゃない？

場所を動かさない用途ならいちいち電源落とす意味はあんまりないが
286 名前：名称未設定 mailto:sage [2007/11/23(金) 07:44:55 ID:hcJ8Hx2n0]: 僕ノート型だけどスリープで済ませてますが ...
うちの macbook だと飛行機で太平洋渡っても大丈夫だよ。

立ち上がり時の激しい HDD のアクセスとかのほうが電気を食うんじゃないだろうか ... とおもってスリープにしてますが。

電力測ったことないからわからないけど。
287 名前：名称未設定 mailto:sage [2007/11/23(金) 12:11:50 ID:YeD4RVVC0]: >>282
>実は、CPUってかなり空き時間があるんだよ？

あまりアホな煽りを相手にしてもしょうがないが、
皆がお前みたいに負荷の軽い仕事しかしない訳じゃないし、
無駄な仕事＝無駄な電力であることは変わりない。

スリープを使って欲しいのはマイクロソフトも同じで、
itpro.nikkeibp.co.jp/article/NEWS/20060904/247116/?P=1&ST=vista
とのこと。
SuperFetch でアプリケーションの起動時間が短くなると謳っているが、
メモリに展開する時間が起動時にかかっていることを考えれば差し引きはゼロ。
展開したりキャッシュしたが、使われなかった分がマイナスになるだけ。

そんなことをやるより、起動時間をマトモにする方が重要だと思うが。
288 名前：名称未設定 mailto:sage [2007/11/23(金) 13:31:19 ID:Rw0Tf7HJ0]: マジアフォには技術的なことはわからないなｗ

> SuperFetch でアプリケーションの起動時間が短くなると謳っているが、
> メモリに展開する時間が起動時にかかっていることを考えれば差し引きはゼロ。

ゼロってそれは処理全体にかかった時間な。

CPUってのはあまり使われていないの。
CPU使用率って知っている？
使用率が100%未満のとき、CPUは遊んでいる。
その遊んでいる時間に先に実行する。

なんでも、先に済ませていたほうが良いだろ。
CPUが使用されていないときにやるのだから、ほかに影響はないし。
289 名前：名称未設定 mailto:sage [2007/11/23(金) 15:09:21 ID:NnAv9r5C0]: >>287は「俺の思考を予測して、俺が起動するアプリだけスパーフェチしてくれ。それ以外は無駄だからやるな」と言ってるのかなw
290 名前：名称未設定 mailto:sage [2007/11/23(金) 15:33:56 ID:15mafHHB0]: SuperFetchはメモリが少ないときは性能が悪い事が分かっている。
予測が失敗したときは先読みした処理の分が無駄になるから。
HDDを余計に動かしただけの無駄な行為になってしまう。
SuperFetchは大容量メモリで始めて生きてくる技術だろう。
291 名前：名称未設定 mailto:sage [2007/11/23(金) 15:39:07 ID:Mpx7xPgJ0]: >>287
> スリープを使って欲しいのはマイクロソフトも同じで、
> itpro.nikkeibp.co.jp/article/NEWS/20060904/247116/?P=1&ST=vista
> とのこと。

ReadyBoost使ってるとスリープから戻るたびに数分ほどフラッシュに書き込みw
レスポンスは悪くなるわ、バッテリーは減るわ

結局XPにダウングレードというなのアップグレードをしたオレが来ましたよ
292 名前：名称未設定 mailto:sage [2007/11/23(金) 16:16:30 ID:vPgLaMG30]: まあ将来的には全面64bitの方が良いんだろうが
今の段階でカーネルまで64bitに書き換えても
一般的には使い道がなかったり
諸問題で64bitが普及しないのはWindowsが証明している訳で・・・

学術分野とかだと知らんが
とりあえず64bitになったとしても
一般的には一部のアニメオタが
エンコ10分が7分になったよ！64bitSUGEEEEE
って位しか今のとこメリットがないと思うんだが・・・
293 名前：名称未設定 mailto:sage [2007/11/23(金) 16:25:22 ID:J2nbPZ8E0]: サーバサイドは Solaris も Linux も普通に 64bit 化されてるよ。
DB のキャッシュや Java の Heap に 4GB 以上のメモリを
割り当てたり、大容量ファイルシステム用のキャッシュとか。

サーバ市場を諦めるなら、しばらくは必要ないかもね。
294 名前：名称未設定 mailto:sage [2007/11/23(金) 16:27:27 ID:vPgLaMG30]: どう考えてもAppleがサーバ市場本気で狙ってるとは思えんのだが・・・
一応サーバもやってますってくらいじゃね？
295 名前：名称未設定 mailto:sage [2007/11/23(金) 16:30:53 ID:vBC4oFan0]: DTPとかVideo Serverとか、特殊な用途だよな。
www.apple.com/jp/pro/profiles/imagica
296 名前：名称未設定 mailto:sage [2007/11/23(金) 16:49:06 ID:vPgLaMG30]: >>295
放送業界の市場規模って3.5兆円規模だよ
全然特殊な用途じゃないよ

ちなみにIMAGICAは日本のポスプロ最大手
297 名前：名称未設定 mailto:sage [2007/11/23(金) 16:57:25 ID:4kMvc+Jj0]: InterBeeでLinuxつかってデモしてたが・・・今時価
298 名前：名称未設定 mailto:sage [2007/11/23(金) 18:24:58 ID:GrRcdRUz0]: >>297
俺もそれみた。
299 名前：名称未設定 mailto:sage [2007/11/23(金) 22:20:14 ID:YeD4RVVC0]: >>288
>なんでも、先に済ませていたほうが良いだろ。
あのな、お前の戯言が技術論だと妄想するなら、
今のモダンな OS がどうやってメモリ管理しているかぐらい調べてくれ。
SuperFetch の発想そのものがレガシーで、今のメモリ管理指向から
逆行しているの気付くことはないだろうがな。
lazy evaluation がなぜ行われるかぐらいは（ry

>>290
>SuperFetchは大容量メモリで始めて生きてくる技術だろう。
で、大容量メモリ＋スリープだと必要ない技術。
300 名前：名称未設定 mailto:sage [2007/11/23(金) 23:16:32 ID:J2nbPZ8E0]: >>299
>lazy evaluation

デマンドページングの事?
301 名前：名称未設定 mailto:sage [2007/11/24(土) 06:09:07 ID:Atc5ayog0]: >SSD搭載のMacBook Proは爆速！
applembp.blogspot.com/2007/11/ssdmacbook-pro.html
>ランダム・アクセス・リードは20-33倍に！

↑将来的にSSDが有望。容量面や価格的にまだまだ時間かかるかな？
302 名前：名称未設定 mailto:sage [2007/11/24(土) 08:34:01 ID:Atc5ayog0]: pc.watch.impress.co.jp/docs/2006/0904/macpro.htm
>アップルによればTigerにおける64bit対応は、PowerPC版、Intel版ともに
>同等の対応を実現しているということで、メモリ空間、データバス、レジスタ、
>マスライブラリなどがOSレベルでは64bit化されているという。

ちょっとソースと言えないレベルだけど、レジスタも64bitで拡張された部分を
利用出来る。これに関してだけど、以前TigerのCUIアプリベンチ（32/64bitの）
の記事でレジスタの拡張による高速化という結果になっていた。この記事が検索
しても見つからないのだけど、グラフ付きで、Web上の日本のITニュース系の記事だったよ。
もしよければ誰か見つけて貼って欲しい。Tiger登場後のやつ。

こうして考えると、64bit化によるメリット→より大きなメモリ空間、拡張されたレジスタ
という部分を利用出来る64bitアプリの実行環境を広めるという意味で、Leopardの今回の対応
が段取りとして一番理にかなってるように思う。なにせ、今のところほとんどの人が64bit化
なんて興味が無いのだし、ユーザーに意識させずに環境を整えないと移行できないでしょ。

Vistaが8800万本を販売したという話を聞いたけど、例えばそれがPCにプリインストールされて
販売されたものがほとんどの場合、その多くが32bit版を採用しているけど、Vistaの普及時点で、
そこからさらに移行させるというのはかなりの難関になる気がする。
BootCampが32bitVistaにしか対応しないというのもAppleの戦略なのかも（汗）
303 名前：名称未設定 mailto:sage [2007/11/24(土) 10:38:36 ID:tbMjlkuc0]: iPodと同数の台数が買われているという状況ならSSD搭載も実現していた。
304 名前：Nehalem mailto:sage [2007/11/24(土) 10:39:10 ID:tbMjlkuc0]: Nehalem
305 名前：名称未設定 mailto:sage [2007/11/24(土) 11:02:22 ID:eoFljY6k0]: PPCは32bit addressingでも64bit命令使えたが、Intelはどうなの？
306 名前：名称未設定 mailto:sage [2007/11/24(土) 11:27:41 ID:oVHzW4pn0]: >>302
まあ要するに今後も64bit kernelにする気はないって事だろうな。
307 名前：名称未設定 mailto:sage [2007/11/24(土) 12:18:15 ID:Ybd0qjmh0]: >>305
G5の汎用レジスタ幅は無条件に64bit
本当にレジスタ幅が効いてくる処理は128bit幅のAltivecやSSEを使うから
汎用レジスタ幅が64bitになるのはそれほど効果は無いよ。
馬力が必要なコーデック系の処理はもちろん。単純なメモリコピーですら
サイズが大きくなるとAltivecやSSEを使ってる。
308 名前：名称未設定 mailto:sage [2007/11/24(土) 14:32:31 ID:AI0RxFy/0]: >>307
ちょっとずれてる気がするが...
例えば32bitモードでlong longの加算をしたい時に、64bit命令は使えないのか
とかそういう事でしょ。

Intelの場合はSSE2のスカラ64bit命令があるから
32bitモードでも64bitの整数演算命令は使える
ただし当然ながら乗除算とかはできないけど。

SSE2スカラ64bit加算命令のレイテンシを見てみると
32bit整数加算の2倍だから、使用価値は微妙だ。
309 名前：名称未設定 mailto:sage [2007/11/24(土) 16:35:27 ID:P1VjKLu30]: >>308
>例えば32bitモードでlong longの加算をしたい時に、
>64bit命令は使えないのかとかそういう事でしょ。

G5 だったらできるでしょ
310 名前：名称未設定 mailto:sage [2007/11/24(土) 17:33:36 ID:AI0RxFy/0]: >>309
いやだから305はG5はできるけどIntelはできるのかって質問でしょ
311 名前：名称未設定 mailto:sage [2007/11/24(土) 22:29:48 ID:nqKqlaP50]: SSEとかで64bitの計算はできるな。
312 名前：名称未設定 mailto:sage [2007/11/25(日) 07:32:10 ID:MmyRPxwW0]: Leopardが64bitOSというレベルは
ちょうどWindows95が32bitOSだというレベルと考えてよろしいでしょうか？
313 名前：名称未設定 mailto:sage [2007/11/25(日) 07:47:02 ID:bOknGjgI0]: 違います
314 名前：名称未設定 mailto:sage [2007/11/25(日) 13:19:35 ID:YzcKeIf80]: XP が 32 bit OS だというのとは同じ？
315 名前：名称未設定 mailto:sage [2007/11/25(日) 21:33:16 ID:uHq1I4OS0]: おなじ
316 名前：名称未設定 mailto:sage [2007/11/25(日) 22:53:43 ID:Czek/gsq0]: 違うよ、ぜんぜんちが(ry
317 名前：名称未設定 mailto:sage [2007/11/26(月) 01:49:10 ID:g72efW7f0]: 16bitカーネルで32bitアプリを実行できるwin32sのような、
32bitカーネルで64bitアプリを実行できるのがMac OS X。
318 名前：名称未設定 mailto:sage [2007/11/26(月) 16:23:24 ID:oBuzx4hS0]: 32bitのメモリを複数「平行処理」するのと
64bitのメモリを一括処理するのとどちらが能率が良いのだろう。

よくわからん。bitを上げればこそ効率が上がるというわけでもないと思うし。
319 名前：名称未設定 mailto:sage [2007/11/26(月) 21:14:54 ID:vtEvK/6y0]: >>318
意味不明
320 名前：名称未設定 mailto:sage [2007/11/26(月) 21:23:28 ID:29V7RODF0]: 32bit のデータを 2 回 load するのと
64bit のデータを 1 回 load するのは
どっちが速いかって話じゃないの

64bit のデータを 1 回 load する方が速い
321 名前：名称未設定 mailto:sage [2007/11/27(火) 00:51:25 ID:1Vfxvj100]: というわけで Leopard のカーネルの話題に戻したりするとw

カーネルは 64bit のアドレス空間を管理しないといけないから 64bit 整数の演算を
32bit のコード中で行っていると思うんのだが(?)、
普通にやったら 32bit ずつロードして、キャリー等のある計算が必要ですよね。面倒～。
こういうのってどの位ペナルティーになってるのかちょっと気になる。
322 名前：名称未設定 mailto:sage [2007/11/27(火) 01:24:57 ID:IanKJAAy0]: ちょっと前に話してるSSE2の64bit整数演算命令使っても別に良いんじゃね

まあ32bitの演算器を使っても演算自体はレイテンシが少々増えるだけだろうけど。
CSAライクに素直にcmovを使うか、分岐予測に期待するか、どっちが速いんだろ。
323 名前：名称未設定 mailto:sage [2007/11/27(火) 02:56:09 ID:uSpAIJkr0]: カーネルはメモリー渡しておしまいだろ。アクセスはアプリが自分でやる。
324 名前：名称未設定 mailto:sage [2007/11/27(火) 03:27:16 ID:kwMrbrKO0]: 要はMachカーネルはメモリの管理が仕事なわけだろう。（その他にもすることがあるが）
その他の仕事は64bitAPIがそれをやってくれるわけだから。

確かMachカーネルはTigerでプロセスの用いる仮想アドレスが64bitに対応したと
あるが、Mach自身が32bitならどうやってそれを行っているのだろうか？

どうもG5では32bit上でも64bitアドレスが指定可能なようだが、Core2では可能なのか？
325 名前：名称未設定 mailto:sage [2007/11/27(火) 03:36:04 ID:kwMrbrKO0]: ttp://journal.mycom.co.jp/news/2003/06/24/12.html
どちらかというと逆みたいで64bit上で32bit環境を動かしているようだね。
だからMachカーネルは32bitでも良かったのではないか。

しかし、そんなことが、IntelのCoreアーキテクチャでは出来るの？
326 名前：名称未設定 mailto:sage [2007/11/27(火) 06:39:11 ID:m4Z4El7R0]: >>321
32bit整数演算はメモリ管理と関係ない。
アドレス空間ってのはカーネルから見える物理メモリ上に確保された対応表できまる。
対応表には物理アドレスA～Bは仮想アドレスのX～Yにみたいなのが延々書いてある。
実際のアドレス変換はCPUが勝手に行う。

つまり、
・対応表の書き換えは32 bitのカーネルで行う
・対応表に従ったアドレス変換はCPUの専用回路で行う (64 bitネイティブ)
というわけ。

対応表の書き換えを32 bit整数演算で行うことのペナルティはほとんどない。
対応表の変更ってそんなに起きないから。

アドレス変換はCPU内部で専用回路で行われているので
カーネルが32 bitだろうが64 bitだろうが同じ速度で動く。
327 名前：名称未設定 mailto:sage [2007/11/27(火) 07:39:02 ID:J4eQOMci0]: >>326
>アドレス変換はCPU内部で専用回路で行われているので

TLB なんて余裕で溢れるよ
TLB miss は常に発生していると考えた方が良い
Mac からじゃ見えないけど、他の OS 入れれば分かる
328 名前：名称未設定 mailto:sage [2007/11/27(火) 07:47:17 ID:m4Z4El7R0]: >>327
カーネルの大半が互換モード(32 bit)で動いていた場合に
アドレス変換で何かデメリットがあるかって話だと思ったんだけど。

カーネルを完全に64 bitモードしたとして、
それでTLBミスヒットが減るような要因ってなんかあるっけ？
329 名前：名称未設定 mailto:sage [2007/11/27(火) 07:51:25 ID:J4eQOMci0]: TLB miss したら CPU で演算する事になるけど、その時に
32bit で動いているとペナルティが発生する
330 名前：名称未設定 mailto:sage [2007/11/27(火) 08:02:44 ID:m4Z4El7R0]: >>329
もしかしてx86以外の話してた？

ttp://blogs.sun.com/eota/entry/ultrasparc_sfmmu_%E7%94%9F%E3%81%8D%E6%AE%8B%E3%82%8Bspitfire%E7%B2%BE%E7%A5%9E_ultrasparc%E3%81%A8%E3%81%A8%E3%82%82%E3%81%AB

>実際には、TLBミスが発生した時にどうするのかっていうのは、CPU次第。
>X86アーキのように、カーネルがPage Directory Table等々のTableを用意してあげて、
<CPUがTable Walkingを行って捜し出すものもあれば、
>CPUがtrapをあげてカーネルに教えて頂戴って言ってくるのもあります。

>UltraSPARCは後者を採用しているわけなんですね。
>X86アーキに慣れている人は、なんか面倒だなって感じるかも知れないけど、
>この手法は結構ポピュラーな方法です。
>Andrew S. Tanenbaum教授の(有名な)著書"Operationg Systems Design and Implementation"にも
>Software TLB Managementとして説明(注2)されていて、
>数々のRISC CPUに採用されている方法でもあるんですね。(*_*)

それともAMD64になってSoftware TLB Managementに移行したんだっけ？
だとしたらこちらの不勉強。その場合はスマソ。
331 名前：名称未設定 mailto:sage [2007/11/27(火) 08:07:32 ID:J4eQOMci0]: それ、どっちも CPU 使うでしょ。
332 名前：名称未設定 mailto:sage [2007/11/27(火) 08:13:00 ID:J4eQOMci0]: PDE って良く分かってないんだけど、CPU 内部に専用命令と
TLB 以外の専用領域が用意されていているの?

もしそうであれば、まあペナルティはそんなに無いかもね。
333 名前：名称未設定 mailto:sage [2007/11/27(火) 08:33:53 ID:CLrQM84E0]: >>326
なるほどどうも。

>実際のアドレス変換はCPUが勝手に行う。
この辺はぼんやり理解していたつもりです。要は

>対応表の変更ってそんなに起きないから。
ですね。
具体的にはどんなときに対応表の変更って起きるんでしょうか?
334 名前：名称未設定 mailto:sage [2007/11/27(火) 08:38:38 ID:m4Z4El7R0]: >>332
＞PDE って良く分かってないんだけど、CPU 内部に専用命令と
＞TLB 以外の専用領域が用意されていているの?

そう。
でかいのでx86はCPU内部に持つじゃなくてメインメモリを流用してる。
ttp://caspar.hazymoon.jp/OpenBSD/annex/intel_paging.html

具体的にはメインメモリ上に多段ルックアップテーブルを構築して
その最上段(ページディレクトリ)の先頭物理アドレスをcr3レジスタに登録する。
ttp://caspar.hazymoon.jp/OpenBSD/annex/intel_arc.html#cr3

x86のTLBはCPU内部の非公開キャッシュ。
キャッシュの細かい制御はルックアップテーブル内のビットで間接制御。
OSから明示的にTLBの内容を制御することはできない。
(せいぜい内容をフラッシュするぐらい)

TLBミスヒットが起きるとメインメモリへのアクセスが発生する。
335 名前：名称未設定 mailto:sage [2007/11/27(火) 09:09:05 ID:m4Z4El7R0]: >>333
＞具体的にはどんなときに対応表の変更って起きるんでしょうか?

例えばプロセスにメモリが割り当てられたときとかプロセスからメモリが解放されたときとか。

ただし大抵の言語だとライブラリがまとめてOSからメモリを確保して、
そこから切り売りされたメモリをプログラムは使っている。
言語のメモリ割り当て/解放命令ごとに対応表が書き換わるわけじゃない。

あとプロセスごとに対応表を区別してるので、
プロセス切り替えでは対応表の切り替えも必要。

こんな感じで、ｘ86の場合、実際のカーネルの仕事は電話帳作っているようなもの。
実際に電話かけるのはCPU内の専用回路。
カーネルの大半が32 bitコードでも64 bitアプリのメモリ管理にそこまで支障はない。
(どっちみち割り込みハンドラは64 bitコードで書くことになるけど)
336 名前：名称未設定 mailto:sage [2007/11/27(火) 09:19:40 ID:J4eQOMci0]: >>334
>TLBミスヒットが起きるとメインメモリへのアクセスが発生する。

これって load は 32bit 操作なんだよね?
そこが遅くなるんじゃないかなあと思ってるんだけど。
337 名前：名称未設定 mailto:sage [2007/11/27(火) 09:32:51 ID:m4Z4El7R0]: >>336
x86の場合そこはCPUの専用回路が自律的に読み込みを行う。

そもそもプログラマブルじゃないので
32 bitのロード命令とか64 bitのロード命令とか関係ないような。
割り込みによってOSで制御してるわけじゃないんで。
338 名前：名称未設定 mailto:sage [2007/11/27(火) 10:50:55 ID:kwMrbrKO0]: それでは、32bitカーネルでも64bitアドレッシングは可能なのですか？
339 名前：名称未設定 mailto:sage [2007/11/27(火) 11:42:44 ID:CLrQM84E0]: >>335
>プロセス切り替えでは対応表の切り替えも必要。
>>336
>x86の場合そこはCPUの専用回路が自律的に読み込みを行う。

たびたびごめんなさい、

処理をする実体(?)が「カーネル」と「CPU（の回路?）」との2つに分けられるとすると、
確かプロセスの切り替えはカーネルがやっていることになると思いますが、
「対応表の切り替え」もカーネルがやるんでしょうか?

あと、「対応表」は少なくとも x86 の場合メモリ上の部分と TLB の（キャッシュされた）
部分があって複雑ですね。>>335 の「対応表」とは両方を指しますか?
340 名前：名称未設定 mailto:sage [2007/11/27(火) 11:43:47 ID:CLrQM84E0]: >>339
あ、すいません、引用の後半は >>336 じゃなくて >>337 でした。
341 名前：名称未設定 mailto:sage [2007/11/27(火) 13:17:15 ID:uSpAIJkr0]: コンテキストスイッチングも１命令(+α)でしょ。CPU。
342 名前：名称未設定 mailto:sage [2007/11/27(火) 15:14:34 ID:uSpAIJkr0]: journal.mycom.co.jp/column/sopinion/232/index.html
Intelのアドレス変換。
343 名前：名称未設定 mailto:sage [2007/11/27(火) 19:56:55 ID:m4Z4El7R0]: >>339
「対応表の切り替え」もカーネルがやってる。
>>342 も書いてくれてるけど例えば「プロセス cr3」でぐぐってみると出てくるよ。

例えばこれはLinuxの例。
ttp://d.hatena.ne.jp/naoya/20071008/1191824562

>あと、「対応表」は少なくとも x86 の場合メモリ上の部分と TLB の（キャッシュされた）
>部分があって複雑ですね。>>335 の「対応表」とは両方を指しますか?

メモリ上の部分のみを指す。
TLBはCPUが勝手に作ってるキャッシュなので
プロセスを切り替えるときに、特にOSがTLBに対して何かするということはないよ。
cr3レジスタを変更したらCPUが勝手にTLBを作り直す。

実際はもうちょっと複雑だけど、
そこまで詳しく知りたかったらCPUのドキュメント読むか何かの解説書にあたった方が良いかと。
344 名前：名称未設定 mailto:sage [2007/11/28(水) 09:58:26 ID:RpriTb5p0]: >>343
どうも詳しい説明ありがとうございます。
自分で調べてみようと思いますが、最初のとっかかりを教えてもらえると結構違います。
345 名前：Trader＠Live! mailto:sage [2007/11/30(金) 15:02:10 ID:mpU6Rgti0]: バスケットシューズシューズ
346 名前：Trader＠Live! mailto:sage [2007/11/30(金) 16:23:30 ID:mpU6Rgti0]: あいつまたいつもですねん
かってにうごいてほしいん　　　　　　　　だ
347 名前：名称未設定 mailto:sage [2007/12/01(土) 01:03:59 ID:+wsobG1o0]: 結局のところカーネル部分はIntelCPUで64bitモードで動作するの、しないの？
348 名前：名称未設定 mailto:sage [2007/12/01(土) 08:29:14 ID:qMFDo2dl0]: する
349 名前：名称未設定 mailto:sage [2007/12/01(土) 10:08:59 ID:82Q0KuDV0]: IOKitドライバは32bit、それ以外は64bit。
journal.mycom.co.jp/articles/2007/11/20/iul00/001.html
350 名前：名称未設定 mailto:sage [2007/12/01(土) 10:20:53 ID:hGRfvWip0]: 「対応」なだけっしょ
351 名前：名称未設定 mailto:sage [2007/12/01(土) 10:24:27 ID:+wsobG1o0]: それじゃカーネルが32bitでも64bitOSと名乗ってもいいことになるのではないか。
352 名前：名称未設定 mailto:sage [2007/12/01(土) 12:13:01 ID:+wsobG1o0]: >>350
「64bit」と「64bit対応」の違いって何？
353 名前：名称未設定 mailto:sage [2007/12/01(土) 12:17:59 ID:PPnV3dpV0]: 少なくともAppleが言う
---------------
Loepardは、64ビットのパワーを発揮する万能オペレーティングシステム。Cocoaアプリケーションフレームワークからグラフィックス、スクリプティング、UNIX基盤まで、システム全体が64ビット。
---------------
ではないだけ。
354 名前：名称未設定 mailto:sage [2007/12/01(土) 23:05:41 ID:Vwtnnc170]: Cocoa もライブラリも API も 64bit 対応なら、Apple が言う通りじゃん
アホか
355 名前：名称未設定 mailto:sage [2007/12/02(日) 00:13:09 ID:Up65n0DV0]: >>354
おまえのとこではシステム全体にFinderは入ってないのか。
356 名前：名称未設定 mailto:sage [2007/12/02(日) 00:25:02 ID:l85+4dGo0]: 32bitと64bitアプリケーションを区別無く動かせるけれど、
大半のアプリケーションは、32bitのままって状態って事だよね。
357 名前：名称未設定 mailto:sage [2007/12/02(日) 01:23:44 ID:owzZRKjG0]: >>355
ちなみに「Cocoaアプリケーションフレームワークから... 」の件の元の英文は

Now the Cocoa application frameworks, as well as graphics, scripting, and the UNIX foundations of the Mac, are all 64-bit.

なんで、少なくとも >>355 が思うような意味で「システム全体」とは言ってないようだ。
意訳というか誤訳というか... ま、よくあることなんでw
358 名前：名称未設定 mailto:sage [2007/12/02(日) 03:13:44 ID:o/hLhZVl0]: カーネルまで64bitにするとPowerPC G4やCoreDuoとかが動かなくなるから
仕方なく32bitにしているの？

それとも、64bit環境なら32bitカーネルでも64bitモードでも動作してくれるの？
PowerPC G5ならどうも可能な感じだがIntelCPUではそんなことが可能なの？
359 名前：名称未設定 mailto:sage [2007/12/02(日) 03:34:31 ID:YTofjpSM0]: >>358
>それとも、64bit環境なら32bitカーネルでも64bitモードでも動作してくれるの？
>PowerPC G5ならどうも可能な感じだがIntelCPUではそんなことが可能なの？
答えは Yes です。カーネルは全部 32 bit なわけじゃなくて、64 bit の部分も多少ある。さんざん既出なのでスレを読み返してください
360 名前：名称未設定 mailto:sage [2007/12/02(日) 04:05:01 ID:o/hLhZVl0]: >>359
ありがとう。このスレ読み返してみるよ。
361 名前：名称未設定 mailto:sage [2007/12/02(日) 04:16:52 ID:YTofjpSM0]: ちなみに >>180 からあたりが真っ当な議論になってるので。
いろいろ煽りやらあって読みにくいですが。
362 名前：名称未設定 mailto:sage [2007/12/02(日) 13:21:25 ID:EfCc8EyZ0]: >>352
かつてセガサターンが32bitCPUを2つ乗せて、
64bit(級)を銘打ったことと同じ？
363 名前：名称未設定 mailto:sage [2007/12/03(月) 02:04:36 ID:PXaGHTCR0]: 確かにアプリは32bitも64bitもうまく動くようだが。64bitアプリから32bitドライバは
まともに呼び出せて上手く動かせるの？
I/OKitが上手くしているから出来るということらしいが、そんな都合のいいことが可能
なのですか？
364 名前：名称未設定 mailto:sage [2007/12/03(月) 05:27:25 ID:0mW+pBQN0]: いまいち何を言いたいのかわからんが、
別にドライバはソフトが直接呼び出すものじゃないでしょう
カーネルが仲介するために間に一回挟まるわけなので、
「ほぼ32bitカーネル」で64bitアプリがうまく動くのを受け入れるなら、
なにが疑問なのか判らん。
365 名前：名称未設定 mailto:sage [2007/12/03(月) 10:11:24 ID:PXaGHTCR0]: それでは、LeopardはVista64bitのように64bit用のドライバが必要ないと
言うことですか？
366 名前：名称未設定 mailto:sage [2007/12/03(月) 10:29:45 ID:HlCEdEE80]: >>365

ちょうどLeopardは64bit化レベルは
Windows95の32bit化レベルと考えてもらったらOKです。
367 名前：名称未設定 mailto:sage [2007/12/03(月) 11:20:20 ID:PXaGHTCR0]: Windows95と同じようなものか。確か95って32bit環境の中で無理やり16bitコードを
押し込んだようで、結構不安定だったよね。特にドライバ関係が。
そこら辺はLeopardは大丈夫なの？
368 名前：名称未設定 mailto:sage [2007/12/03(月) 12:56:36 ID:0mW+pBQN0]: レパードは不具合いろいろあるけど、別にドライバ周りででてるわけじゃないよ。
だいたい Windows と違って、Apple がほとんど自前でドライバかいてて、
対応ハードウェアもすくないのに、そういうところではエラーでないでしょう
369 名前：名称未設定 mailto:sage [2007/12/03(月) 13:01:42 ID:0mW+pBQN0]: あと、現状でレパードを普通に使っている人は全然 64 bit モードをつかってないと思うよ。まだ対応ソフトも全然でてないだろうし。

だから、64bit まわりが Leopard 大丈夫なのかどうなのか、というのは半年一年ぐらいして評判みてみないとどっちともいえないでしょう
370 名前：名称未設定 mailto:sage [2007/12/03(月) 13:13:07 ID:1+8bztev0]: 煽りとマトモなレスとでループしている
371 名前：名称未設定 mailto:sage [2007/12/03(月) 16:16:44 ID:Y3w1avMl0]: //
ドライバの互換性

ユニバーサルOSのLeopardでは、新しいドライバやハードウェアを
揃える必要はありません。新しい64ビットアプリケーションを、
お手持ちのプリンタ、ストレージ装置、PCIカードと組み合わせて
そのまま使えます。
さらに嬉しいことに、新しい64ビット対応ドライバにアップグレード
すると、32ビットアプリケーションのスループットも向上します。
//
っていうappleのいいかたもヘンなんだけどね。
嬉しいならアップグレードするドライバを出せって感じ。
372 名前：名称未設定 mailto:sage [2007/12/03(月) 19:50:38 ID:sg4apsl90]: >>371
マイクロソフトなんかと比べるとAppleはお金掛けられないから、
スループットが重要なものを徐々に64bit対応ドライバに置き換えていくのかな？
373 名前：名称未設定 mailto:sage [2007/12/03(月) 20:04:22 ID:5qXEESCo0]: ある程度の汎用ドライバ除いたら
本来OSメーカが作るもんじゃないしねぇ・・・
374 名前：名称未設定 mailto:sage [2007/12/04(火) 01:30:16 ID:BBLeuAO20]: 64bitドライバを強制的に作らせるMSとそれらには柔軟なApple。
普段切捨てとか言っているAppleにしては64bit化についてはMSと
対応が逆なのが面白い。

さて、WindowsとMacOS。どちら政策が先に64bitの世界に導いてくれるのか。
興味のわくところである。
375 名前：名称未設定 mailto:sage [2007/12/04(火) 02:24:05 ID:mM9TICe80]: >>374
サーバのマーケットが大きいから、やっぱWindowsじゃね？
376 名前：名称未設定 mailto:sage [2007/12/04(火) 03:04:02 ID:H+QTCEQL0]: 結局、カーネルのソースを眺めるのが一番確実かな、と思ってきた。

そっか 64bit になるとメモリ空間が広大になるから、レイアウトに工夫をしたりもするのね。
仮想空間の話だから、実際にメモリを 4G 以上使うかどうかは関係ないわけだ。
どのぐらいパフォーマンスに差が出るのか、ちょっとやってみるかな。
あと、レイアウトが、カーネルの中よりむしろローダーに任されてる感じなのかな。

あと、64bit カーネルへの布石も、わずかながら見られたりして... 面白いね。
377 名前：名称未設定 mailto:sage [2007/12/04(火) 11:47:28 ID:7CzJCxV80]: 判った結果をしろうとにもわかるように噛み砕いておしえてください >>376
378 名前：名称未設定 [2007/12/05(水) 02:03:04 ID:OzQAdSsu0]: スレ読み返せよ
379 名前：名称未設定 [2007/12/05(水) 02:52:53 ID:27leFf+I0]: 32bit OSとか64bit OSとかクロックじゃないんだから、パフォーマンス比較するのはナンセンスでしょう。
64bitモードで使えるレジスタが増えると言うのは多少影響あると思いますが64bitコードにした場合は
メモリバウンダリが8byteになってしまうため一般的なコードでは無駄が多いということでしょうか？
（Mac OS X Leopard は AMD64 abi-0.98.pdfに準拠）
つまりC2D以上のCPUを持つMacの場合、Leopardでは64bitカーネルがロードされています。
380 名前：名称未設定 mailto:sage [2007/12/05(水) 12:09:40 ID:Ues3mFko0]: >>379
>つまりC2D以上のCPUを持つMacの場合、Leopardでは64bitカーネルがロードされています。
それってどうやって確認すればいいの？
もしそれが本当ならこのスレ自体の意味がなくなる事なのだが。
381 名前：名称未設定 mailto:sage [2007/12/05(水) 12:14:03 ID:kDg/35F80]: Pantherから始まって、Tigerでカーネルの必要個所の64bit化、
Leopardでほぼ全てのAPIが64bit化。その先（アプリ）は次回。

欲張って全て一気にとやろうとしないのがApple流でしょ。
OSXの64bit化だけど、徐々に段階を踏んでやってるよね。
Leopardでやっと64bitGUIアプリが動作するようになった。
多分OSX10.6でさらに次の段階に移行するんじゃないか？
OSX標準アプリの64bit化、64bit部分へのさらなる改良。
これからの方針を予想すると、多分32bitに依存するアプリを
徐々に移行させていくのだと思う。その先にあるのは、
将来的に完全な64bitOSへの道。

将来OSX上で動作するApple製アプリ郡さえ64bit化すれば、
Cocoaアプリとかってカーネルにそれほど依存してないみたいだし、
その気になれば完全な64bitカーネル化には苦労しないと思う。
今はその時を見越した準備期間的な実装。

その時が来るとしたら、32bit環境を棺桶に入れる段階に
なってからなんだろうなｗでもこうすることで、多くのユーザー
にとって64bitオンリー化が既定路線として、強制的に移行させる
ことが出来るのも事実（汗）
（Appleはそれを早期にやりそうだから怖いが･･･）
382 名前：名称未設定 mailto:sage [2007/12/05(水) 12:49:58 ID:NDqpBhoq0]: Appleって良いエンジニアが居てOSの中の方を美しくまとめてくれてる印象。
しかし、jobsさん以下経営陣が細かいテクノロジーの詳細には興味なさげ。

ソフトウエアの大切さは理解しているからエンジニアを褒めるし大衆にアピールして
くれるけれども、エンジニアほどは興味がないから本当に必要になる時までに徐々に
移行すればいいと思っていてそういう経営判断をしている。

まぁ、正しい選択だとは思うし、書いてて当たり前だと思ったんだけど、
だったら完全64bitなんて言わない方が…。
383 名前：名称未設定 mailto:sage [2007/12/05(水) 13:09:25 ID:2i3I18ti0]: Appleがサーバ分野に行く気がなければこの先15年くらいは32bitのままでもいいじゃないの。
384 名前：名称未設定 mailto:sage [2007/12/05(水) 19:17:10 ID:F2LVVzCz0]: 来年には完全64bitになって、CoreDuo機は切捨てになります。ｗ
385 名前：名称未設定 mailto:sage [2007/12/05(水) 22:19:04 ID:QjfaLFpl0]: >>382
>jobsさん以下経営陣が細かいテクノロジーの詳細には興味なさげ。

いや、オレは Jobs も相当テクノロジーの詳細には五月蝿い印象がある。
言い方悪いが、世の中にはエンジニアなんて掃いて捨てるほどいるが、
製品化にあたり、実装の仕方や採用するテクノロジーの取捨選択を行って
非常に上手く構築できるエンジニアはそういない。
（エンジニアなんて山ほどいる MS ですら Vista の難産を見ればわかる）

Jobs はそういうことが出来る人間を見分ける力があるのかもしれん。

>だったら完全64bitなんて言わない方が…。
BSD API も 64bit、Cocoa も 64bit、アプリケーションから見たら完全 64bit な
訳だが。

>Appleがサーバ分野に行く気がなければこの先15年くらいは32bitのままでもいいじゃないの。
MacOS の何がサーバー分野に足りないと？
386 名前：名称未設定 mailto:sage [2007/12/05(水) 22:27:00 ID:j433Luk10]: > BSD API も 64bit、Cocoa も 64bit、アプリケーションから見たら完全 64bit な
> 訳だが。

↑これは、つまり
アプリケーションから見なかったら、完全な64bitではない。
という意味になります。
みなさん、気づきましたか？馬鹿ですね。
387 名前：名称未設定 mailto:sage [2007/12/05(水) 22:35:34 ID:2i3I18ti0]: >>385
>MacOS の何がサーバー分野に足りないと？
営業力、体力。ミドルウェア。保守。

逆にさ、今後15年でサーバ分野でシェアを伸ばせると思う？
エッジ部分はほぼLinux。バックエンドはHP-UX/AIX/Solaris/(Linux)がいるわけだよ。
OSXにしたいと思わせるソリューションって何？WebObjectを使ってくれるSIerがどれだけ？
日本全国で4時間のSLAを引ける様になると思う？
388 名前：名称未設定 mailto:sage [2007/12/05(水) 22:43:42 ID:IiSu22qL0]: 他のOSがこのような不完全な64bitOSならめちゃくちゃ叩くんだろうが、
ここの人はボジティブだなｗ
389 名前：名称未設定 [2007/12/05(水) 22:48:42 ID:LhjIOzoQ0]: >>388
ただのダブルスタンダードの二枚舌野郎だろ。ｗ
390 名前：名称未設定 [2007/12/05(水) 22:59:17 ID:dpmJe3XR0]: >>387
正論だと思うし、CEの経験者だから支持するけどさ。
マカには言っても通じないよ。マカの感覚じゃ業務用とコンシューマの
区別つかないみたいだし。

個人的には、自社のメンテ部隊が存在しない企業の製品なんか
恐ろしくて使う気になんかなれんけどな。

尚、東大のアレはリスクを承知で東大側が自前で面倒みてる
らしいな。呆れてしまうがｗ
391 名前：名称未設定 mailto:sage [2007/12/05(水) 22:59:50 ID:IiSu22qL0]: >>389
いや、そうはっきり言わんでも
392 名前：名称未設定 [2007/12/05(水) 23:08:34 ID:dpmJe3XR0]: >>391
いあ、自覚がないマカに自覚させるためには必要だろｗ
393 名前：ばるまー [2007/12/05(水) 23:09:35 ID:n8EzVuKQ0]: ドザはしつこいな。
オレも一年前はバリバリのドザだったけど
394 名前：名称未設定 [2007/12/05(水) 23:12:34 ID:dpmJe3XR0]: >>393
マカもしつこいよ。
ちなみに、俺は元マカなんだよなｗ

アンタとはちょうど正反対になるな。
395 名前：名称未設定 mailto:sage [2007/12/05(水) 23:33:03 ID:NDqpBhoq0]: >>390
対価を払って面倒を見てもらうというのは大人になってからなんぼでもやればよく、
学生のうちにありがちなトラブルを経験させるのは親心。

ありがちなトラブルの原因を推測できる程度の経験がないともっともらしい理由をつけて
ベンダーに騙されるんじゃないの？と思います。
たまにすごい言い訳する人って居るじゃないですか…
396 名前：名称未設定 [2007/12/05(水) 23:36:10 ID:LhjIOzoQ0]: >>395
いいかげんな屁理屈書いてんじゃないよ、このバカ。
その余計な経験に使った無駄な時間を他の有用なことに使ったほうがましだと
思わないのかね。コンピュータそのものを生業としない一般ユーザにとって
パソコンなんかただの道具であって、目的じゃねーんだよ。
397 名前：名称未設定 mailto:sage [2007/12/05(水) 23:42:12 ID:QjfaLFpl0]: >>394
dpmJe3XR0 は 10.2 までしか使っていないのに、全てを知っているかの様に語る
大嘘つきな訳だが何か？

Macが嫌いです。本当に嫌いです(´･ω･｀)
pc11.2ch.net/test/read.cgi/mac/1186817782/678-
398 名前：名称未設定 mailto:sage [2007/12/05(水) 23:44:43 ID:QjfaLFpl0]: >>387
>営業力、体力。ミドルウェア。保守。
それが 64bit 化とどんな関係が？

ドザはマトモなやり取りも出来なくて困る
399 名前：名称未設定 [2007/12/05(水) 23:48:30 ID:CPav/ddn0]: >>395
パソコンのメンテと東大の学生用システムの維持管理を同じレベルだと
思ってるバカ発見。
400 名前：名称未設定 mailto:sage [2007/12/05(水) 23:52:44 ID:QjfaLFpl0]: >>390
>尚、東大のアレはリスクを承知で東大側が自前で面倒みてるらしいな。

あのシステムインテグレーションはNECがやってる訳だが、NECは無保証・無担保で
iMac や NetBoot 環境を入れてるとでも？
アホ丸出しもいい加減にしてくれ
401 名前：名称未設定 [2007/12/05(水) 23:57:34 ID:CPav/ddn0]: 導入の契約はしたが、保守契約はしてないって話なんじゃないのか？
まぁ、マカはアホだからそんな話は想像もできないんだろうけどな。
402 名前：名称未設定 mailto:sage [2007/12/06(木) 00:12:20 ID:sdRbHDYC0]: >>401
あのな、運用管理を東大ECCSが行うのと、
システムインテグレートが全く違う話だというのがわからんのか？

しかも今回も同じ MacOS+NetBoot環境だからな。
前回が成功したからこその話なのだが。
403 名前：名称未設定 mailto:sage [2007/12/06(木) 00:35:01 ID:lhHc/BDd0]: マカとかドザとか、おまえら、いつまでたっても飽きないねえw
404 名前：名称未設定 mailto:sage [2007/12/06(木) 00:35:57 ID:d4tW0Off0]: んで結局64bitレジスタの恩恵をフルに受けられる64bitアプリは
現時点で自社他社含めてどの程度あるの？
マジでチェスだけなん？
405 名前：名称未設定 mailto:sage [2007/12/06(木) 00:48:31 ID:sdRbHDYC0]: >>404
過去レス位読め
406 名前：名称未設定 mailto:sage [2007/12/06(木) 03:50:44 ID:MnlCT4yN0]: >>404
32bitで十分。高速。
Appleは最高の選択をした。
完全に64bitにする意味なんて無い。
64bitなんてサーバじゃないと意味が無い。
でもサーバ市場に行くとは思えない。
AppleのWebでは64bitドライバにバージョンアップしたらスループットが上がるって書いてて
そんなドライバが現在存在していない。

それが今のところの総論。
407 名前：名称未設定 mailto:sage [2007/12/06(木) 06:49:10 ID:Xa6l3BIb0]: 突き詰めていくと、Leopard 以前に、なぜ最近は普通のユーザ向けの
CPU ですら 64bit 対応になっているのかという疑問が。
408 名前：名称未設定 mailto:sage [2007/12/06(木) 07:31:25 ID:aGVj+aW30]: ここは中身がどんなものだったとしても
後付の最高の褒め言葉で受け入れるMac愛溢れるスレですね
409 名前：名称未設定 mailto:sage [2007/12/06(木) 09:58:08 ID:tvLWqTqt0]: >>407
散々言われてる事だが
もうCPUが手詰まりだからじゃね？
410 名前：名称未設定 mailto:sage [2007/12/06(木) 10:52:51 ID:uwYL9MNq0]: Windowsの世界では64bit化によって、メモリが8GB使えると喜んでいるユーザが
多いようだが、結局64bit化のメリットはメモリが大量に使える事ぐらいなのか。
411 名前：名称未設定 mailto:sage [2007/12/06(木) 11:48:07 ID:86KA0m0r0]: >>396,399
コンピュータそのものを生業としない一般ユーザやパソコンのメンテの話なんてしてないんだけど。
なんでコンシューマと業務とをごっちゃにするんだよぅ。全然別の話でしょ。区別つかないの？

一般ユーザは管理者に文句言えばいいだけじゃん。
学生の時そうだったでしょ？社会に出てもそうして行くわけだし。

学内ネットワークのメンテって情報系の学生のいい教材なんだから自分らでメンテしたほうが
いいでしょ？という話なんだけどなぁ。
情報系の学科持ってて自己解決できない大学なんて存在価値無いと思わない？
412 名前：名称未設定 mailto:sage [2007/12/06(木) 12:07:41 ID:tvLWqTqt0]: >>410
エンコとかCGのレンダリングなんかは微妙に速くなる

それでも、ほとんどの人間には関係ないのに代わりはないけど・・・
413 名前：名称未設定 mailto:sage [2007/12/06(木) 12:35:54 ID:lxz4vRN20]: 64bitコンパイラでコンパイルすればあらゆるアプリが二倍高速に！
今時サーバ用途だろうとクライアント用途だろうと64bitにあらずばOSにあらず！
という誤解が解けたようで何よりです。
414 名前：名称未設定 mailto:sage [2007/12/06(木) 15:17:56 ID:WnsGi9th0]: >>410
一般の人がインターネッツしたりメールしたり年賀状作ったり「パソコン」として使うには、Windows の 64bit 版はドライバやらなんやらの問題でメモリ以外はデメリットが多いのです。
なんで MS が Windows を 64bit と 32bit で別パッケージにしてるのか謎ですね。

あ、そうそう。
全然関係ないですが Safari for Windows って、Windows で初めてカラーマネージメントに対応したブラウザなんですって。
驚きですね。
いままで Windows を使ってた人って、Web ブラウザで表示してた画像の色が「間違ってる」って知らなかったようですね。
415 名前：名称未設定 [2007/12/06(木) 15:20:03 ID:1DrkBw5N0]: >>411
正当化に必死だな。ｗ
いつの間に>>395では全く言及していない、情報系の学科に限定した話になったんだろう。
しかも学生の話だと思っていたら、なぜか大学の存在価値にまで広がってるし。ｗｗ
さすがのすり変えだな、呆れるしかないよ。
416 名前：名称未設定 mailto:sage [2007/12/06(木) 15:20:22 ID:6h4NJKnh0]: 互換性重視のクライアントOSと
サーバ・ワークステーション用のOSを分けるのはMSの伝統。
つうかこの流れで用途ごとにOSが分かれてるのを叩くってまったく理解できてない証拠だぞｗ
417 名前：名称未設定 mailto:sage [2007/12/06(木) 15:34:56 ID:86KA0m0r0]: >>415
え？だって>>387,390ではコンシューマレベルの話してないじゃん。
418 名前：名称未設定 mailto:sage [2007/12/06(木) 16:24:20 ID:WnsGi9th0]: >>416
あら、MacOS X もサーバとクライアントは別パッケージですよ。
419 名前：名称未設定 mailto:sage [2007/12/06(木) 18:11:10 ID:sdRbHDYC0]: ドザは 4GB を超えるメモリ空間を使う為には 32bit ドライバを捨てるしかなく
従来の 32bit ドライバを生かすには 4GB に縛られなければならない

MacOS X は 64bit クリーンな API と 4GB を超えるメモリ空間を持っていながら、
従来の 32bit ドライバも使える。
カーネルが 32bit （と言いながらも 64bit の互換モードで動くのだが）
なのは、いいとこ取りを実現する実装の結果
420 名前：名称未設定 mailto:sage [2007/12/06(木) 20:43:12 ID:Gj0E1nVe0]: まあ、Macの場合は、
Leopardを使うためには、Tigerドライバを捨てるしかないわけだから
たいした違いはないんだけどなｗ
421 名前：名称未設定 mailto:sage [2007/12/06(木) 21:06:07 ID:cG3YwkWv0]: ハイパフォーマンスなエンプラ・サーバ周りを
切り捨ててしまったからこそ出来たんだよな。
サーバからゲーム機、携帯にまであらゆる分野に
足を引っ張られているWindowsにはとても選択し得なかったやり方だよ。
422 名前：名称未設定 mailto:sage [2007/12/06(木) 21:25:24 ID:wzEv/X1S0]: Tiger時代のドライバ、普通に使えてますが何か？
423 名前：名称未設定 mailto:sage [2007/12/06(木) 21:34:45 ID:sdRbHDYC0]: あらゆる分野で Windows が足を引っ張ってる

まで読んだ
ttp://www.page.sannet.ne.jp/mnagai/msj/msbuiltcars.htm
424 名前：名称未設定 mailto:sage [2007/12/06(木) 21:44:38 ID:3KAn+0s+0]: 今までインチキ64bitOSなことを隠してきたのが偉い！
425 名前：名称未設定 [2007/12/06(木) 21:47:07 ID:1d8eafXX0]: インチキとは失礼だな。高度な柔軟な政治判断に基づく臨機応変な実装と言ってくれ。
426 名前：名称未設定 mailto:sage [2007/12/06(木) 22:05:07 ID:sdRbHDYC0]: 64bit になると無条件に早くなると思ってるドザは、やはり起動時間も倍になると
思っているのだろうか？

Vista は起動するまでに約10分、ログインして使えるようになるまで5分
ttp://www.computerworld.jp/news/plf/62250.html
427 名前：名称未設定 [2007/12/06(木) 22:28:11 ID:Izc/LbJK0]: >>426
ネガティブキャンペーン乙。恥じ晒してどうするの？ｗ

リンクの機種が不明だけど随分古くてメモリ不足のPCに無理してインストール
したんだろうな。最近の普及型なら50秒程度で起動するんだけどね。
pc.nikkeibp.co.jp/article/NPC/20061130/255530/?P=4

ちなみにこっちではLeopardの起動に5分程度かかってるけどな。ｗ
blog.so-net.ne.jp/syufunozakkityou/2007-10-31
428 名前：名称未設定 mailto:sage [2007/12/06(木) 23:22:25 ID:Y4zupVMm0]: おいらの Mac で Leopard の起動/自動ログイン/使えるようになるまでに 30 秒かからんけど？

Windows って、デスクトップが現れてからが長いじゃん。
429 名前：名称未設定 mailto:sage [2007/12/06(木) 23:34:40 ID:PfBg8SzW0]: マカは狂犬のように所かまわず噛み付いてくるね
430 名前：名称未設定 mailto:sage [2007/12/06(木) 23:56:33 ID:Y4zupVMm0]: 反論出来なくなるとそれですか？
431 名前：名称未設定 mailto:sage [2007/12/07(金) 00:10:51 ID:DEaidm+r0]: 犬はドザチョンの貴重なタンパク源だそうだw
432 名前：名称未設定 mailto:sage [2007/12/07(金) 00:12:52 ID:wXkZImGE0]: 反論ていったいどこに論があるの？ｗ
433 名前：名称未設定 mailto:sage [2007/12/07(金) 00:33:40 ID:i7Y1VNnG0]: MacBookCoreDuo 1.8GHz だけど2分もかからないけどな。
200万人の中には、ちょっと具合が悪くなったのも1台や2台はあるだろう。

でも、

>リンクの機種が不明だけど随分古くてメモリ不足のPCに無理してインストール
>したんだろうな。最近の普及型なら50秒程度で起動するんだけどね。

Vista×ワンセグ×新ボディ――富士通「FMV-BIBLO LOOX T50U/V」を試す
plusd.itmedia.co.jp/pcuser/articles/0703/22/news051_2.html
>電源オフの状態から起動すると完全に起動するのに10分程度かかってしまう

あれ？これって最近の普及型じゃないのかな？
レビュアーにしっかり書かれてるってことは不具合じゃなさそうだしw
434 名前：名称未設定 mailto:sage [2007/12/07(金) 00:37:21 ID:1t7ZOluP0]: そういうのは他所でやれと
435 名前：名称未設定 mailto:sage [2007/12/07(金) 01:19:46 ID:DiMxX8Es0]: Windowsってなんであんなに起動がおせえの？
いい加減イヤになるんだけど　マジで
436 名前：名称未設定 mailto:sage [2007/12/07(金) 01:34:41 ID:kDpIYAwZ0]: >>435
煽り煽られも良いけど、せめて bit 数の絡む煽りにしてくれ、いちおうスレタイにしたがって。
437 名前：名称未設定 mailto:sage [2007/12/07(金) 01:47:55 ID:aFfxRGbj0]: >>377
>判った結果をしろうとにもわかるように噛み砕いておしえてください >>376

あくまでも自分が理解した（と思う）範囲だけども、
プロセスが 64bit のときは、デフォでカーネルとユーザーでアドレス空間の場所を分ける。
（ちなみに 64bit カーネルが鎮座する場所もすでに予定されているw）
で、さらにページテーブルのエントリをユーザーとカーネルで共有する。
すると、ユーザーモードからカーネルモードへスイッチするときにページテーブルを
再ロードせずに済む。
でも、これって結局 *BSD とか Linux がやってることと同じなようなw

いくつかシステムコールのベンチマークをしてみると、確かにこの仕組みがあると
1～3割程度速くなる場合があった。　

ちなみに 32bit の場合は上記の仕組みはない。そのせいかパフォーマンス的にも
64bit で上記の仕組み off な場合ととほぼ同じ（= デフォの 64bit より1～3割程度遅い）。
技術的には同じことが 32bit でも可能な筈だが、いろいろ問題があるのかもしれない。

ま、これって純粋に 64bit だから速いというより Mac OS X 上の 32bit/64bit の実装の
差の結果速くなるという感じもするが...
なお、パフォーマンスの差は、俺がやった素朴な特定のテストの範囲内だけの話なんで、
そこんとこよろしく。
438 名前：名称未設定 mailto:sage [2007/12/07(金) 02:16:12 ID:w327qxkg0]: 通りすがりの者ですが>>437乙。
439 名前：名称未設定 mailto:sage [2007/12/07(金) 03:26:57 ID:J1Ykiv0T0]: >>433
> 超低電圧版Celeron Mに512Mバイトのメインメモリ
だそうだよ。
440 名前：名称未設定 [2007/12/07(金) 08:48:07 ID:l6werSfO0]: >>426や>>433のように、ことさらに遅い機種をさも標準みたいに引き合いに出して、
OS批判を行なうのはバカのやる事。
441 名前：名称未設定 mailto:sage [2007/12/07(金) 09:07:06 ID:rHIcsqLn0]: >>440

これ以上32bitだということをいわれたくなくて話をそらしているだけなのでしょうね。
442 名前：名称未設定 mailto:sage [2007/12/07(金) 09:23:11 ID:kjgH8uL+0]: 起動時間勝負？
おれのCore Duo（MacBook初期形Mem2GB）はLepardで1分かからないよ。
G4iBookでも1分くらいじゃないか？
こっちは933MGzでメモリ768MBだけど。

>427のリンク先のMacはなんか壊れてるねw
443 名前：名称未設定 mailto:sage [2007/12/07(金) 09:24:01 ID:kjgH8uL+0]: むぅ933MHzだね、まちがえたよ。
444 名前：名称未設定 [2007/12/07(金) 09:35:45 ID:DW0Hx3TH0]: 真の64bitだったら大々的に宣伝してるよ。
うやむやにしてる点で32bitだね、間違いない。
445 名前：名称未設定 mailto:sage [2007/12/07(金) 09:38:53 ID:NyVbn1+h0]: ブログの反応見てると例のプレゼン鵜呑みにして64bit化で圧倒的に高速化するのかと騙されちゃった人と
64bitレジスタ使った演算の効果なんてクライアントじゃ限定的だし
そもそも4GB以上メモリ積んだマシンなんて誰も使ってねーじゃんという比較的冷静な人で二分されてるね。
声のでかさは圧倒的に前者だけどｗ
446 名前：名称未設定 mailto:sage [2007/12/07(金) 10:51:09 ID:w327qxkg0]: まあ、Windowsのように全部64bitにして32bitドライバやDLLが動かなくなるよりも
32bitと64bitの混在可能にしたAppleのやり方のほうが、現実的だったのではないか。

今のところ、メモリが4GB以上積める事しか64bit化のメリットを感じられないようだし。
447 名前：名称未設定 mailto:sage [2007/12/07(金) 11:18:29 ID:gfG7V4880]: >>437
>技術的には同じことが 32bit でも可能な筈だが、いろいろ問題があるのかもしれない。
大人の事情とかも関係あるんですかね？
それか、ハード/ソフト両面の将来的なことも考えてなんでしょうかね。

>>442
ちょっと壊れ気味かもね。
どんなインストールの仕方したのか分かんないけど、とりあえずディスクユーティリティで修復した方がいい感じね。
ちなみに、メモリいっぱい積んでると電源投入直後のハードウエアチェックに時間がかかるので、起動時間は多少長くなります。

>>445
用途にもよるんだろうけど、MacPro で 9GB 積むとかなり快適ですよ。
448 名前：名称未設定 mailto:sage [2007/12/07(金) 11:21:23 ID:J1Ykiv0T0]: 現実的ということで話をするのなら、結局新しいOS用のドライバを使うわけで
以前のOS用の32bitドライバが動いてもあまり意味は無いのではないか？

つまり、Leopardで32bitドライバが動く！という事例がどういうときかを考えると
Leopard用に新しいドライバを作っておいて64bit版を出さないということは無いわけで
Tiger用32bitドライバを使う場合なわけだけど、通常はLeopard用ドライバを使うでしょ？ということ。

また、Windowsの話だが、64bit OSで32bitアプリ、32bit DLLは動く。
449 名前：名称未設定 mailto:sage [2007/12/07(金) 11:23:12 ID:w327qxkg0]: 　　　　　　　　　　　＿　ーーー
　　　　　　　　,＞'´,: : ,: : : : : : : : :~＞､-'7　　　　＿_
　　 _, -'_＞'ヾ,,;;'~,／ ., : : : : : : ,: : : :.,: : /~`''''二-_＜~
-''~:::,／ ::::::::::::〉'~: ／ : : : : : :／. . ／M　'' :': : : : : :~＞＜
::,／:::::::::::::''／: :／.: : : : : ::／: : .イ: ／|.i　,　　　 '' ''大ー .`_.､
.ﾞ!,:::::::::::::::,.': :／: : : : : ::／' : ／./:／:;:;ｌ |　:|: : : . . .　　`.、　 `ヽ
,　'、::::::::,',ﾝ'/ : : : :::／:;/: ／:;./／;:;:;:;|.:;:|　|i : : : : .|: . . 　 V
Vﾚ〉.::::/ﾍ;/: : : ;／:;:;:;/イ:;:;／';:;:;::;;:;:;|;:;:;| .|::|: : : : : |: ハ､　.|
　./ .'､::::,/: : .,イ:;:;:;:;':;:;:;:;:;':;:;:;:;:;::;;:;:;,/::;:;:| .|;:;|: : : : .|: : : |.V: :|
../ : :::`'/: ､ｲ　''':;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;|/:;:;:| : : : |: : : :|　|: :| MacProで9GB…
/: : ::::::;|:／.ｿ'　,,　　'''''''''''''''''''''''''':;:;:;:;:;:;:/;:;:;:.|: : : /: : : .|　 |: |　　このブルジョアめ！
: : ::::::/,|'＾`.-,､''.　　　　　　　　　`　::;:;:;:;:;:;:;:;.|: : /./ : : |　　|,'
: .:::::/|: ::::::::|::,乂　　　　,,,,,,_ 　　　　　 ''':;:;:;./|: //;|: : / 　　'
.::::,//|:.: ::::::|.i/　＼.　 'ｰ- .,,_｀丶,　　　,　./ |/ｲ;;;|: :/
::::// |:.: ::::::|:i　　　 ` ,､　　　 ~`～　　　ﾝ'ノ,'- ~.|:./
::/　 .|: : : :::||_,,,,／乙i　 `ミ, ,,,,,,,., ,- イ~ i:~:.|　　 |/
'　　 .|: : : ::::|､;;;;;;;;;;|~　　　（＼　// ,::::: :i i: i　　 .'
　,／.|: : : : :|､.､;;;;;;;|￣⌒＼|;;;;x.'/./::::: :| | :|
／　 |: : : : .|､ヽ､;;;|　　　 /;;;;;;;,ﾞ|/::::: : :| |:.|　　　　←ドザ機で最大8GBしか使えないかがみん。
　　　|: : : : |;;ヽ.ヽ.､.|　　 /;;;;／イ :::: : / |:|
450 名前：名称未設定 mailto:sage [2007/12/07(金) 11:24:05 ID:l6werSfO0]: いまだに64bit対応アプリケーションソフトがチェスしかない状態ではなんとも言えないだろう。
結果的に良かったかどうかの判断は、今後の対応アプリ次第だな。
先行しているWindows用では順調に64bit版が揃ってきているからな。
451 名前：名称未設定 mailto:sage [2007/12/07(金) 11:25:27 ID:J1Ykiv0T0]: カーネルが32bitというのは確実なようだ
エセ64bitだね。この過去を引きずった仕様が将来足を引っ張る。

d.hatena.ne.jp/NyaRuRu/20071114/p1
> ちょっと気になって調べてみたのですが，Leopard ではカーネル空間を 32-bit モードに据え置いたそうです．
452 名前：名称未設定 mailto:sage [2007/12/07(金) 11:27:43 ID:K94i0d1x0]: >>448
Leopardoになったから新しいドライバが必要ってのは必須じゃないだろ
中には動かん物もあるかもしらんが、大抵のはTigerので動く
453 名前：名称未設定 mailto:sage [2007/12/07(金) 11:30:21 ID:J1Ykiv0T0]: だが、現実的な話でいえば、
普通は新しいOS用に新しく作られたドライバを使うだろ？
それともお前、LeopardでTiger用ドライバ使ってんのか？
何のドライバだよ？
454 名前：名称未設定 mailto:sage [2007/12/07(金) 11:34:09 ID:J1Ykiv0T0]: >>449
かがみん。ブルジョアでごめんｗ
itpro.nikkeibp.co.jp/article/USNEWS/20060525/238972/zu09.jpg
455 名前：名称未設定 mailto:sage [2007/12/07(金) 11:34:23 ID:w327qxkg0]: >>451
カーネルまで64bitにしたら32bitマシンが動かなくなるからそうしたのではないか？
しかもアプリ側からはカーネルなんて見えないし、カーネル自身互換モードで動かせば
問題はあまり無いのではないかと。
456 名前：452の続き mailto:sage [2007/12/07(金) 11:38:52 ID:K94i0d1x0]: 途中で送信しちまった・・・

ただ32bitから64bitに全面移行するとドライバ類は全部一から作り直さなきゃならん
これはMacもWinも一緒

今、64Vistaでも32bitアプリは動くが、それでも32Vista程は確実じゃない
そもそも64bitOSの上で動かすより、32bitOSの上でネイティブに動かす方がパフォーマンスが良いから
64bitOSで32bitアプリだけを走らせる意味がない・・・
64bitOSのパフォーマンス活かすなら64bitアプリも無いとダメだが
アプリに関しては64bitでコンパイルし直せば大概のアプリはそのまんま64bitアプリになる事はなるが
作る側も、今の64bitの普及度合いから考えても
既存のアプリが64bitになる必要性も無くてワザワザ作る必要を感じないから作らない
457 名前：名称未設定 mailto:sage [2007/12/07(金) 11:43:38 ID:w327qxkg0]: >>454
　　　　　　　　　　　　 /￣＞―───―-
　　　　　　　 , -ー─ |: : : : : : : : : : : : : : : : : : : ｀丶
　　　　　　　 |: : : : : : l: : : : : : ヽ: : : : : : : : : : : : : : : ＼
.　　　　　　　　 |: : ／: :.:|: : | : : : : l＼ : ヽ: : : : : : : : :＼: :ヽ
　　　　　　　　　 j／ : /: :.|: : | : : : : |ー＼‐丶-: : : : :.ヽ: :＼ﾊ　┼
　　　　　　　　 /: : : / : : |／|ｌ.: : : :.|　　 _＼ }＼: : : : : l: . : |:|
　　　　　　 /: : : / : : ∧ :八.: : :│　行う示㍉ヽ: : : j＼: |:|　_人__
　　　　　　　/: : : : | : : ,′'ｘ=ﾐ､ : : ｌ、　 |j:_ﾊ_jⅣ:.ﾍ : / : :j/:|　｀Y´+
　　　　　　 |: :/| :│ : |　/ｲﾉ'ﾊヽ :{ :＞弋_Yソ |│:.Vヽ: : :│　＋　かがみさんは安物PCで最大8GBなんですか。
　　　　　　 | :ハ: : ヽ:小'{iﾍ_Yｿfｊ⌒ヾ､ '' ￣　 ,| j: : :!　} : : |　　　
　　　　　　 ∨　ヽ: : ﾄ{ ハ　ゞ'´/tｰ'＾ヽ`ー‐ '´|/∨:|イ : :│　　　私なんてOpteronを32個（64コア）搭載したサーバー機で
　　　　　　　　ヽ　＼!/＼j__''_ノ　∨　｝　　　/ : : :.|│: :│　　　　メモリー容量は128Gバイトですの。
　　　　　　　　　　　 |: :.:ﾉゝ,　__/⌒'＜＿　イ.: : : :.:|⊥:.:八
　　　　　　　　　　　 |: :/: :j: : |/　ﾉ`ｰくヽ ∨: : : : : ﾘ'⌒＼丶
　　　　　　　　　　　　 ∨: :/ : /　　￣ヽ_)_)‐': : : : :〃　　　 `､:＼
　　　　　　　　　　　　／ : / /7　　 Y　'´ ,ィ’ : /: :/　　　　　 |: : :＼
　　　　　　　　／: : : / ∧{.　　ﾉ　／/ : : /: :/　　　　　　│: : : :.ヽ
　　　　　　　　　 /: : : ／{ノヽ＼ｰ／｢　/! : :∧:/　　　　　　　ﾊ: : : : : :i
　　　　　　 /: :.／ :厂＼　＼＼ヽ∨∧ / 〃　　　　　 {: ヽ.: : : :|

デモ機で自慢するなよ。
458 名前：名称未設定 mailto:sage [2007/12/07(金) 12:00:50 ID:w327qxkg0]: >>454
　　　　　　　　　　　　＿　　,─､
　　　　　　　　／　ヽ-,　　ヽ､‐､_
　　　　　　　　　 /,　　,　,､ ,ﾍ　　　､　､ヽ
　　　　　　　　　//　　/├　Tヽ !　　!　＼ヽ
　　　　　　 // , 　ＬL__　|.　Vl､＿j_　ヽ|
　　　　　　　 / l　| 　 j !　｀　!.　「lヽ　j　 l　 l
　　　　　 l./|　|　 l'|.!　　　 ! 　!|　ヽﾄ　ﾄ　l
　　　　　 |l |　 l　 |ﾋ≡ミ　　　ﾓ≡ﾐ,ヽ　|ヽ|
　　　　　　　 l　 |　| ' 　　丶　　 '' '∧.│ l|
　　　　　　　ヽ├Ｎ､　　　ー‐'　　 ,ﾉヒl |
　　　　　　　〉Lヾ,|ﾆ＞, ､__　ィ１､┤┼､
　　　　　　　　　/　l　　Y　 │　　l　 ∀￣.l　l
　　　　　　　 l　　l　/`＿,┤　ト､　 l　 l　　l
　　　　　　　　 l　　 l_ '-´ﾌ　 l 　l　ヽヽ'　l　　 |
　　　　　　　 /　　 l　|　〈　　　Ｖ　　/　 Y　　　l　＞そんなもん個人で買えへんやろ。
　　　　　 l　　　|.│ 　＼　ヽ､〃　　 |l　　　|
　　　　　　 /　　　 |人　　　　＼ヽ　　ﾉ|　　　l
　　　　 /　　　　l|　ゝ　　　　ヾヽ　　ﾊl　　　ヽ
　　　　 l　　　　　l　 l　〇　　　〇l　 l | 　　　 l
　　　　　|　　　　　|　/　　　　　　　　|　ﾊ|　　　　　l
　　　　│　　　　 l　l　　　　　　　　　| /　|　　　　　|
　　　 |　　　　　|　|　　〇　　　〇|/　│ 　　　 l
　　　　レ=二=､ l　 |　　　　　　　　　|　　 |l　／ニ､│
＿_(二＿(二＿)'＿|＿＿＿＿＿＿_|＿__lr二_´Ｙ´｀ュ_､＿＿＿＿
459 名前：名称未設定 [2007/12/07(金) 14:06:15 ID:cFu5GBEv0]: >>457
SAGEはその半分だね。
そういえば、こういう科学計算なんかに使うコンピュータのOSはどうなってるんだろ。
ttp://www.sagemath.org/sage.html
460 名前：名称未設定 mailto:sage [2007/12/07(金) 14:22:15 ID:8tF6s+UT0]: >>455
>カーネルまで64bitにしたら32bitマシンが動かなくなるからそうしたのではないか？
32bit CPU機では32bitカーネルで起動。
64bit CPU機では64bitカーネルと32bitカーネルを選択可
っていうのがよくあるUNIXのサポートだと思うけど。
461 名前：名称未設定 mailto:sage [2007/12/07(金) 14:25:41 ID:K94i0d1x0]: >>460
ビジネス的にか技術的にかはしらんが
そんな言うほど簡単ならWinも64bit版と32bit版分けたりしなかったと思うぞ
462 名前：名称未設定 mailto:sage [2007/12/07(金) 14:40:09 ID:l6werSfO0]: >>456
完全に後ろ向きな意見だな。ｗ

64bit OSの用途は32bit OSでは賄えないアプリケーションのためにあるんだろ。具体的にはサーバ
アプリケーション、データベース(Oracle、SQL、DB2)、3D CAD（AutoCAD、MAYA、XSI等）あたりで
Windowsの64bit環境は着々と進んでいる。これら以外のパフォーマンスクリティカル用途ではない、
例えばOfficeやブラウザなんて32bit版が動けば十分。

www.3dvelocity.com/articles/win64compatibility/win64nativesoftlist.htm
wiki.mm2d.net/win64/index.php?64bit%A5%A2%A5%D7%A5%EA%A5%B1%A1%BC%A5%B7%A5%E7%A5%F3%BE%F0%CA%F3
463 名前：名称未設定 mailto:sage [2007/12/07(金) 15:08:44 ID:8tF6s+UT0]: >>461
両方のライブラリを入れるだけだろ？
LinuxでもSolarisでもAIXでもみんなそうしてる。

カーネルドライバだって、OSXの場合は自社マシンしかサポートする必要が無いんだからそれくらい
Appleが作ればいいじゃないか。
自社のハードウェアのドライバだったらIBMはともかくSunぐらいの規模でも出来てた話だぞ。

そもそも複数アーキテクチャサポートなんて昔からPPC/Intelバイナリを同梱してるMac(NeXT)じゃ
めずらしい話でもないだろ。
464 名前：名称未設定 mailto:sage [2007/12/07(金) 15:52:51 ID:K94i0d1x0]: >>462
クライアントOSの話をしてるのにサーバの話してもなぁ・・・
何で都合良く、そうやってサーバとクライアントの話をすり替えるかな？

64Vistaがサーバに使われる訳じゃあるまい？
元々クライアントOSであるOSXにそこまでクリティカルなサーバアプリは要らんだろ
ならサーバ版のLeopardはどうなのよって話になったら、Appleも頑張れよとしか言いようはないが
ただ、サーバ分野に力入れてないメーカにそれ求めてもだし
普段俺らが使う分には全く関係ないしな・・・

クライアントOSとして使う上でカーネルまで64bitであるメリットって何よ？
３D関連とか映像編集とか位しかパッと思いつかんのだが・・・
そこら辺のアプリにしても、APIは64bit対応してるから64bitアプリとして作ってもOSXで何も問題無いわけだしなぁ
465 名前：名称未設定 mailto:sage [2007/12/07(金) 15:56:22 ID:K94i0d1x0]: >>463
両方のライブラリいれるだけだろ？って言われりゃそうだが
その分開発コストも、その後のトラブル抱える可能性も2倍な訳で・・・

>カーネルドライバだって、OSXの場合は自社マシンしかサポートする必要が無いんだからそれくらい
>Appleが作ればいいじゃないか。
ドライバは今でもAppleが作ってるだろ

Appleもボランティアや研究機関じゃないからな・・・
費用対効果って言葉も大事なんじゃね？
466 名前：名称未設定 mailto:sage [2007/12/07(金) 16:02:05 ID:b5qmWIRH0]: 結局多くの人が32bit専用Vistaに移行してる現実を考えると、
これで良かったんじゃないかね。向こうは動きもしないのだが。
64bit化の恩恵は今のLeopardでも十分に受けられるのに、
なにが不満なんだろね。
467 名前：名称未設定 mailto:sage [2007/12/07(金) 16:28:12 ID:OGQ0Yp1O0]: でも結局なんだかんだ言っても
完全64bit化したらしたでマンセーするんでしょ？
468 名前：名称未設定 mailto:sage [2007/12/07(金) 16:39:52 ID:K94i0d1x0]: >>467
64bitが活かされて、パフォーマンスが向上する状況なら
喜んでマンセーするね
マンセーしない理由は無いしな

無理に64bit化して、パフォーマンス落ちたり不具合が起こるような状況だったら
不満言い続けるとは思うが・・・
469 名前：名称未設定 mailto:sage [2007/12/07(金) 18:23:59 ID:+sKxDqZ00]: long modeをサポートしてる時点で「64bit OS」なのは確定でしょ
Tigerもこれは同じだが

カーネル自体は32bitだから、64bitアプリケーションで
現在以上のパフォーマンス向上の余地があるとすれば
カーネルタスクの速度向上ぐらいか
client OSで恩恵を受けそうな場面はあまり想像できないけど...
470 名前：名称未設定 [2007/12/07(金) 18:36:34 ID:vvdC6MTv0]: >>464,>>468
本当に二枚舌のバカだな。ISVが64bitアプリケーションソフトを開発するのは、32bit版よりも
パフォーマンスが上がって、競合他社との差別化によるセールスポイントになるからだろ。
逆に遅くなったらどこも導入したりしないだろ、常考。
471 名前：名称未設定 mailto:sage [2007/12/07(金) 18:59:21 ID:m/LBRXZ00]: ISV...
472 名前：名称未設定 mailto:sage [2007/12/07(金) 19:04:52 ID:gfG7V4880]: QVC
473 名前：名称未設定 [2007/12/07(金) 19:07:29 ID:l6werSfO0]: >>470
K94i0d1x0も中途半端に訳分からない主張しないで、OS Xの64bit化自体が不要だぐらい言えば
いいのにな。ｗ

まぁMacに64bit市場は無いから仕方ない。例えばMAYAも64bit版はWindowsとLinux用だけで、
64bitアプリの面でOS Xがかなり遅れているのは明らかな事実。
今後はパフォーマンスクリティカルな市場では、64bit化が規定路線で避けられないのは間違い
ないから、結局>>450に戻る訳だ。ｗ
474 名前：名称未設定 [2007/12/07(金) 19:26:42 ID:Hcy8D+6v0]: Photoshopの共同デザイナーScott Byerは木曜、彼のチームは必ずP
hotoshopの64-bitバージョンを開発するが、まもなく発売予定のCre
ative Suite 3.0（CS3）にこれを含めるのは現実的でない、と語った。

最新のPhotoshop CS3ベータが64-bitをサポートしていないことに
対するユーザーからの質問に答え、Byerは彼のオフィシャルブロ
グで、単に64-bitコンピューティングの恩恵の多くは、現世代のハ
ードウェアとソフトウェアではほとんど享受できない、と述べた。

Byerが言うには、ほとんどのPhotoshopユーザーは今でも、各プロ
グラム上で32-bitメモリアドレッシングしか対応していないオペレ
ーティングシステムを使用している。これにはアプリケーションに
3GBまでしかメモリを割り当てられない、Mac OS X Tigerを含む。
このような現状では、32-bitソフトウェア本来の4GBの壁を越えて
メモリアドレッシングができる、64-bit技術の根本的な長所を台無
しにしてしまうという。

「郵便受けに入れられた、64-bitの誇大広告をみんなチェックして
みよう。（64-bitアプリは）もっと大量のメモリをアドレスできる。
だいたいこれだけだ。64-bitアプリケーションは、メモリアクセス
が速くなったり、その他のアプリケーションのパフォーマンスを改
善したりするような鍵を、魔法みたいに手に入れるようなことはない。」

実際のところ、今日のコンピュータでは、コード -- 同じタスクを
実行しようとすると文字通り2倍のサイズになる -- がメモリサブシ
ステムにずっぽりはまりこみ、与えられた時間に処理できる情報量
が減ることで、むしろパフォーマンスの低下を招くだろうとByer
は付け加えた。現行のAMDとIntelのプロセッサは、ごく時たましか
64-bitコードを処理しておらず、ファイルのキャッシングでその利
点を相殺してしまうこともしばしばである。
475 名前：名称未設定 mailto:sage [2007/12/07(金) 19:27:13 ID:Hcy8D+6v0]: 彼は、64-bit要素を一部持つにもかかわらずTigerの根源的な32-bit
制限を批判し、特にPhotoshop CS3のMac用64-bit版の開発を否定
した。「アプリケーションが完全に64-bitであるために必要となる
多くのライブラリが、そろっていない。そのためMacintosh側に関
しては、答え（Photoshop CS3の64-bit版の可能性）はゼロだ。」

彼の会社のスタープログラムをアップデートして、4GB以上のメモ
リを活用することにはやぶさかではない、と述べながらも、64-bit
技術に費やす時間は、MacユーザーにとってはUniversal Binaryを
磨いて、前のバージョンからアップグレードを考えているアーティ
スト達がすぐに喜ぶであろう新機能を追加していくほうが有意義だ
ろうと、 Byerと言う。しかしながら、彼はもっと多くのコンピュ
ータがより多くのメモリ空間を使用し始めれば、64-bit版の開発は
いずれにしろ避けられないと約束した。

「問題は"いつやるか"だ。"やるかどうか"ではない。」
476 名前：名称未設定 mailto:sage [2007/12/07(金) 19:30:10 ID:K94i0d1x0]: >>470
だからさofficeを64bit化して意味があるのか？
何でもかんでも64bit化すれば良いってもんじゃないって話だろ
逆に今64bit化が積極的に進められてるようなアプリ以外は
無理に64bit化してもオーバーヘッド起こってかえって遅くなるなんてのは常識

今64bitの恩恵が受けられるのは、３Dとか映像関連くらいだって言ってるだろ？
そこら辺の限られた用途のためだけに、普段使いのofficeとかのアプリが遅くなったら意味ないだろ？
そこら辺も含めて問題無い状況になったらマンセーするって話だ
二枚舌でも何でもない

>>473
まあ３Dとか64bit云々以前からMacは不毛だからなぁ・・・
ただチェスだけってのは間違いだ
一応、FCPなんかも64bit版としては売ってないが中の処理は64bitだ
必要に応じて他のアプリも64bit化してくだろうよ

先行すれば勝ちとかって単純な話だったら
今頃、WindowsがトップシェアにもiPodがトップシェアにならんかっただろうな・・・
477 名前：名称未設定 mailto:sage [2007/12/07(金) 19:34:07 ID:i121CQkD0]: 今回のLeoのカーネルに不満を持つ人って、どういう考え方なのかな？
これが64bit化への最終型ってことなら確かに文句も出るだろうけど、
そうでない事は明らかな訳で。Leoは明らかに「移行期の暫定的な解」。

こういう段階的に進める戦略、悪くないと思うけどね。
結果として64アプリ実行環境の一般ユーザへの普及は
先行するWinより今後はずっと迅速に進む事になるだろうね。
なんと言ってもプリインストールのOSが64アプリ対応に
切り替わった訳だから。
478 名前：名称未設定 mailto:sage [2007/12/07(金) 19:42:49 ID:r9WQQWah0]: >>476
64bit化するだけで普通は速くなるよ
遅くなる方が珍しい
爆速とまで行かないだけだよ
479 名前：名称未設定 mailto:sage [2007/12/07(金) 19:50:56 ID:Zt1fg7Yn0]: ハゲが詐欺まがいのイランプレゼンをするからこういうことになるんだよ
自重しろ
480 名前：名称未設定 mailto:sage [2007/12/07(金) 20:50:21 ID:+sKxDqZ00]: つーかKernelの64bit化とアプリケーションの64bit化は全く関係ないよ
アプリケーションが64bit化されるかどうかはAPIの提供次第。
Photoshopとかが64bit化できないのはCarbonが完全に64bit APIを提供してないから。
481 名前：名称未設定 mailto:sage [2007/12/07(金) 21:07:23 ID:YzgQ/LlE0]: Appleがちゃんと情報提供してれば問題なかったのにね～。
いつも都合の良いことだけ宣伝して、都合の悪いことはダンマリだから仕方ないか。
482 名前：名称未設定 mailto:sage [2007/12/07(金) 21:27:40 ID:K94i0d1x0]: >>480
CS3はCocoaでスクラッチし直したんじゃなかったっけ？
まあCarbonは64bit化される事は無いんじゃね？
64bit使いたかったらCocoa使えって事だと思う
483 名前：名称未設定 mailto:sage [2007/12/07(金) 22:50:51 ID:3dXg3NW50]: >>481
情報提供ってどのAPIが64bit化されるかなんてのは
WWDCで既に明らかにされてた訳だが...
484 名前：名称未設定 [2007/12/07(金) 23:24:11 ID:vvdC6MTv0]: >>475
結局Leopardはハイブリッドの中途半端なOSだってことだろ。ｗ

>>476
お前もう引込んでろヨ。全く理解していない。
だれが必要ないものまで64bit化しろって言ってるんだよ、ドアホ。
64bit OSが充分に動作するようなPCで32bit Officeの動作速度に不満があるわけ
ないだろ。0.1秒掛かっていた処理が0.11秒になったからなんだって言うんだよ？ｗ
485 名前：名称未設定 mailto:sage [2007/12/07(金) 23:44:33 ID:kDpIYAwZ0]: どうでもいいけど、Office は 64 bit にする以前に、intel 化してほしいんだけど...

まあ来年一月にはでるけどさ。
486 名前：名称未設定 mailto:sage [2007/12/07(金) 23:54:28 ID:vvdC6MTv0]: Officeの64bit化は今のところ全く予定無いだろ。
487 名前：名称未設定 mailto:sage [2007/12/08(土) 00:16:42 ID:W6EsoWVd0]: >>480,481
32bit->64bit化したかったらデータ長の変更部分の修正や
パフォーマンスチューニングだけじゃなく
ライブラリとっかえろってめちゃくちゃ高いハードルだなｗ
488 名前：名称未設定 mailto:sage [2007/12/08(土) 00:31:06 ID:z3viYCM40]: 64 bit ライブラリは Carbon の GUI 部分を除いて全部揃ってるよ。
問題は Adobe 系も Microsoft 系も Carbon だから、一筋縄では 64 bit にできない。

64 bit Carbon GUI も無かったわけではなくて、WWDC 2006 から一年間は存在して殆ど完成していて、実際に開発者には配られていたのに、WWDC 2007 でサポートしないという発表があって、わざわざ開発者版からは削除されたので、Apple 上層部の決断だったようだ。
www.carbondev.com/site/?page=64-bit+Carbon

まあ Leopard のあいだは Adobe / Microsoft と対決しようということだとおもう。
ppc 時代の intel 用 OS X と一緒で、Apple 内部では 64bit Carbon GUI はいちおうメンテナンスはしておくのだと思われるので、旗色が悪ければ 10.6 が出るときにまた 64 bit Carbon を配布すればいいだけの話だし。

どうなるかは今後の業界の勢力図によりけりですね。
489 名前：名称未設定 mailto:sage [2007/12/08(土) 00:56:09 ID:FCmy3sg50]: >>488
へえ　こりゃ面白い話だ
Appleもまだまだ戦ってるってことだね
面白い
490 名前：名称未設定 mailto:sage [2007/12/08(土) 00:56:29 ID:ghMsO+X/0]: >>488
全部は揃ってない。代表的なのだとQuickTimeもまだ。
64bitアプリケーションからは超貧弱なObjCのQTKitしか使えない。
あとCarbonに近いけどATSUIなんかもNG。まあこれはCoreTextとかいうので
お茶を濁されたようだけど。
491 名前：名称未設定 mailto:sage [2007/12/08(土) 01:10:45 ID:T8QAnZzP0]: >>462
>>484
過去ログぐらい嫁よw
64bit 化＝高速化ではないことも、カーネル部分が 64bit モードの 32bit 互換モードであることの必然性も、全て既に書かれているのに、何そのボケたコメントは？

>>477
>今回のLeoのカーネルに不満を持つ人って、どういう考え方なのかな？
基本的に、無知な糞ドザが煽ってるだけかと

MacOS X ですでに Apache 2、MySQL 5、Postfix、Podcast Producer、QuickTime Streaming Server、Java VM on Intel あたりは 64bit 化されて動いている訳だが。
492 名前：名称未設定 mailto:sage [2007/12/08(土) 01:12:04 ID:aCSgtPFG0]: >>488
傑作なのはCocoaも64bit Carbon GUIを一部使っているので、現実には削除できず
製品版Leopardにも内緒で存在すること
64bit版Xcodeは存在しないはずの64bit Carbon GUIも使って動いている。
493 名前：名称未設定 mailto:sage [2007/12/08(土) 01:20:31 ID:z3viYCM40]: 64 bit Carbon GUI をつかってるのはメニュー周りだけだと聞いたんだけど、
Xcode はそれ以外にも非公開 64bit Carbon GUI をつかってるんでしょうか？？？
494 名前：名称未設定 mailto:sage [2007/12/08(土) 02:25:02 ID:aQmIHsQd0]: ここまで読んでわかった事は、チェスは64bit化するメリットが十分にあったから
64bitバイナリがついてきたって事ですね。
495 名前：名称未設定 mailto:sage [2007/12/08(土) 03:38:47 ID:hsbJ28mn0]: >>494
そのとおりだ。
実際チェスを見てわかるとおり
メリットがあっただろ？

あの程度だがなｗ
496 名前：名称未設定 mailto:sage [2007/12/08(土) 09:26:49 ID:KWMNPUxH0]: 単に64bitコンパイラでビルドしなおしただけだろｗ
497 名前：名称未設定 mailto:sage [2007/12/08(土) 09:34:41 ID:8FtbFqWr0]: チェスが64bit化されてるのは64bit版OpenGLの検証用でしょ。
498 名前：名称未設定 mailto:sage [2007/12/08(土) 09:40:03 ID:zUD8SalP0]: Adobeひどいよ・・・

「郵便受けに入れられた、64-bitの誇大広告をみんなチェックして
みよう。（64-bitアプリは）もっと大量のメモリをアドレスできる。
だいたいこれだけだ。64-bitアプリケーションは、メモリアクセス
が速くなったり、その他のアプリケーションのパフォーマンスを改
善したりするような鍵を、魔法みたいに手に入れるようなことはない。」
499 名前：名称未設定 [2007/12/08(土) 09:43:06 ID:GT5bLPzY0]: >>498
Adobeは、独占状態で競争が無いから余裕ぶっこいているだけ。
500 名前：名称未設定 [2007/12/08(土) 09:58:51 ID:5sCJav6n0]: >>491
お前もういいから引っ込んでろよ。
頭が弱い自覚のないやつは救いようがないな。
501 名前：名称未設定 mailto:sage [2007/12/08(土) 11:12:08 ID:T8QAnZzP0]: >>500
糞ドザの反論は相変わらず肝心な中身がないな
502 名前：名称未設定 mailto:sage [2007/12/08(土) 12:15:31 ID:1e3vnfym0]: >490
それは意図的に取り除いたんだよ。
ATSUIはOS9からの遺産だし、QTもQuickDraw依存部分がある。
それら全部レガシー部分は移植しないという決断でしょ。
Quartzを利用することと、○○kit系、Core系を使いましょう
ってのがOSXのトレンドだからそれに沿った方針。
503 名前：名称未設定 mailto:sage [2007/12/08(土) 12:25:03 ID:lWJ+oZ4K0]: 64bit対応するだけでライブラリ総とっかえ。
こりゃ開発者も裸足で逃げ出す罠。
504 名前：名称未設定 mailto:sage [2007/12/08(土) 12:28:02 ID:ghMsO+X/0]: >>502
今後QT APIが64bit化されずにラッパー経由でしかアクセスできなくなるなら
暴動ものだと思うよ。それほど現在のQTKitのAPIは貧弱で自由度も皆無。

64bitが主流になる頃にはQT API自体の64bit化が進んでる物と思いたい。
505 名前：名称未設定 mailto:sage [2007/12/08(土) 12:36:57 ID:ghMsO+X/0]: >>502
あ、ちなみにATSUIも部分的には64bit APIが提供されてるので
これもそのうち増えるのかなあとかは思ってたりするけど。
506 名前：名称未設定 mailto:sage [2007/12/08(土) 12:40:12 ID:ghMsO+X/0]: >>503
総とっかえなのは当たり前。ABIが違うんだから。
問題は32bit APIと同じインターフェースが
64bit APIにどれだけ提供されるかという点。

現状のOSXだと旧MacOS由来のAPIをできるだけ避けないと
64bit化に苦労する/そもそも64bit化が不可能になる。
507 名前：名称未設定 mailto:sage [2007/12/08(土) 13:00:30 ID:y7hwt4tm0]: >>502
そんな単純な話ではない。
CoreTextはATSUIの簡略化版で基本的な機能しか無く、ワープロ的な物は作れない。
QuickTimeのQuickDraw依存はQT7で払拭されている。
削除されたことになってる64bit Carbon GUIはレガシーな物ではなく、OSX10.2で
Quartz対応に新しく作った部分、古くからのCarbon由来APIは64bit化されてる。
508 名前：名称未設定 mailto:sage [2007/12/08(土) 13:07:10 ID:z3viYCM40]: まあとにかく完全 64bit ready という Apple の marketing-speak が言い過ぎなんだけども...

一応データを大量に扱う科学技術ソフトの GUI 部分は書けるようになったよということだと思う。10.6 では QtKit も CoreText も充実されるんでしょう。
509 名前：名称未設定 mailto:sage [2007/12/08(土) 14:02:38 ID:4vjxil670]: OSXの64bit対応自体がmarketing-term
510 名前：名称未設定 mailto:sage [2007/12/08(土) 14:07:44 ID:5kWGAFZv0]: >>503
一瞬、納得しかけたが・・・ちょっと待て
64bitに対応させるのにライブラリ総取っ替えって当たり前じゃないか？

もはやドザが何を煽ろうとしてるのか
ドザ自身が分からなくなってきてるなｗ
511 名前：名称未設定 mailto:sage [2007/12/08(土) 14:10:24 ID:4vjxil670]: 流れが読めてないなら無理してレスつけんでも
512 名前：名称未設定 mailto:sage [2007/12/08(土) 14:24:05 ID:z3viYCM40]: 「ライブラリを総とっかえ」という日本語が何をさすかで煽り側と煽られ側と流れが読めてない人とで話が通じてない気がする

んなもんAPI が全部 32 bit 版と 64 bit 版あったとしても、リンクするライブラリファイルの実体は違うんだからそれを総取っ換えといえなくはないけど、そんなことあたりまえなので、

たとえばある仕事をする API A と B があるんだけど、
64 bit では API B しかないから、API A つかってたひとは API B にかえなきゃいけないのかどうかとかそういう問題でしょう。
それの手間がとれぐらいかかるか、そもそも 32bit 版の段階で API A と API B をつかってるひとが何割ずつぐらいかとかそういう。
513 名前：名称未設定 mailto:sage [2007/12/08(土) 17:30:02 ID:lGXLAmYc0]: UBのフレームワークは見た目上の実体も一つだけどね。
514 名前：名称未設定 mailto:sage [2007/12/08(土) 23:27:46 ID:hsbJ28mn0]: ユニバーサルバイナリって実体はひとつに見えても
実はひとつのファイルに32bit版と64bit版の二つを
圧縮しているのと同じようなものらしいね。

だから、ファイルサイズはターゲットCPUが増えるごとに
倍増するし、128bit CPUが出た場合に
128bit CPU向けに再コンパイルが必要になる。
515 名前：名称未設定 mailto:sage [2007/12/08(土) 23:31:50 ID:ghMsO+X/0]: 何を今更...
まあ圧縮すらしてないけど。
% lipo -create ppc_binary ppc64_binary i386_binary x86_64_binary -output univ_binary
516 名前：名称未設定 mailto:sage [2007/12/08(土) 23:33:01 ID:z3viYCM40]: >>514
同じようなもの「らしい」じゃなくて、単に同じ。
あと、圧縮してない。

また、最近のソフトは画像とかが多いから、
バイナリ自体のサイズは大したことがないので倍増してもあんまり関係ない
例:
Safari .... 56MB 中バイナリは 2.9 MB
517 名前：名称未設定 mailto:sage [2007/12/09(日) 00:32:45 ID:8FlWKKfi0]: Safariに限らず、国際化されたアプリは言語毎のファイルが大半だね。
518 名前：名称未設定 mailto:sage [2007/12/09(日) 02:36:05 ID:B7X8caTf0]: 特に Universal Binary である必要がないなら、
ttp://www.xslimmer.com/
ttp://www.macupdate.com/info.php/id/20404
こんなツールもある
519 名前：名称未設定 mailto:sage [2007/12/09(日) 09:27:57 ID:2qoFkelA0]: もう8bitでいいじゃん
520 名前：名称未設定 mailto:sage [2007/12/09(日) 10:09:34 ID:ZCfdoc8Y0]: >>519
それでもVVindowsを凌駕しちゃうよ
521 名前：名称未設定 mailto:sage [2007/12/09(日) 23:53:15 ID:B7X8caTf0]: Windows Vista 搭載機を量販店で買ったら、32bit 版しか売ってないって本当ですか？
MacOS X はもう 64bit クリーンだと言うのに、ビックリです。
522 名前：名称未設定 mailto:sage [2007/12/09(日) 23:59:12 ID:y2OJ3urN0]: 64bit クリーンって何？
523 名前：名称未設定 mailto:sage [2007/12/10(月) 00:32:56 ID:Gy0a+3Nv0]: developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/64bitPorting.pdf

- Kernel and I/O Kit APIs
All supported BSD kernel interfaces (KPIs) and system calls should already be 64-bit clean in Mac OS X v10.4.
The I/O Kit is being extended somewhat to include support for 64-bit applications.
These changes are primarily in the form of additional methods in the IOMemoryDescriptor class.
524 名前：名称未設定 mailto:sage [2007/12/10(月) 00:33:43 ID:Ko1kNtTU0]: クリーンか。
シャープのMZみたいなやつだな。
525 名前：名称未設定 mailto:sage [2007/12/10(月) 00:39:46 ID:eTbT18IS0]: >>523
でも、実際はcleanじゃなかったと。
526 名前：名称未設定 mailto:sage [2007/12/10(月) 00:45:15 ID:Gy0a+3Nv0]: >>525
単に頭悪いのか？
64bit clean だぞ
527 名前：名称未設定 mailto:sage [2007/12/10(月) 01:56:44 ID:6Slf/JAD0]: 実際Vista64bit版の恩恵にあずかっているのはホワイトボックスユーザーか
自作ヲタたちだけ。しかもドライバの互換性に苦しんでいる。

メーカー製PCは64bitをサポートするつもりはさらさら無い。
528 名前：名称未設定 mailto:sage [2007/12/10(月) 02:38:46 ID:Ko1kNtTU0]: >>527
Leopardなんてそもそも、互換性が問題になるもならないも64bitのドライバ自体が・・・

って事なので比較は不適格。
64bitドライバへ移行がスムーズに出来てるならともかく。
529 名前：名称未設定 [2007/12/10(月) 10:48:17 ID:6e+tdb2m0]: このスレで4GB越えのメモリを搭載している人の割合・・・1%
このスレで4GB越えのアプリを使っている人の割合・・・0%
530 名前：名称未設定 [2007/12/10(月) 11:39:04 ID:C/ixC6HF0]: >>527
普通に製品リストにあるし、サポートされているけどな。嘘はいかんでしょう。

h50146.www5.hp.com/products/workstations/personal_ws/xw4400ct/specs/windows.html
configure.apj.dell.com/dellstore/config.aspx?c=jp&cs=jpbsd1&l=ja&oc=7072B109&s=bsd
www.express.nec.co.jp/workstation/products/50/54cb/index.html
www.fmworld.net/biz/celsius/products/200710/lineup/n460.html?fmwbfrom=celsius_top
531 名前：名称未設定 [2007/12/10(月) 11:50:52 ID:TTfV0wiUO]: まぁそれらは本当に働く64bitマシンというのがアップルとの違いか。
532 名前：名称未設定 mailto:sage [2007/12/10(月) 15:04:04 ID:6Slf/JAD0]: >>530
普及用の安物PCを前提にしていたわけであって、ワークステーションの事は
考えていなかったよ。しかしどれもMacProよりも性能の低いモデルばかりだな。
これでワークステーションと名乗っているのだから面白いな。
まあ、値段相応って奴なのか。
533 名前：名称未設定 [2007/12/10(月) 15:30:01 ID:TTfV0wiUO]: ちゃんとメモリ64Gとか128G載せられるXeonモデルも別にあるから心配するな。
534 名前：名称未設定 [2007/12/10(月) 15:36:29 ID:C/ixC6HF0]: >>532
3点。もう少し頑張りましょう。
535 名前：名称未設定 mailto:sage [2007/12/10(月) 15:40:32 ID:6Slf/JAD0]: 　　　　　　　　　　　　　　　　　　　　|
　　　　　　　　　　　　　　　　　　　　|　自分たちが買えないワークステーションを自慢しているドザが荒らしている件について。
　　　　　　　　　　　　　　　　　　　　|
　　　　　　　　　　　　　＿＿__　　　.|　　　　　　　　　　　　　　　　　ミ /〉__人__
　　　　　　　　　／￣　　　　　　｀　､￣￣￣￣￣￣￣￣￣￣￣　 //　）　（　ﾋﾟｼｯ￣￣￣￣
　　　　　　　,. ‐'　　　　　　　　　　　　` ｰ-､　　　　　人_　　　　　ミ//　　｀Ｖ´
　　　　　　/　　／／　　　 /　　　ｉ　　　＼　　　｀Ｙ´　　　　　 //
　　　　　/　　/　/　／　／　　　　|　　＼　　',　　_!_ 　　　　 //
　　　　　|　　|　 T ´厂｢`ﾒ　／　ｉ_｣_　　　ｉ　 | 　　! 　　　　/,ｲ　　_!_
人　　　|　　|　　|ｒ坏ﾃﾐﾘｉｲ/ ／｢ﾉ｀ﾒ､　 | |　| 　　　　　_///　　　!
'Ｙ´　　　|　　|　　|　ﾄｒ:::ﾘ　 ∨　ｒﾃｉ{∨/　 / |/ﾘ　　　　　　 ///,ｲ
.　　　　/　　∧　ﾊ　ゝ‐'　　　　ﾊｒ:ﾘｲ/__ノ/　　　　　　　ノ//.ﾉリ　　_!_
　＊　/　　/ .∧　ヽ　　　__ '　｀'´　ﾊ　　＼　　　　　　{〈/ﾚﾚﾍ}　　 !
　__／　　/　/ ∧ 　　',　{　　ﾉ　　　.ﾊ＼　　＼　　　 |　/ ` /
´　　　　/　/⌒ﾏｉ　　　',.　　　 _. ｨ　　＼　＼　　＼　　|｀ｰ-く　　　＊
　　　_＿/::::::::::::ｉ　ｉ　　ｉ`　ｆ´､::＞'⌒::＜ヽ　ヽ　　ヽｒへ　＿/
-‐　 /::::::::::::::::::::ノ　ｉ　 |.＞ｒ‐ｒ|:::::レ-―┴'　 _＿__,ﾉ |　　　　〉　*
.　　/:::,. ―‐' ´　-‐ '' 　 |::＼女|::/　　　　　,＜　（　　|　　　　 |＿_
／ {:::::|　　/´　　,. -―::く::＼ Ⅴ::|　　　　　｛:::::::＞､｀ｰ|　　　　 |､　　＼
　 /:::::ﾊ　ｉ.　　（::::::―:::―::‐- !::∧　　　　　＼:::::―`ｰ|ﾉ|从　 |__ヽ　　＼
. /:::::::::::ﾍ.　＼　＼:::::::::_:_:::／／＼＼　　　　　　￣￣　　 /　　|:::::::＞､　ｉ
/:::::::::::::::::∧　＼. ＼ー::‐:／ｉ!　　　`ｒ＼　　　　　￣　／　　 /:＊:::::::::::＼
::::::::_::_:::::::-:ｉ}　　ヽ.　Ｖ／　 .|!　ｉ.　 i!　 '＞､__＿＿／　　　　|:::::::::人:::::::::::＼
536 名前：名称未設定 [2007/12/10(月) 15:47:06 ID:TTfV0wiUO]: OCNアク禁されて悔しい。
537 名前：名称未設定 [2007/12/10(月) 16:38:00 ID:JDm7CgQ20]: ヌケマカはニセ64bitOSのMacOSをいつものペテンで買わされているわけだね。
まったく笑止千万だな。
まあ、騙されるアホマカが悪いんだけどね。
538 名前：名称未設定 mailto:sage [2007/12/10(月) 19:12:48 ID:DDGtTukL0]: 一般用途では64ビットOSの必要性はないね。
539 名前：名称未設定 [2007/12/10(月) 22:42:43 ID:zNMm1gAf0]: >>535
どっちが荒らしなんだか。ﾌﾟ

>>538
今のところはその通りなんだが、そうなるとOS Xの64bit部分はほとんどのユーザに
とって必要がないのに金を払っていることになる。
Windowsのように32bit版と64bit版を完全に別製品として、ユーザの選択に任せて
いればこういう問題も無いんだが、複数の版を同時に展開する能力がないのだろう。
540 名前：名称未設定 mailto:sage [2007/12/11(火) 00:03:14 ID:DadUjGnx0]: >>539
>今のところはその通りなんだが、そうなるとOS Xの64bit部分はほとんどのユーザに
>とって必要がないのに金を払っていることになる。

値段はほぼ据え置きで 32bit と 64bit の両方（更には別のCPU）のバイナリも
付いてくるんだから、ちょっと違うような。そういう点ではある意味「おまけ」?

あと、Mac OS X はすべてのエディションが同じ価格に据え置きでございますw

ま、細かいこと言えば、32bit 版の値段に 64bit 版開発費用の回収分が含まれている
かもしれないのだし。ま、これは MS、Apple に限らないことだが。
541 名前：名称未設定 mailto:sage [2007/12/11(火) 01:25:00 ID:OiLb0yJi0]: 『Vistaですべての機能を使うにはUltimate版をお使いください。』馬鹿げた仕様だこと。

ちなみに、最も普及しているHome Premiumでは64bit版ですら最大メモリが8GBに制限
されている。Leopardはそのような事はありませんから。
542 名前：名称未設定 mailto:sage [2007/12/11(火) 01:27:24 ID:3J/6EWX20]: 似非64bit かどうかはしらないけど、
とりあえず計算とかで 64 bit モードでコンパイルすると 3割増しぐらいのスピードになってるのは実感できるよ。
1時間かかる計算が40分になったら案外役に立ちます。
543 名前：名称未設定 mailto:sage [2007/12/11(火) 01:50:31 ID:sGpB9pnN0]: >>541
またうそをつく。
pc.watch.impress.co.jp/docs/2007/1127/hot517.htm
> Windows Vista Home Premium 4GB 16GB

> されている。Leopardはそのような事はありませんから。
Leopard自体には制限無くても、
ハードウェア的にスロットが無い・対応していないから
結局は同じことじゃん。MacProでさえこれ↓↓↓

www.apple.com/jp/macpro/specs.html
> 2枚のメモリライザカードに8つのFB-DIMMスロット
> （1枚のカードに4つのスロット）／最大16GBのメインメモリをサポート
544 名前：名称未設定 mailto:sage [2007/12/11(火) 02:13:07 ID:q7pXVxl10]: なぜいきなりハードの話に...
まあMac Proも実は4GBx8で32GB積めるんだが
545 名前：名称未設定 mailto:sage [2007/12/11(火) 02:16:55 ID:OiLb0yJi0]: >>543
Basic と Premium とを勘違いしていたよ。orz…

しかし、ほとんどのマザーボードは8GBしか認識してくれないだろう。
>>543のリンク先にそう書いてある。

それ以上はXeonマシンでないと無理だという事がMacProで証明されている。
まあ、16GB以上のメモリをFB-DIMMで購入したら価格が凄い事になりそうだ。

とても個人では買えないな。
546 名前：名称未設定 [2007/12/11(火) 07:31:22 ID:cjd47Nw40]: >>545
無知と勘違いを晒して恥をかく前に少しは推敲したらどうだろう？

最大メモリ搭載可能量は、使用されるチップセットの仕様によりメモリ種別とソケット数の上限が
決定される。MacProが証明しているとかは全く無くて、チップセットの仕様通り。
いまのところIntel製はXeon対象の5x000シリーズが8GBを越えるメモリをサポートしているだけ。
compare.intel.com/pcc/showchart.aspx?mmID=28047,24663,153,140,5723&familyID=9&culture=en-US
547 名前：名称未設定 [2007/12/11(火) 07:36:57 ID:mp5KqhsP0]: Appleのオナニーに振り回されて悲惨な事になっちゃったね・・・
64bit化の前にもっとやる事があっただろうに・・・

www.agenda.co.jp/press/ATN15MC1/DLcontents/ATN15MC1_20071210.pdf

株式会社アジェンダは12 月14 日（金）発売予定の弊社製品Macintosh 版年賀状ソフト「宛名
職人Ver.15 DVD 版」、「宛名職人Ver.15 アップグレードDVD 版」および「宛名職人Ver.15 ダ
ウンロード版」の発売日を12 月28 日（金）に再度、変更します。なお、製品内容に変更はござ
いません。

発売変更の理由
社員一同、「宛名職人」の15 年目の躍進に向けて取り組んで参りましたがユニバーサル
バイナリ化のプログラム設計に苦戦し、現段階でお客様に満足して提供いただける状況
に達していないため。
548 名前：名称未設定 mailto:sage [2007/12/11(火) 07:53:52 ID:UcOAmj4U0]: いやこれは単にそこの開発者が無能なだけじゃね？
549 名前：名称未設定 mailto:sage [2007/12/11(火) 08:23:14 ID:W0VYwlnG0]: >>542
そういえば Web ブラウザを再コンパイルして JavaScript のベンチのサイトを
使ってみたら、3割ぐらい速い結果が出た。ちょっとうれしい。

あと、 >>437 に書いてあるような理由で、ディスクの I/O なんかも速くなるかも。
550 名前：名称未設定 mailto:sage [2007/12/11(火) 08:31:38 ID:W0VYwlnG0]: >>548
同意。
64bit 化じゃなくて、エンディアン依存な処理をちゃんとできてないと推測。
バイナリデータの読み込みとか。
551 名前：名称未設定 [2007/12/11(火) 10:07:59 ID:XpaFUrVR0]: >>548
いやこれは、Appleの無節操なアーキテクチャの変更とまともな開発サポートもドキュメントもないこと
による零細ISVの被害の一例だな。こうやって撤退していくんだよ。ｗ
552 名前：名称未設定 mailto:sage [2007/12/11(火) 10:13:56 ID:VKt1Dy420]: 本来なら使い勝手を向上させる事にリソースを集中したいのに
いつまで経っても土台が液状化してグラグラ揺れていて
基礎工事にコストを費やさないといけないからね。
553 名前：名称未設定 mailto:sage [2007/12/11(火) 10:24:13 ID:U7NKxT/w0]: >>551-552はボーナスなしを食らったアジェン◯の無能開発者
554 名前：名称未設定 [2007/12/11(火) 10:25:24 ID:8uRtTr0+0]: >>547
12月28日に販売開始する年賀状ソフト・・・
555 名前：名称未設定 mailto:sage [2007/12/11(火) 11:17:20 ID:ohLd03og0]: >>547
> 発売変更の理由
> 社員一同、「宛名職人」の15 年目の躍進に向けて取り組んで参りましたがユニバーサル
> バイナリ化のプログラム設計に苦戦し、現段階でお客様に満足して提供いただける状況
> に達していないため。

>>548
>いやこれは単にそこの開発者が無能なだけじゃね？

日本語からして無能なわけだしな。
「提供いただける」ってなんて日本語？
556 名前：名称未設定 mailto:sage [2007/12/11(火) 11:48:14 ID:q7pXVxl10]: >>550
違うでしょ。そんな事で発売を遅らせるのは流石におかしい
CFM CarbonからMach-O Carbonへの移行に手間取ったと想像

ソースコード自体はそんなに書き換えなくて良いけど
IDEを変えなきゃいけないから手間だけはかかるんだよね...
557 名前：名称未設定 mailto:sage [2007/12/11(火) 11:52:57 ID:khoQ4Dqi0]: 宛名アプリごときのUB化に苦戦だもんな・・・
これが3年も4年も前の話ならまだわからないでもないが・・・
Mac OS Xが登場してから、もう7年だぜ？
558 名前：名称未設定 mailto:sage [2007/12/11(火) 11:54:57 ID:3J/6EWX20]: intel 変更で Xcode への変更を余儀なくされてからでももう丸二年たつよね。
きっとデスマーチなんだろうから二週間ぐらい予定を先延ばししてもどうしようもなかろうに ... プログラマの皆さんはご愁傷様です
559 名前：名称未設定 mailto:sage [2007/12/11(火) 11:56:13 ID:q7pXVxl10]: >>549
つーか64bitで動かせるブラウザって具体的に何?
Mozilla系は無理だし、WebKitを使った自作のブラウザか何か?
560 名前：名称未設定 mailto:sage [2007/12/11(火) 12:01:41 ID:3J/6EWX20]: シイラならソースが公開されてるから、再婚パイルできるんじゃね？
561 名前：名称未設定 mailto:sage [2007/12/11(火) 12:04:19 ID:q7pXVxl10]: あ、Xで動かすならMozilla系でもまあアリか?
562 名前：名称未設定 mailto:sage [2007/12/11(火) 12:06:44 ID:q7pXVxl10]: >>560
ああシイラがあったね
WebKitはデフォルトで64bit化されてるんだよな...流石に
563 名前：名称未設定 mailto:sage [2007/12/11(火) 12:14:05 ID:3J/6EWX20]: /System/Library/Frameworks/WebKit.framework$ file WebKit
WebKit: Mach-O universal binary with 4 architectures
WebKit (for architecture ppc7400): Mach-O dynamically linked shared library ppc
WebKit (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64
WebKit (for architecture i386): Mach-O dynamically linked shared library i386
WebKit (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
/System/Library/Frameworks/WebKit.framework$
564 名前：名称未設定 mailto:sage [2007/12/11(火) 14:27:33 ID:xCDFXY1w0]: >>556
俺も CodeWarrior -> Xcode (同時に CFM -> Mach-O) やったよ。確かに楽じゃないが、
かといってリリースを送らせるほどかなあ。ってゆうか未だに CFM だったのか。

俺がやったときは、コードに関しては確か C++ の挙動の違いで少しハマッた気が。
あとバイナリデータの処理で少し。で、カスタムリソース用にバイトフリッパーを書いて...
一番厳しかったのは元々人が書いたコードだったことだけどw
565 名前：名称未設定 mailto:sage [2007/12/11(火) 14:39:01 ID:xCDFXY1w0]: >>559
ちなみに
Camino -> 64bit で消滅した Carbon の部分があるので、そこを書き換えないと駄目。
シイラ -> ほぼ Cocoa だけど（FSSpec とかもあったかな）、いろんなハックが入っている
せいで Leopard でコンパイルを通すのが一苦労。さすがあの作者さんのことだけはあるw

とりあえず実際にテストしたのは自前の WebKit ベースのなんちゃってブラウザ。
566 名前：名称未設定 mailto:sage [2007/12/11(火) 15:27:10 ID:OiLb0yJi0]: >>546
その程度の事ぐらい分かっているよ。ただドザ機では最大8GBしか扱えないのは
事実だろう。チップセットの影響で。それ以上のメモリを扱いたければXeonを
使えって事ぐらい。
567 名前：名称未設定 [2007/12/11(火) 15:35:41 ID:9o3rk5N3O]: それMacも同じじゃね。
568 名前：名称未設定 [2007/12/11(火) 15:42:40 ID:cjd47Nw40]: >>566
おまえMacは特別だとでも思っているのか？なかみは台湾製のPCそのものだろ。
それにMac Proよりも高スペックのPCなんていくらでもあるんだぞ。
569 名前：名称未設定 mailto:sage [2007/12/11(火) 16:13:05 ID:OiLb0yJi0]: まったく、このスレもクソスレ化してきたな。

>>567
誰も、Macだけ特別と言っていないし。逆に安価で8GBの環境が手に入る
Windowsが羨ましい事もある。MacProはメモリが高いからね。

>>568
いくらでもMacPro以上のワークステーションがあるのはいいが、個人で
買える代物でないだろう。君はそんなに金持ちか？
570 名前：名称未設定 mailto:sage [2007/12/11(火) 16:17:22 ID:VKt1Dy420]: >ただドザ機では最大8GBしか扱えないのは
>事実だろう。

>まったく、このスレもクソスレ化してきたな。
禿げ上がるほど同意
571 名前：名称未設定 [2007/12/11(火) 16:19:33 ID:FEMExsM+0]: >>569
ま、少なくともクズMacProのようなペテン物は誰も買わない。
572 名前：名称未設定 mailto:sage [2007/12/11(火) 16:22:41 ID:OiLb0yJi0]: >>571
そういう者に限って、使っているのはCeleronマシンの32bitOSドザ。
まあ、貧乏人には買えないよな、Xeonマシンなんて。
573 名前：名称未設定 mailto:sage [2007/12/11(火) 16:33:50 ID:5S7nHpwK0]: つ　Dell鯖
574 名前：名称未設定 mailto:sage [2007/12/11(火) 16:44:18 ID:OiLb0yJi0]: ワークステーションを名乗っているマシンはどれもMacProと一緒で
BTOするととんでもない価格になる。

っていうかハードの話はスレ違いだから、もうやめにしないか。
575 名前：名称未設定 [2007/12/11(火) 17:07:26 ID:cjd47Nw40]: >>569
Quad機ならMac ProよりもPCの方が安いだろ。ｗ
576 名前：名称未設定 mailto:sage [2007/12/11(火) 18:40:10 ID:Esc6u6dj0]: もうちょっとしたらMacでもPCでも今よりは安く大量にメモリ積めるようになるから
兄弟喧嘩するのやめよ☆
577 名前：名称未設定 mailto:sage [2007/12/11(火) 18:51:50 ID:gu42JFDQ0]: >>572
> まあ、貧乏人には買えないよな、Xeonマシンなんて。

Xeon搭載機なんて10万円程度からあるじゃん。
もう少し値段を調べてから発言したほうがいいぞ。

MacProの値段があれば、それと同等以上のマシン手に入るってｗ
578 名前：名称未設定 [2007/12/11(火) 21:25:44 ID:mMhdQEds0]: 64bitのメリットはまったく享受できずデメリット（開発者離れ、ソフトウェアの延期等）ばかりが強調される結果に終わってしまったな。

大容量メモリを搭載できないMac
pc.watch.impress.co.jp/docs/2007/1211/hot519.htm

最大の難点はメモリをたくさん搭載可能な製品がないことだ。
FB-DIMMをサポートしたMac Proは別として、現行のMacはモバイルアーキテクチャをベースにしているため、
メモリ搭載量の上限が4GB止まりとなる。4GB＝32bitということであり、
せっかくの64bit環境を生かし切れない印象だ。
579 名前：名称未設定 mailto:sage [2007/12/11(火) 21:53:00 ID:Qt5LIfir0]: >>578
ソフトが先かハードが先か、それだけの話
そうきっちりと足並みが揃うものでもないし、
単に時間の問題だよ。
580 名前：名称未設定 mailto:sage [2007/12/11(火) 22:08:57 ID:C3LYeJ3w0]: Macは準備出来てるじゃん。
581 名前：名称未設定 mailto:sage [2007/12/11(火) 23:32:24 ID:OxIHT9Db0]: >>576
ドザ兄弟じゃないし
未だにBIOS積んでるようなPCもMacの兄弟じゃないw
582 名前：名称未設定 mailto:sage [2007/12/12(水) 00:26:47 ID:fXEHgK9J0]: メモリ2GBの MacBook Pro でも、数値計算するときに 64bitモードで使えば1.5倍はやくなる ... というのは利点ではありますよ。

まあ数値計算を個人のマシンでやってるようなひとは大学ぐらいしかいないでしょうけど ...
583 名前：名称未設定 mailto:sage [2007/12/12(水) 00:53:46 ID:T0GIqnbP0]: ユーザーのプログラムが使えるメモリは、32bit だと実際には OS の制限によって
2GB 前後（詳細は OS 毎に異なる）。下手すると 1.5GB ぐらいとか...
だから実メモリが 4GB 以下でも 64bit の意味はある。
584 名前：名称未設定 mailto:sage [2007/12/12(水) 01:12:33 ID:T0GIqnbP0]: >>582
> メモリ2GBの MacBook Pro でも、数値計算するときに 64bitモードで使えば1.5倍はやくなる ... というのは利点ではありますよ。

ちなみに、1.5倍も速くなるというのはどんなプログラムだろ。

>まあ数値計算を個人のマシンでやってるようなひとは大学ぐらいしかいないでしょうけど ...

昔は数値計算を計算機センターでやっているような人は大学に多かったわけだが...
今は個人のマシンでかなりできて、ベクトル演算もあるし、計算によっては GPU も使える。
ある意味すごい。強いて言えば電気代が心配（研究室で使えば無問題?）
585 名前：名称未設定 mailto:sage [2007/12/12(水) 02:39:17 ID:FZfahA9B0]: >>578は、Macの欠点だけ指摘しているようだが。

　ソフトウェアの動作そのものには問題がなくても、64bit版はサポート対象外に
されていることも多い。この理由を端的に言えば、64bit版が普及していない、
ということに尽きる。量販店の店頭を見ても、Vista 64bit版が搭載されたPCなど1台も
置かれていない。普及していない環境をサポートするのはPCベンダにとっても負担だし、
ましてやソフトウェアの動作検証をしても報われない。というわけで64bit版の普及は
遅々として進まないというのが実情だ。

　実際、Microsoftの対応を見ても、どこまで本気で64bit環境への移行を進めようとしているのか
ハッキリとしない。Ultimateを除き、Vistaのパッケージに64bit版のメディアが同梱されていない
こともその表れだ。Microsoftのアプリケーションで64bit版への対応を謳うのはサーバーアプリケーションだけで、
Officeなどクライアントアプリケーションに64bit版は存在しない。手段を選ばなければ、
64bit版の価格を32bit版より少し低く設定するだけで移行するユーザーは増えると思うのだが、
そうした様子もない。どうもMicrosoftは Vistaへの移行を促すのに手一杯で、64bit環境への移行に
まで手が回らないようだ。
586 名前：名称未設定 mailto:sage [2007/12/12(水) 03:10:52 ID:0svz1d490]: >>578
Macの64bit化が進まないって貶めるためにその記事貼るって思考回路はどうよ？
しかもMacProなら問題ないとも書いてあるし・・・
587 名前：名称未設定 [2007/12/12(水) 03:38:04 ID:Y8Kc/DGx0]: まあ、糞ドザがどんなに涙目で嘘を巻き散らかしても、MacOS X は全ての
PowerPC G5/Core2Duo/Xenon ユーザーが 64bitを享受できるのに、
Windows は 64bit 版というほとんど誰も使わないモノ
を無理矢理使うしかないのが現実。
588 名前：名称未設定 mailto:sage [2007/12/12(水) 03:42:22 ID:FZfahA9B0]: >>587
予想されるドザのレス。

何言っているんだよ！！Leopardなんてカーネルが32bitの中途半端なOSじゃないかww
マカ涙目www

一足先に言っておいたぞ、ドザの諸君。
589 名前：名称未設定 mailto:sage [2007/12/12(水) 03:54:46 ID:FZfahA9B0]: Vistaでは機能をフルに扱うのはUltimate版を購入しないとダメなんだよね。
XP Proでリモートデスクトップ使っているのだが、Home Premiumでは
クライアントでしか使用できないんだね。

Leopardではひとつのエディションでフル機能使えるのに…。
MSも変な機能の切り売りなんかしなければいいのに。

64bit版と32bit版とを分けたのも、一種の切り売りみたいなものだろう。
590 名前：名称未設定 mailto:sage [2007/12/12(水) 04:14:41 ID:O5weBJdm0]: 現行世代のモバイル向けMeromと次のPenrynでは
64モードの実効性能が低いから、
Mac Pro以外の今の機種で使う上では、
32ベースで最低限64対応のLeoのkernel／driverで
充分じゃないかと思うんだが

来年のNehalemで改善されるけど、まだ先の話だし、
ハイエンドからゆっくり浸透させる計画みたいだから
時間的にも余裕有るんじゃない？

その頃になると、10.6の足音が聞こえて来てる筈
591 名前：名称未設定 mailto:sage [2007/12/12(水) 07:01:54 ID:mXfZD7zD0]: 68K＞PPC＞G4＞G5＞intel

ハードの準備が出来てからOSが対応してソフトが対応。
592 名前：名称未設定 [2007/12/12(水) 07:36:06 ID:DVWuHLaw0]: >>585
無駄に長々と引用する必要も無いし、常識として引用符ぐらいつけろよ初心者くん。
593 名前：名称未設定 mailto:sage [2007/12/12(水) 08:55:59 ID:tWOVfpyO0]: 秘められた"真の革新"を暴く - the inner universe of Leopard
journal.mycom.co.jp/articles/2007/12/11/iul01/index.html

the inner universe of Leopard - 「rcの引退とlaunchdの強化」
journal.mycom.co.jp/articles/2007/12/11/iul01/index.html
594 名前：名称未設定 mailto:sage [2007/12/12(水) 11:30:29 ID:YvUhAdpu0]: >>578
ここは省略？

> 今、64bit環境への移行が着々と進んでいるのはMac
> OSの世界だ。最新のMac OS X Leopardではライブラ
> リである“Cocoa”も含め、OS全体が64bit化され、その
> 能力を持ったMac(Core 2 Duo搭載Mac)では自動的に
> 64bit環境が利用される。
595 名前：名称未設定 mailto:sage [2007/12/12(水) 12:43:41 ID:yALCprcz0]: 無料のLinuxやSolarisの方が進んでるけどね。
596 名前：名称未設定 mailto:sage [2007/12/12(水) 13:09:37 ID:FZfahA9B0]: >>592
結局反論できないんだ。MSの政策の愚かさに。
597 名前：名称未設定 [2007/12/12(水) 13:39:51 ID:Y8Kc/DGx0]: >>589
>64bit版と32bit版とを分けたのも、一種の切り売りみたいなものだろう。

それならまだ話はわかるが、Windows 64bit版を使ってみりゃわかるよ。
・64bit ドライバがないと 32bit アプリも動かない
・通常使用ではメイン環境ななる32bit アプリが遅くなる
・64bit アプリと 32bit アプリの両方があっても平行して動かない
ttp://ja.wikipedia.org/wiki/WOW64
この顕著な例として、Internet Explorerの振舞があげられる。32ビットの
ActiveXコンポーネントを検出すると、64ビット版Internet Explorerは処理
を中断して32ビット版Internet Explorerに処理を引き継ぐ。32ビットアプリ
ケーションと64ビットアプリケーションの間には、実行ファイル以外のコン
ポーネント群を互いに利用する事が出来ない深い溝がある。

要はどうしても64bitが必要という用途以外には使い物にならないんだよ
598 名前：名称未設定 mailto:sage [2007/12/12(水) 13:48:08 ID:fXEHgK9J0]: ええっと、Leopard も 64 bit アプリから 32 bit のプラグインは読み込めないんだけど。他人をけなすのもいいけど、そのときは自分がどうかをきちんと認識してください。

まあ基本的に Apple は、32bit 版と 64 bit 版を区別せず、すべてのバイナリ、plugin は universal で組むようにと推奨しているので、プラグインが全部 32 bit 版 64 bit 版そろってればいいわけだけどね。
599 名前：名称未設定 mailto:sage [2007/12/12(水) 14:03:05 ID:FZfahA9B0]: それ以前に、64bit版では32bitのアプリが動かないから。デュアルBoot環境で
Windowsを使っているって事がバカらしくない？

わざわざ再起動しているんだよ。MacOSとWindowsならともかく同じWindows同士で。
Leopardなら少なくても64bitだの32bitとかの区別はユーザーが気にする必要がない分
現状ではまだましかも。
600 名前：名称未設定 mailto:sage [2007/12/12(水) 14:11:39 ID:yALCprcz0]: >>599
>それ以前に、64bit版では32bitのアプリが動かないから。
?
601 名前：名称未設定 mailto:sage [2007/12/12(水) 14:13:27 ID:fXEHgK9J0]: Vista のことはわかってないんですが、WOW64 って Classic みたいなかんじに、64 bit Windows 内で 32 bit Windows 用プログラムが動くのであって、再起動の必要はないんでしょ ???
602 名前：名称未設定 mailto:sage [2007/12/12(水) 15:38:55 ID:v8ZY+scV0]: >>528
>Leopardなんてそもそも、互換性が問題になるもならないも64bitのドライバ自体が・・・

ドザは頭が悪いから、64bit clean な MacOS X にはどうしても 64bit ドライバが
必須だと信じて疑わないらしい。MacOS X のドライバはちゃんと 64bit モードで
動くアプリでも動作するのに…
603 名前：名称未設定 mailto:sage [2007/12/12(水) 15:44:13 ID:v8ZY+scV0]: >>598
プラグインの話は Windows も一緒
プラグインが関係ないソフトも多い
アプリケーションローカルな話だろ
604 名前：名称未設定 mailto:sage [2007/12/12(水) 16:07:22 ID:2GbnPnkw0]: 情報は出尽くして後はいつものMac親衛隊によるスレ嵐か
605 名前：名称未設定 mailto:sage [2007/12/12(水) 16:42:57 ID:M8f8RuXI0]: 現実を認められないドザが来ちゃいました
606 名前：名称未設定 mailto:sage [2007/12/12(水) 16:43:16 ID:yALCprcz0]: >>602
>MacOS X のドライバはちゃんと 64bit モードで動くアプリでも動作するのに…

意味がわからん。
この文脈でドライバとアプリと64bitの関係は？
607 名前：名称未設定 [2007/12/12(水) 16:54:54 ID:XaywWfov0]: 何故に自分で開発した訳でもない末端ユーザーのくせに双方は罵り合うのですか？
自分の好きなのを使えばいいじゃん。
608 名前：名称未設定 [2007/12/12(水) 16:55:11 ID:DVWuHLaw0]: >>599
WOW64で動かない32bitアプリの方が少ないだろ。ｗ
609 名前：名称未設定 mailto:sage [2007/12/12(水) 18:12:54 ID:k0efVQQN0]: スレ前半は良スレだったのに、最近の劣化ぶりは見るに耐えん
最低限このスレ内の過去レスくらい目を通して欲しい

Winとの比較で煽り合いしたいだけなら、このスレでなく他のスレでやってくれ
Win板で"Mac"、新Mac板で"Win"で検索すれば、
相応しい釣り堀スレが沢山見つかるだろうに

窓遣いは Mac OS X をどう見るか【第19ラウンド】
pc11.2ch.net/test/read.cgi/win/1196539823/
とかな
610 名前：名称未設定 [2007/12/12(水) 19:19:29 ID:+NZ0cjKa0]: >>606
>この文脈でドライバとアプリと64bitの関係は？
スレ前半を読み直せ
611 名前：名称未設定 mailto:sage [2007/12/12(水) 21:00:25 ID:CV8qL9D/0]: >>607
罵るから罵られる
612 名前：名称未設定 mailto:sage [2007/12/12(水) 22:31:16 ID:s6NXDfS50]: ごめん、さんざん的外れなこと言ってたんだが、さっきようやく
誤解の根本的な原因がわかった。

Mac OS Xでは、カーネルとユーザープロセスが
同一の論理空間を共有しない！！！

これなら確かに32ビットカーネルで64ビットアプリケーションを動かせる。
カーネルやデバイスドライバーでDMAとかMMUとか小細工が必要なところは
あるんだろうけど、そのくらいは適当なサンクをかませればどうにでもなるだろうし。
613 名前：名称未設定 [2007/12/12(水) 23:17:41 ID:mZi3HtDs0]: >>612
今ごろ何言ってんだ？このバカ。
614 名前：名称未設定 mailto:sage [2007/12/12(水) 23:25:10 ID:vnPmdA8RO]: >>612
初心者は初心者スレへ
615 名前：名称未設定 [2007/12/12(水) 23:30:27 ID:cMoE3Ntu0]: 盛り上がっているところにすみませんが、Leopardでインターネットの
設定が出来ない。どこか分かりやすい所はないでしょうか？
教えて下さい。
616 名前：名称未設定 mailto:sage [2007/12/12(水) 23:33:40 ID:DvU/VTHg0]: >>615
アップルサポート
617 名前：名称未設定 [2007/12/12(水) 23:37:12 ID:mZi3HtDs0]: >>597
ブラウザなんて32bit版が問題なく動くのに何も困らないだろ。
ところでSafariはいつ64bi化されるんだっけ？
618 名前：名称未設定 mailto:sage [2007/12/12(水) 23:37:19 ID:z/AFz2ZP0]: >>615
mixiでkusakabeさんに教わる。
619 名前：名称未設定 mailto:sage [2007/12/12(水) 23:43:47 ID:C0qB+WTU0]: 結局は
レガシーな32bitを残したままの中途半端64bit Leopardがいいのか
レガシーフリーの64bit Windowsがいいのかってことですよね。
レガシーが必要な人は32bit Windowsってことで。
620 名前：名称未設定 [2007/12/12(水) 23:47:10 ID:+NZ0cjKa0]: ↑馬鹿発見。スレを最初から読み直せ。
621 名前：名称未設定 mailto:sage [2007/12/13(木) 00:16:35 ID:pO8ySvNv0]: >>612
とりあえずおまえがどのレスを書き込んだか列挙して取り消せ
622 名前：名称未設定 mailto:sage [2007/12/13(木) 01:44:06 ID:kkPDmEK50]: まったく、前半のアカデミックな流れに対してこのクソスレ具合は一体何なんだ。
みんな書き込む前に、このスレの前半を読み直すんだ。

まあ、バカには分からないのだろうが、意味の分からない者はこのスレに来るな。
623 名前：名称未設定 mailto:sage [2007/12/13(木) 03:25:32 ID:F016O8Qy0]: マカでみっくみくな流れ？
624 名前：名称未設定 [2007/12/13(木) 08:09:53 ID:Yy5YPgCc0]: >>617
Safariが64bit化されて32bitプラグインが全滅したら、今度はどういう手のひら返しが
見られるんだろうな。ｗ
625 名前：名称未設定 mailto:sage [2007/12/13(木) 10:34:39 ID:kkPDmEK50]: >>624
それを言ったらIEだって一緒だろう。
ttp://pc.watch.impress.co.jp/docs/2004/0528/ubiq65.htm
626 名前：名称未設定 [2007/12/13(木) 12:07:33 ID:Yy5YPgCc0]: >>625
それぐらい知ってるし常識だろ、空気嫁というよりスレ嫁、低脳。
627 名前：名称未設定 mailto:sage [2007/12/13(木) 13:41:35 ID:pO8ySvNv0]: なんかすごいループしてるんですが、ここも凄い物スレみたいにペヤング漬けになってしまうんでしょうか。
628 名前：名称未設定 mailto:sage [2007/12/13(木) 16:03:36 ID:igHl1D6w0]: 一長一短あるから、どっちが先に普及するか、見物だね。比率でしか比べられないけど。
629 名前：名称未設定 mailto:sage [2007/12/13(木) 19:35:37 ID:vMDMUk1o0]: このスレのMacユーザは64bitには意味が無くて32bitで十分って思ってるんだろ。
俺は64bitが普及してくれた方が嬉しいけど。
630 名前：名称未設定 mailto:sage [2007/12/13(木) 20:20:14 ID:RFgh82wM0]: >>629
どこをそう読むとそうなるんだ？

64bitその物は普及して欲しいが
今の普及してない状況でOSだけ64bitになっても意味ないって話だろ？
しかも、基本的には今のOSで十分64bitの恩恵が受けられるのに何が不満なんだ？
ってのがMacユーザの言い分
631 名前：名称未設定 mailto:sage [2007/12/13(木) 20:50:32 ID:F016O8Qy0]: レガシーフリーじゃないMac
632 名前：名称未設定 [2007/12/13(木) 23:14:21 ID:Xg+WVJeB0]: ドザは日本語すら読めないのはよくわかった
633 名前：名称未設定 [2007/12/13(木) 23:19:55 ID:e1jXFfYG0]: 人間性を疑いたくなるひどい差別発言をあちこちに書き込むMacユーザー。
これが単発ならまだしも、日々繰り返しいろいろなIDで書き込まれている。

その一例がこれ。
どうしたら「障害者＝税金泥棒ニート」のような発想に至るのだろうか。

pc11.2ch.net/test/read.cgi/mac/1186334512/301

301 ：名称未設定：2007/09/13(木) 09:51:05 ID:e8RxPJAy0
　　　　　　　　　　　　　　　　　　　　　　 ||
　　　　　　　　　　　　　　　　　　　　　Λ||Λ
　　　　　　　　　　　　　　　　　　　　（ / ⌒ヽ
　　　　　　　　　　　　　　　　　　　　　| | 　　| ←車椅子ドザ＝朝鮮人
　　　　　　　　　　　　　　　　　　　　　∪ / ﾉ
　　　　　　　　　　　　　　　　　　　　　 | ｜|
　　　　　　　　　　　　　　　　　　　　　 ∪∪

　　　　　　　 ┌─────────
　 ∧＿∧　＜　さよなら障害者＝税金泥棒ニート
　（　　　,,）　└─────────
　（ ○ 　）　　∧ ∧　┌─────────
　 |　| 　 |_　　(　　,,) ＜あ～せいせいした
　（__(＿＿）　 /　　|　 └─────────
　　　　　　　（＿__/
634 名前：名称未設定 mailto:sage [2007/12/13(木) 23:27:35 ID:iWUE2My70]: >捏造アスペル坊やの特徴
>・ 1 同じコピペを執拗に貼り続ける。自演のパターンが同じ。ワンパターン。基本的にage。
>・ 2 短時間に、ある意見に同調したレスを続けて書きこむので、いる、いない、自演がわかりやすい。
>　　　IDをコロコロ変える。携帯電話を使い自己擁護レスをつけまくる。そのため複数いるように見えるが「一人消えると全員消える」不思議な現象が起きる
>・ 3 間違いを指摘されるとなかったとしてシカト。厚顔。
>・ 4 しかしATi信者の間違いを指摘されるとどんなに些細でも執拗に繰り返し攻撃。コピペ。忘れない。粘着質。
>・ 5 RADEONに関するトラブル、その他不利なことは必死に擁護。必死になかったことにする。。そして几帳面に整理してコピペされると泣く。
>・ 6 自分の攻撃が破綻するとスレからいなくなる。
>・ 7 どういうわけか偉そう。自称天才。
>・ 8「妄想」「無知」「バカ」「真実」「証明」「挙証責任」を証明されると泣き喚く。
>・ 9 RADEONのことを「チートオン」「CHEATON」、ATiのことを「チーティーアイ」「CHEATY-EYE」と呼ばれるとまた必死で言い訳する。
>・10 体言止めのレスを書くことが多い。名詞で文章を終えるレスを連発。
>・11 単語を「」でくくって使うことができない。チョンなので日本語が読めない。
>・12 断定口調じゃなくても議論だと考えている。証拠もないのに断定する。自分勝手に妄想。
>・13 自分をアスペル坊やと呼ばれるのが嫌いで、他人ををアスペル坊やと呼ぶ事が多い。
>・14 何故か”アスペル”を使いたがる。 "アスペル"と呼ばれると非常に狼狽する。
>・15 相手の発言をコピペ改変だーとか言って泣き(この紹介も元はアスペル坊や)無駄にスレを消費
>・16 チートオンが故障した証拠を出されると捏造と言うが、　わりにGeforceの故障捏造画像は　　無条件に　　信用します
>・17 シリアルナンバーを出せといわれると逃げるかニセのナンバーを出すバレると逃亡
635 名前：名称未設定 [2007/12/13(木) 23:50:07 ID:EP5VG+Rg0]: >>630
Macユーザの本音はこうだろ。
まともな64bitアプリが皆無で完全にWindowsに遅れをとっているのはうすうす感づいて
いる。しかし口が裂けてもそれを認めるようなことは言えないストレスから、>>597の
ような言いがかりつけるしかないんだゆ。だな。
636 名前：名称未設定 [2007/12/14(金) 00:16:17 ID:5Y3x57TY0]: もうねWindowsの完全勝利でいいし、マカーはバカでいいからさ
中身のある話をして欲しい。

キチガイマカー代表より。
637 名前：名称未設定 mailto:sage [2007/12/14(金) 00:17:51 ID:L6JEiLGd0]: なぜageるレスと基地外のレスは常に一致しているのか
638 名前：名称未設定 mailto:sage [2007/12/14(金) 00:42:50 ID:/twQFjeO0]: じゃあ中身の有る話ということで、
Leopard のカーネルを語ろう

www.opensource.apple.com/darwinsource/10.5/xnu-1228/
639 名前：名称未設定 mailto:sage [2007/12/14(金) 02:12:15 ID:eVJT4XIu0]: Macに64bit用のアプリが無いのはLeopardが出たばかりだからしょうがないと思う。
しかし、Vista64bit版にそれ専用のアプリは出ているのか？主要なソフトは大抵
32bitだし。この数年でどれだけ64bitアプリが増えるかだと思うのだが。
640 名前：名称未設定 mailto:sage [2007/12/14(金) 02:49:24 ID:L6JEiLGd0]: hello, worldすら書けなさそうなのに
狂犬のようにvsしたがる奴ってなんなんだろうね。
641 名前：名称未設定 mailto:sage [2007/12/14(金) 04:02:40 ID:aVtUhwYc0]: LinuxでAMDの64bitのサーバ使ってるけど
苦労してコンパイルする割には32bitとさほど変わりないので結構ガッカリする
642 名前：名称未設定 [2007/12/14(金) 07:44:06 ID:xdfWSd4K0]: >>639
又いい加減な事を書いてやがる。OS XはTigerの時分から64bitネィティブOSだと誇大広告してただろ。ｗ
だいいち64bit Windows用アプリケーションは需要に応じてサーバアプリ、データベース、CAD、CG等と
ドライバも順調に揃ってきているし32bitアプリもほとんど問題なく動作する。
wiki.mm2d.net/win64/
www.3dvelocity.com/articles/win64compatibility/win64nativesoftlist.htm
www.forest.impress.co.jp/article/2006/02/02/64bitwin.html
643 名前：名称未設定 mailto:sage [2007/12/14(金) 08:27:36 ID:PnKTvIiB0]: >>642
良いネタ振りだw
www.forest.impress.co.jp/article/2006/02/02/64bitwin.html
>Windows XP x64の、64ビット版のソフト上では64ビット版のIMEしか利用できず、
>同様に32ビット版のソフト上では32ビット版のIMEしか利用できない。
>ソフトによって利用するIMEを手動で切り替える必要がある。
>「あいち」はこの切り替えを自動化してくれる。
Windowsには便利なソフトがあってうらやましいなあ。
644 名前：名称未設定 mailto:sage [2007/12/14(金) 09:30:42 ID:kYe4yvT90]: いまどきXPの話か
645 名前：名称未設定 mailto:sage [2007/12/14(金) 09:51:12 ID:kYe4yvT90]: >>643
しかも、解説の意味がぜんぜん違ってるしｗ
www.program-lab.jp/blog/progmemo/archives/2005/06/imeaueaoeiia.html

ようは32bit版しかないATOKを、64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
32bitアプリを使うときだけはATOKに切り替えたいという話だしｗ

> WindowsXP x64では、ATOKを使用できません。
> 正確には、32bitアプリケーション上では使用できますが、
> Explorerなど64btアプリケーションでは使用不可となります。
> それでも使おうと思うと、32bitアプリケーションではATOK、
> 64btアプリケーションではMS-IMEと、いちいちIMEを切り替えなければならず、
> その手間を考えるとほとんど使うのは無理だと同じに思えます。
>
> でも、やっぱりATOKのほうが使い勝手がいいし、2005にバージョンアップしてから
> ほとんど使っていない状態は勿体ないので、できるだけATOKを使いたい。

そんな自分のわがままを叶えるため、32bit/64bitアプリケーションを判別し、
自動的にIMEを切り替えてくれるアプリケーションを作成したときの作業メモ・・・
646 名前：名称未設定 mailto:sage [2007/12/14(金) 10:52:09 ID:eVJT4XIu0]: >>642
ずいぶん息巻いている様だが、Windows板ではVista64bitで動かないアプリや
ドライバが列挙されているぞ。
一度その手のスレを見てからここに来た方がいいのでは。
647 名前：名称未設定 [2007/12/14(金) 11:47:13 ID:xdfWSd4K0]: >>646
>>642のリンクにあるまとめWikiに全部集約されてるだろ。
648 名前：名称未設定 mailto:sage [2007/12/14(金) 12:19:14 ID:eVJT4XIu0]: >>647
で、君は実際見てきたのか？

IEは64bit版は使い物にならないし、Webでは当たり前のAdobe Flashは64bitには
対応してなくて、仕事では定番のMSOfficeですら64bit版が無い。

リンク先に列挙されているのはただのフリーソフトばかりじゃないか。
649 名前：名称未設定 mailto:sage [2007/12/14(金) 12:46:01 ID:2ZdU/ZsJ0]: WinはSQL Server, IIS, .NETアプリが64bit化されてればさしあたりそれで十分。
デスクトップ用途では意味があるのはせいぜいエンコードくらいだろ。
それにしたってSIMD系の演算やマルチコアに対して最適化した方がよっぽど効果有りそうだし。
自分もコード書くけど自分の用途じゃ16bit->32bitの時と比べるとメリットはほぼないに等しいな。

てかこのスレって自分の体験として64bit化で
これだけメリットがあった、デメリットを被った、～を待ち望むって話がほとんど出ないのなｗ
まあ1GB程度のメモリつんだマシンのブラウザで罵り合ってるだけじゃな～んも関係ないしなｗ
650 名前：名称未設定 mailto:sage [2007/12/14(金) 12:51:27 ID:6GQoqYTR0]: SQLとかWebサーバをSIMDで高速化の効果ありとははつみみです
651 名前：名称未設定 [2007/12/14(金) 13:32:28 ID:xdfWSd4K0]: >>648
何回同じ事書けば気が済むんだよ。64bit版のブラウザやOfficeを使わなきゃならない理由を
挙げてみろ。32bit版で十分だろ、低脳。
652 名前：名称未設定 mailto:sage [2007/12/14(金) 13:34:31 ID:wMmMapt+0]: もうお前は自分が何を主張してるのかも
分かんなくなってるみたいだな┐(ﾟ～ﾟ)┌>>651
653 名前：名称未設定 mailto:sage [2007/12/14(金) 13:39:35 ID:HllT2Gtz0]: long long int: -9223372036854775808～9223372036854775807
この数値ほどの規模の変数を一発で扱う計算を多用しているなら演算面で利点がある。
キャッシュメモリが4ではなく8個使えるのでこれによる高速化がいくらか望める。
メモリアドレスが64bitなので4GBの壁が取り除かれるので認識できるメモリ領域が広がる。

あんまり詳しくないけどこんな認識でいいのかな。

メモリのアドレスについては、アドレスそのものが倍の大きさになるので
それで圧迫されるとか書いてあった所も見かけたが、よくわからん。
654 名前：名称未設定 mailto:sage [2007/12/14(金) 14:00:10 ID:eVJT4XIu0]: >>651
なんだ、自ら32bitでいいです宣言か。>>651のような本当は64bitOSなんて
どうでもいいのですというような者はこのスレに来ないほうがいいよ。

いつまでもVista32bit版でも使っていなさい。
655 名前：名称未設定 mailto:sage [2007/12/14(金) 14:17:32 ID:6GQoqYTR0]: >キャッシュメモリが4ではなく8個使えるのでこれによる高速化がいくらか望める

???
656 名前：名称未設定 mailto:sage [2007/12/14(金) 15:16:24 ID:d+HqADZJ0]: LeopardのApacheって、64bitで動いてるのね。/usr/binにもちらほら。
657 名前：名称未設定 mailto:sage [2007/12/14(金) 15:18:32 ID:d+HqADZJ0]: それから、標準IMEのことえりは32bitだけど、64bit起動のXcodeで入力出来てる。
658 名前：名称未設定 mailto:sage [2007/12/14(金) 15:43:09 ID:/twQFjeO0]: 折角なので(657さんは知ってるかもだけど)追加しておくと、
これまで IME はすこしの部分が対象のソフトに plugin みたいなかたちで読み込まれていたので、そのままでは 64bit ソフトから読み込めなくて困ったことになる。
というわけで、Leopard になる際に、InputMethod Kit が出来て、
文字の変換の対象になるソフトに読み込まれる部分は全部 Apple にまかせて、
IME 作者側は IM Kit と通信しつつ変換するソフトを別に作るだけで良くなった。
IME と文字が入力されてるソフト側はプロセスを全く共有しなくなるので、
64 bit ソフトからも 32 bit IME がつかえるわけです

まあそのためには IM Kit に対応しないといけないけど。
とりあえずことえりはapple謹製だから ok。
さいきん egbridge も対応した。
ATOK は知りません、どうなんでしょう？
659 名前：名称未設定 mailto:sage [2007/12/14(金) 19:15:02 ID:XCBJpqTd0]: >>658
その設計変更のせいで、
IMのバグ（「はたけ」フリーズ）がシステム全体の安定性を損ねるという
最悪のデビューになってしまったのが……

IM Kit設計者はだいぶ怒られたに違いない。
まあ次回以降はちゃんと考慮されるだろうけど。
660 名前：名称未設定 mailto:sage [2007/12/14(金) 19:42:26 ID:INF89g8H0]: カーネルとユーザープロセスでアドレス空間共有しないとしたら、
システムコールとかDMAとかどうやってるの?
まさかいちいちコピーしてる?
661 名前：名称未設定 mailto:sage [2007/12/14(金) 20:18:08 ID:jJMSLFWZ0]: >>660
基本からわかってない。
662 名前：名称未設定 mailto:sage [2007/12/14(金) 22:01:27 ID:jJMSLFWZ0]: >>659
ところでシステムのハングがIM Kitのせい、というのは何故結論できるんだっけ?
例のバグでは実際には「ことえり」が暴走していたようだが（で、ことえりが暴走しないように
fix された模様）、IM Kit 導入前だったらことえりが暴走しても困らなかった?
以前の OS X でも、ことえりが暴走したときは結構ヒサンだったような記憶が。
663 名前：名称未設定 mailto:sage [2007/12/14(金) 22:41:16 ID:jJMSLFWZ0]: >>662
>ことえりが暴走
しまった、話の流れからしていい表現じゃないね。実際に暴走してたのは確か LAServer
だった。いずれにせよ何からの IPC は以前から存在しているような。
664 名前：名称未設定 mailto:sage [2007/12/14(金) 23:00:55 ID:XCBJpqTd0]: >>662
>>663

2chソースなのでその辺は割引いてちょ。

--------------------
pc11.2ch.net/test/read.cgi/mac/1194178716/89

89 名前：名称未設定 [sage] 投稿日： 2007/11/05(月) 13:28:48 ID:qpsVpFp50
LeopardでIMは独立したアプリで、１つのプロセスが全てのアプリの変換を行う様になった。
いつが無限ループに陥った場合、他のアプリに切り替えると、切り替えたアプリがIMに通信に行く。
IMは無限ループ中なので、返事が出来ず、そのアプリも沈黙。切り替えるたびに沈黙...
--------------------

この書き込みが本当なら、
IM Kitのクライアントサイドの設計ミスな気がする。
サーバプロセスが死んでる場合に備えて10秒ぐらいのタイムアウトを作っておけば
フリーズとまでは言われなかったんじゃなかろうかと
665 名前：名称未設定 mailto:sage [2007/12/14(金) 23:16:23 ID:9Q7oVmhQ0]: そういや知り合いのLeopardなマシンではたけ実験した時に
Kotoeri.appがあって驚いたな
666 名前：名称未設定 mailto:sage [2007/12/14(金) 23:52:39 ID:/twQFjeO0]: >>662
いや、システムの構造はそんなに変わってない。
IMKit 以前の IME も、漢字の候補の選択、表示とか全部を対象のソフトのプロセス内でやってたらきりがないので、
相手ソフトに読み込まれる部分は最小限にとどまって、あとは IPC で裏のサーバと通信していてやってる。

裏の LAServer がコケたのは直接は IMKit と関係ないとおもう。
Tiger のときからうちではよく LAServer こけてたけど。なんか変な pdf ファイルをもってたせいで、Spotlight が検索用データを取りだそうと LAServer を呼び出すたびにコケてた。
まあ幸いはたけフリーズほどひどくなかったけど。

egbridge も最新版は egbridge.app だよ
667 名前：名称未設定 mailto:sage [2007/12/15(土) 02:29:13 ID:eUEST2vh0]: 悪いが、ここに書き込むドザはせめてスレを読み直して欲しい
そうすれば自分の書き込みがいかに的を外しているか分かるかと思う
嘘か誤解か分からないようなトボケた書き込みは煽る気すら失せる

ドザは 64bit / 32bit 2者択一だから、互換性を取りたければ狭いメモリ空間を
我慢しなければならないし、64bit を選んだら 64bit ドライバがない周辺機器や
アプリは使えない。
まずはその延長で MacOS X を語ってバカを晒すのはいい加減やめてくれ
668 名前：名称未設定 mailto:sage [2007/12/15(土) 02:34:01 ID:qMLy5+Ei0]: まあ、叩かれるべきはダブルスタンダードだろうなｗ
669 名前：名称未設定 mailto:sage [2007/12/15(土) 03:03:47 ID:rpzPQB2N0]: >>658
>これまで IME はすこしの部分が対象のソフトに plugin みたいなかたちで読み込まれていたの>で、そのままでは 64bit ソフトから読み込めなくて困ったことになる。

ふと思ったが、別に IM のモジュールを Universal 化 (64bit も含む）してもいいような。違う?

IM （変換エンジン）部分も別プロセスにするというのは
- マシンの性能が上がったので別プロセスでも大丈夫になった
- 別プロセスにすることによる柔軟性（+ 強固性、のはずなのだが...）
とか?

例えば LAN 上の別のマシンで IM を走らせるなんてのもできるんじゃないだろうか。
IM Kit って DO 使ってるみたいだし。Bonjour でサーバをアナウンスして...
今の速くなったマシンでどれだけ嬉しいかはわからんが。
あ、今の実装がそうなってるかは知らないよ。単なる技術的可能性ね。
670 名前：名称未設定 mailto:sage [2007/12/15(土) 03:08:36 ID:z7vbsHc40]: もうアホかと
671 名前：名称未設定 mailto:sage [2007/12/15(土) 03:22:14 ID:0nUO80Kj0]: >>667
>ドザは 64bit / 32bit 2者択一だから
??????
672 名前：名称未設定 mailto:sage [2007/12/15(土) 03:32:15 ID:8AUS7MB20]: >>671
多分、32bitか64bitのどちらか一つしか選べないといっているのでは？
まあ、Vista64bit版でもある程度32bitアプリは動くようだ。WOW64という仕組みで。
ドライバはドザ曰くの64bit用が結構普及しているとか。どこまで本当かは分からないが。

あまり意味不明な事を書いているとまた変なドザが荒らしに来るのでWindowsの話は
あまりしないほうがいい。
673 名前：名称未設定 mailto:sage [2007/12/15(土) 10:11:51 ID:vqsDZf1b0]: >>669
プラグインはなるべく小さいほうがいい、というのは、プロセスを共有しているプラグイン内でエラーが起きると一瞬で本体を巻き込んで死亡するので。
だから、これまでも日本語 IM とかサイズのでかいやつは、プラグインはちいさくて、裏で別プロセスと通信してたわけです。
そういう意味では本質的に変わってません。

ただ、プラグイン部分内ですることはほとんどルーチンワーク (入力された文字を別プロセスの変換エンジンに送って、
結果を受けとってテキストボックスにいれる)なので、そこの部分の Apple によるサポートがすこし厚くなった、
ついでに 64 bit プロセスからでも 32 bit IM がつかえる、というそれだけです
674 名前：名称未設定 mailto:sage [2007/12/15(土) 14:40:20 ID:eUEST2vh0]: >64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
>64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
>64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても

ともかく MacOS では 64bit アプリ中でことえりも EGBRIDGE も普通に
使える。ATOK も Lepard IM 仕様に対応していれば問題ない。
64bit アプリであるかどうかは全く意識しなくて済む

64bit アプリだからこっちの IM、32bit アプリだからあっちの IM と
切り替わることに何の疑問も持たないドザの知能指数が疑問だ
675 名前：名称未設定 mailto:sage [2007/12/15(土) 15:02:59 ID:uhnAq/Xe0]: おはやう
676 名前：名称未設定 mailto:sage [2007/12/15(土) 15:24:44 ID:vqsDZf1b0]: >>674
www.justsystems.com/jp/os/macosx/
ATOK はまだ Input Method Kit 対応でないから 64 bit ではつかえない。

64 bit 対応のためには IME に何らかの書き換えを必要とするという点では
Apple も Microsoft も一緒で、これに関しては JustSystems がわるい (というか体力あるんだから、そういう企業判断な)んでしょ。
677 名前：名称未設定 mailto:sage [2007/12/15(土) 15:53:05 ID:bx5gO7W80]: 64bit GUIアプリケーションと共にInput Method Kitも用意するのと
ヘンテコな状況放置プレイの間には大きな意識の差があるよ。
Input Method KitベースだとComponent書かなくて済むので、Input
Methodを作り易くしてる意味もある。
678 名前：名称未設定 mailto:sage [2007/12/15(土) 16:48:14 ID:3eB4I+W/0]: >>673
>プラグインはなるべく小さいほうがいい、というのは、プロセスを共有しているプラグイン内でエラーが起きると一瞬で本体を巻き込んで死亡するので。

なんだかマイクロカーネルの話を思い出すけど...
実際にはことえりの暴走でGUIが丸ごとハングしてしまったわけですが... あれ、ことえりだけを
殺してやると復活しますね。launchd のお陰もあるし。

そういや IM Kit の中の人も「IM のデバッグは2台のマシンを使おう」って言ってましたw
679 名前：名称未設定 mailto:sage [2007/12/15(土) 18:43:12 ID:ktnXV0FO0]: >>678
マイクロカーネルの話も結局は歴史的にこなれたモノリシックのカーネルの
座を奪う事は無かったから、どっちが優れてるとか無意味な議論になっちゃったけ
どね。
次はマイクロカーネルだって言ってた時代は懐かしい。
680 名前：名称未設定 mailto:sage [2007/12/15(土) 19:41:14 ID:FidAtLgk0]: 関数型言語対手続き型言語、RISC対CISC同様
結局双方の利点を取り入れたハイブリッドが生き残りやすいって話だね。
別に議論が無意味なわけではない。
こういうところの議論と呼ぶのがはばかられるような信者論争を除いてねｗ
681 名前：名称未設定 mailto:sage [2007/12/15(土) 19:55:43 ID:eUEST2vh0]: >歴史的にこなれたモノリシックのカーネル
Windows も MacOS もどちらかと言えばマイクロカーネルですが。
一部OSサーバーがカーネル空間に取り込まれてるってのは実装上の問題にすぎない。
682 名前：名称未設定 mailto:sage [2007/12/15(土) 21:24:39 ID:ktnXV0FO0]: WindowsNTの出てきたときを思い出すね。
MSがマイクロカーネルだっていって、あんなのはマイクロカーネルじゃないって言われた。
そんで、4.0でディスプレイドライバを中に取り込んで改悪っていわれた。

MacはMachだけど実装は同じく妥協してる部分もあるね。
どこも現実解を求めるだけだけど。
683 名前：名称未設定 mailto:sage [2007/12/16(日) 01:51:34 ID:WoQUzVoM0]: >そんで、4.0でディスプレイドライバを中に取り込んで改悪っていわれた。
Vista はセキュリティ関係で、カーネルに取り込んだドライバのうち、一部を
ユーザーモードに戻しているらしいね
684 名前：名称未設定 mailto:sage [2007/12/16(日) 02:28:50 ID:O4XTpg800]: 時代に合わせて柔軟な設計をしているということか
685 名前：名称未設定 mailto:sage [2007/12/16(日) 02:45:43 ID:WoQUzVoM0]: ま、そういう変更が出来る時点でモノリシックとは言わんわな
686 名前：名称未設定 mailto:sage [2007/12/16(日) 03:14:55 ID:O4XTpg800]: 両者のいいところを取り込んだハイブリッドカーネル
687 名前：名称未設定 mailto:sage [2007/12/16(日) 03:20:08 ID:4KxjNOYv0]: NuKernel
688 名前：名称未設定 mailto:sage [2007/12/21(金) 00:31:04 ID:jfcdLe900]: そろそろ煽りネタも尽きたかなw

どうやらインテル上で 64bit のコードを実行すると
- 汎用レジスタの増加 -> パフォーマンス向上
- メモリ使用量の増加（64bit のポインタ等） -> パフォーマンス低下
でトータルとしてあまりメリットがないかも、という話の流れようだけど、だったら
- 64bit のレジスタにはアクセスできるが、依然 32bit モード（32bit アドレッシング）
があればいいはず。

が、インテルの 64bit (x64) はそういう設計にはなってないわけですよね?
G5 は 32bit モードでも 64bit のレジスタにアクセスできますよね、確か。
インテルの方はそういう設計にできなかったのか、しなかったのか。

あれ、カーネルはインテルの 64bit に対しては 32bit と 64bit を行ったり来たりする
んでしたっけ? ユーザープログラムでもそういうことをしたらどうなのかな（できるのかな）?
689 名前：名称未設定 mailto:sage [2007/12/21(金) 02:00:00 ID:R1rvSaQM0]: cpu のモードを切り替えるのは特権命令だから、ユーザープロセスにはできない。
32bit モードで 64bit レジスタは使えない(とおもう)。
というかそんなことができてそんなコードを書かれると、32 bit cpu での
32 bit mode で動かなくなるので、ますますややこしくなるよ。

あと、
> 汎用レジスタの増加 -> パフォーマンス向上
> メモリ使用量の増加（64bit のポインタ等） -> パフォーマンス低下
のふたつの「パフォーマンス」は別種のパフォーマンスだから、
どっちを追及したいかによって 64 bit にすることはもちろん意味が出てくる
690 名前：名称未設定 mailto:sage [2007/12/21(金) 02:12:09 ID:GLFPhBPl0]: PPC970用だと実際に32bit CPUで動かない32bitモードで動くプログラムが書けるんだが
ほとんど使ってる例は無いかな
まあABIが変わる(意図的に変えてる?)から64bitモードでコンパイルするのとあまり変わらんけど
691 名前：名称未設定 mailto:sage [2007/12/21(金) 10:41:52 ID:R1rvSaQM0]: ABI まで変わるんだっけ？
man 3 arch
とかすると、いっぱい cpu サポートしてるのがわかりますね。
hppa サポートとかまだ実際にカーネルに残ってるのかしらんけど。
692 名前：名称未設定 mailto:sage [2007/12/21(金) 11:22:14 ID:9POp3wiJ0]: >>689
>というかそんなことができてそんなコードを書かれると、32 bit cpu での
>32 bit mode で動かなくなるので、ますますややこしくなるよ。

Apple 的には Intel Mac の初代の方だけ切れば問題ないという説もw
（CoreDuo ユーザーの方にごめんなさい）

>>690
>PPC970用だと実際に32bit CPUで動かない32bitモードで動くプログラムが書けるんだが
ほとんど使ってる例は無いかな

この場合のメリットは平方根とか64bit整数の高速化とかでしょうから、
需要は比較的マイナーかもしれません。
PPC970 の Altivec のレジスタ幅が増えたりしてたならもっと違ったような気もしますが。

いずれにしても、OS 側の仕組みが整えば、普通のデベロッパ的には fat binary の
うち 32bit の種類が増えただけにならないですかね?
メリットデメリットはともかく技術的には。
693 名前：名称未設定 mailto:sage [2007/12/21(金) 11:33:19 ID:+CHWc+1H0]: 太古の昔から複数アーキテクチャ対応だったからなあ
694 名前：名称未設定 mailto:sage [2007/12/21(金) 12:48:20 ID:DbKW9HC/0]: ビット幅が異なったりエンディアンが異なったり
ライブラリがころころ変わったり
苦労はマルチプラットフォーム並みで
売り上げは極小じゃやってられん罠
695 名前：名称未設定 mailto:sage [2007/12/21(金) 14:09:12 ID:TWiZQPmc0]: >>691
一応ppc970というarchが32bitでもPPC970専用のABIになっているようで
他のPowerPCでは起動しないようになってます。
ppc7400とかppc7450なんかは、そういう制限は無いんだけど。
696 名前：名称未設定 mailto:sage [2007/12/21(金) 19:41:44 ID:6rVOp+UC0]: いや、-mcpu=7450だとG3じゃ動かないでしょ。
697 名前：名称未設定 mailto:sage [2007/12/21(金) 21:44:22 ID:TWiZQPmc0]: 74xx系のバイナリはG3でも動いた気がするんだなあ。確認はしてないけど。
AltiVecを使ってればillegal instructionで落ちるだろうけど。
つか-mcpuはMach-Oのarchとは関係ないよ。
-archでの指定の話。
698 名前：名称未設定 [2007/12/22(土) 09:50:41 ID:bRrs6rHa0]: いやあ、さすがパチもんMacは一味違うね。
バカ専用のMacにふさわしい欠陥だな。

「Leopard」、異なるボリュームへのファイル移動でバグ？
japan.cnet.com/news/ent/story/0,2000056022,20360536,00.htm
699 名前：名称未設定 mailto:sage [2007/12/22(土) 09:54:46 ID:P5np4XxV0]: 　　　　 ∧∧
　　　　(*ﾟ∀ﾟ)
　　～(っ[どざ]っ　あのなあ、ドザでいいやん。。。
700 名前：名称未設定 mailto:sage [2007/12/22(土) 10:18:58 ID:Uq/ofwez0]: >>698
10.5.1 で修正されてる。
701 名前：名称未設定 mailto:sage [2007/12/22(土) 10:39:50 ID:P5np4XxV0]: >>700
　　　　 ∧∧
　　　　(*ﾟ∀ﾟ) 　　　　あのなあ、ドザってOSXのfixのピッチ
　　～(っ[どざ]っ　WindowsUpdate並に遅いと思ってるやん。。。
702 名前：名称未設定 mailto:sage [2007/12/22(土) 10:47:11 ID:GSIRvMt50]: MacはTigerでさえSP11相当までいってるもんな。

そういう意味だろ？
>>701
703 名前：名称未設定 mailto:sage [2007/12/22(土) 10:49:20 ID:P5np4XxV0]: 　　　　 ∧∧
　　　　(*ﾟ∀ﾟ) 　　　　あのなあ、XPや２０００の
　　～(っ[どざ]っ　WindowsUpdateインド製やん。。。
704 名前：名称未設定 mailto:sage [2007/12/22(土) 10:56:19 ID:7AeHmBUW0]: >>701
つ月一にスケジュール化している件＞更新

Macも更に普及したら、いきなりfixをリリースするのはできなくなるんじゃね？
事前発表無いと検証できないような
705 名前：名称未設定 mailto:sage [2007/12/22(土) 11:04:12 ID:8QNSB2Vf0]: またMac親衛隊がスレ荒らしてるのか・・・
706 名前：名称未設定 mailto:sage [2007/12/22(土) 14:13:41 ID:eRGQRzBk0]: え？俺、アップルの宣伝信じて、マック買っちゃったんだけど嘘だったの？
前のマシンがAthlon64に32ビットのWindowsを走らせていたけれど、
Linux / Solaris / WindowsXP の64ビット版使った方が良かったかな。
707 名前：名称未設定 mailto:sage [2007/12/22(土) 14:41:41 ID:h7tlkk6n0]: お前は何使っても変わらんよ
708 名前：名称未設定 mailto:sage [2007/12/22(土) 14:45:21 ID:GSIRvMt50]: >>704
タイムリーなことに、また更新だよ。今月二回目だってさ。

今月2度目のMac OS X用セキュリティアップデータが配布開始
journal.mycom.co.jp/news/2007/12/22/004/index.html

> 18日に配布開始された「Security Update 2007-009 1.0」は、
> 適用後にSafariで特定のWebサイトを表示するとクラッシュする問題が
> 報告されていた。

最近品質落ちてきたな。
709 名前：名称未設定 mailto:sage [2007/12/22(土) 15:15:06 ID:sPIbWdhJ0]: >>708
>最近品質落ちてきたな。
このスレもな。
710 名前：名称未設定 mailto:sage [2007/12/22(土) 15:19:29 ID:YrR4J0kU0]: もう少しアカデミックな事を語ろうじゃないか。
カーネルが32bitでも64bitモードで動かせるとか何とか。
711 名前：名称未設定 mailto:sage [2007/12/22(土) 16:39:01 ID:/Gj8+n/m0]: 誰か親切に解説して
なんでそうなるの
違うアドレス空間だとしたらシステムコールやIOのオーバーヘッドは?
712 名前：名称未設定 mailto:sage [2007/12/22(土) 18:21:09 ID:lDOuMw160]: Macは俺のアイドルだもん。
713 名前：名称未設定 mailto:sage [2007/12/22(土) 19:47:07 ID:JIB2Pk8B0]: >>711
答えは全て過去の書き込みにあり
714 名前：名称未設定 mailto:sage [2007/12/23(日) 04:45:28 ID:Vb7tzJY40]: 例え：Vista64bit版はWOW64で64bit空間で32bitアプリを実行している。
x64には32bit互換モードが存在しているから64bit上でも32bitコードが
動くのである。
ttp://www.itmedia.co.jp/enterprise/articles/0507/26/news006.html

LinuxやWindowsで可能ならもちろんMacOSでも可能なはずだよね。
715 名前：名称未設定 mailto:sage [2007/12/23(日) 10:11:12 ID:2Ag6gYkL0]: MacOSにはWOW64に相当するものがない。
作る技術力もない。
716 名前：名称未設定 mailto:sage [2007/12/23(日) 10:27:50 ID:xKKc7VjA0]: ふつうに Leopard で 32 bit アプリも 64 bit アプリも動くんですけど。

エミュレータ / virtualizer は Apple は昔からおてのものでしょ
ppc → intel の際の Rosetta,
OS 9 → OS X の際の Classic 環境、
ppc にしたときの 68k エミュレータ。
なんか OS のかなりの部分が 68 k のままだったし。

A/UX とかいって Mac 用ソフトがうごく Unix もつくってたし、
MAE とかいって他社製 Unix 上で System 7 を動かすソフトも売ってたべ。
ttp://homepage3.nifty.com/toshi3/mae.html
717 名前：名称未設定 mailto:sage [2007/12/23(日) 10:43:39 ID:Vb7tzJY40]: >>715
MSは無理やり64bit空間に32bit空間を作ったのがVistaのWOW64。
それに対して32bitと64bitをシームレスに動かせるようにしたのがLeopard。
MSにはこれらを作る技術力もないからWOW64なんておかしなものを作ったのだろう。
718 名前：名称未設定 mailto:sage [2007/12/23(日) 10:44:48 ID:bbeotNpY0]: ってゆうか Leopard の 32bit/64bit の場合はいわゆるエミュレータでもバーチャライザでも
ないけどね。

ま、大人の都合による CPU やら OS やらの変更に何度も翻弄されて、
そのつどエンジニアが対応してきたということかとw

Wintel は、ずっと同じ系列の CPU で、起動時は至っては未だに 8086 に戻るわけで、
ある意味すごいよな。
719 名前：名称未設定 mailto:sage [2007/12/23(日) 10:55:53 ID:1v/gkqNt0]: 大人の都合でもエミュレーションレイヤでも
アプリケーション側で互換性を解決しなければならない場合があるからなー
720 名前：名称未設定 mailto:sage [2007/12/23(日) 11:33:39 ID:xKKc7VjA0]: WOW64 については全く詳細をしらないんですが、ネットでちらほら読んだところでは、x86-64 上での WOW64 のやってることはレパードのカーネルがやってることとあんまり変わらないと思うんですが、どうなんでしょうか？
721 名前：名称未設定 mailto:sage [2007/12/23(日) 11:58:00 ID:2Ag6gYkL0]: WOW64はカーネルが64bitで、完全に64bit OSの中に互換性を保つ環境を作ったもの。
Leopardはカーネルが32bitで、使用できるメモリの範囲を64bitに拡張したもの。

根本的な違いがある。
722 名前：名称未設定 mailto:sage [2007/12/23(日) 13:43:47 ID:+aaAJAny0]: Leopard は単にメモリ 64bit に拡張したのではなく、64bit コードもちゃんと動く。
完全な 64bit OS な訳だが。
723 名前：名称未設定 mailto:sage [2007/12/23(日) 13:45:26 ID:/h0ejmdP0]: >完全な 64bit OS な訳だが。

このスレの積み重ねを全て破壊する一言だなｗ
724 名前：名称未設定 mailto:sage [2007/12/23(日) 14:48:59 ID:hj+OrODh0]: >>720
WOW64は単なるAPIブリッジ。
OSXその他の64bit OSは32bitコードを実行するのに
既存の32bit APIそのものを使ってる。
この点ではWindowsはちょっと特殊。IA-64の流れだろうかね。
725 名前：名称未設定 mailto:sage [2007/12/23(日) 15:14:41 ID:xKKc7VjA0]: ええと、Leopard は32bit ライブラリと64 bit ライブラリと両方積んでるのは知ってるんですが、
有る程度の部分は単にライブラリは別プロセスのサーバ(32 bit)と Mach で RPC してるだけですよね ... Window Server とか。
というわけで、WOW64 は 32bit API → 64 bit API とブリッジしてるけど、
Leopard は一部 64 bit API → 32 bit API へブリッジしてるのかなと思ったのですが ...
726 名前：名称未設定 mailto:sage [2007/12/23(日) 16:07:26 ID:XOC22Tiw0]: Windows 64bit板は 32bitアプリを切り捨てるなら
完全に64bit命令だけで動くことができるが、
Leopardは32bitコードをいつまでも引きずることになっている。
727 名前：名称未設定 mailto:sage [2007/12/23(日) 16:09:31 ID:MHXaXNAc0]: Leopard v.s. フル64bitOSの64bitアプリのベンチマーク対決ってどっかにないのかね。
公平になるようにどっちもgcc同士で。
728 名前：名称未設定 mailto:sage [2007/12/23(日) 16:59:04 ID:/IX1WkIR0]: >>724
だな・・・IA-64が有ったから嫌でも今のWOW６４みたいな作りにしなきゃならんかった
Core2出てから64bit化してればWinもMacと同じようなアプローチになったんだろうな
まあ、こればっかりは仕方ないといえば仕方ない

Winの64bitの実装の仕方で問題ないなら
IA-64ももっと売れてただろうし
IntelがわざわざCore2みたいな32bitと64bit両方のレジスタ持ったCPU作る必要も無かったと思う
729 名前：名称未設定 mailto:sage [2007/12/23(日) 17:00:51 ID:+aaAJAny0]: >>723
カーネルに 32bit コード（しかも 64bit モードの互換モード）を含んでいるのは過去からの互換性のために取った手法の１つ。Leopard のAPI は 64bit 化され、64bit バイナリも問題なく動き、メモリ空間も 64bit になっている、完全 64bit OS な訳だが。
730 名前：名称未設定 mailto:sage [2007/12/23(日) 17:06:40 ID:kAYMBGzb0]: >>727
つーかIntelがobjective-C 2.0/objective-Cのネイティブコンパイラ早くだせ
731 名前：名称未設定 mailto:sage [2007/12/23(日) 17:16:35 ID:Dchjciw80]: >>729
「完全」の意味が違うんですよw
Windowsで言う完全は「強制」の意
32bit/64bitどちらでもユーザが都合の良い方を使える様、並立した環境を
提供したLeopardとは向いてる方向が全く違う。
732 名前：名称未設定 mailto:sage [2007/12/23(日) 17:17:28 ID:gAKwW5JE0]: さあ、文系頭がわらわらと沸いてまいりました
733 名前：名称未設定 mailto:sage [2007/12/23(日) 18:02:12 ID:hj+OrODh0]: >>727
techreport.com/articles.x/12737/9
にWindows 64bit上でのLAMEのベンチマークがあるので手元で比較してみた。
ちなみにLeopardじゃなくてTigerですが。
環境はCore 2 Duo T7500 (2.2GHz), Tiger 10.4.11。
10分6秒のwavを用意して、CBR 128kbpsで5回エンコードしたところ、
64bitバイナリで平均36.0秒
32bitバイナリで平均41.1秒
だった。上のページにあるスコアはC2D E6400 (2.13GHz)で
64bit, MSVCで36.0秒
64bit iccで35.0秒
なので、まあコンパイラの差も加味して誤差範囲じゃないかな。

softlab.technion.ac.il/project/LAME/bin/のバイナリを使ったと思われるので、
softlab.technion.ac.il/project/LAME/src/から64bitのバイナリをコンパイルした。
734 名前：名称未設定 mailto:sage [2007/12/23(日) 19:10:55 ID:Qd4VbNLt0]: >>711
最初からざっと見たけどちゃんと書いてないな。
ユーザーとカーネルは別空間だけど、ユーザーのほうから、
カーネル空間のup to 512MBまでをユーザー空間にマップできるんだよ。
たいがいの用はこれで間に合うでしょ?
735 名前：名称未設定 mailto:sage [2007/12/24(月) 02:52:04 ID:0ccYKZlM0]: >>734
逆じゃね?
736 名前：名称未設定 mailto:sage [2007/12/25(火) 03:29:30 ID:2lYERUzn0]: >>733
64bit だと一割ぐらい速くなるという感じだね。
自分もやってみたがだいたいおんなじ感じだった。

>softlab.technion.ac.il/project/LAME/src/から64bitのバイナリをコンパイルした。

これ、ファイルの改行が全部 DOS だしw 最初変なエラーが出るから何かと思った。

nasm のファイルが入っていて XMM のレジスタをやたらいぢっているので、有効にして
32bit のバイナリを作り直してみたが（Leopard 上だと結構面倒）、
速度は元の 32bit と 64bit の間ぐらいだった。

そういえば、iTunes 内蔵のコンバータって、これに比べたら爆速だよね。
少なくともマルチスレッドが効いてるんだろうなあ。

ここまで書いてアレだが、OS 自体の話とはあまり関係ないかもw
737 名前：名称未設定 mailto:sage [2007/12/25(火) 10:30:41 ID:2lYERUzn0]: Quartz (CoreGraphics) を調べてみたら座標（CGFloat) が 64bit だと double (64bit) なんだね。
32bit だと float (32bit) で。

これは float では画面全体を表現できないほどのワイド・高解像度のディスプレイが予定されて
いるに違いない!

というのは冗談にしても、画像をレンダリングするときとかにはそろそろ float だとしんどい?
738 名前：名称未設定 mailto:sage [2007/12/25(火) 18:55:16 ID:NOuVKXsB0]: >>736
iTunesが速いのは手抜きしてるからだよ
739 名前：名称未設定 [2007/12/25(火) 21:59:42 ID:+X7y7nKr0]: まあ、クズマカは品質とは縁遠いからなぁ。
740 名前：名称未設定 mailto:sage [2007/12/25(火) 23:06:05 ID:aWHM/H7O0]: ドザは煽り文句も三流
741 名前：名称未設定 mailto:sage [2007/12/27(木) 02:14:20 ID:EEzHBtk90]: >>717
技術音痴は書き込みすんな

マックユーザー同士でもはずかしいよ
おまえは
742 名前：名称未設定 mailto:sage [2007/12/27(木) 07:48:23 ID:f+Yh3yqG0]: >>741
ttp://ja.wikipedia.org/wiki/WOW64
技術音痴はお前だろう。さては成りすましドザか
743 名前：名称未設定 [2007/12/27(木) 13:23:09 ID:zfPu4Wna0]: <マカの痴呆の程度は宇宙一>

アポ製品購入は判断力の欠如から起こる。
アポ製品再購入は学習機能の欠如から起こる。
アポ製品再々購入は記憶力の欠如から起こる。
アポ製品再々々購入は痴呆から起こる。
それ以上購入する輩は死んでも直らない病気である。
744 名前：名称未設定 mailto:sage [2007/12/27(木) 13:55:55 ID:yq5GBp6t0]: Windowsはバカを育てる
745 名前：名称未設定 mailto:sage [2007/12/27(木) 21:58:32 ID:vDMkUqYT0]: >>742
被害妄想だな
746 名前：名称未設定 mailto:sage [2007/12/28(金) 03:26:55 ID:/bPEuoi/0]: ピュア64のWinはMS伝統のパフォーマンス重視
ハイブリッド64のLeoはAppleらしい移行期のソリューション

どっちもそれぞれ一長一短有って、単純に優劣はつかないと思うがね
747 名前：名称未設定 mailto:sage [2007/12/28(金) 21:00:38 ID:td7Y3f4c0]: どうでもいいけど、64bit Windows って家電量販店でどの程度売ってるの？
748 名前：名称未設定 mailto:sage [2007/12/28(金) 21:02:21 ID:w/JeaFmZ0]: 確かにどうでもいいな
749 名前：名称未設定 mailto:sage [2007/12/29(土) 00:19:45 ID:C4DsSFZy0]: 　　　　　　　　 ,,,,｡―'━━-＿:
　　　　　　 _／″ 　　　　　 `''i､
　　　　　 ,/゜　　　　　　　　　　　　｀'、
　　　　　　 ,i"　　　　　　　　　　　　　　 `i、
　　　　　 .,/　　　、,,、　　　　　　　　　　ﾞl、
　　　　 .,/｀　　　.,i´ .ﾟ!i､　　　　 ,r'ﾟ'・r,　　｀'i､
　　　　./　　　 ,,,il　●.,l“““““''l| ●.,l｡_　　｀'i､
　　　 .,|　　 .,-″`-,,,,r゜　　　　.ﾚ.″,i″｀'￢i､ .ﾞl,
　　　 ,lﾞ　 .j″　　　 : 　.r‐:ｗx,　.ﾞﾞ‐'゜ ._,,ｖ．　"'l,.ﾘ
　　　.Z　 ,「.rrrr-,｡,,: 　.|、　　.》 ..,,,,-･ﾟ゛,,,,,y-．［.ﾞl
　　　.l　 ,lﾞ .ー'＝〟″ ."ﾍ,xxil} ｀,r‐'"ﾞﾞ＿,,,,,,,,,,,i| .ﾘ
　　　:|　.l′ ﾞ'''ll,＝-　　　 .ﾞl　　　　.'",,,,,ﾚ　　　 |　.l:　　　　　　
　　　:|　ﾞl　　　.ﾞ"l━＝''''''''ﾞ“““““ﾞﾞﾞ~'k　　　　 l: : |
　　　.l、　l　　　　 `i,,　　　　　　　　_,,,,,,l,　　　　ｹ　］
　　　ト　.|　　　　　ﾞヽ、　　　　.,i'ﾟ~　　［　　　.,ト　.l 　色管理っ！色管理っ！あびゃぶああ！！
　　　 .ﾞl,　ﾞk　　　　　　 “'･'r---ﾆ---ｖ┘　　 .］　 ┃
　　　　.ﾋ　:l、 ._,ｗｗｗｗrr←―ｰ=-ｖ,,,,,,,,＿_, ,ド　 l!
　　　　 .'ｋﾞV'″　　　　　　　　　　　　　 : : .ﾞ~''y,,┘
　　　　　ﾞ'┴.,,｡,,,,,,,,,,,_.,,｡,,,,,,,,,,,_.,,｡,,,,,,,,,,,_.,,｡,,,,,,, ,,r'

↑キチガイマカ
750 名前：名称未設定 mailto:sage [2007/12/29(土) 00:21:56 ID:7YlrOwXf0]: ドザはいつもコピペで逃げるからなぁ
751 名前：名称未設定 [2008/01/02(水) 01:34:24 ID:VhSJKuVo0]: age
752 名前：名称未設定 mailto:sage [2008/01/12(土) 16:43:25 ID:bf9HBwk70]: -終了-
753 名前：名称未設定 mailto:sage [2008/01/14(月) 04:37:01 ID:o5mADUPz0]: 128bit FS「ZFS」のMac OS X Leopard用最新ビルドが公開
journal.mycom.co.jp/news/2008/01/11/008/index.html
754 名前：名称未設定 [2008/01/14(月) 13:03:02 ID:m/QxDeZH0]: >>19

コマネチっ！
755 名前：名称未設定 [2008/01/21(月) 10:17:02 ID:khEmS41t0]: 保守age
756 名前：名称未設定 mailto:sage [2008/01/27(日) 02:56:38 ID:HrDGlYQA0]: LinuxのUbuntuで32bit版と64bit版を比べてみたけど、おおざっぱに後者の方が
前者の2倍メモリを食うねえ。
Leopardの場合、アプリは基本的に32bitなわけだけど、OSが64bit対応になったことが
メモリ使用量的には影響してるんだろうか。一応64bitのライブラリなんかもメモリには
ロードされてるのかな?

ちなみにwww.apple.com/jp/macosx/techspecs/に書いてある最低メモリ量は
Panther -> 128MB Tiger -> 256MB Leopard -> 512MBとなっていた。
見事に倍々だがw おおざっぱにキリのいい数値を書いているというのもあるだろうね。
Panther -> Tigerはビット数の変化はなくても増えてる訳だから、これでOSのビット数
云々を語ることはできないけど。
757 名前：名称未設定 mailto:sage [2008/01/27(日) 03:29:11 ID:oS+VdyFe0]: >>756
Panther -> Tigerも増えてるんだけどねビット幅
758 名前：名称未設定 mailto:sage [2008/01/27(日) 04:24:19 ID:tPqRNpX+0]: 64bitのライブラリが読まれるのは64bitアプリケーションを起動したときだけだが
759 名前：名称未設定 mailto:sage [2008/01/27(日) 04:25:44 ID:jtZNwbED0]: それでは64bitドライバが動けない。
760 名前：名称未設定 mailto:sage [2008/01/27(日) 06:39:58 ID:Z+4QpQ0X0]: >>759
レパードはカーネル内 64 bit ドライバは無いから。
(とかいいはじめるとまたこのスレを1からやり直すことになりそう)

だいたい共有ライブラリを読むとかいうのはユーザースペースの話で、
ドライバが動ける動けないとは関係しようがない。
だから 64bit ドライバがあったとしても論理が通ってない。
761 名前：名称未設定 [2008/01/29(火) 15:15:17 ID:E6mKvTHN0]: >>760
徹底的なおバカなマカは全く理解できません。
それが、マカというものだ。
前人未踏のウルトラバカ。それがマカ。
762 名前：名称未設定 mailto:sage [2008/01/29(火) 16:09:04 ID:zdEumQEE0]: >>761
ウルトラバカというよりは、究極の洗脳がなされていると考えるべきでは？

アップルから賜りし究極のOSであるOSXが地獄の汚物に等しき下賎なるWindows
ごときに劣る部分があるはずがないという妄想にとりつかれている上に、偉大なる
神アップルより賜りし技術は現代の人間ごときに理解できるものではなく、学者ご
ときクズが言う理論など聞くに値しないと考えているんだよ。

正常な人間であれば、現実社会で出来ないことがあることを理解できるけど、洗脳
されたマカにとってアップルは出来ないことなどありえない万能神と崇め奉ることが
当然のものであるから、そういう常識は理解できないんだよ。
763 名前：名称未設定 mailto:sage [2008/01/29(火) 17:40:44 ID:EdkWFx1j0]: >>762
その言葉、そのままVista64bitユーザーにも言えそうだな。
764 名前：名称未設定 mailto:sage [2008/01/29(火) 17:49:05 ID:fvEQZi7e0]: まあでも「ユーザースペース」はマズいわな
765 名前：名称未設定 mailto:sage [2008/01/30(水) 00:03:15 ID:mZcMa1/v0]: >>760 をかいたものですが、
なんでユーザースペースが悪いのかわからんのですが、
後学のためにおしえてください。

あとは僕はマカなんですが、なんで 761 , 762 という返答がついたのか
全く判らんのですが。僕はたんにテクニカルに正しいことを
書こうとつとめてるだけなんですけど。
馬鹿なせいで間違ったことも書いてると思いますが。
766 名前：名称未設定 mailto:sage [2008/01/30(水) 06:47:19 ID:opv6u/bUO]: >>765
うんよく自分がバカって気がついたね
君が勉強したテクニカルはほとんど間違ってるよ
ユーザーランドに提供されるライブラリ（やAPIなど）とは別物
Leopardは（作れば）64bitデバイスドライバも動くんだ
767 名前：名称未設定 mailto:sage [2008/01/30(水) 11:22:50 ID:kQnUgB310]: Leopard での 64 bit ドライバってどうつくればいいんですか？
IOKit に入った段階で CPU が 32 bit モードなんじゃないかとおもうんですけど、
自前でCPUのモードを変更しないといけないのでは ...

>ユーザーランドに提供されるライブラリ（やAPIなど）とは別物
なにがユーザーランドのライブラリとは別物なんでしょう？

行間を読めない馬鹿ですいません。
768 名前：名称未設定 mailto:sage [2008/01/30(水) 11:58:27 ID:6loCNHE00]: >>767
ん？もしかして64bitモードからI/O Kitを利用できないとか思ってる？
それとも、I/O Kit使う = 32bitメモリ空間しか使えないと思ってるのかな？
自前でモード変更？？　必要ないなぁ。

ていうか単に煽りに突っかかってるだけかな？
769 名前：名称未設定 mailto:sage [2008/01/30(水) 12:26:34 ID:kQnUgB310]: いや、基本的にほんとに馬鹿なだけなので、すいません。
ADC の IOKit のあたりは読んでるつもりですが、実践が伴わないのでわかってません。

IOKit から 64 bit メモリ空間をアクセスできるのは判ってるつもりですが、
32bit I/O Kit ドライバと 64 bit I/O Kit ドライバというものが
別に存在して別個にカーネルが読み込んでくれるわけではないので、
なんにせよドライバ書く際は DMA するなら IODMACommand つかって、
そうしておけば 32 bit も 64 bit も関係ない、ということだと思いました。
だから I/O Kit の binary を ppc / i386 / x86_64 / ppc970 とかする必要がない、
と思っていましたが間違っている？

"64 bit ドライバ” という言葉で何を意味するかの齟齬なのかもしれませんが...
770 名前：名称未設定 [2008/01/30(水) 14:52:05 ID:gdaXpvbx0]: 馬鹿なマカは引っこんどれ。
ますますドツボにハマるぞ。
771 名前：名称未設定 mailto:sage [2008/01/31(木) 07:07:10 ID:S+iqOHKw0]: >>769
>"64 bit ドライバ” という言葉で何を意味するかの齟齬なのかもしれませんが...

確かに、「64bit」も「ドライバ」もこのスレで何度も出てきるけど、どちらも未だにw
でそれを「I/O Kit が使えるかどうか」という表現で説明するとさらに倍。
772 名前：名称未設定 mailto:sage [2008/01/31(木) 09:08:40 ID:zREdXxDh0]: I/O Kit といっても、カーネル内 I/O Kit の API も
ユーザースペースから I/O Kit と話す API もありますしね ...
773 名前：名称未設定 mailto:sage [2008/01/31(木) 11:57:05 ID:/tYNxdef0]: 用語の使い方がメチャクチャすぐる
774 名前：名称未設定 [2008/02/02(土) 14:10:07 ID:mwuEB/YV0]: どアホなクズマカは一言一句の言葉の意味すら理解できないようです。
まあ、それを理解する脳すらないのでしかたないようですが。
775 名前：名称未設定 mailto:sage [2008/02/03(日) 01:26:54 ID:q3TYR2U30]: Machカーネル、BSDカーネルレイヤー、そしてIOKitドライバをもって
Darwinカーネルと呼ばれているが、デバイスドライバに関しては64bitの
場合でも32bit版IOKitドライバをそのまま利用するので書き換えをする必要が
無いらしい。

これは、Tigerの時から同じである。
776 名前：名称未設定 [2008/02/03(日) 02:21:12 ID:ssCjaGRW0]: >>774
・・・と、さっきまでコンビニで立ち読みしたエロ週刊誌の記事の
劣化コピーをリアル土方のドザ珍が焼酎の酔いの勢いを借りて
わめいております。
777 名前：名称未設定 mailto:sage [2008/02/03(日) 02:22:02 ID:DfOP/trw0]: 32bit版 IOKit ドライバというのと、64 bit 版 IOKit ドライバという区別がそもそも無いといったほうが正確だとおもいます
(煽りのひとが、64bitドライバが使えなくて32bit ドライバしかないだって？ぷぷぷとか返事するのが目に見えているので。)
単にひとつのドライバで、32bit cpu なら 32bit のメモリ空間を、
64bit cpu なら 64 bit のメモリ空間を扱えるようになっているということ、
そのあたりはカーネル内の IOKit クラス群で透過的に処理されているという
ことだと思います
778 名前：名称未設定 [2008/02/03(日) 02:38:21 ID:7c4JAQsa0]: つまり、32bitってことなんだね。
779 名前：名称未設定 [2008/02/03(日) 02:45:08 ID:ssCjaGRW0]: >>778
君の使ってるMeがね。
780 名前：名称未設定 [2008/02/03(日) 02:47:35 ID:7c4JAQsa0]: Meの使ってるレオポンが実は32bitだったなんてorz
781 名前：名称未設定 [2008/02/03(日) 03:12:23 ID:zk4xMtHL0]: >>780
16bitコード残ってるMe?
それともMe2007?
782 名前：名称未設定 mailto:sage [2008/02/03(日) 03:13:17 ID:V55OUdE50]: つまり、32bitコード残っているLeopardは32bit ということか
783 名前：名称未設定 mailto:sage [2008/02/03(日) 03:26:52 ID:zk4xMtHL0]: ところで、このスレでfat binaryのこと出てきた？
Darwin-deveで、G5導入のときにfat binary利用してG3/G4と
G5両方に対応させると言ってた。Intel発表後も同じこと言ってたな。
784 名前：名称未設定 mailto:sage [2008/02/03(日) 03:42:56 ID:V55OUdE50]: fat binaryをなんかすごいもののように勘違いしてそうだけど、
あれは単に、CPUごとにコンパイルしたものを一つのファイルにまとめただけ。

だから当然、32bitにしか対応していないfat binaryもあるし、
それを64bit対応にするのなら、最コンパイルしないといけない。
785 名前：名称未設定 [2008/02/03(日) 04:13:15 ID:m6OMKFPx0]: 俺の友達のマカーは「Macは初代Macintoshから32bitだった（だからWindowsより
えらい）。」と力説しています。本当なのでしょうか。
786 名前：名称未設定 mailto:sage [2008/02/03(日) 04:21:28 ID:RJePSwMI0]: 表向き16bitCPUだった68Kに、32bitレジスタしか乗ってなかった事を言っているんだろうな。
787 名前：名称未設定 mailto:sage [2008/02/03(日) 07:35:04 ID:3n0Wr6Ld0]: >>785
MC68000は24bitアドレッシング。アドレス表現は32bitだが上位8bitは無視される。
初期のMacは最大RAM 4MB、仮想記憶も無いので32bit使うのは贅沢な位
古いToolboxでは、無視されるアドレスの上位8bitをフラグに使う物もあった。
MC68020と32Bit QuickDrawが乗ったSystem6以降は32bitアドレッシング
788 名前：名称未設定 mailto:sage [2008/02/03(日) 08:34:35 ID:Tqpi1c570]: >>784
なにヴァカこいてるん？

各アーキテクチャーごとにコンパイルするのは当たり前

> 一つのファイルにまとめただけ。
「だけ」(笑)
OSサイドからアーキテクチャーに応じて透過的に利用できなかったら
一つのファイルにまとめても無意味なのだが。

> それを64bit対応にするのなら、最コンパイルしないといけない。
そんなこと出来ないだろ
最コンパイルなんてこと(笑)
789 名前：名称未設定 mailto:sage [2008/02/03(日) 08:44:44 ID:Tqpi1c570]: >>786
その当時のPCのCPU8088も表向き16bitCPUだったけれど、
外部データバスなんか8bitだったしね。
790 名前：名称未設定 mailto:sage [2008/02/03(日) 08:57:08 ID:RUxTlBmZ0]: >>788
>「だけ」(笑)
>OSサイドからアーキテクチャーに応じて透過的に利用できなかったら
>一つのファイルにまとめても無意味なのだが。
透過的に利用できる様にするなんて無視できるくらいの仕組みじゃん。
だから「だけ」って書いててもなんにも違和感がないがな。
じっさいそんなもんだし。
791 名前：名称未設定 mailto:sage [2008/02/03(日) 08:58:59 ID:Tqpi1c570]: その程度の仕組みすら使えない糞OSにお布施払ってるドザって(笑)
792 名前：名称未設定 mailto:sage [2008/02/03(日) 09:02:29 ID:RUxTlBmZ0]: >>791
なんでそこで「ドザ」って書くのか理解に苦しむ。
793 名前：名称未設定 mailto:sage [2008/02/03(日) 09:03:45 ID:Tqpi1c570]: うれしいだろ(笑)
794 名前：名称未設定 [2008/02/03(日) 11:14:00 ID:m6OMKFPx0]: >>786
>>787
ということは俺の友達のマカーはホラ吹きというか嘘つきな訳ですね。
奴はそのことをたいへんに吹聴していて、最近になってやっと32bitになった
Windowsなんて糞だとバカにしまくっています。
困ったマカーなんですね。
795 名前：名称未設定 mailto:sage [2008/02/03(日) 11:17:23 ID:DfOP/trw0]: それはまったく困ったマカーだな。
だいたい OS 9 以前から使っているマカーにロクなのはいない。
ドザの人もちゃんとネクストステッパー、その直系のOS X 使いと、
OS 9 以前からの馬鹿マカーの二種類を区別して煽ってくれよ。

と変なほうに話を振ってみますがどうでしょうか。
796 名前：名称未設定 [2008/02/03(日) 11:25:08 ID:m6OMKFPx0]: >>795
そいつはMacはIBM様のありがたいPOWERプロセッサ由来のPowerPCを搭載
したMacを崇め奉っていました。「Intelのようなバッタ屋が作ったCPUなんかに
負けるはずがない」と鼻先で笑っていました。彼にマイクロプロセッサの歴史を
いくらいっても聞く耳はありませんでした。でもここのところおとなしいようです。
797 名前：名称未設定 mailto:sage [2008/02/03(日) 11:29:57 ID:RJePSwMI0]: >>795
確かに、ろくなマカーは居ないみたいだな。

>50 名前: 名称未設定 Mail: 投稿日: 2008/02/03(日) 04:31:31 ID: m6OMKFPx0
>俺、クリエイターとして20年Mac使ってるけど、ウィルスとか脆弱性なんて
>いっぺんも経験したことね～よ。
>ドザはせっせとMicrosoftUpdateしてなｗ
798 名前：名称未設定 mailto:sage [2008/02/03(日) 11:34:11 ID:o6t2CXn40]: >>796
じゃぁ君がここでマイクロプロセッサの歴史とやらを
騙ってください。
799 名前：名称未設定 [2008/02/03(日) 11:51:28 ID:m6OMKFPx0]: マカ珍のみなさん、Intelのプロセッサは速いでしょう。
使えるようになってよかったですね　(・ω・)ノ

もう悔し紛れにx86は造りが汚いとか意味のわかってない妄言をはかなくて
すみますしねｗ
800 名前：名称未設定 mailto:sage [2008/02/03(日) 11:56:58 ID:0iSCQuUj0]: ID:m6OMKFPx0
ttp://pc11.2ch.net/test/read.cgi/mac/1195043772/785,794,796,799
ttp://pc11.2ch.net/test/read.cgi/mac/1200575634/528,539
ttp://pc11.2ch.net/test/read.cgi/mac/1193652857/73
ttp://pc11.2ch.net/test/read.cgi/mac/1188141825/41
ttp://pc11.2ch.net/test/read.cgi/mac/1190641489/40
ttp://pc11.2ch.net/test/read.cgi/mac/1185455311/50
ttp://pc11.2ch.net/test/read.cgi/mac/1150166532/836
ttp://pc11.2ch.net/test/read.cgi/mac/1196946628/61
ttp://pc11.2ch.net/test/read.cgi/mac/1194246917/38
801 名前：名称未設定 mailto:sage [2008/02/03(日) 11:58:12 ID:SN+86tzK0]: >>799
さっそく騙りだしたか(笑)
まあ君のPCでは起動時にウンコアーキテクチャが必要なんだろ。
802 名前：名称未設定 [2008/02/03(日) 12:04:17 ID:04Z7V+5R0]: >>795
私はOS Xが初めてだったんですが…
803 名前：名称未設定 mailto:sage [2008/02/03(日) 15:27:08 ID:24KPggXY0]: ID:m6OMKFPx0 のネタ振りにマジレスで返した ID:3n0Wr6Ld0
というとこまで読んだ
804 名前：名称未設定 mailto:sage [2008/02/04(月) 07:25:19 ID:Q4pzK5Ch0]: 明らかに手慣れた手法を使ってくる釣り師にも、
うっかりマジレス返せる人が居る位の方が良スレの事が多いよ
805 名前：名称未設定 mailto:sage [2008/02/04(月) 07:28:32 ID:AqdvxA780]: 804が既に串チェックされてた件について
806 名前：名称未設定 mailto:sage [2008/02/04(月) 07:41:08 ID:Q4pzK5Ch0]: つ、吊られないぞー(AA略

診断くん Ver 0.80a
疑惑 0%：proxy の兆候は全く見られません。

つか今時串とか使わんだろ、普通
信頼性が確認できない限り串の鯖缶に情報だだ漏れになるんだし
807 名前：名称未設定 mailto:sage [2008/02/04(月) 07:54:20 ID:AqdvxA780]: どこかで煽って誰かに串チェックされたって所でしょ
808 名前：名称未設定 mailto:sage [2008/02/04(月) 10:43:40 ID:FETRHCCH0]: すまん。FatMac(512K)のころからのマカーで
MOしかなかったけどMathematicaがついてきたころからのネクストステッパーで
DOS/v ver. 4の頃からATと付き合ってるんですが、
どこに分類されればいいんでしょうか？
809 名前：名称未設定 mailto:sage [2008/02/04(月) 11:44:58 ID:Ir17HGlD0]: 救いようのないパソコンオタク。
810 名前：名称未設定 mailto:sage [2008/02/04(月) 16:30:38 ID:udWPphtxO]: 「おじいさん」でおk
811 名前：名称未設定 mailto:sage [2008/02/05(火) 00:44:43 ID:vPpIemBz0]: いつの間にか汚いスレになったな。
そんなにドザPCが8GB以上使えない事が悔しいのか。
Vista64bit版も不具合が多いからな。
812 名前：名称未設定 mailto:sage [2008/02/05(火) 02:56:45 ID:QTstr2QJ0]: まるで、Vista64bitで8GB以上使えるという
事実を言われないように先手を打って不具合が多いと
デマ流しているように見える。
813 名前：名称未設定 mailto:sage [2008/02/05(火) 06:19:32 ID:+1V8mOSY0]: 妄想と戦ってると疲れるでしょ、休みなさい
814 名前：名称未設定 mailto:sage [2008/02/05(火) 08:26:48 ID:IBEV8nbF0]: おまえら、Vista64でも8GB以上のハードディスク使えたじゃないか。うそつくなよ。
815 名前：名称未設定 [2008/02/05(火) 21:53:17 ID:h6HmEKRh0]: 正直、確かにIntel使えて良かった。
MacBookの処理能力がメインのG5クアドと大差ないのに驚いた。
816 名前：名称未設定 mailto:sage [2008/02/06(水) 05:06:16 ID:LuWNnsoT0]: ありえません
817 名前：名称未設定 mailto:sage [2008/02/06(水) 12:18:58 ID:t1kJKVHb0]: たぶん大福でも大差ない作業してんだよ
818 名前：名称未設定 [2008/02/07(木) 21:07:30 ID:3KrW4zRD0]: 残念ながらCore2Duo 2GHzなら単純なCPU比較で2.5GHz G5Quadと
同等性能みたいだな。
オレのG5 2.5Dualの倍早かったorz
819 名前：名称未設定 mailto:sage [2008/02/08(金) 10:47:55 ID:tdD7Slwa0]: 新しいCPUが古いCPUより速いのは当たり前
820 名前：名称未設定 mailto:sage [2008/02/09(土) 01:19:26 ID:bi1l9Xob0]: >>818
>残念ながらCore2Duo 2GHzなら単純なCPU比較で2.5GHz G5Quadと
>同等性能みたいだな。

んなことはない
821 名前：名称未設定 [2008/02/09(土) 23:06:09 ID:KcBWOdNr0]: PPC信者ってまだ存在するんだな。
Intel Mac所有者が増えるにつれて、これまで
騙されていた事にみんな気付いたのかと思ったよ。
俺のまわりのマカは、以前はMacはハードもソフト
も段違いに高性能だと勧めていたが、今は大人しく
なってしまった。
822 名前：名称未設定 mailto:sage [2008/02/10(日) 00:36:58 ID:Hwea7bKq0]: PPC 信者も何も、POWER6 は欲しくても買えないからな
823 名前：名称未設定 mailto:sage [2008/02/10(日) 00:51:01 ID:upOWeml40]: >>822
IBM System p ってそんなには高く無いから個人でも買えると思うけど。
824 名前：名称未設定 mailto:sage [2008/02/10(日) 01:16:41 ID:Hwea7bKq0]: >>823

IBM、「POWER6」と搭載サーバ「IBM System p 570」発表
www.itmedia.co.jp/news/articles/0705/22/news016.html

2007年05月23日
世界最速かつ省電力な次世代プロセッサー搭載のUNIXサーバー
日本IBMは本日、世界最高速4.7GHzの動作周波数を発揮する次世代
プロセッサー「POWER6」を初めて搭載したミッドレンジ・クラスの
UNIXサーバー新製品「IBM System p モデル570」を発表しました。
価格は12,280,380円（税込、最小構成価格）から、出荷開始日は
6月8日の予定です。

ちなみに最小構成は 1way なので意味無し
825 名前：名称未設定 mailto:sage [2008/02/10(日) 01:20:52 ID:Hwea7bKq0]: >>821

なんか一生懸命煽ってるつもりなのが痛々しいけどw
NetBurst と Phenom 比べて Intel 糞って騒いでる AMD厨みたい
826 名前：名称未設定 mailto:sage [2008/02/10(日) 02:05:41 ID:upOWeml40]: >>824
高い方が好きなの？
POWER6が欲しいなら520でも550でもいいんじゃないの？
仕事で550を使ってるけどいいマシンだよ。

www-06.ibm.com/jp/press/2008/01/3002.html
827 名前：名称未設定 mailto:sage [2008/02/10(日) 02:08:29 ID:upOWeml40]: >>826
うちがつかってるのは前の世代の5と5+。
6はもうすぐ納品。
828 名前：名称未設定 mailto:sage [2008/02/11(月) 10:13:58 ID:Ioox6hBG0]: やっぱり POWER6 といえば 4.7GHz じゃない？
829 名前：名称未設定 mailto:sage [2008/02/22(金) 11:17:19 ID:isf/BOqk0]: Is 32 bits really better than 64?
ttp://gmplib.org/32vs64.html
830 名前：名称未設定 mailto:sage [2008/02/23(土) 02:57:31 ID:/IXNLOP00]: 何を言いたいのか分からんが
アルゴリズム的に64bit整数演算が可能な方が演算量が減る処理は速くなって当然だろう
831 名前：名称未設定 mailto:sage [2008/02/23(土) 03:41:43 ID:fXUfM98w0]: その程度なら拡張命令で今までも速くできてたかな。
832 名前：名称未設定 mailto:sage [2008/02/23(土) 13:05:46 ID:/IXNLOP00]: >>831
64bit乗算はSIMDじゃ無理だよ
つーかSIMDだと32bitすらままならない(SSE4.1で32bit同士の符号付き乗算がようやくサポートされた)
833 名前：名称未設定 mailto:sage [2008/02/23(土) 13:09:12 ID:4pcMd4xq0]: ハゲの32bit->64bitでアプリが2倍高速に！
とかいう失笑もののプレゼンを鵜呑みにして信じちゃってるおめでたい人意外は
クライアント、デスクトップ用途における64bit化の恩恵が意外と限定的で
特にマルチメディア系の操作はAltivec, SSE等の専用拡張命令の方が効果が大きいというのは大昔からの常識
834 名前：名称未設定 mailto:sage [2008/02/23(土) 13:21:25 ID:/IXNLOP00]: そんなプレゼンは初耳だ。
835 名前：名称未設定 mailto:sage [2008/02/23(土) 13:25:39 ID:OlkVen/20]: 64bit化なんて、手の指が5本から10本に増えるようなもんだ。
増えれば便利かもしれないが、実際には3本でも何とかなる。
836 名前：名称未設定 mailto:sage [2008/02/23(土) 13:57:13 ID:/IXNLOP00]: いやパフォーマンス向上はおまけでメモリ空間が広がる方がメインだと思うんだが...
837 名前：名称未設定 mailto:sage [2008/02/23(土) 15:02:29 ID:BlaFxt2C0]: >>836
しかし，それだとMicrosoftみたいに頑張ってメモリ使用量増やさないといけないよな．
今のままだと普通のユーザは概ね4GBで足りてしまう．
Leopardになって若干確保されるメモリが減った気がするし．何やってんだAppleさんYO！
838 名前：名称未設定 mailto:sage [2008/02/23(土) 15:53:53 ID:d1QCGebM0]: >>829
GMP で少し遊んでみたけど、同一マシン上で 32bit バイナリと 64bit バイナリを
走らせると後者の方が倍位速くなった。他の多倍長ライブラリでもそんな感じなのかな?
多倍長計算は暗号処理で使われるし、普通の人もそれなりに恩恵があるかと。
839 名前：名称未設定 mailto:sage [2008/02/23(土) 16:01:03 ID:WfjW1b6I0]: ２ちゃんの鯖も一部６４bit化してたりする
840 名前：名称未設定 mailto:sage [2008/02/24(日) 01:38:27 ID:JaULbgAg0]: おいおい、あんまり64bitを過小評価しているとVista64bitユーザーからも
批判が着そうだぞ。
841 名前：名称未設定 mailto:sage [2008/02/24(日) 09:48:54 ID:ulL7Uv3n0]: まずは、iMacでメモリを8GBくらい載せられるようにしてほしい(´･ω･`)
842 名前：名称未設定 mailto:sage [2008/02/24(日) 12:03:01 ID:XV/fxVKR0]: まずはドザの脳味噌の容量をせめて4MBに増やして欲しい。
843 名前：名称未設定 mailto:sage [2008/02/24(日) 14:55:47 ID:t1t0JGoe0]: 常識的に考えてMBPの上限を8GBが先だろう．
どうせ同じ世代のモバイルチップセット使うからiMac＝MBPだろうけど～．
844 名前：名称未設定 mailto:sage [2008/02/24(日) 15:15:11 ID:T1bbfumc0]: 物理的にスロット増やすか4GBのモジュールが出るかじゃね
845 名前：名称未設定 mailto:sage [2008/02/24(日) 20:14:51 ID:QChU0tK30]: １０年後にはメモリ1TBが１万円切ったぞ。。。とか話してるのかなぁ・・・
846 名前：名称未設定 mailto:sage [2008/02/24(日) 23:39:17 ID:JaULbgAg0]: どうでもいい話だがほとんどの民衆たちはメモリは2GB程度で十分だと
思っている。
8GBも何に使うんだ？
847 名前：名称未設定 mailto:sage [2008/02/24(日) 23:41:38 ID:KUGSWN410]: そういう人はMacBook使えばいいんじゃね。
848 名前：名称未設定 mailto:sage [2008/02/25(月) 00:40:37 ID:lDvzIEuq0]: 2GBで足りる人はそれでいい。
でも俺は全然足りないなあ。
メモリが極端に高い訳でもないし、経済的な制約じゃないのがはがゆい。
849 名前：名称未設定 mailto:sage [2008/02/25(月) 19:03:52 ID:QuQgtBO50]: >>848の気持ちも分からないでもないが現在最も売れているのがノート用と一体型。
Appleがそこに力を入れている気持ちもまた分かる。

ここからは私の持論だが、現在iMacはノート用アーキテクチャを採用している。
もうすぐQuadCPU搭載PCが主流になってくると現行のiMacとでは性能に差が出て
くる。現在のAppleではiMacにデスクトップ用のマザーボードは搭載する事は
難しいので、いわゆるミドルレンジのMacが必ず登場してくるだろう。
850 名前：名称未設定 mailto:sage [2008/02/25(月) 19:19:25 ID:S+GvXBo00]: >>848
現行機種は4GBまで積めるはず。
851 名前：名称未設定 mailto:sage [2008/02/26(火) 02:54:39 ID:+75H60jx0]: >>849
盛り上がってるとこ悪いが，ノート用にもQuadCoreが出ますな．
iMac松にそれ載せたら隙間埋まっちゃうね．
852 名前：名称未設定 mailto:sage [2008/02/26(火) 08:34:21 ID:mwJqQ/p60]: >>851
残念だがノート用CPUは省電力化の方向に向かうと思うからQuad化はまだ無いよ。
そしてデスクトップ用にはすでにあるのでこれらが普及してくれば現行iMacは
不利になってくる。
853 名前：名称未設定 mailto:sage [2008/02/26(火) 08:53:16 ID:9gjR1ugC0]: >>852
＞Intelは来年第3四半期に、ノートPC向けクアッドコアCPU「Penryn QC(ペンリンクアッドコア)」を投入する。
pc.watch.impress.co.jp/docs/2007/1114/kaigai400.htm
854 名前：名称未設定 mailto:sage [2008/02/26(火) 12:27:14 ID:OXS/i8Z+0]: >>846
サーバとデスクトップ兼用してると、
4GBでもスワップしまくりなんだ(´･ω･`)
855 名前：名称未設定 mailto:sage [2008/02/26(火) 12:45:14 ID:mwJqQ/p60]: >>853
どっちにしろ今年末までは無理じゃないか。
それに今のiMacではメモリスロットの関係で２つしか取れない。
これが致命的な欠点でこれでは最大8GB増設は出来ない。
856 名前：名称未設定 mailto:sage [2008/02/26(火) 12:48:20 ID:65E00EM60]: iMacユーザーなんて2chのリロードしかしないんだから1Gで十分だろｗ
857 名前：名称未設定 mailto:sage [2008/02/26(火) 14:18:05 ID:6PJhOosR0]: 分かってない。iMacユーザーの方がMacBookユーザーよりハガキを印刷してる。
858 名前：名称未設定 mailto:sage [2008/02/26(火) 17:31:06 ID:+75H60jx0]: >>855
今までのiMacで最大のメモリ搭載量を確保している現行のiMacに向かってメモリ不足って何それ？
それが致命的な欠点の奴はとっくにMac Pro買ってるわけ．

私の持論とか大上段にかまえたくせに根本の知識が不足してて恥ずかしかったからって
恥の上塗りしなさんな．CPUの話してたくせにメモリが致命的欠点とか言ってて笑える．
859 名前：名称未設定 mailto:sage [2008/02/26(火) 17:54:54 ID:9gjR1ugC0]: >>855
>今年末までは無理
は？なんで？
860 名前：名称未設定 mailto:sage [2008/02/27(水) 00:55:50 ID:wGTTgDh90]: >>858
自作しているドザたちは安価でメモリ8GB積んでいるじゃないか。
これを欠点と言わずしてなんと言うんだ。
CPUやメモリなどトータルでPCを語るべきであって、笑えるのは>>858の
知識の無さだろう。
861 名前：名称未設定 mailto:sage [2008/02/27(水) 09:42:09 ID:9ybFi5rY0]: おぉ，すげぇ，顔が真っ赤だ．
私の持論の穴をあっさりと抉られたのが相当悔しいみたいだ．
862 名前：名称未設定 [2008/02/27(水) 17:00:01 ID:ESrizwxz0]: >>860
馬鹿で無知な最下層マカに正論は理解不能だよ。
そういう脳天マカには馬頭するのが一番。
863 名前：名称未設定 mailto:sage [2008/02/27(水) 17:17:34 ID:9ybFi5rY0]: 製品と自作比べるのが正論か…．

話題そらそうと必死だからスルーしたけど，あえて答えるなら，個人的にMac OS使いたいがために
Apple純正マシンを使わざるを得ないのはしょうがないと思ってるが是としているわけじゃないよ．
個人的にはミドルレンジのマシンが出てくれるととても嬉しいし．

僕が言ったのはただ一点．「私の持論」の根拠に穴がありますよ，って指摘しただけ．
CPUを中心に論じられた「私の持論」の明らかな認識不足を指摘しただけなのに
メモリの話をし出したり，自作と比べたり…．

そんな話してないよ．あなたに認識不足があるって言っただけ．分かった？
おぉ，知らなかった，で終わる話．変にごまかすからニート2chねらにからまれるんだよ．
こっちは時間余ってしょうがないんだから，いくらでも付き合っちゃうぜ．
864 名前：名称未設定 [2008/02/27(水) 18:11:52 ID:ESrizwxz0]: ふーん、何か言ったか?
865 名前：hoge mailto:sage [2008/02/27(水) 19:14:52 ID:MW5AHQjC0]: >12,13,14,15
G4って128bitじゃなかった？
866 名前：名称未設定 mailto:sage [2008/02/27(水) 19:29:18 ID:OuvF5G370]: 32bitx4のSIMDを積んでるが128bitとは言わん
867 名前：名称未設定 mailto:sage [2008/02/27(水) 19:34:25 ID:9ybFi5rY0]: >>864
いくら暇でももういいや．煽り下手ですみません．
868 名前：名称未設定 mailto:sage [2008/02/27(水) 19:55:57 ID:MW5AHQjC0]: 128bitのレジスタを16個の8bit整数/8個の16bit整数/4個の32bit整数と浮動小数点数の3通りに分割し動作可能
これって128bitってことじゃないのか？
869 名前：名称未設定 mailto:sage [2008/02/27(水) 21:09:59 ID:OuvF5G370]: 128bitの演算器を積んでおらず128bitの1つの値を保持するレジスタとしては動作しないので
128bitとは呼ばない。
CPUの"nビット"というのは汎用レジスタのサイズを指すのが慣例。
870 名前：名称未設定 mailto:sage [2008/02/27(水) 21:12:43 ID:WuUYqDsn0]: ISDNの通信速度は64kbps+64kbps=128kbpsなわけだが
871 名前：名称未設定 [2008/02/27(水) 23:26:33 ID:EGb7KFhn0]: >869
www.windriver.com/japan/alliances/freescale/altivec.html

AltiVecは、整数演算や浮動小数点演算を
128ビットのSIMD（Single Instruction Multiple Data）で処理を行うテクノロジで
PowerPC 74xxファミリ(PowerPC G4アーキテクチャ）で
PowerPCのインストラクションを拡張して導入されたベクタ・コプロセッサです。
872 名前：名称未設定 mailto:sage [2008/02/27(水) 23:42:03 ID:OuvF5G370]: >>871
いやだから...
128bit幅のSIMDは積んでるけど、G4自体を128bitプロセッサとは呼ばないの。
G5もCore2Duoも128bitって呼ぶか?

というかコプロセッサって書いてあるのに読めないのか
873 名前：名称未設定 mailto:sage [2008/02/28(木) 00:34:56 ID:8WsnU3Dt0]: ここでも読んどけ
en.wikipedia.org/wiki/64-bit
874 名前：名称未設定 mailto:sage [2008/02/28(木) 06:16:28 ID:urQwv0L20]: >>873
G4を128bitプロセッサなんて言ってる奴がそんな英文読む訳ないだろ。
G4は64bitどころか、32bitだよ。ｗｗ

e-words.jp/w/PowerPC20G4.html
875 名前：名称未設定 mailto:sage [2008/02/28(木) 09:48:49 ID:YmyoW7KF0]: CPUのbit数はアドレス空間の大きさを指す。
876 名前：名称未設定 mailto:sage [2008/02/28(木) 09:56:35 ID:2OmEbI+70]: 8080のアドレス空間　64KB　16bit
8086のアドレス空間　1MB　20bit

ふーーーん、そうだったんだぁ
877 名前：名称未設定 mailto:sage [2008/02/28(木) 10:04:24 ID:YmyoW7KF0]: ごめん、アドレスを表現するbit数で表す。でどう？
878 名前：名称未設定 mailto:sage [2008/02/28(木) 12:35:02 ID:NOyj+vhB0]: だから汎用レジスタとそれを利用する演算の基本単位がCPUのbitだって。
最近のCPUだとそれがアドレス空間と一致する事が多いけどね。
879 名前：名称未設定 mailto:sage [2008/02/28(木) 13:11:36 ID:OJMpzmTV0]: アホがここで本質を何も理解しないまま表面的な知恵つけたって
信者スレで暴れまわるだけなんだからほっとけよ。
880 名前：名称未設定 [2008/02/28(木) 15:06:12 ID:nz8NxKBs0]: マカって >>871 に書いてあることすら理解不能で、加えてアップルHPの故意に紛らわしいペテン訳文でG4は128bit CPUだってほざいてだよなあ。
いまだにこういうおとぎ話を信じてるのもマカ特有の先天的痴呆性だな。
881 名前：名称未設定 mailto:sage [2008/02/28(木) 19:10:54 ID:lBtWfsN80]: 当時から大本営発表は一部が苦笑してたもんだが、
大多数のマカは正確な説明に出会えないまま使ってたろーね

PPC自体は好きな石だが、まあIntelに淘汰されたPC用の石なんざ珍しくないからどうでもいいか
882 名前：名称未設定 mailto:sage [2008/02/28(木) 19:12:51 ID:vlZD87S/0]: PowerPC G4とCoreDuoは32bitCPUで
PowerPC G5とCore2Duoは64bitCPUだと言う事は世間の常識。
違うことを言っているものはただのバカ。
883 名前：名称未設定 mailto:sage [2008/02/28(木) 20:16:40 ID:UXxQhJxC0]: >>882
では世間の常識でLeopardは32bit OSか64bit OSか答えてください
884 名前：名称未設定 mailto:sage [2008/02/28(木) 20:25:46 ID:fhShbaXV0]: >>883
その前に64bit OSの定義を決めないと
油断してたら一部が32bitなだけだから完全64bit OSなんだおとか言われそう
意味分からないし一部ってほど範囲狭くないけどとにかく言われそう
885 名前：名称未設定 mailto:sage [2008/02/28(木) 20:27:48 ID:ojQQ0GQN0]: Leopardは64bit OS（自称）
886 名前：名称未設定 mailto:sage [2008/02/28(木) 21:17:21 ID:OstwzE400]: 現実的な路線ってことで良いじゃん。
32も64もいい感じで混ざってますで。
887 名前：名称未設定 mailto:sage [2008/02/28(木) 22:46:54 ID:fhShbaXV0]: >>886
いいと思うよ
Leopardは64bit OSでイケイケ！と言われるから突っ込みたくなるだけ～
888 名前：名称未設定 mailto:sage [2008/02/28(木) 23:37:37 ID:YuHWEcR80]: >>884
"64bit OS"の定義でこのスレもすでに散々ループしてるので
じっくり読み返してください。
889 名前：名称未設定 mailto:sage [2008/02/28(木) 23:51:08 ID:vlZD87S/0]: Leopardは他の64bitOSの尺度から見れば一部32bit混在の64bitOS。
これでいいんでないのかな。

別にServer仕様でもないし。この程度でちょうどいい。
Vista64bit版のようにドライバ互換性問題で苦しむ必要も無いし。
890 名前：名称未設定 mailto:sage [2008/02/28(木) 23:57:18 ID:o8yRvS1i0]: OSXはもう進歩しないの？
891 名前：名称未設定 mailto:sage [2008/02/29(金) 00:03:03 ID:RpFXnFyu0]: >>890
iPhone / iPod touch 用 OS X はどんどん進歩してるっぽいよ
10.5 はとりあえずさっさと 10.5.6 ぐらいまでいってもっと安定してほしい
892 名前：名称未設定 mailto:sage [2008/02/29(金) 14:13:38 ID:jnpub7XR0]: >>890
no 32bit, no ppc, no carbon, になればご満足？
893 名前：名称未設定 mailto:sage [2008/02/29(金) 18:14:15 ID:6zQ1tebS0]: 久々にこのスレに来たが、何回ループしてるんだよ
ドザは相変わらず三歩歩くと全て忘れるんだな
894 名前：名称未設定 mailto:sage [2008/02/29(金) 19:48:53 ID:JhYQNOcF0]: Vista32bit版＝ドライバはとりあえず揃ってきているがメモリ上限が4GB以下。
Vista64bit版＝メモリはたくさん積めるがドライバやアプリの互換性問題が深刻。

Leopard＝一部32bitだがメモリはたくさんつめるしドライバ問題もあまり無し。
　　　　　アプリもUniversal Binaryなのでbit数を気にしなくてよい。
895 名前：名称未設定 mailto:sage [2008/02/29(金) 22:45:49 ID:LzYkwMp80]: 知らん
896 名前：名称未設定 [2008/02/29(金) 23:34:11 ID:Mr8MZ65S0]: ×Leopard＝一部32bitだがメモリはたくさんつめるしドライバ問題もあまり無し。

〇Leopard＝一部32bitだがメモリはたくさんつめるがドライバ類は無く、確認も取れていない。
アプリは無く、いくらメモリが余っていても動くソフトなし。
897 名前：名称未設定 mailto:sage [2008/03/01(土) 10:20:36 ID:6A5FqleL0]: >>896
頭悪く見えるよ。
898 名前：名称未設定 [2008/03/01(土) 15:35:36 ID:ur/OXxH50]: マカーには初代Crusoeも128bitプロセッサなんだろうな
899 名前：名称未設定 mailto:sage [2008/03/02(日) 17:52:08 ID:cLnbQqEH0]: >>896
頭の悪いドザの良い例ですね
900 名前：名称未設定 [2008/03/02(日) 18:28:04 ID:jb8aqE6y0]: 900get!
901 名前：名称未設定 mailto:sage [2008/03/02(日) 20:34:33 ID:2sInfIwpO]: >>896
‥‥メモリにドライバ‥‥？
アプリも出揃ってるし、何が言いたいのかワケワカラン。
902 名前：名称未設定 mailto:sage [2008/03/06(木) 03:02:09 ID:P9wOU0+40]: >>901
自分がいかに頭悪いかをアピールしたかったのだと思う
ドザの典型的な自爆レス
903 名前：名称未設定 mailto:sage [2008/03/18(火) 06:47:12 ID:crKPlL7g0]: intel Macになった時点で
intelCPUは 64bitCPUのみ採用すれば
良かったのに・・　
904 名前：名称未設定 [2008/03/18(火) 08:06:19 ID:tmQhT1Eb0]: 純粋な64bitOSから記念パピコ

金とってこの程度(www
905 名前：名称未設定 mailto:sage [2008/03/18(火) 08:18:26 ID:Ka+Z8k+50]: >>904
BSDユーザー??
906 名前：犬糞ユーザ mailto:sage [2008/03/18(火) 08:42:37 ID:tmQhT1Eb0]: Linuxの64bitで唯一不満はflashのドライバが
32bitしか無くて困る、Windowsも同じ？らしい

カーネルもドライバも32bitなOS-Xには
無縁な話だな
907 名前：名称未設定 mailto:sage [2008/03/18(火) 10:20:01 ID:9CZ9Fx/B0]: flashのドライバって何だ？
ハード内蔵のflashROMとかCompact Flashとかか？
908 名前：名称未設定 mailto:sage [2008/03/18(火) 10:47:16 ID:ZmY5cFoO0]: a
909 名前：名称未設定 mailto:sage [2008/03/18(火) 11:47:16 ID:tmQhT1Eb0]: d
o
b
e
910 名前：名称未設定 mailto:sage [2008/03/18(火) 12:00:03 ID:K7gVsaOy0]: >>906
この32bitから64bitへの移行期に64bitオンリーのOSを作ったのは間違い
だったようだな。
今の時代緩やかに64bit化されていくのだから、Appleの考え方の方が優秀
だったと自ら認めたか。犬糞ユーザが。
911 名前：犬糞ユーザ mailto:sage [2008/03/18(火) 12:33:04 ID:tmQhT1Eb0]: いや困っているの
Flash Playerだけなんだけど・・
やろうと思えば32bit版入れられるけど
32/64混在が嫌だから入れてないだけで

それより
"完全な64ビットオペレーティングシステム"と云うのはマズくないか？
912 名前：名称未設定 mailto:sage [2008/03/18(火) 12:42:21 ID:FLVm9I0+0]: ３２ｂｉｔｘ　２　＝　６４ｂｉｔ級
913 名前：名称未設定 mailto:sage [2008/03/18(火) 13:13:46 ID:pD6BZQUT0]: flash playerはドライバじゃねーよ
単なる1アプリケーションの共有ライブラリだ

64bitonly環境だろうが32/64bit混在環境だろうが同じだ
914 名前：名称未設定 [2008/03/18(火) 21:30:44 ID:CC2preCH0]: Quad Core ｘ２だと
ますます損した気分だなwww
915 名前：名称未設定 mailto:sage [2008/03/18(火) 21:48:39 ID:K7gVsaOy0]: 最初からスレ読んでないものほどバカな発言が出てくるな。
このスレも最初はアカデミックな話だったのに、後半は
荒れて仕方が無かったな。
916 名前：名称未設定 mailto:sage [2008/03/18(火) 23:26:17 ID:090TduGk0]: お帰りなさい、アカデミック様。
917 名前：名称未設定 mailto:sage [2008/03/18(火) 23:37:57 ID:GvxITkIJ0]: じゃあ久し振りに I/O Kit が 32 bit で動いているか 64bit で動いているか、IODMACommand の動作も含めて語り合いましょう
918 名前：名称未設定 mailto:sage [2008/03/19(水) 12:40:42 ID:wm+vwKZo0]: もう飽きた
919 名前：名称未設定 mailto:sage [2008/03/19(水) 19:01:03 ID:D3ILUZGE0]: いってらっしゃいませ、アカデミック様。
920 名前：名称未設定 mailto:sage [2008/03/21(金) 16:42:46 ID:xd1KFyh40]: いいふいんき（ｒｙですね
921 名前：名称未設定 [2008/03/31(月) 16:27:18 ID:egNku2R60]: 期待して読んだんだけど、みんな、
Data bit 幅と Address bit 幅ごっちゃにしてない？
こんなスレ、埋まってしまえば良いと思う。
922 名前：名称未設定 mailto:sage [2008/03/31(月) 22:29:56 ID:Hi42VFZNO]: >>912
SEGA乙
923 名前：名称未設定 mailto:sage [2008/04/01(火) 03:23:21 ID:dwWny7/T0]: 32bit x 4 = 128bit 級 = ドリームキャスト
924 名前：名称未設定 mailto:sage [2008/04/01(火) 07:10:34 ID:n6yOV4Mx0]: >>921
おまえまともに読んでないだろ。ｗ
925 名前：名称未設定 mailto:sage [2008/04/01(火) 10:15:49 ID:sOmIrEDO0]: >>921
まともに読むだけの能力も無い小学生か？
926 名前：名称未設定 [2008/04/03(木) 14:31:42 ID:CwrgG11e0]: 誰かテンプレまとめてよ。でなきゃやっぱり、
こんなスレとっとと埋めてしまうのが良いと思う。
927 名前：名称未設定 [2008/04/03(木) 20:16:06 ID:VHnm2FEI0]: Photoshopの64bit版はWindowsのみリリースだそうです
928 名前：名称未設定 [2008/04/03(木) 21:06:54 ID:7Hrbk+lX0]: どうせなら関連リンクも貼ったら？
【ソフト】アドビ(Adobe)、次期「Photoshop」を64ビット化--ただしWindows限定［08/04/03］
news24.2ch.net/test/read.cgi/bizplus/1207217006/
アドビ、次期「Photoshop」を64ビット化--ただしWindows限定
japan.cnet.com/news/ent/story/0,2000056022,20370726,00.htm

まぁスレ前半で語られていた通り、開発者はOS Xの似非64bitは拒否したってことだな。
929 名前：名称未設定 mailto:sage [2008/04/03(木) 22:02:16 ID:GDtOpdGv0]: OS X用の64bit版Photoshopが出ないのは残念だが、これでようやくAdobeも
古臭いCarbonからCocoaへ移行できるのかと思えばこれも我慢しなければ
ならない事実として受け止めなくてはならないだろうな。
930 名前：名称未設定 mailto:sage [2008/04/03(木) 22:05:53 ID:vEJaPodQ0]: Windowsでそんなことがあったら、大騒ぎになるけどな。
931 名前：名称未設定 mailto:sage [2008/04/03(木) 22:34:35 ID:GDtOpdGv0]: これからはみんなCocoaで開発をしてわずかな互換性維持のためにだけCarbonが
あるという形になっていくためならば>>928の件もある意味いいことだと思わな
ければならないだろう。

その為に一時的にWindows版と機能的に差が付いても将来のためだと思えば
なんてことも無い。
932 名前：名称未設定 [2008/04/03(木) 22:44:11 ID:+M62wyG00]: >>929=>>931
平静装うのも大変だな、泣き叫んだ方がスッキリするんじゃね。ｗ

それに、PhotoShopのOSX用64bit版が出る保証なんてどこにもないんだけどな。ｗｗ
933 名前：名称未設定 mailto:sage [2008/04/03(木) 22:46:59 ID:Ob1qZi6z0]: まあ、Windowsに移行した方が安心とは言えるね
934 名前：名称未設定 mailto:sage [2008/04/03(木) 22:53:20 ID:GDtOpdGv0]: 何言っているんだい。シェア80％を誇るMac用CSシリーズなんだ。
それにMac用では64bit版を開発しないとは言っておらずCocoaに
移行するのに時間が掛かると言っているだけ。
>>932こそつかの間の勝利と言うものを味わっておくんだな。
935 名前：名称未設定 mailto:sage [2008/04/03(木) 22:56:00 ID:hM3edyM20]: フォトレタッチソフトという観点からいくと、Aperture 2.1で追加された機能が
今後どうなっていくかも気になる。アドビとアップルの関係はビミョー。
加えてアドビ側はWebアプリ方面の動向もあり。

さて、WWDCのセッションが発表され始めたわけだが、今年は64bitに関して
何か発表があるのかないのか.... たぶんあると推測。

面白くなってきたよ。
936 名前：名称未設定 mailto:sage [2008/04/03(木) 23:18:43 ID:jtKC+Ar10]: 匿名掲示板とはいえ、人様の面前でそんな事に‘勝利’とかって...。
まぁ多分そんな事の恥ずかしさには一生気づく事は出来ない人種なんだろうけどね。
こんな事で勝ち負け考える前に自分の現実世界を大切にした方がいいよ。
ところでLRの2.0は64bitに対応するらしいけど、一般ユーザーが享受するメリットってどんなところなんだろう？
937 名前：名称未設定 [2008/04/03(木) 23:31:51 ID:+M62wyG00]: >>934
信者丸出し乙。
つまりマックユーザはAdobe社からなめられて後回しにされているって事なんだが、
自覚がないのかね？ｗ
たしかにWindows版以外に乗り換え先もないんだからしかたないが、釣った魚に
えさはやらんわな、魚君。ｗｗ
938 名前：名称未設定 mailto:sage [2008/04/03(木) 23:32:57 ID:GDtOpdGv0]: >>936
世の中にはつまらない事で勝ち負けを判断したがるものがいる。
その中のひとつがドザとマカ。
>>932は高らかに勝利宣言したつもりだろうが、Adobeサイドは
Mac用のそれを開発していないとは言っていないからいずれ64bit版の
Mac用PhotoShopも出てくる事だし。
939 名前：名称未設定 mailto:sage [2008/04/03(木) 23:48:02 ID:okrd7+wg0]: CarbonからCocoaに変更するには、使用するAPIを変えるだけじゃだめだぞ。
C/C++を使って書かれているソフトは、Objective-Cに完全に書き直しだ。

ja.wikipedia.org/wiki/Carbon
> Cocoa は同じ Mac OS Xに搭載されているほぼ等価な機能をもつ API であるが、
> Cocoa API を使うためには Objective-C のコードを書かなければならないのに対して、
> Carbon API は旧来のインターフェイスを持っており C/C++ からも使うことができる。
940 名前：名称未設定 mailto:sage [2008/04/04(金) 00:06:13 ID:Pqnzauic0]: >>939
???
UIに関する部分以外は完全に書き直す必要なんて無いけど?
Objective-CからCの関数は直接呼べるし、Objective-C++にすればC++のオブジェクトも扱える。
どのみちUIに関する部分はObjective-Cが必須だろうがそうでなかろうが書き直しなんだから、
Cocoaだから何か特別ということは無いと思うが。
941 名前：名称未設定 mailto:sage [2008/04/04(金) 00:24:24 ID:ZSekcZxH0]: 後回しとか優先するとかって、Adobeをはじめ企業はマカとかドザとか（少なくともこんなところで戯れ言ほざいてる人間を）をくくって一般消費者の事を真剣に考えちゃいないよ。
ユーザーに対して恨みも感じていなければ感謝も感じていない。
ユーザーはあくまで企業の目標達成のための要素でしかないからね。
だから何を自覚するのかわかんないけど、自覚（勘違い？）した一ユーザーが企業にとって何の意味も無い事を‘自覚’した方がいいと思うけどね。
消費者は自分の目的達成（そんな崇高な事じゃない場合がほとんどだけど：自分も）のために機械や企業を利用すべきなのに、それらに‘使わされちゃってる’人間だから自身の現実世界もなおざりに、そんな事ここに書き連ねてるんだと思うよ。
942 名前：名称未設定 [2008/04/04(金) 01:10:42 ID:kh579Bzq0]: >>928
(ﾉ∀`) ｱﾁｬｰ
943 名前：名称未設定 mailto:sage [2008/04/04(金) 01:15:46 ID:B3EpinpF0]: Appleの互換性軽視が最悪の結果を生んでしまったようだ。
32bit->64bitに移行したければGUIライブラリを
全く別のものにそっくり入れ替えなさいなんてバカな話は聞いたことがないよ。
944 名前：名称未設定 mailto:sage [2008/04/04(金) 01:50:05 ID:Ha6Z8N140]: Appleの互換性軽視もあるがAdobeのCarbonに依存しすぎたプログラムにも
問題があった。

これからはCocoaが主体になっていくのだから早かれ遅かれこうなる事は
分かっていた事。
ユーザーとしてはAdobeが速やかにCSシリーズのCocoa化を望むところだ。
945 名前：名称未設定 [2008/04/04(金) 01:53:31 ID:Mhu6hRyA0]: こりゃMac版はめちゃくちゃ遅れた挙句にバグまみれだなｗ
ハゲが手抜きしたせいで同じOSなのに百万行の移植とかｗｗｗｗｗｗｗｗｗｗｗｗｗ

Mac用64ビット計画が頓挫した理由

　Appleは2007年6月、同社のWorldwide Developer Conference（WWDC）で技術計画を発表した。Adobeは、CS4をMac
用に64ビット化させることをこの時まで計画していた、とNack氏は述べる。

　Appleは、CarbonとCocoaという2つの技術を提供し、メモリ、フォント、ウィンドウの管理などのOSサービスをプログ
ラマーが利用するのを支援している。Appleは当初、両方を64ビットで利用可能にする予定だったが、WWDCでCocoaだけ
を対応させると発表した。

　Photoshopは、Carbonを使用して書かれている。Carbonは、Mac OS 9時代に端を発し、クロスプラットフォームプログ
ラミングに適している。一方、Cocoaは、Mac OS X同様、Jobs氏の以前の会社であるNextstepに端を発している。

　「AppleがCarbon 64を選択したかったため、ロードマップの見直しが必要になった」とNack氏は述べる。そして、Adobe
は、Cocoa化のため新しいプログラマーを直ちに割て、「できるだけ早く移行できるようにした。しかし、ことわざにあるよ
うに、女性を9人そろえても、子供が1カ月で生まれてくるわけではない。一定のペースでしか物事は進まない」と同氏は述べ
た。

　Carbonの機能を使う、または、やりとりするコードの量は多く、約100万行はあり、すべてに対して少なくともレビュー
が必要だ、とNack 氏は述べる。そして、現在でさえ、「どのくらいのコードを書き直す、または、手をつける必要があるか
は把握されていない」（Nack氏）
946 名前：名称未設定 mailto:sage [2008/04/04(金) 02:00:12 ID:Ha6Z8N140]: CocoaとCarbonの経緯が分かっていないバカ>>945
まあ古臭いCarbonからCocoaにCSシリーズが移植されることは
大歓迎なのだが、確かに時間が掛かりそうだ。
どこもやった事が無い一大プロジェクトだからな。
947 名前：名称未設定 mailto:sage [2008/04/04(金) 02:03:21 ID:jsQ2r/R40]: >>944
Appleは64bit Carbon UIの実装を明言していて、完成した物がLeopard
ベータには含まれていた。Adobeにも当然シードされている。それを突然
Leopard製品版で取り除いた。
さらにCocoaも64bit Carbon UIに一部依存しているのでCarbonが無いと
動かない。LeopardのCocoa UIは存在しないはずの64bit Carbon UIを
内緒で使って動いている。
948 名前：名称未設定 mailto:sage [2008/04/04(金) 02:05:18 ID:IeSZvbaq0]: もうこれからはAppleOS向けにはJavaで作らないと怖くてやってられないな。
Objective-Cもいつどんな気まぐれで切られるかもわからないし。
949 名前：名称未設定 mailto:sage [2008/04/04(金) 02:05:26 ID:xywJABG90]: >>944
してくれるかなー
MSのofficeも
carbonを64bit化した方が良いんじゃないいのか
950 名前：名称未設定 mailto:sage [2008/04/04(金) 02:10:55 ID:Ha6Z8N140]: Appleの方針ではそのような事は考えられない。
ついにCarbonも斬り捨ての方向に動き始めたのか。

>>948
Objective-CはCocoaのメインな言語だから斬り捨ては無い。
それよりRubyCocoaなどCocoaに関しては積極的に拡張している。
951 名前：名称未設定 mailto:sage [2008/04/04(金) 02:16:11 ID:Ha6Z8N140]: >>947
だれもCarbonが無くなるとは言っていない。ハードに近い部分はCocoaでなく
Carbonが使用されているため。しかしそのような部分は64bit化されているので
あまり気にする必要は無いだろう。
952 名前：名称未設定 mailto:sage [2008/04/04(金) 02:24:24 ID:Ha6Z8N140]: しかしこれだけAppleを擁護しておいて言うのもなんだが、
他のベンダにはCocoaを推奨しておきながら肝心のApple自身が
Finderなど未だにCarbonと言うのも身勝手だな。いくらハードに
近い部分とは言えAppleも積極的にCocoaを使っていかないと
他のベンダが付いてこない。
953 名前：名称未設定 mailto:sage [2008/04/04(金) 02:24:47 ID:Pqnzauic0]: >>950
ついにというか10.4の段階でかなり多くのCarbon APIがdeprecatedにされてたし
今に始まった事ではない。

ただ他に代用が効かないようなものはきちんと残されてるし、64bit化もされてる。
954 名前：名称未設定 mailto:sage [2008/04/04(金) 03:51:41 ID:9Xv0Z34m0]: まあ前から言われたことだけど
新規に一からアプリ作るならともかく
今まであった資産を捨ててまでCocoaに乗り換えるメリット無いからなぁ

64bit対応はCocoaだけ！とか
こういう無茶な事でもしないとベンダーがCocoaに切り替わらんのだろうな・・・
そこまでAppleがCocoaにこだわる理由も分からんが・・・
955 名前：名称未設定 [2008/04/04(金) 07:42:33 ID:moeuO3Oh0]: PhotoshopのOS X用32bit版使ってる。先月64bit版が無くて32bit版買った。
カッコイイ、マジで。そして速い。アイコンをクリックすると起動する、マジで。ちょっと
感動。しかも多機能ソフトなのにOS Xだから操作も簡単で良い。32bit版は使えるメモリが
少ないと言われてるけど個人的には充分と思う。64bit版と比べればそりゃちょっとは違うかも
しれないけど、そんなに大差はないって店員も言ってたし、それは間違いないと思う。
ただイラレと同時に使うとちょっと怖いね。8コアでメモリ16GBなのに3GBぐらいしか
割り当てできないし。
速度にかんしては多分32bitも64bitも変わらないでしょ。64bit使ったことないから
知らないけどアドレス幅が広いか狭いかでそんなに変わったらアホ臭くてだれも32bitな
んて買わないでしょ。個人的には32bitでも十分に速い。
嘘かと思われるかも知れないけどベンチマークでマジでメモリ2GBでWindows用64bit版を
使ってるDELLを抜いた。つまりはDELLですらOS XのPhotoshopには勝てないと言うわけで、
それだけでも個人的には大満足です。

m9(^Д^)ﾌﾟｷﾞｬｰｰｰｯ
956 名前：名称未設定 mailto:sage [2008/04/04(金) 07:54:06 ID:QR/7JFvW0]: おい。ﾄﾞｻﾞ。聞きたい事が有る。

64ビット版Photoshopをお前等はビスタで動かすつもりか？

m9(^Д^)ﾌﾟｷﾞｬｰｰｰｯ
957 名前：名称未設定 mailto:sage [2008/04/04(金) 08:22:10 ID:Ha6Z8N140]: >>954
AppleはなるべくMacOSをシンプルにしたいんだよ。要するにハードウエアに
関する事意外はみんなCocoaにしたいのだろう。

そうすればOSのサポートも楽になるだろうし。しかしこんな荒療治できるのは
Appleだからなのだろうな。MSがそんな事しようとしたらどう言われるやら。
958 名前：名称未設定 [2008/04/04(金) 08:45:21 ID:moeuO3Oh0]: >>957
アホか？信者脳丸出し。
アプリケーション環境での兆候は以前からあったが、互換性と開発環境を重視し、
32bit版と64bit版を完全に別にしたMSと、日和ってハイブリッドにしたAppleの
両OSの違いに起因するISVの対応が表に出てきたって事だろ。
Photoshopは一例に過ぎない。これからも類似のケースは続出するだろうな。ｗ
959 名前：名称未設定 mailto:sage [2008/04/04(金) 09:17:17 ID:zJSvW0ZV0]: >>958
>互換性と
何の?

>開発環境を重視し、
代わりにユーザー環境は無視ですか。
960 名前：名称未設定 mailto:sage [2008/04/04(金) 10:12:59 ID:Ha6Z8N140]: >>958
根本的に何か勘違いしている愚か者乙。

PhotoShopの例はCarbonとCocoaの問題であって32bitや64bitの話ではない。
MSは32bit版と64bit版を完全に別にしたゆえに64bit版がぜんぜん普及
していない。これからも32bit版がほとんどを占めていくだろう。

Macの場合はCocoaによるプログラミングが普及していけば32bitや64bitなど
気にする必要が無くなる。
961 名前：名称未設定 mailto:sage [2008/04/04(金) 10:15:50 ID:RL/bbXub0]: 9割以上のMacは1G～最大2GBまでしかメモリ積めないんだし
32bitで十分という判断を下したのだろう。
そしてそれは実に正しい判断だよ。
64bitが必要なんて誰がいった？
最初からそんなものは誰一人として求めてはいなかったんだ。
この件で我々が受けるダメージは思いのほか少ないことを強く主張しておきたい。
962 名前：名称未設定 mailto:sage [2008/04/04(金) 10:24:43 ID:Qp9nGyJ10]: とりあえず CS4 に関しては自分で何か語る前に
arstechnica.com/staff/fatbits.ars/2008/04/02/rhapsody-and-blues
daringfireball.net/2008/04/64000_question
の詳細な分析を読んでおけ、と。
963 名前：名称未設定 [2008/04/04(金) 13:48:50 ID:moeuO3Oh0]: >>960
バカ丸出しネ。ｗ

>Macの場合はCocoaによるプログラミングが普及していけば32bitや64bitなど
>気にする必要が無くなる。

アプリケーションのOSに対するネイティブ対応の問題なんだがナ。
今を気にしろよ。64bitアプリ環境に関しては完全にWindows>>>>OS Xだろ。ｗ

>>961
3年後もメモリ2GB程度の本体しかないって思ってるんだな。ｗｗ
OS Xも32bit版で十分だろってAppleにも同じこと言ったらどうよ？ﾌﾟ
お前には64bitアプリがそもそも必要無いんだから、ダメージなんかないだろうよ。
ただプロユースにとっては致命的かもナ。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef