Mac OS X 10.5 Leopard Part11

Mac OS X 10.5 Leopar ..

809:名称未設定
07/02/22 01:58:30 gNdwb+CN0
>>808
Itanium の 32bit コードはアーキテクチャちがうやん。そんなもんと比べてどうするよ。

810:名称未設定
07/02/22 02:14:13 gNdwb+CN0
64bit OS なら DEC OSF/1 が 1990 年代前半だわな。Alpha は最初から 64bit CPU。
32bit 資産があって 64bit が出たのは、最初なのは SPARC かな? Solaris7。
もう 10 年以上前の話だよ。

811:名称未設定
07/02/22 03:17:57 DBJ8YtMb0
64bit CPUのメリットなんて皆無なのに、
なぜそんなに熱くなれるのか？

812:名称未設定
07/02/22 03:21:31 PYvOkk950
>>811
クリエーターが多いMacなら、メモリの4GB制限がなくなるだけでも、導入するメリット大あり。
普通のアプリもC2Dなら64bitモードの方が少しだけ早い。
DBとかなら倍近い差がある。

813:名称未設定
07/02/22 04:43:30 +6hJVJnc0
Santa Rosa なら、ね。

814:名称未設定
07/02/22 05:30:46 5359LFcs0
つーか大きなデータを扱うソフトだけしかメリットが無いとも言える。
でもそのデータってオンメモリに無いからディスクアクセスに行って激遅。
64ビット化するよりも大容量データアクセス向けの仕組み考えるべき。
64ビットのintなんて普通要らねーよ。const int gVar = 1;// 64ビットorz
CPU屋とPCメーカーの洗脳消費作戦にひっかかっちゃダメよ。

815:名称未設定
07/02/22 05:50:55 JlBru7DX0
10.4.9がリリースされるようだから、Leapardはそのあとだよな。

816:名称未設定
07/02/22 10:34:58 GoWPyNIf0
別に32bitCPUでも4GB以上のメモリ扱えるし
64bitCPUって要するにintとポインタが64bitになるだけでしょ
TRUEorFALSEを扱うだけのフラグも64bitになってしまいキャッシュ圧迫するだけ
よって
4億を超える整数を扱いたい＞例：会計ソフト
4GB以上の領域にマップされたアドレスを頻繁に扱いたい＞例：DB
以外はメリット無し

817:名称未設定
07/02/22 10:38:52 GoWPyNIf0
追記すると、まあパフォーマンス的には816の通りだけど
プログラムするときには変な制限考えなくていい分ラクになるけど

818:名称未設定
07/02/22 10:41:12 nfSEpLKV0
GUIアプリの64ビット化については、Linuxの状況が参考になるかもしれない。
・オープンソースであるため、コンパイルすれば64ビット版バイナリが手に入る。
しかし、コンパイルに失敗する物や、動いても正常動作しないアプリは少なくない。
・64ビット版に、目だった性能向上は見られない。
・アプリケーションがプラグインに対応している場合、本体とプラグインのビット数は同一でなければならない。
そのため、64ビット版のインターネットブラウザは、プラグインがほとんど無い。

819:名称未設定
07/02/22 10:44:21 4xiy0OqW0
>>814
>つーか大きなデータを扱うソフトだけしかメリットが無いとも言える。
そうでもない。例えば x86_64 だとレジスタ数が増えてプログラムによっては有利。

>でもそのデータってオンメモリに無いからディスクアクセスに行って激遅。
16GBぐらいまではメモリ積めるでしょ。

>64ビットのintなんて普通要らねーよ。const int gVar = 1;// 64ビットorz
はずれ。

あんま物事をよく知らないで書いてるのねえ。

>CPU屋とPCメーカーの洗脳消費作戦にひっかかっちゃダメよ。
まあこの業界の常態とも言えるが...

820:名称未設定
07/02/22 10:46:44 I6x3T9Xb0
64bitアプリ開発の一番の魅力は、Appleが捨てたいと思っている
APIがほとんど移植されないということかも知れないよ。
過去との互換性関係ないからね。

それから、64bitレジスタを使用できたり、より精度の高い演算が
可能になり、メモリもこれからの進化に対応できる。
これからの将来的なﾒﾓﾘ容量の増大、CPUｺｱの増加に対応するには
必須の条件になりそうだし、MACProなんかで4GB以上積んでいる環境
では、それを有効に使えた方が良いに決まってる。

821:名称未設定
07/02/22 11:43:14 RcLOHbol0
イーフロならすぐ64bitのシェードw出してくるよ
誰も使わないのにw

822:名称未設定
07/02/22 12:11:02 5w7gyb9hO
で、有償アップグレードと。

823:名称未設定
07/02/22 13:04:20 d2s/7l2+0
intの大きさが、CPUによって変わるという
互換性の無さを持っているのは、特定の言語（C/C++）のみ。

もっとも過去の反省から、64bit CPUでも
intは32bitのままにしている処理系が多い。

よって、CPUのbit数と、C言語のintの大きさはもはや関係ない話。

824:名称未設定
07/02/22 13:06:45 U0kXlzPI0
WWDCではLP64という情報が出ていたので，intは32bitですな．
longとpointerが64bit．

825:名称未設定
07/02/22 13:32:46 1YcOljVbO
NSIntegerは64bitだとlongになるんだっけ

826:名称未設定
07/02/22 13:45:40 uzol1i8o0
そうらしい、んでNSFloatがdoubleになるとかなんとか

827:名称未設定
07/02/22 13:58:41 GoWPyNIf0
まあ実際のところ64bitデータと32bitデータのどちらがアクセス速いかが問題だな
一般的に32bitCPUだと16bitより32bitアクセスの方が速い
同じなら無理に普通のアプリを64bit対応にする必要がない

828:名称未設定
07/02/22 15:24:38 5w7gyb9hO
同じと言うのが何さすのかしらんが

2XビットCPUはXビットより2Xビットの方が読み出しが速い、
と言うことが同じなら64ビット化したほうが良いのでは？

829:名称未設定
07/02/22 15:28:47 5w7gyb9hO
言いたかったのって、
32ビットも64ビットもアクセス速度同じならってことかな？

830:名称未設定
07/02/22 15:54:22 sDmu5dy8O
>>816
アホですね。
どうせコボラだろ。

831:814
07/02/22 16:03:08 5359LFcs0
unsigned long l = 1, m = l << 62;// これ1クロックで出来るの？
62の理由は妙な最適化されないように（まぁこれじゃ定数化される可能性大だが・・）。
μフュージョンで62分割62命令・・まさか62クロック・・場合によってはパイプラインストール・・？
それにしても64ビットまでは要らないと思う、画像処理にしたってGUI丸ごとGPUがやるべきだし、
DBについてもSQLの構文解析からDPUが担当するべきだ。
CPU屋は何故CPUばかりに拘るのか？飯の種だからか？CPUは整数演算と周辺デバイスコントロールだけしてろ。
メモリが安くなりバススループットも高速になった今、求められているのは高度分散型アーキテクチャーだ。

832:名称未設定
07/02/22 16:08:58 eQbrWLtL0
今は扱ってるデータ量に対してメモリ空間が少ないし、そもそもメモリ自体が少ないからねぇ。
16,32GBくらいがデスクトップの標準になってくれば結構いろいろ変わってくると思う。

833:名称未設定
07/02/22 16:39:06 vh4b4hkR0
MacOSXはどんどん軽くなるのだから、
これ以上CPUもメモリもいらないと思います。

834:名称未設定
07/02/22 16:45:51 CkZEwesy0
軽くなるのは動きが軽くなるって意味でいわれてるんだが。

835:名称未設定
07/02/22 17:18:18 GoWPyNIf0
>>828
>>829の言う通りです

836:名称未設定
07/02/22 20:37:34 tjUkr4Bs0
つーか4GB以上メモリ使うアプリってどんなだよ
DVD丸ごとメモリに乗せて編集か？
マジで4GB占有するアプリがあったら糞だろ

837:名称未設定
07/02/22 20:45:31 QAwXelww0
>>831
>メモリが安くなりバススループットも高速になった今、求められているのは高度分散型アーキテクチャーだ。

これ微妙。分散処理でマルチ「専用」プロセッサを積むと、いわば
マルチスレッドでスレッド間同期にとられるような処理が、バスをまたいで
プロセッサ間で行われてるような状況を作るんだもの。

実際、古めのマシンでCoreVideo使うと、GPUとCPU間でメモリ転送しま
くってオーバーヘッドがかなりあるよ？Kernel Taskの消費時間が跳ね上がる。
あれのせいで、「マシンによっては」CoreVideo系のアプリがQuickDraw系の
アプリより低速になっている部分が出てきているんだ。

必ずしも高速化しない理由なんだけど、高速化の肝であるOpenGLの画像処理、
採用しているGPUの種類によって、GPUネイティブで実行できたりCPUが
エミュレーションしたり、ばらばらだから。
エミュレーションが発生した瞬間に、バッファ転送がどばって行われてる。

もちろん高速化する処理もあるわけで、一長一短だけど。

838:名称未設定
07/02/22 20:52:40 CHsNfFMl0
難しい話は分からないけど、iTunesで見れるWWDCの64/32bitのデモを見ると、
64bitすげぇと思った。

839:名称未設定
07/02/22 20:58:53 Od6XmsIK0
でも現行のMacじゃどれも無関係なんだよなぁ。

840:名称未設定
07/02/22 21:06:39 PYvOkk950
>>836
PhotoShop

>>839
Xeon、Core 2 Duoは64bit対応してる。
Core Duoは未対応。

841:名称未設定
07/02/22 21:07:54 Od6XmsIK0
>>840
>Xeon、Core 2 Duoは64bit対応してる。
部分的にはね。フルに機能を生かせるのはICH8系以降でしょう。

842:名称未設定
07/02/22 21:24:39 PYvOkk950
>>841
CPUの64bitとサウスブリッジ（I/O コントローラー）って、なにか関係あるの？
それにICH8はもうそろそろ型落ちになるんじゃない？
Barelake+ICH9が2007年第2四半期に出るんじゃなかったっけ？

843:名称未設定
07/02/22 21:43:56 sbgBJoBH0
>>840
G5も64bitでしょ？

844:名称未設定
07/02/22 22:20:51 Yaf2hzRW0
>>836
memmapでファイルをメモリ空間に貼り付けたらそんなのすぐに越えるよ。

845:名称未設定
07/02/22 22:23:27 gNdwb+CN0
>>824
いつの話してんだよ... 10 年前にはとっくに LP64 が主流だよ。LP64 は、わかるよな?

846:名称未設定
07/02/22 22:33:53 FBvKPNe+0
カウンタック？

847:名称未設定
07/02/22 22:35:15 w/2i/y8U0
64bit化は、アップルの営業的なうたい文句としては有用なんじゃね？
「Vistaはまだ３２ビットなんだそうですよ( ´,_ゝ`) ﾌﾟｯ」ってな感じでコケにしやすいし。
まぁ、Windowsも64bit版はあるけどね（汗

848:名称未設定
07/02/22 22:38:55 LuPe+Tr60
で。10.5はいつでるの？

849:名称未設定
07/02/22 22:43:23 gNdwb+CN0
>>848
Win32 あたりの API としてのコケ加減は自明すぎて比較するだけ価値落としちまうよ。
「ウチのカツ丼は馬糞よりうまいですよ」と言ったところでイメージダウンなだけ。

850:名称未設定
07/02/22 22:50:13 21HNH+qe0
>>849
馬糞の美味しさを知らない、可哀想な椰子 w

851:名称未設定
07/02/22 22:52:08 oXanQ6Kh0
>>847
Windowsは32ビット版と６４ビット版と２つ有るけど、
MacOSX10.5で６４ビット版一本になるからね。
Macの方が進んでますってうたい文句・・・。

852:名称未設定
07/02/22 22:53:08 M3enH9CD0
i965も3GBの壁があるんじゃないの？

853:名称未設定
07/02/22 22:53:10 LuPe+Tr60
アンカーミスか？>>849

854:名称未設定
07/02/22 22:56:03 LuPe+Tr60
今G5使ってるんだけどMacの買い時に困ってるよ。
10.5が出たら買うつもりだけど、ソフトは全部買いなおしだよねえ。

で。10.5っていつごろ出るの？
Vistaも載せるつもり。早く出てほしいな。

855:名称未設定
07/02/22 22:57:11 BDs9cnzo0
なんかアポーからVista乗り換えするならという
メールが来ました

856:名称未設定
07/02/22 22:59:31 hmrFthfA0
なんで、Vistaに乗り換えるのに、
30万もするパソコンを買わないといけないんだかｗ

857:名称未設定
07/02/22 23:05:55 KQeOaN8R0
>>854
>ソフトは全部買いなおしだよねえ

アップグレードとかはできないの？

858:名称未設定
07/02/22 23:09:34 wAERq7Qt0
>>854
>10.5が出たら買うつもりだけど、ソフトは全部買いなおしだよねえ
何で？
ロゼッタでry

まあ、おれも基本的にアプグレで金欠ｹﾃｰｲだけどな

859:名称未設定
07/02/22 23:13:10 eQbrWLtL0
>>857
買い直すのもアップグレードも金が飛んでいくという点では根本的に変わらないじゃんw

860:名称未設定
07/02/22 23:13:17 pmeyH+eV0
うちにも来てた。

＞あなたがもしWindows Vistaへのアップグレードを考えているなら、
＞あなたは恐らく「新しいコンピュータ」が必要になるでしょう。それなら、Macにしませんか?

どこかのサイトでやってたアンケートで
「Vista導入にあたって必要なパーツは？」の半分くらいが「PC丸ごと」って回答だったし、
そういった背景があってのことかな。

861:名称未設定
07/02/22 23:22:26 bxUc7yBB0
これから映像はHDで（家庭用ビデオカメラでさえ）制作されるんだし
デジカメの画素数は増える一方。
メモリ4Gの壁なんかない方がよろし。
これが必要ない人は携帯（iPhone）で十分って世界になるんじゃないの？

862:名称未設定
07/02/22 23:50:17 fQ3DOge80
>>820
やっぱ、精度があがると何でもきれいになるのかな？

URLﾘﾝｸ(pc.watch.impress.co.jp)
>
>SACD再生の音が良くなった理由は何だったのか?
>
>　石塚氏自身は「おそらく通常、32bit浮動小数点で組まれるプ
>ログラムを64bit浮動小数点で行なったためだと思います。確
>信があったわけではありません。しかし、考えられる限り、あら
>ゆる手段で音が悪くならないようにするために、Cellで処理可
>能なもっとも高精度なデータフォーマットを使うべきと考えたん
>です」と自己分析する。

863:名称未設定
07/02/23 00:11:18 o/KygEch0
Ruby
- Rails 1.2.xが付いてくる。
- Ruby Cocoaバインディングが付いてくる。

Java
- Mustangが標準バンドル。

Objective-C
- GCができるようになる。

言語的にはこんなもん?

(個人的にはJava3Dも1.5.[01]入れといて欲しい)

864:名称未設定
07/02/23 00:19:53 jChyArNE0
>>857
>>858
>>859
今主力ソフトをWinに切り替えてるからねえ。
G5用のMacソフトは買い替えかなあ。
ロゼッタでｒｙは考えてないかな。
ハードとソフト込みで100万くらい飛びそう。うーん。
10.5に切り替えるのは来年のつもりだけど、いつ出るの？

865:名称未設定
07/02/23 00:22:31 dDkoeR6N0
>>863
objcはinを使ったループもできるようになる

866:名称未設定
07/02/23 00:25:53 KK8lbfI00
>>860
しかし、MacでVistaが動くスペックのマシンを
買おうとすると、30万超えるやつしかないわけで、
どうもAppleの戦略は、片手落ちだよな。

867:名称未設定
07/02/23 00:26:34 NL1OLQ/o0
>>864
噂では3月末、噂では、ね。
まあ、いずれは移行しなくちゃならんと思ったので、G5 Quadでお茶を濁して、当分G5で用足りるようにしておいたが...
Adobeがアプグレポリシー変えやがったので、そろそろカネを使わされそうな悪寒

868:名称未設定
07/02/23 00:29:09 NL1OLQ/o0
>>866
>しかし、MacでVistaが動くスペックのマシンを
>買おうとすると、30万超えるやつしかないわけで、
え？

869:名称未設定
07/02/23 00:34:47 sZOJChud0
>>866
3DデスクトップのAeroを快適に使える機種だとでしょ。

9月にIntel G35(Barelake-G)が出るから、
そしたら低価格のMacでもAeroが快適に使えるようになると思われ。
URLﾘﾝｸ(journal.mycom.co.jp)

870:名称未設定
07/02/23 00:35:36 Vgs/ac8T0
少なくともGPU乗っけてるiMacはおｋのはずなんだが

871:名称未設定
07/02/23 00:37:20 UnFqpBXG0
VistaってデュアルコアのXeon以上で無いと動かないのか。ゲロ重だな。

872:名称未設定
07/02/23 00:41:27 sZOJChud0
>>870
そっか。iMacもGPU搭載なのを忘れてた。

あとIntel G35についてこんな記事を発見。
URLﾘﾝｸ(blog.livedoor.jp)

873:名称未設定
07/02/23 00:41:50 jChyArNE0
CoD2の3GhzならVista快適だよ。GF9500で。

874:名称未設定
07/02/23 00:46:03 Vgs/ac8T0
CoD2ってなに？

875:名称未設定
07/02/23 00:48:47 xXq6aG1E0
CallOfDuty2だな、一般的にはw

876:名称未設定
07/02/23 00:55:20 jChyArNE0
しまったぁｗ
C2Dねｗ

>>875
ナイスフォロー

877:名称未設定
07/02/23 01:27:53 WOSP5vFt0
すごくはやいね君のCPU

878:名称未設定
07/02/23 01:56:04 NL1OLQ/o0
Aeroに関しては内蔵グラフィックスだけでも何とかなってるみたい
アップデートしたら、だけど
URLﾘﾝｸ(plusd.itmedia.co.jp)

879:名称未設定
07/02/23 01:58:32 jChyArNE0
今んとこノートでAeroはまずいはず。
可能かどうかではなくて、マシンへの負荷が。

880:名称未設定
07/02/23 04:37:08 i4t9m1gI0
MSはノート使いをコケにしてる

881:名称未設定
07/02/23 05:21:14 jXXpXlm50
My girl friend was calling nature when I was doing like that..

882:名称未設定
07/02/23 05:22:53 jXXpXlm50
Intel Macでマカーに変身したおれのIDあｇXpとは・・

883:名称未設定
07/02/23 05:23:37 jXXpXlm50
○IDが・・

884:名称未設定
07/02/23 08:43:10 Mjt2FcGI0
有楽町ビックでiMac 17inchにBC+Vistaのデモがあったから触ってみたけど、
ここで言われてるような激重な動作ではなかったよ。
OS Xより若干重いくらい。

どっかにMB+Vistaを試したブログがあったけど、ドザなのか知らんが
Vistaの方がOS Xより軽いとか妄言してた。

885:名称未設定
07/02/23 11:25:38 7vtZ54km0
OSが違うと比較は難しいからね。
多分にに主観によるんでそう感じる人もいるだろう。設定にもよるが。

886:名称未設定
07/02/23 12:01:49 Aatg5EqR0
>>862
浮動小数点演算はAltiVecとか専用ユニットが進化すればオッケー
SSE3でdouble演算ができるようになったから、Intel Macなら対応できるな

887:名称未設定
07/02/23 12:18:29 +KWDFFYn0
トップシークレットはAppleTVと関係あるものかな