Mac OS X 10.5 Leopard Part11

1 名前：名称未設定 mailto:sage [2007/02/11(日) 18:58:44 ID:Bn+YoPsf0] Leopard 先行プレビュー www.apple.com/jp/macosx/leopard/ Leopard Technology Series for Developers developer.apple.com/jp/leopard/overview/ ・2007年春に出荷する予定 ・Intel Mac と PPC Mac(G4,G5) をサポート ・64bit対応 ・Boot Camp 正式版搭載 ・まだ公開していない"TOP SECRET"の機能があるらしい 前スレ Mac OS X 10.5 Leopard Part10 pc9.2ch.net/test/read.cgi/mac/1170336289/ 705 名前：名称未設定 mailto:sage [2007/02/20(火) 17:57:45 ID:3YdvMQOt0] きましたよーウワサが 「Mac OS X Leopard」は3月末発売？ MacRumors.comでは、情報筋によると、Apple Inc.は 「Mac OS X Leopard」を早ければ3月末にも発売するようだと FinancialWireがレポートしていると伝えています。 Mac OS X Leopard 10.5 at End of March? Tuesday February 20, 2007 01:45 AM EST　Posted by arn Though unconfirmed, Financialwire.net claims that Apple's Mac OS X 10.5 Leopard will be shipping by the end of March "according to sources." This date corresponds to an earlier report from ThinkSecret that Leopard development was "wrapping up faster than many at Apple even anticipated". Based on this earlier report, the new versions of iLife '07 and iWork '07 are expected alongside Leopard. Even after many false rumors about potential Apple media events, buzz continues about the possibility of a future Apple release event. www.macrumors.com/ 706 名前：名称未設定 mailto:sage [2007/02/20(火) 18:15:24 ID:LgX9nAQq0] 既出だろ、その　う　　わ　　さ 707 名前：名称未設定 mailto:sage [2007/02/20(火) 20:12:10 ID:qbvLQsVD0] >>705 去年のWWDCだったか？ ジョブスが一応は春発売みたいなこと言ってなかった？ 記憶違いかしらん。 まぁ、月が確定したらええんだけどね。 708 名前：名称未設定 mailto:sage [2007/02/20(火) 20:18:06 ID:hvmzFC5W0] うちは1G積んでるから安心…だと思ったけどMacBookだからグラフィックにRAMを 取られるんだった 709 名前：名称未設定 [2007/02/20(火) 21:16:50 ID:VlLJlvmh0] やっぱメモリー喰うの？より軽くなることはない？ 710 名前：名称未設定 mailto:sage [2007/02/20(火) 21:18:40 ID:TGJ6T9Qi0] os xはバージョンアップするたびに パフォーマンスが良くなるからな。。。 leopardも今まで通りに行くのであれば、 パフォーマンスは向上する。 711 名前：名称未設定 mailto:sage [2007/02/20(火) 21:27:56 ID:N4GaFxv80] 基本的な動作は軽くなると思うけど、 追加された機能を使ったりすれば、その分は重くなると思われ。 とくにFreeBSDからの恩恵で、 マルチコア環境でのパフォーマンスはかなり上がるかもね。 712 名前：名称未設定 [2007/02/20(火) 21:30:11 ID:0HdCGvV20] 最初が無駄に異様に重かっただけ 昔、不良だった人達がちょっとマトモになったから過剰によくみえる それがMac OSXのパフォーマンス向上の正体 713 名前：名称未設定 mailto:sage [2007/02/20(火) 21:34:09 ID:pl6fQ6t70] どっちにしても、代用が効かないVistaよりOSXのほうがマシだと思うけどね。 OSX10.0時はOS9と併用するという選択肢もあったから。 714 名前：名称未設定 [2007/02/20(火) 21:36:36 ID:0HdCGvV20] よくわからんけどWindowsを褒めてるのか まだまだ2014年までXPとVistaと併用する選択もあるし、 サポートを気にしなけりゃ2000だっていけるしね 715 名前：名称未設定 mailto:sage [2007/02/20(火) 21:40:58 ID:kmRTIOKh0] 10.2並みの機能で10.0並みの重さのVistaﾜﾛｽw 716 名前：名称未設定 mailto:sage [2007/02/20(火) 21:42:00 ID:8JvOKJjl0] MacはOSと一体化されているから、 古いOSをつかえない・・・。 717 名前：名称未設定 [2007/02/20(火) 21:47:08 ID:cr59dTfO0] >>711 >とくにFreeBSDからの恩恵で、 >マルチコア環境でのパフォーマンスはかなり上がるかもね。 LeopardになるとFreeBSDのバージョンとかがあがるの？ 718 名前：名称未設定 mailto:sage [2007/02/20(火) 21:52:22 ID:GD1jnPdz0] VistaもこれからSPごとに軽くなると言われるのか否や 719 名前：名称未設定 mailto:sage [2007/02/20(火) 22:06:12 ID:wPeGfPIl0] Mac OS XはFreeBSDとなんの関係もありません。 720 名前：名称未設定 mailto:sage [2007/02/20(火) 22:07:24 ID:N4GaFxv80] >>717 10.4.0 -> 10.4.8 でも細かくバージョン上がっていってる。 詳しくは知らないので、誰か詳しい人いたら解説お願い。 一度暇があったら、DarwinとFreeBSDのソースを見比べてみたいな。 721 名前：名称未設定 mailto:sage [2007/02/20(火) 22:13:27 ID:B/q7+O+50] >>720 マルチコアに関連してくるところはカーネルで、 カーネルはFreeBSD由来じゃないから関係ないよ。 というか少なくともマルチコアに関する限りは、 カーネルのベースになってるMachの方がFreeBSDのカーネルよりはるかに洗煉されているよ。 722 名前：>>720 mailto:sage [2007/02/20(火) 22:15:37 ID:7mggmCXn0] カーネルは別物だってば 723 名前：名称未設定 mailto:sage [2007/02/20(火) 22:26:00 ID:N4GaFxv80] DarwinとFreeBSDの違うところを大まかに上げてみる。 他にもいろいろあったような気がするけど忘れた…。 ・Machカーネル ・CoreFoundation ・IOKit ・OpenDirectory NetInfo ・launchd ・/Library などのディレクトリ構成 ・iconv >>721 UNIX板かどこかで聞いたところ、 Kernel以外のロック細粒化も効果あるらしいけど、 本当のところはどうなんだろうね？ 724 名前：名称未設定 mailto:sage [2007/02/20(火) 22:54:31 ID:YVbWFnky0] >>723 なんか比べている物の階層が変だな。 あと Unix 同士として比べるなら CoreFoundation は無しだろ。 ロック細粒化はマルチコアには有効に働くけど、オーバーヘッドもあるから、 シングルスレッドで走るようなもの、単純なシステムコール等は多少パフォーマンスが 落ちてるかもしれない。 725 名前：名称未設定 mailto:sage [2007/02/20(火) 23:04:30 ID:YVbWFnky0] ってゆうか、ロックの細粒化は Tiger になった時点でかなり進んでいる。 ロックに関して Leopard でやることはどれくらい残っているのやら... むしろ64bitのVMのチューンとか、そういう方面じゃないのかな。 726 名前：名称未設定 mailto:sage [2007/02/20(火) 23:16:07 ID:QgLZAQe/0] え〜と、Mach はそれだけでは kernel にならなくて、UNIX 機能を提供するために UNIX 部分が必要なんだけど、OS X はそこはほとんど FreeBSD からの移植なんだけど。 OS X Internals とか読みましょう 727 名前：名称未設定 mailto:sage [2007/02/20(火) 23:28:45 ID:N4GaFxv80] >>726 これかー。 ttp://osxbook.com/ ttp://www.amazon.co.jp/MAC-OS-Internals-Systems-Approach/dp/0321278542 やはり英語…。 仕事でならまだしも、趣味で1641ページもの洋書は読みたくないなｗ だから日本語版出してくれる神はいないのか…。 728 名前：名称未設定 mailto:sage [2007/02/20(火) 23:42:53 ID:JrrC6h/70] 【技術】Darwinはどうよ？【一筋】 pc10.2ch.net/test/read.cgi/unix/1028161945/ 直近の話題はそんな話してるな。 729 名前：名称未設定 mailto:sage [2007/02/20(火) 23:52:50 ID:BttKll7+0] >>267 # gedit /boot/grub/grub.conf 730 名前：名称未設定 mailto:sage [2007/02/20(火) 23:59:28 ID:ixzuRq+40] >>726 > ロックに関して Leopard でやることはどれくらい残っているのやら... 残りまくりだろ。もしそうなら Solaris とかと張れるよ。現実ははるか彼方。 731 名前：名称未設定 mailto:sage [2007/02/21(水) 00:03:24 ID:WbxO/Gmb0] 欲しいのが、あるかどうかわからんけど、 www.oreilly.co.jp/books/mac/ www.oreilly.com/ www.macdevcenter.com/ 732 名前：名称未設定 mailto:sage [2007/02/21(水) 00:32:57 ID:RsUtowtR0] >>727 Mac関連ネタをもの凄い勢いで翻訳するスレ 6 pc9.2ch.net/test/read.cgi/mac/1140671343 全部は無理だろうから、どうしても知りたいところだけ頼んでみれば？ 733 名前：名称未設定 [2007/02/21(水) 00:55:12 ID:t8Sc4Tji0] 結局スイッチとかやってたけど、 Win→MacよりもMac→Winの方が多くなってしまった訳だな。 734 名前：名称未設定 mailto:sage [2007/02/21(水) 01:04:24 ID:wac1xKWW0] は？ 735 名前：名称未設定 mailto:sage [2007/02/21(水) 01:07:04 ID:S4Z5yazb0] LeopardにしたらまたSpotlightインデックスつくりなおすのかな… Tiger最初に入れた時は３時間くらいかかった。 736 名前：名称未設定 mailto:sage [2007/02/21(水) 01:15:02 ID:wac1xKWW0] インスコするのは寝る前にして、 そのまま朝まで起動しっぱなしで インデックス作らせるのがいいよ。 737 名前：名称未設定 mailto:sage [2007/02/21(水) 01:58:12 ID:pNxD3Hg80] >ここ読めば少しは雰囲気わかるかも www.osxbook.com/book/bonus/ >例えばOS Xのカーネルとはの説明では、 ・カーネルは xnu と kernel extensions (ドライバ含む) から構成される ・xnu は約百万行のコードからなり、その半分が FreeBSD 5、三分の一が Mach 3由来である。 ・Mach部はハードウェアの抽象化等の xnu の核心部である。 ・BSD部はTCP/IP, VFS, POSIX API など、よりユーザーランドに近い部分を受け持つ CPUの細粒度ロックなどはMachが、FreeBSD部は ネットワークやUNIXアプリ実行などを受け持っている訳だね。 乱暴に考えると、FreeBSDからカーネルを抜き捨ててMachに入れ替えて、 その上でApple固有の機能を足したのがDarwin。で、FreeBSDの最新版は 6.2だから、Leopardではそれにｱｯﾌﾟﾃﾞｰﾄされると考えてもいいだろうな。 FreeBSD5から6.2へのｱｯﾌﾟﾃﾞｰﾄの主な改善点て何だろう？ TCP/IPやVFSなどの細粒度ロック化があるという記事も読んだような... 738 名前：名称未設定 mailto:sage [2007/02/21(水) 02:05:03 ID:BEJ/aQvY0] >>735 64ビット最適化で、バックグラウンドでのインデックス更新が速くなってたりして…＞レパード 739 名前：名称未設定 mailto:sage [2007/02/21(水) 02:10:51 ID:a3Hmweer0] >>738 インデックス更新速度はHDDの速度で足引っ張ってる状態だから変わらんと思う 740 名前：名称未設定 mailto:sage [2007/02/21(水) 02:38:41 ID:b2+d0MYx0] カーネルのユーザーランド部分は FreeBSD6.1じゃなく ちゃんとFreeBSD6.2相当にして欲しいね なんとか間に合うでしょ 741 名前：名称未設定 mailto:sage [2007/02/21(水) 04:12:56 ID:g3X407KR0] >>735 最初のインデックス更新は許すけど、 LAserverだかmdsだかが暴走してCPUがメーター振り切って おまけにSpotlightが使えなくなる不具合はなくなっていてほしい 742 名前：名称未設定 mailto:sage [2007/02/21(水) 06:06:47 ID:Ntbzjxpl0] >>741 Core4つあると、気にならない。そういう時代になるんでしょう。 743 名前：名称未設定 mailto:sage [2007/02/21(水) 09:35:09 ID:CEAGN0hE0] >>741 10.4.3くらいで解決してない？ 744 名前：名称未設定 mailto:sage [2007/02/21(水) 09:41:13 ID:KKbz8uIHO] 今のTigerはスポットライトのインデックス作成に 三時間も掛かったっけ？ 745 名前：名称未設定 mailto:sage [2007/02/21(水) 11:57:44 ID:idb9hbSY0] 発売日とトップシークレットの中身に関して、 発表が無いね。 一向にVista発表前後に、詳細を発表するかと思っていたけど。 　LeopardもVistaとは違い、マイナーアップデートだと思うから、 開発が難航するということは考えづらいのだけど。 噂サイトにもあんまり情報が出てこないし、どうなっているだろう。 746 名前：名称未設定 mailto:sage [2007/02/21(水) 12:11:33 ID:E23LhyU0O] マイナーアップデートだと思うから考えづらいだけで、 マイナーアップデートだと思わなければいいのでは？ それともマイナーアップデートって正式発表あったの？ 747 名前：名称未設定 mailto:sage [2007/02/21(水) 12:16:36 ID:i4o2Qv4h0] そう思いたいってだけなんだから放置。 ﾄﾞｻﾞにしても待望のビスタがXP 1.5だったって言う現状は認めたくないんだろ。 ｹﾞｲｼが次のバージョンに期待してくれってVISTA販売前に言っちゃうぐらいなんだから。 748 名前：名称未設定 mailto:sage [2007/02/21(水) 12:40:29 ID:kl5RW8IsO] ﾋﾞｽﾀは内部があまり変わってないけど、レオぽんは内部が大幅にかわるでしょ 749 名前：名称未設定 mailto:sage [2007/02/21(水) 12:40:56 ID:FTGSJo7B0] >>745 お前はマイナーアップデートとメジャーアップグレードの違いもわからんのか 750 名前：名称未設定 mailto:sage [2007/02/21(水) 12:47:12 ID:ZqhuTpRU0] それ以前に>>745は日本語としておかしい件 751 名前：名称未設定 mailto:sage [2007/02/21(水) 14:48:26 ID:DSQE+nru0] >>744 俺も最近iMac買ったもんだが、計800GBのHDDのインデックスを数十分ぐらいで作成したよ。 Tiger出荷当初一晩かかるとか言われてたんで、結構身構えてたんじゃが…。 それとも俺が見てないところで作ってたのかな？ 752 名前：名称未設定 mailto:sage [2007/02/21(水) 15:09:30 ID:OiabqRcM0] >>751 ファイルの容量ではなく数が問題になるんじゃないかな 索引作成は。 753 名前：名称未設定 [2007/02/21(水) 15:19:16 ID:VA+wBgC2O] 検索対象のファイル数によるんじゃね？ 754 名前：名称未設定 mailto:sage [2007/02/21(水) 17:18:32 ID:M+nGHVZD0] cpuの速度も関係する＞インデックス 755 名前：名称未設定 mailto:sage [2007/02/21(水) 17:34:39 ID:QTnCr77e0] >>748 何を根拠に言ってるかわからないがVistaのほうが大幅に変わってる。 レパードはどちらかというとTiger+新機能。 756 名前：名称未設定 mailto:sage [2007/02/21(水) 17:50:56 ID:edYXhfrC0] だけどアップデートの嵐をくぐって新OSが見えるころ 何も失わずに同じでいられると思う？ 757 名前：名称未設定 [2007/02/21(水) 17:55:51 ID:zUQFHGgb0] >>755 rootディレクトリの作りまで変えたもんだから 開発者は思いっきり泣いてるんだけどな 758 名前：名称未設定 mailto:sage [2007/02/21(水) 17:57:58 ID:M+nGHVZD0] 何やら既にLeopardを弄った人が２人も登場した様子 759 名前：名称未設定 mailto:sage [2007/02/21(水) 17:58:04 ID:6hW7JYEa0] 個人的にはUTIの本格サポートが楽しみ。 760 名前：名称未設定 [2007/02/21(水) 17:59:08 ID:zUQFHGgb0] rootあたり大弄りしたのはvistaな 761 名前：名称未設定 mailto:sage [2007/02/21(水) 18:01:37 ID:ERA/CxW60] >>760 >rootあたり大弄り OSXは10.0でバッチリやることやったからな。今更やるべきこともない。 俺もUTIは楽しみにしてるけど、FinderからもUTIベースで管理できるのかな。 762 名前：名称未設定 [2007/02/21(水) 18:03:09 ID:zUQFHGgb0] WinもNT4.0→2kでかなり大がかりに補修したのにね 763 名前：名称未設定 mailto:sage [2007/02/21(水) 18:04:00 ID:M+nGHVZD0] １人は違った模様 764 名前：名称未設定 mailto:sage [2007/02/21(水) 18:11:31 ID:pNxD3Hg80] >>755 どういう意図で大幅に変わっているといってるんだろ。 （大幅に変わっているVistaの方がより優秀という意味？） ・Direct3D→DWM→WPF→Aero ＝OpenGL→QuartzExtreme→CoreGraphics→Aqua ↑もともとOSXの描画システムを露骨に模倣していると言われている Vistaの描画システムだけど、たしかにそれを考えたらVistaの方が 大きく変わってる。でもそれ＝凄いとはならないよね。OSXはそれを 既に実現しているから大きく変える必要がない。 検索機能にしてもそうだけど、インクリメンタル検索をVistaで実現 した訳だから、たしかに大きく変わったと言える。でも考えてみたら、 OSXでは既に実現している訳だから、そこから大きく変えること自体が 必要無いよね。 Leopardで言えば、スポットライトではネットワークにも対応した 検索が実現するし、描画システムもCoreAnimation採用で強力になる。 でもそれは>>755の判断基準ではﾏｲﾅｰｱｯﾌﾟｸﾞﾚｰﾄﾞになる。 その判断基準で考えた場合、Windows系のOSは、間違いなくVistaが 最後のﾒｼﾞｬｰｱｯﾌﾟｸﾞﾚｰﾄﾞになるよ。 765 名前：名称未設定 mailto:sage [2007/02/21(水) 18:26:23 ID:OiabqRcM0] まあビスタとの比較はどうでもいいよ。 766 名前：名称未設定 [2007/02/21(水) 18:38:39 ID:HCwb7vrE0] インテル版MacOS（３２ビット）がレパードで６４ビットOSになると 言う事は内部は大幅に変わるの？ 767 名前：名称未設定 mailto:sage [2007/02/21(水) 18:41:20 ID:6hW7JYEa0] 別にIntel版だけじゃなくてPowerPC版も64bitになるよ。 768 名前：名称未設定 mailto:sage [2007/02/21(水) 18:57:08 ID:QTnCr77e0] >>764 別にWinが優れてるなんて言ってないしOSXが劣ってるとも言ってない。君は何がしたいんだね。 最近すぐにWinに噛み付く奴がいるから新・Mac板にドザが住み着くんだ。 769 名前：名称未設定 mailto:sage [2007/02/21(水) 19:06:25 ID:pNxD3Hg80] >>768 君の方が一方的な解釈すぎ。自分の偏見を押し付けるなよ。 俺はどちらかの優劣を語っているんじゃなく、 ﾒｼﾞｬｰ/ﾏｲﾅｰｱｯﾌﾟﾃﾞｰﾄの考え方を言ってるだけだよ。 >755の考えに対してね。 >君は何がしたいんだね。 この言葉、そっくりそのまま返すよ。 770 名前：名称未設定 mailto:sage [2007/02/21(水) 20:56:08 ID:qkcn8z2E0] 注文してたMacBookの出荷予定日が昨日までだったのですが、 さっきアポストアで確認したら03/02〜03/07に延期してた。 これ何かの予兆ですか？ 771 名前：名称未設定 mailto:sage [2007/02/21(水) 21:00:40 ID:VMZL5y1v0] (((( ；゜Д゜)))ガクガクブルブル 772 名前：名称未設定 mailto:sage [2007/02/21(水) 21:01:24 ID:zUQFHGgb0] 東海地震の 773 名前：名称未設定 mailto:sage [2007/02/21(水) 21:08:16 ID:qkcn8z2E0] アポのオンラインストアは初めての利用なので、 放置プレーで焦らされてるだけかどうかも分からんのです。 774 名前：名称未設定 mailto:sage [2007/02/21(水) 21:10:11 ID:1wWEPGM+0] >>768 >新・Mac板にドザが住み着く 住み着いたドザ、自己紹介乙 775 名前：名称未設定 mailto:sage [2007/02/21(水) 21:48:46 ID:ERA/CxW60] >>770 今現在注文すると出荷予定２４時間以内。 何かカスタマイズして、その部品調達の都合で遅れたんじゃないかな。 776 名前：名称未設定 mailto:sage [2007/02/21(水) 22:04:41 ID:qkcn8z2E0] >>775 ありがとう。メモリとキーボードカスタマイズ。 3-5日で発送予定だったから予想外の遅れで不安になってました。 777 名前：名称未設定 [2007/02/21(水) 22:14:27 ID:U3KMdc4f0] 発売が近づいてるのに、いまだTopSecretってのが信じられん。 TopSecretって開発者にはそれほど影響ないものか？ 778 名前：名称未設定 mailto:sage [2007/02/21(水) 22:16:23 ID:XjRdqEsd0] >>777 Finderの改良なら…wktk 779 名前：名称未設定 mailto:sage [2007/02/21(水) 23:11:01 ID:Ntbzjxpl0] >>766,767 OSが64bitになるってどういう意味？ ・64bitアプリしか使えなくなる ・64bitのKernel Driverしか使えなくなる ・32bitアプリ/ドライバー用のエミュレーターが走る 780 名前：名称未設定 mailto:sage [2007/02/21(水) 23:12:03 ID:Ntbzjxpl0] Vista 64bitは、こうだよね。 781 名前：名称未設定 mailto:sage [2007/02/21(水) 23:12:42 ID:E23LhyU0O] 稚拙な質問しかできない奴に答えるだけ無駄 782 名前：名称未設定 mailto:sage [2007/02/21(水) 23:15:08 ID:mYGk2YT00] 大胆予想！ TopSecretは…デスクトップのバックグラウンドに動画が使える！ 783 名前：名称未設定 mailto:sage [2007/02/21(水) 23:21:08 ID:lNbNuIPr0] しょぼい。つかそれウザイでつ。 784 名前：名称未設定 mailto:sage [2007/02/21(水) 23:22:19 ID:MVuyI/EK0] 動画じゃなくて時間経過で変化するデカイwidgetみたいなの貼付けられないかな。 時間に合わせて朝や夜になる背景とか、気象情報に合わせた衛星写真とか。 785 名前：名称未設定 mailto:sage [2007/02/21(水) 23:26:43 ID:9sW0gaDH0] >>784 どんなソフトか忘れたが 今でもそれはできるぞ 786 名前：名称未設定 [2007/02/21(水) 23:26:47 ID:/Du1PaYx0] デスクトップなんかめったに見ることないよ 787 名前：名称未設定 mailto:sage [2007/02/21(水) 23:27:46 ID:6XfM8RV40] >>779 公開されている情報によると、Leopard では 64 bit CPU マシンなら 32bit アプリ、64bitアプリが並列で走らせることが出来る ということらしいですよ。エミュレータというわけでもないです。カーネルのシステムコール以上は Cocoa, Carbon 含め全部 32 bit と 64 bit に二重化されているらしい。 正直カーネルで 64bit driver 走るのかは知らない。32 bit ドライバはそのまま使えるはず。 788 名前：名称未設定 mailto:sage [2007/02/21(水) 23:39:21 ID:ppzlrRRS0] デスクトップがSecond Lifeの部屋の中のように完全に３D化 され、３Dウィジェットやオブジェクトを部屋の机や壁に置ける。 アプリやドキュメントをSpotlightで検索するとGoogle Earthの ように３D空間を移動して対象のウィンドウを開く。 .macも３D化され、オンライン上の部屋になり、ローカルの部屋 と同様に利用できるようになる。 789 名前：名称未設定 mailto:sage [2007/02/21(水) 23:40:46 ID:RDt+YPYn0] >>788 リアルで後片付けの出来ないヤツは バーチャルでも苦労することになるんだな。 790 名前：名称未設定 mailto:sage [2007/02/21(水) 23:42:51 ID:nQbYznEO0] >>788 32bit バイナリをネイティブで走らせられない 64bit OS なんかあるのか? どれでもできると思うが。 791 名前：名称未設定 mailto:sage [2007/02/21(水) 23:48:49 ID:xzo7bN3I0] デスクトップ弄るんなら、動画じゃなくて3Dがいい。 3DなAquablue、よろしく頼みます。 792 名前：名称未設定 mailto:sage [2007/02/21(水) 23:50:36 ID:v0S0edru0] C言語使ったことある人じゃないと分からないと思うけど、 メモリ空間が64bitになるから、APIの互換性がなくなる。 PowerPCもCD/C2Dも32bitと64bitのアプリを同時に走らせられるけど、 APIが32bit版しか提供されていなければ、アプリも32bit版で作るしかない。 LeopardでCarbonやCocoaのAPIが64bitで提供されることになったので、 GUIアプリも64bitで走らせることができるようになる。 10.4でもターミナル上で実行するアプリは64bit化されてる。 793 名前：名称未設定 mailto:sage [2007/02/21(水) 23:54:03 ID:M/QuipQS0] >>790 それは、OSというより、CPUの仕様できまる。 CPUが64bitモードの場合に、 32bitコードを互換モードで動かす仕様のCPUであれば、 OSに関係なく、32bitコードは、互換モードで動かすしかない。 794 名前：名称未設定 mailto:sage [2007/02/21(水) 23:57:07 ID:ppzlrRRS0] >>789 お手伝いさんモードで机の上にオブジェクトをpilesで 整頓したり、ウィジェットをおもちゃ箱に片付けたりして くれる。 homepage.mac.com/rdas7/stacks.html 795 名前：名称未設定 mailto:sage [2007/02/21(水) 23:58:26 ID:M/QuipQS0] >>792に勝手に追加。 現在出回っているMacOSX用バイナリには、 Intelの64bitコードは含まれていない。 Intel用OSXには64bit APIが提供されていないから 32bit版でしか作りようが無い。 よって、アプリを64bitで動かすためには、 再コンパイルされた新しいバイナリが必要。 メーカーが新しく出すまで待つしかない。 それが無料のアップデートになるか、 有償のバージョンアップになるかは分らない。 796 名前：名称未設定 [2007/02/22(木) 00:15:19 ID:w/2i/y8U0] Javaしか解らない漏れに、32bitと64bitの違いを、ちょっとしたプログラムで解説してくれ 797 名前：名称未設定 mailto:sage [2007/02/22(木) 00:16:51 ID:XqjiLuQu0] Leopardからは64bitのGUIアプリが動くようになるが、 64bit用に再コンパイルする利点なんてそうないよなぁ。 一般的に言えば32bitでコンパイルした方が速度は速い。 事実Leopardのカーネル自体は32bitとしてコンパイルされるわけだし。 798 名前：名称未設定 mailto:sage [2007/02/22(木) 00:26:47 ID:eQbrWLtL0] Intel Coreは64bitだと遅くなるんじゃなかったっけ。 まぁ俺は64bit化大賛成、速くTBメモリの時代がこないかなー。 799 名前：名称未設定 mailto:sage [2007/02/22(木) 00:37:16 ID:v7cfTWXh0] どっちにしてもサンタロザにならん事には、ね…。 800 名前：名称未設定 mailto:sage [2007/02/22(木) 01:04:57 ID:h60ten5v0] 800ｹﾞﾄ！ 801 名前：名称未設定 mailto:sage [2007/02/22(木) 01:09:49 ID:gNdwb+CN0] >>794 ふーん。で、そのダサい仕様の 64bit CPU ってなに? 実存するの? 802 名前：名称未設定 mailto:sage [2007/02/22(木) 01:12:41 ID:gNdwb+CN0] >>793 はぁ。で、そのダサい（それができない）64bit OS って、なに? Solaris も Linux も NetBSD も FreeBSD もできるんちゃうの? 生まれた時点で 64bit だった Alpha + DEC OSF/1 のことかなんか言ってるのかな? 803 名前：名称未設定 mailto:sage [2007/02/22(木) 01:14:01 ID:PYvOkk950] >>796 たとえば文字列をコピーして返す自前関数。 char* copyStr( char *str ){ char *str2; int size; size = strlen( str ) + 1; str2 = malloc( size ); strncpy( str2, str, size ); return str2; } 引数と返り値はcharのポインタ。 ポインタとは、その変数の値が置かれているメモリアドレスを示すもの。 メモリ空間が32bitなら、ポインタもサイズも32bit=4Bytes、 メモリ空間が64bitなら、ポインタもサイズも64bit=8Byte。 よって、APIを呼び出すときに引数のサイズが32bit版と64bit版で違うってことになる。 804 名前：名称未設定 mailto:sage [2007/02/22(木) 01:15:00 ID:YLhafeyj0] 32bitと64bitのソフトって別バイナリになるの？ やっぱりユニバーサルバイナリみたいになるの？ PPCとIntelそれぞれの32bitと64bitを一つのバイナリに入れたら 容量４倍になってしまいそう。 805 名前：名称未設定 mailto:sage [2007/02/22(木) 01:18:07 ID:PYvOkk950] >>804 その場合はUniversalBinaryになるよ。容量も４倍。 自分が要らないバイナリを削除するフリーソフトが大活躍の予感。 806 名前：名称未設定 mailto:sage [2007/02/22(木) 01:27:52 ID:oIduiGim0] フリーソフトというか、コマンドラインでよければ標準の lipo をつかえばもんだいなし ていうか最近はソフトのバイナリはたいしたことなくてほとんど画像とかのデータだから、ソフトのサイズが4倍になるわけでもない というか既に universal だったらバイナリは二倍になってるわけだし。 例: Safari は全体で 20MB, バイナリは 2.1MB(intel と ppc が1mbずつ) もし ppc64, intel64 を追加してもバイナリが 4.2 MBになるだけ。 ハードディスクが100Gある時代に数メガ気にしても仕方ないとおもうけどね。 あとそもそもワープロソフトとかは 64 bit にしても意味がない気がする でかい画像とかビデオを扱うひとは問題になってくるだろうけど。 807 名前：名称未設定 mailto:sage [2007/02/22(木) 01:31:34 ID:oIduiGim0] >>801 ダサいっていうのはまあ勝手だけど、Itaniaum は最近は IA-32 はハードウェアでサポートするのは止めてエミュレーションソフトウェアでサポートしているはず。 そういう意味で Core 2 Duo とか G5 とかとは違うベ 808 名前：名称未設定 mailto:sage [2007/02/22(木) 01:40:48 ID:XqjiLuQu0] >>804 Intel Mac使ってんならもう既に4つバイナリ入ってますヨ % file /usr/lib/libSystem.B.dylib /usr/lib/libSystem.B.dylib: Mach-O universal binary with 4 architectures /usr/lib/libSystem.B.dylib (for architecture ppc): Mach-O dynamically linked shared library ppc /usr/lib/libSystem.B.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libSystem.B.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libSystem.B.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 809 名前：名称未設定 mailto:sage [2007/02/22(木) 01:58:30 ID:gNdwb+CN0] >>808 Itanium の 32bit コードはアーキテクチャちがうやん。そんなもんと比べてどうするよ。 810 名前：名称未設定 mailto:sage [2007/02/22(木) 02:14:13 ID:gNdwb+CN0] 64bit OS なら DEC OSF/1 が 1990 年代前半だわな。Alpha は最初から 64bit CPU。 32bit 資産があって 64bit が出たのは、最初なのは SPARC かな? Solaris7。 もう 10 年以上前の話だよ。 811 名前：名称未設定 mailto:sage [2007/02/22(木) 03:17:57 ID:DBJ8YtMb0] 64bit CPUのメリットなんて皆無なのに、 なぜそんなに熱くなれるのか？ 812 名前：名称未設定 mailto:sage [2007/02/22(木) 03:21:31 ID:PYvOkk950] >>811 クリエーターが多いMacなら、メモリの4GB制限がなくなるだけでも、導入するメリット大あり。 普通のアプリもC2Dなら64bitモードの方が少しだけ早い。 DBとかなら倍近い差がある。 813 名前：名称未設定 mailto:sage [2007/02/22(木) 04:43:30 ID:+6hJVJnc0] Santa Rosa なら、ね。 814 名前：名称未設定 mailto:hage [2007/02/22(木) 05:30:46 ID:5359LFcs0] つーか大きなデータを扱うソフトだけしかメリットが無いとも言える。 でもそのデータってオンメモリに無いからディスクアクセスに行って激遅。 64ビット化するよりも大容量データアクセス向けの仕組み考えるべき。 64ビットのintなんて普通要らねーよ。const int gVar = 1;// 64ビットorz CPU屋とPCメーカーの洗脳消費作戦にひっかかっちゃダメよ。 815 名前：名称未設定 mailto:sage [2007/02/22(木) 05:50:55 ID:JlBru7DX0] 10.4.9がリリースされるようだから、Leapardはそのあとだよな。 816 名前：名称未設定 mailto:sage [2007/02/22(木) 10:34:58 ID:GoWPyNIf0] 別に32bitCPUでも4GB以上のメモリ扱えるし 64bitCPUって要するにintとポインタが64bitになるだけでしょ TRUEorFALSEを扱うだけのフラグも64bitになってしまいキャッシュ圧迫するだけ よって 4億を超える整数を扱いたい＞例：会計ソフト 4GB以上の領域にマップされたアドレスを頻繁に扱いたい＞例：DB 以外はメリット無し 817 名前：名称未設定 mailto:sage [2007/02/22(木) 10:38:52 ID:GoWPyNIf0] 追記すると、まあパフォーマンス的には816の通りだけど プログラムするときには変な制限考えなくていい分ラクになるけど 818 名前：名称未設定 [2007/02/22(木) 10:41:12 ID:nfSEpLKV0] GUIアプリの64ビット化については、Linuxの状況が参考になるかもしれない。 ・オープンソースであるため、コンパイルすれば64ビット版バイナリが手に入る。 しかし、コンパイルに失敗する物や、動いても正常動作しないアプリは少なくない。 ・64ビット版に、目だった性能向上は見られない。 ・アプリケーションがプラグインに対応している場合、本体とプラグインのビット数は同一でなければならない。 そのため、64ビット版のインターネットブラウザは、プラグインがほとんど無い。 819 名前：名称未設定 mailto:sage [2007/02/22(木) 10:44:21 ID:4xiy0OqW0] >>814 >つーか大きなデータを扱うソフトだけしかメリットが無いとも言える。 そうでもない。例えば x86_64 だとレジスタ数が増えてプログラムによっては有利。 >でもそのデータってオンメモリに無いからディスクアクセスに行って激遅。 16GBぐらいまではメモリ積めるでしょ。 >64ビットのintなんて普通要らねーよ。const int gVar = 1;// 64ビットorz はずれ。 あんま物事をよく知らないで書いてるのねえ。 >CPU屋とPCメーカーの洗脳消費作戦にひっかかっちゃダメよ。 まあこの業界の常態とも言えるが... 820 名前：名称未設定 mailto:sage [2007/02/22(木) 10:46:44 ID:I6x3T9Xb0] 64bitアプリ開発の一番の魅力は、Appleが捨てたいと思っている APIがほとんど移植されないということかも知れないよ。 過去との互換性関係ないからね。 それから、64bitレジスタを使用できたり、より精度の高い演算が 可能になり、メモリもこれからの進化に対応できる。 これからの将来的なﾒﾓﾘ容量の増大、CPUｺｱの増加に対応するには 必須の条件になりそうだし、MACProなんかで4GB以上積んでいる環境 では、それを有効に使えた方が良いに決まってる。 821 名前：名称未設定 mailto:sage [2007/02/22(木) 11:43:14 ID:RcLOHbol0] イーフロならすぐ64bitのシェードw出してくるよ 誰も使わないのにw 822 名前：名称未設定 mailto:sage [2007/02/22(木) 12:11:02 ID:5w7gyb9hO] で、有償アップグレードと。 823 名前：名称未設定 mailto:sage [2007/02/22(木) 13:04:20 ID:d2s/7l2+0] intの大きさが、CPUによって変わるという 互換性の無さを持っているのは、特定の言語（C/C++）のみ。 もっとも過去の反省から、64bit CPUでも intは32bitのままにしている処理系が多い。 よって、CPUのbit数と、C言語のintの大きさはもはや関係ない話。 824 名前：名称未設定 mailto:sage [2007/02/22(木) 13:06:45 ID:U0kXlzPI0] WWDCではLP64という情報が出ていたので，intは32bitですな． longとpointerが64bit． 825 名前：名称未設定 mailto:sage [2007/02/22(木) 13:32:46 ID:1YcOljVbO] NSIntegerは64bitだとlongになるんだっけ 826 名前：名称未設定 mailto:sage [2007/02/22(木) 13:45:40 ID:uzol1i8o0] そうらしい、んでNSFloatがdoubleになるとかなんとか 827 名前：名称未設定 mailto:sage [2007/02/22(木) 13:58:41 ID:GoWPyNIf0] まあ実際のところ64bitデータと32bitデータのどちらがアクセス速いかが問題だな 一般的に32bitCPUだと16bitより32bitアクセスの方が速い 同じなら無理に普通のアプリを64bit対応にする必要がない 828 名前：名称未設定 mailto:sage [2007/02/22(木) 15:24:38 ID:5w7gyb9hO] 同じと言うのが何さすのかしらんが 2XビットCPUはXビットより2Xビットの方が読み出しが速い、 と言うことが同じなら64ビット化したほうが良いのでは？ 829 名前：名称未設定 mailto:sage [2007/02/22(木) 15:28:47 ID:5w7gyb9hO] 言いたかったのって、 32ビットも64ビットもアクセス速度同じならってことかな？ 830 名前：名称未設定 [2007/02/22(木) 15:54:22 ID:sDmu5dy8O] >>816 アホですね。 どうせコボラだろ。 831 名前：814 mailto:hage [2007/02/22(木) 16:03:08 ID:5359LFcs0] unsigned long l = 1, m = l << 62;// これ1クロックで出来るの？ 62の理由は妙な最適化されないように（まぁこれじゃ定数化される可能性大だが・・）。 μフュージョンで62分割62命令・・まさか62クロック・・場合によってはパイプラインストール・・？ それにしても64ビットまでは要らないと思う、画像処理にしたってGUI丸ごとGPUがやるべきだし、 DBについてもSQLの構文解析からDPUが担当するべきだ。 CPU屋は何故CPUばかりに拘るのか？飯の種だからか？CPUは整数演算と周辺デバイスコントロールだけしてろ。 メモリが安くなりバススループットも高速になった今、求められているのは高度分散型アーキテクチャーだ。 832 名前：名称未設定 mailto:sage [2007/02/22(木) 16:08:58 ID:eQbrWLtL0] 今は扱ってるデータ量に対してメモリ空間が少ないし、そもそもメモリ自体が少ないからねぇ。 16,32GBくらいがデスクトップの標準になってくれば結構いろいろ変わってくると思う。 833 名前：名称未設定 mailto:sage [2007/02/22(木) 16:39:06 ID:vh4b4hkR0] MacOSXはどんどん軽くなるのだから、 これ以上CPUもメモリもいらないと思います。 834 名前：名称未設定 mailto:sage [2007/02/22(木) 16:45:51 ID:CkZEwesy0] 軽くなるのは動きが軽くなるって意味でいわれてるんだが。 835 名前：名称未設定 mailto:sage [2007/02/22(木) 17:18:18 ID:GoWPyNIf0] >>828 >>829の言う通りです 836 名前：名称未設定 mailto:sage [2007/02/22(木) 20:37:34 ID:tjUkr4Bs0] つーか4GB以上メモリ使うアプリってどんなだよ DVD丸ごとメモリに乗せて編集か？ マジで4GB占有するアプリがあったら糞だろ 837 名前：名称未設定 mailto:sage [2007/02/22(木) 20:45:31 ID:QAwXelww0] >>831 >メモリが安くなりバススループットも高速になった今、求められているのは高度分散型アーキテクチャーだ。 これ微妙。分散処理でマルチ「専用」プロセッサを積むと、いわば マルチスレッドでスレッド間同期にとられるような処理が、バスをまたいで プロセッサ間で行われてるような状況を作るんだもの。 実際、古めのマシンでCoreVideo使うと、GPUとCPU間でメモリ転送しま くってオーバーヘッドがかなりあるよ？Kernel Taskの消費時間が跳ね上がる。 あれのせいで、「マシンによっては」CoreVideo系のアプリがQuickDraw系の アプリより低速になっている部分が出てきているんだ。 必ずしも高速化しない理由なんだけど、高速化の肝であるOpenGLの画像処理、 採用しているGPUの種類によって、GPUネイティブで実行できたりCPUが エミュレーションしたり、ばらばらだから。 エミュレーションが発生した瞬間に、バッファ転送がどばって行われてる。 もちろん高速化する処理もあるわけで、一長一短だけど。 838 名前：名称未設定 mailto:sage [2007/02/22(木) 20:52:40 ID:CHsNfFMl0] 難しい話は分からないけど、iTunesで見れるWWDCの64/32bitのデモを見ると、 64bitすげぇと思った。 839 名前：名称未設定 mailto:sage [2007/02/22(木) 20:58:53 ID:Od6XmsIK0] でも現行のMacじゃどれも無関係なんだよなぁ。 840 名前：名称未設定 mailto:sage [2007/02/22(木) 21:06:39 ID:PYvOkk950] >>836 PhotoShop >>839 Xeon、Core 2 Duoは64bit対応してる。 Core Duoは未対応。 841 名前：名称未設定 mailto:sage [2007/02/22(木) 21:07:54 ID:Od6XmsIK0] >>840 >Xeon、Core 2 Duoは64bit対応してる。 部分的にはね。フルに機能を生かせるのはICH8系以降でしょう。 842 名前：名称未設定 mailto:sage [2007/02/22(木) 21:24:39 ID:PYvOkk950] >>841 CPUの64bitとサウスブリッジ（I/O コントローラー）って、なにか関係あるの？ それにICH8はもうそろそろ型落ちになるんじゃない？ Barelake+ICH9が2007年第2四半期に出るんじゃなかったっけ？ 843 名前：名称未設定 mailto:sage [2007/02/22(木) 21:43:56 ID:sbgBJoBH0] >>840 G5も64bitでしょ？ 844 名前：名称未設定 mailto:sage [2007/02/22(木) 22:20:51 ID:Yaf2hzRW0] >>836 memmapでファイルをメモリ空間に貼り付けたらそんなのすぐに越えるよ。 845 名前：名称未設定 mailto:sage [2007/02/22(木) 22:23:27 ID:gNdwb+CN0] >>824 いつの話してんだよ... 10 年前にはとっくに LP64 が主流だよ。LP64 は、わかるよな? 846 名前：名称未設定 mailto:sage [2007/02/22(木) 22:33:53 ID:FBvKPNe+0] カウンタック？ 847 名前：名称未設定 [2007/02/22(木) 22:35:15 ID:w/2i/y8U0] 64bit化は、アップルの営業的なうたい文句としては有用なんじゃね？ 「Vistaはまだ３２ビットなんだそうですよ( ´,_ゝ`) ﾌﾟｯ」ってな感じでコケにしやすいし。 まぁ、Windowsも64bit版はあるけどね（汗 848 名前：名称未設定 mailto:sage [2007/02/22(木) 22:38:55 ID:LuPe+Tr60] で。10.5はいつでるの？ 849 名前：名称未設定 mailto:sage [2007/02/22(木) 22:43:23 ID:gNdwb+CN0] >>848 Win32 あたりの API としてのコケ加減は自明すぎて比較するだけ価値落としちまうよ。 「ウチのカツ丼は馬糞よりうまいですよ」と言ったところでイメージダウンなだけ。 850 名前：名称未設定 [2007/02/22(木) 22:50:13 ID:21HNH+qe0] >>849 馬糞の美味しさを知らない、可哀想な椰子 w 851 名前：名称未設定 [2007/02/22(木) 22:52:08 ID:oXanQ6Kh0] >>847 Windowsは32ビット版と６４ビット版と２つ有るけど、 MacOSX10.5で６４ビット版一本になるからね。 Macの方が進んでますってうたい文句・・・。 852 名前：名称未設定 mailto:sage [2007/02/22(木) 22:53:08 ID:M3enH9CD0] i965も3GBの壁があるんじゃないの？ 853 名前：名称未設定 mailto:sage [2007/02/22(木) 22:53:10 ID:LuPe+Tr60] アンカーミスか？>>849 854 名前：名称未設定 mailto:sage [2007/02/22(木) 22:56:03 ID:LuPe+Tr60] 今G5使ってるんだけどMacの買い時に困ってるよ。 10.5が出たら買うつもりだけど、ソフトは全部買いなおしだよねえ。 で。10.5っていつごろ出るの？ Vistaも載せるつもり。早く出てほしいな。 855 名前：名称未設定 mailto:sage [2007/02/22(木) 22:57:11 ID:BDs9cnzo0] なんかアポーからVista乗り換えするならという メールが来ました 856 名前：名称未設定 mailto:sage [2007/02/22(木) 22:59:31 ID:hmrFthfA0] なんで、Vistaに乗り換えるのに、 30万もするパソコンを買わないといけないんだかｗ 857 名前：名称未設定 mailto:sage [2007/02/22(木) 23:05:55 ID:KQeOaN8R0] >>854 >ソフトは全部買いなおしだよねえ アップグレードとかはできないの？ 858 名前：名称未設定 mailto:sage [2007/02/22(木) 23:09:34 ID:wAERq7Qt0] >>854 >10.5が出たら買うつもりだけど、ソフトは全部買いなおしだよねえ 何で？ ロゼッタでry まあ、おれも基本的にアプグレで金欠ｹﾃｰｲだけどな 859 名前：名称未設定 mailto:sage [2007/02/22(木) 23:13:10 ID:eQbrWLtL0] >>857 買い直すのもアップグレードも金が飛んでいくという点では根本的に変わらないじゃんw 860 名前：名称未設定 mailto:sage [2007/02/22(木) 23:13:17 ID:pmeyH+eV0] うちにも来てた。 ＞あなたがもしWindows Vistaへのアップグレードを考えているなら、 ＞あなたは恐らく「新しいコンピュータ」が必要になるでしょう。それなら、Macにしませんか? どこかのサイトでやってたアンケートで 「Vista導入にあたって必要なパーツは？」の半分くらいが「PC丸ごと」って回答だったし、 そういった背景があってのことかな。 861 名前：名称未設定 mailto:sage [2007/02/22(木) 23:22:26 ID:bxUc7yBB0] これから映像はHDで（家庭用ビデオカメラでさえ）制作されるんだし デジカメの画素数は増える一方。 メモリ4Gの壁なんかない方がよろし。 これが必要ない人は携帯（iPhone）で十分って世界になるんじゃないの？ 862 名前：名称未設定 mailto:sage [2007/02/22(木) 23:50:17 ID:fQ3DOge80] >>820 やっぱ、精度があがると何でもきれいになるのかな？ ttp://pc.watch.impress.co.jp/docs/2006/1122/mobile357.htm > >SACD再生の音が良くなった理由は何だったのか? > >　石塚氏自身は「おそらく通常、32bit浮動小数点で組まれるプ >ログラムを64bit浮動小数点で行なったためだと思います。確 >信があったわけではありません。しかし、考えられる限り、あら >ゆる手段で音が悪くならないようにするために、Cellで処理可 >能なもっとも高精度なデータフォーマットを使うべきと考えたん >です」と自己分析する。 863 名前：名称未設定 mailto:sage [2007/02/23(金) 00:11:18 ID:o/KygEch0] Ruby - Rails 1.2.xが付いてくる。 - Ruby Cocoaバインディングが付いてくる。 Java - Mustangが標準バンドル。 Objective-C - GCができるようになる。 言語的にはこんなもん? (個人的にはJava3Dも1.5.[01]入れといて欲しい) 864 名前：名称未設定 mailto:sage [2007/02/23(金) 00:19:53 ID:jChyArNE0] >>857 >>858 >>859 今主力ソフトをWinに切り替えてるからねえ。 G5用のMacソフトは買い替えかなあ。 ロゼッタでｒｙは考えてないかな。 ハードとソフト込みで100万くらい飛びそう。うーん。 10.5に切り替えるのは来年のつもりだけど、いつ出るの？ 865 名前：名称未設定 mailto:sage [2007/02/23(金) 00:22:31 ID:dDkoeR6N0] >>863 objcはinを使ったループもできるようになる 866 名前：名称未設定 mailto:sage [2007/02/23(金) 00:25:53 ID:KK8lbfI00] >>860 しかし、MacでVistaが動くスペックのマシンを 買おうとすると、30万超えるやつしかないわけで、 どうもAppleの戦略は、片手落ちだよな。 867 名前：名称未設定 mailto:sage [2007/02/23(金) 00:26:34 ID:NL1OLQ/o0] >>864 噂では3月末、噂では、ね。 まあ、いずれは移行しなくちゃならんと思ったので、G5 Quadでお茶を濁して、当分G5で用足りるようにしておいたが... Adobeがアプグレポリシー変えやがったので、そろそろカネを使わされそうな悪寒 868 名前：名称未設定 mailto:sage [2007/02/23(金) 00:29:09 ID:NL1OLQ/o0] >>866 >しかし、MacでVistaが動くスペックのマシンを >買おうとすると、30万超えるやつしかないわけで、 え？ 869 名前：名称未設定 mailto:sage [2007/02/23(金) 00:34:47 ID:sZOJChud0] >>866 3DデスクトップのAeroを快適に使える機種だとでしょ。 9月にIntel G35(Barelake-G)が出るから、 そしたら低価格のMacでもAeroが快適に使えるようになると思われ。 ttp://journal.mycom.co.jp/special/2007/trendspring/008.html 870 名前：名称未設定 mailto:sage [2007/02/23(金) 00:35:36 ID:Vgs/ac8T0] 少なくともGPU乗っけてるiMacはおｋのはずなんだが 871 名前：名称未設定 mailto:sage [2007/02/23(金) 00:37:20 ID:UnFqpBXG0] VistaってデュアルコアのXeon以上で無いと動かないのか。ゲロ重だな。 872 名前：名称未設定 mailto:sage [2007/02/23(金) 00:41:27 ID:sZOJChud0] >>870 そっか。iMacもGPU搭載なのを忘れてた。 あとIntel G35についてこんな記事を発見。 ttp://blog.livedoor.jp/amd646464/archives/50824430.html 873 名前：名称未設定 mailto:sage [2007/02/23(金) 00:41:50 ID:jChyArNE0] CoD2の3GhzならVista快適だよ。GF9500で。 874 名前：名称未設定 mailto:sage [2007/02/23(金) 00:46:03 ID:Vgs/ac8T0] CoD2ってなに？ 875 名前：名称未設定 mailto:sage [2007/02/23(金) 00:48:47 ID:xXq6aG1E0] CallOfDuty2だな、一般的にはw 876 名前：名称未設定 mailto:sage [2007/02/23(金) 00:55:20 ID:jChyArNE0] しまったぁｗ C2Dねｗ >>875 ナイスフォロー 877 名前：名称未設定 mailto:sage [2007/02/23(金) 01:27:53 ID:WOSP5vFt0] すごくはやいね君のCPU 878 名前：名称未設定 mailto:sage [2007/02/23(金) 01:56:04 ID:NL1OLQ/o0] Aeroに関しては内蔵グラフィックスだけでも何とかなってるみたい アップデートしたら、だけど ttp://plusd.itmedia.co.jp/pcuser/articles/0606/30/news013_2.html 879 名前：名称未設定 mailto:sage [2007/02/23(金) 01:58:32 ID:jChyArNE0] 今んとこノートでAeroはまずいはず。 可能かどうかではなくて、マシンへの負荷が。 880 名前：名称未設定 mailto:sage [2007/02/23(金) 04:37:08 ID:i4t9m1gI0] MSはノート使いをコケにしてる 881 名前：名称未設定 [2007/02/23(金) 05:21:14 ID:jXXpXlm50] My girl friend was calling nature when I was doing like that.. 882 名前：名称未設定 [2007/02/23(金) 05:22:53 ID:jXXpXlm50] Intel Macでマカーに変身したおれのIDあｇXpとは・・ 883 名前：名称未設定 [2007/02/23(金) 05:23:37 ID:jXXpXlm50] ○IDが・・ 884 名前：名称未設定 mailto:sage [2007/02/23(金) 08:43:10 ID:Mjt2FcGI0] 有楽町ビックでiMac 17inchにBC+Vistaのデモがあったから触ってみたけど、 ここで言われてるような激重な動作ではなかったよ。 OS Xより若干重いくらい。 どっかにMB+Vistaを試したブログがあったけど、ドザなのか知らんが Vistaの方がOS Xより軽いとか妄言してた。 885 名前：名称未設定 mailto:sage [2007/02/23(金) 11:25:38 ID:7vtZ54km0] OSが違うと比較は難しいからね。 多分にに主観によるんでそう感じる人もいるだろう。設定にもよるが。 886 名前：名称未設定 mailto:sage [2007/02/23(金) 12:01:49 ID:Aatg5EqR0] >>862 浮動小数点演算はAltiVecとか専用ユニットが進化すればオッケー SSE3でdouble演算ができるようになったから、Intel Macなら対応できるな 887 名前：名称未設定 mailto:sage [2007/02/23(金) 12:18:29 ID:+KWDFFYn0] トップシークレットはAppleTVと関係あるものかな

---

---

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

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