Mac OS X 10.6 Snow Leopard Part 3
10.5 Leopardの安定性の向上を目指した次期Mac OS X。1年後の出荷が予定されている。
WWDC 2008で初めてその存在が明らかになった。
"Leopardの膨大な革新性を基盤にして新しい世代のコアソフトウェアテクノロジーを統合することにより、Mac OS Xをさらに洗練し、パフォーマンスを向上させ、新しい品質のスタンダードを確立します"とのこと。
公式サイト
http://www.apple.com/jp/macosx/snowleopard/
注目の新機能(現時点で公式に発表されているもの)：
・OpenCL
・QuickTime X
・GrandCentral
・完全64bit対応
・Exchange対応
・ZFS対応 (Server)
前スレと参考リンクは>>2で。
WWDC 2008で初めてその存在が明らかになった。
"Leopardの膨大な革新性を基盤にして新しい世代のコアソフトウェアテクノロジーを統合することにより、Mac OS Xをさらに洗練し、パフォーマンスを向上させ、新しい品質のスタンダードを確立します"とのこと。
公式サイト
http://www.apple.com/jp/macosx/snowleopard/
注目の新機能(現時点で公式に発表されているもの)：
・OpenCL
・QuickTime X
・GrandCentral
・完全64bit対応
・Exchange対応
・ZFS対応 (Server)
前スレと参考リンクは>>2で。
|
|
|
前スレ
Mac OS X Snow Leopard (Part2)
http://pc11.2ch.net/test/read.cgi/mac/1213065229/
Mac OS X 10.6 Part1
http://pc11.2ch.net/test/read.cgi/mac/1193391703/
参考リンク
Snow Leopard(雪豹)とはどんな動物?
ttp://www.colemangallery.com/Images/L19F_Snow_Leopard_Cub.jpg
The WebKit Open Source Project (Safariのベース)
http://webkit.org/
Khronos Group (OpenCLの規格策定)
http://www.khronos.org/
LLVMの日本語解説
http://llvm.org/devmtg/2008-08-23/llvm_intro.pdf
Mac OS X Snow Leopard (Part2)
http://pc11.2ch.net/test/read.cgi/mac/1213065229/
Mac OS X 10.6 Part1
http://pc11.2ch.net/test/read.cgi/mac/1193391703/
参考リンク
Snow Leopard(雪豹)とはどんな動物?
ttp://www.colemangallery.com/Images/L19F_Snow_Leopard_Cub.jpg
The WebKit Open Source Project (Safariのベース)
http://webkit.org/
Khronos Group (OpenCLの規格策定)
http://www.khronos.org/
LLVMの日本語解説
http://llvm.org/devmtg/2008-08-23/llvm_intro.pdf
PowerPCへの非対応が懸念されている。
大多数には全く懸念されてないです。
普通にG4は対象になるだろう
だって一番G4ユーザが多いんだから。
だって一番G4ユーザが多いんだから。
G4はLeopardでも初期モデルは対象外だったし10.6で切られてもおかしくはない。
前スレとか見てるとAppleが(10.6で完全に移行するかどうかは謎だが)そのうちEM64Tに移行するだろうからCore Duoの人涙目というのが結構多い意見らしい。
前スレとか見てるとAppleが(10.6で完全に移行するかどうかは謎だが)そのうちEM64Tに移行するだろうからCore Duoの人涙目というのが結構多い意見らしい。
もともと10.6はIntelのみっていう話じゃなかった？
なんかOSの発売早くないか？まあOS自体が安いから良いが
10.6がEM64T専用であろうがなかろうがOS Xのパフォーマンスに違いはないっての
>>11
前スレでも書いたけれど
10.6でEM64T onlyにするとCore Duoの初代Intel Macに対応しなくなるしUniversal+Leopard対応を果たしたばかりのAdobeとMSが大混乱に陥るからそれはやらないと思う。
やるとしたら10.7だな。
前スレでも書いたけれど
10.6でEM64T onlyにするとCore Duoの初代Intel Macに対応しなくなるしUniversal+Leopard対応を果たしたばかりのAdobeとMSが大混乱に陥るからそれはやらないと思う。
やるとしたら10.7だな。
どういう意味って、今は混在してるから完全に64bit化させるってことだろ。
そんなん公式に発表されたか?
PPCのアプリ動かせるの？
rosettaはなくならないでしょ
Snow Leopardに一番期待されてるの年賀状用の毛筆書体だったんだなw
と言うか唯一の選択肢の宛名職人が最近まで駄目すぎただけだろ。
新Verはどうだか知らないが。
Wordの宛名印刷ウィザードで印刷する気にもならないしな。
と思って探してみたら葉書ABっていうソフトが良さそうだった。
敬称の選択とかも出来てAddress Bookと連携可能だし。
今年使ってみよう。
新Verはどうだか知らないが。
Wordの宛名印刷ウィザードで印刷する気にもならないしな。
と思って探してみたら葉書ABっていうソフトが良さそうだった。
敬称の選択とかも出来てAddress Bookと連携可能だし。
今年使ってみよう。
>>19
それはiWorkに期待しろ
それはiWorkに期待しろ
Snow Leopardに一番期待されてるの
ウインドウシェード
ゴミ箱をディスクトップ上に置けること
アプリの削除のサポート
OS 9並の軽さだろ
ウインドウシェード
ゴミ箱をディスクトップ上に置けること
アプリの削除のサポート
OS 9並の軽さだろ
ウインドウシェード:
http://www.unsanity.com/haxies/wsx/
ゴミ箱 on デスクトップ:
http://fastforwardsw.com/products/binit/
アプリケーション削除:
http://www.freemacsoft.net/AppCleaner/
とほぼ第三者により実現されているのだがこれらはあえてOSに求めることなのだろうか?
あとOS 9並の軽さっていう人多いけど今のOS Xにどんな不満があるのか具体的に聞きたい。
具体的にどういう感じを求めるのかを言ってくれないと何とも言えない。
http://www.unsanity.com/haxies/wsx/
ゴミ箱 on デスクトップ:
http://fastforwardsw.com/products/binit/
アプリケーション削除:
http://www.freemacsoft.net/AppCleaner/
とほぼ第三者により実現されているのだがこれらはあえてOSに求めることなのだろうか?
あとOS 9並の軽さっていう人多いけど今のOS Xにどんな不満があるのか具体的に聞きたい。
具体的にどういう感じを求めるのかを言ってくれないと何とも言えない。
メモリ保護もまともな仮想メモリもプリエンティブマルチタスクもオンザフライデフラグもジャーナリングもない、
そんな糞OSを今から作ればOS 9並みの軽さだろうなw
誰もアプリ書かねえよそんなのに。
そんな糞OSを今から作ればOS 9並みの軽さだろうなw
誰もアプリ書かねえよそんなのに。
プリエンティブマルチタスクってw
一度ジョブたんが消さしたものが再度復活するのは絶望的じゃないかな。
よっぽどの要望が無い限り
よっぽどの要望が無い限り
正しくはプリエンプティブ･マルチタスク(preemptive-multitasking)だな。
まあよくある間違いだし自分も間違えたことあるから気にしない。
まあよくある間違いだし自分も間違えたことあるから気にしない。
そんなクソみたいな機能はどうでもいいから、
sandboxを一般ユーザに解放してほしいわ。
sandboxを一般ユーザに解放してほしいわ。
32 ：名称未設定：2008/10/07(火) 01:57:40 ID:N6SNmUjx0
何気にclassic環境で起動したFinderのほうが速いしね
classic環境どうたらって言うと9erが沸いてくるからよせやー
でも現状のMac OS Xのパフォーマンスに改善の余地があるから
アップルも>>1
>"Leopardの膨大な革新性を基盤にして
新しい世代のコアソフトウェアテクノロジーを統合することにより、
Mac OS Xをさらに洗練し、パフォーマンスを向上させ、
新しい品質のスタンダードを確立します"とのこと。
って言ってるからな
でも現状のMac OS Xのパフォーマンスに改善の余地があるから
アップルも>>1
>"Leopardの膨大な革新性を基盤にして
新しい世代のコアソフトウェアテクノロジーを統合することにより、
Mac OS Xをさらに洗練し、パフォーマンスを向上させ、
新しい品質のスタンダードを確立します"とのこと。
って言ってるからな
Snow LeopardがLeopardより多少速くなったんじゃなく
劇的に速くなってLeopard以前のOSなんか使ってられねーよぐらいのOSを希望するよ
起動時間は3秒ぐらいとか
先週のCEATECで東芝がcell TVで48ch同時再生のデモやってたけど
QuickTimemovie40個ぐらい同時再生してもスムーズに再生出来るとかさ
劇的に速くなってLeopard以前のOSなんか使ってられねーよぐらいのOSを希望するよ
起動時間は3秒ぐらいとか
先週のCEATECで東芝がcell TVで48ch同時再生のデモやってたけど
QuickTimemovie40個ぐらい同時再生してもスムーズに再生出来るとかさ
爆速、そしてファンが爆音を。
37 ：名称未設定：2008/10/07(火) 03:14:13 ID:VzY0CxJx0
なんかまた目くらまし的な機能つくのかな？
38 ：名称未設定：2008/10/07(火) 03:15:27 ID:VzY0CxJx0
あ、今度こそ非解像度依存とかなんとか言うの載っけてほしいな。
げ、緒形拳。
合掌……。
合掌……。
多分今のウインマシンにもインスコできるようになる。
そして無料OSになる。
そして無料OSになる。
緒形拳... 訃報最初にこのスレで知るとはおもわなんだ
>>33
Tiger のクラシック環境って Finder 立ち上がったっけ ?
とおもったらできたのか。
http://www.macosxhints.com/article.php?story=20061024112009845
Tiger のクラシック環境って Finder 立ち上がったっけ ?
とおもったらできたのか。
http://www.macosxhints.com/article.php?story=20061024112009845
「インストーラ」という機能をOSで用意している以上、それと対になるアンインストールの機能はあっても良いな。
例えば、Apple製のアプリケーションでもLogic StudioやFinal Cut Studioなんかはアプリケーションを手動でゴミ箱にいれただけじゃぁ、
数十GBもの不要ファイルが残ることになる。
現時点ではこれは手動で削除するしかなく、初心者にとってはハードルの高い作業だと思う。
すべてのアプリケーションがドラッグ＆ドロップでインストール、ゴミ箱に入れてアンインストールで住めば良いのだけどね。
それもまた、理想の話でちょっと現実的じゃないな。
例えば、Apple製のアプリケーションでもLogic StudioやFinal Cut Studioなんかはアプリケーションを手動でゴミ箱にいれただけじゃぁ、
数十GBもの不要ファイルが残ることになる。
現時点ではこれは手動で削除するしかなく、初心者にとってはハードルの高い作業だと思う。
すべてのアプリケーションがドラッグ＆ドロップでインストール、ゴミ箱に入れてアンインストールで住めば良いのだけどね。
それもまた、理想の話でちょっと現実的じゃないな。
案外Core Duoはサポートされ続けるかもな
iPhoneもあるし、32bitのx86のソフト資産は膨大だし
G5が切られるというよりAltivecが切られるという感じかな
SIMDは最適化が大変だけど、これでパフォーマンスを上げるのがトレンド
32bitと64bitを両方サポートするより
SSEとAltivecを両方サポートする方が大変だしメリットもない
iPhoneもあるし、32bitのx86のソフト資産は膨大だし
G5が切られるというよりAltivecが切られるという感じかな
SIMDは最適化が大変だけど、これでパフォーマンスを上げるのがトレンド
32bitと64bitを両方サポートするより
SSEとAltivecを両方サポートする方が大変だしメリットもない
45 ：名称未設定：2008/10/07(火) 11:43:01 ID:RGkbfpiA0
馬鹿は死ぬまで言い続けるよ
これまでのような新機能の追加から方向性を変えますって書いてあるでしょ。
HDDの巨大化に甘えて肥大化した部分を削るらしいから、ビットマップからベクターに
したりアプリとか1/3ぐらい小さくするのと不要なランゲージとかも削るんよ。
んでAirとかにいれやすくちいさくするんだとか。古いのは見捨てられちゃうかもね。
アンインストーラはそういった動きにはあってるからついてもおかしくないね。
HDDの巨大化に甘えて肥大化した部分を削るらしいから、ビットマップからベクターに
したりアプリとか1/3ぐらい小さくするのと不要なランゲージとかも削るんよ。
んでAirとかにいれやすくちいさくするんだとか。古いのは見捨てられちゃうかもね。
アンインストーラはそういった動きにはあってるからついてもおかしくないね。
ソフトをインストールするとOS（例えばSpotlightとか）が常にそのソフト
の（アップデートとかの）動向を監視して、削除したい時にアプリ本体を
ゴミ箱に入れたらヒモ付けされた関連ファイルが自動的に一緒にゴミ箱に
入ってるようにしてくれたらアップル的にスマートだと思う。
の（アップデートとかの）動向を監視して、削除したい時にアプリ本体を
ゴミ箱に入れたらヒモ付けされた関連ファイルが自動的に一緒にゴミ箱に
入ってるようにしてくれたらアップル的にスマートだと思う。
>>48
なんか安直にそれをすると関連付けされたファイルも全部消されないだろうか...
html エディタをインスコして、アンインストールしたら、
ハードディスク内の html が全部削除されました！とかなると困らない？
OS 側が監視しているだけでなくて、
多分ある程度ソフト側が OS にどのファイルは消して良くてどれは消したら
ダメかおしえてやらないといけないと思う。
なんか安直にそれをすると関連付けされたファイルも全部消されないだろうか...
html エディタをインスコして、アンインストールしたら、
ハードディスク内の html が全部削除されました！とかなると困らない？
OS 側が監視しているだけでなくて、
多分ある程度ソフト側が OS にどのファイルは消して良くてどれは消したら
ダメかおしえてやらないといけないと思う。
>>49
うーん、素人の安直な思いつきだったんで現実には難しそうですな。
でも例えばサードパーティーのアンインストーラーとかも何らかの
情報を頼りに関連ファイルを識別している筈で、アップルが新OSに
対してのガイドラインを作ってソフト側がアップデートとかで対応
すれば行けないかなぁ？
うーん、素人の安直な思いつきだったんで現実には難しそうですな。
でも例えばサードパーティーのアンインストーラーとかも何らかの
情報を頼りに関連ファイルを識別している筈で、アップルが新OSに
対してのガイドラインを作ってソフト側がアップデートとかで対応
すれば行けないかなぁ？
バージョン戻したい時にアプリ捨てて
古いの入れ直したりするんだが
いちいち設定やログ消されてたら泣けるねえ。
古いの入れ直したりするんだが
いちいち設定やログ消されてたら泣けるねえ。
ああいうのはアプリ内の初期設定名とアプリ名でライブラリ内を検索してるだけ。
たまに間違ったやつを消そうとしたり全然ひかからないとかいいかげんだよ。
あとpkgインストーラは /ライブラリ/Receipts/ になにがインストールされたか
記録が残ってるから、覗けるツールで手動でやってもいいしそういうのもあったはず。
たまに間違ったやつを消そうとしたり全然ひかからないとかいいかげんだよ。
あとpkgインストーラは /ライブラリ/Receipts/ になにがインストールされたか
記録が残ってるから、覗けるツールで手動でやってもいいしそういうのもあったはず。
そこらへんの実装問題がスマートにクリア出来ないからこそ、Appleはアンインストール機能をつけないんだろうな。
本来.pkgにはアンインストール可能な仕組みも載せられる訳だし。
10.6でAppleらしい答えが見れれば良いな。
本来.pkgにはアンインストール可能な仕組みも載せられる訳だし。
10.6でAppleらしい答えが見れれば良いな。
あまり詳しくないけど、現在のアプリもいろんなファイルがパッケージされた構造なんだろう？（バンドルとか言うんだっけ？）
そのアプリが必要とするファイルを全て自身の中に格納することは出来ないんだろうか？
後から入れるプラグインとかもカッコイイ仕組みを発明してスマートにインストールするの。
それだったら、いらなくなればそのアプリをゴミ箱にポイするだけだもんね。
そのアプリが必要とするファイルを全て自身の中に格納することは出来ないんだろうか？
後から入れるプラグインとかもカッコイイ仕組みを発明してスマートにインストールするの。
それだったら、いらなくなればそのアプリをゴミ箱にポイするだけだもんね。
消したいアプリはハッキリしてるのだから、Windowsみたいにアンインストールする
アプリをずらずらと並べる必要は無い。
そこで、アンインストールを実行するコマンドをメニューバーのアプリメニューか
ヘルプメニューあたりに入れておくのがいいと思う。
もちろん、今までのゴミ箱ポイでもOK。
アプリをずらずらと並べる必要は無い。
そこで、アンインストールを実行するコマンドをメニューバーのアプリメニューか
ヘルプメニューあたりに入れておくのがいいと思う。
もちろん、今までのゴミ箱ポイでもOK。
>>54
ひとりしか使わないマシンならそれでもいいんだけども、
家族で使ってたりしてマルチユーザー用マシンの場合は、
アプリは多人数でつかわれるので、
各個人の設定はアプリ本体には格納できないです。
それがアンインストーラを難しくしてるところなんだけれども。
ひとりしか使わないマシンならそれでもいいんだけども、
家族で使ってたりしてマルチユーザー用マシンの場合は、
アプリは多人数でつかわれるので、
各個人の設定はアプリ本体には格納できないです。
それがアンインストーラを難しくしてるところなんだけれども。
>>54
基本的には（理想は）それでOKなんだけど、アプリケーションによってはいくつかのアプリケーションで共有するファイルがあったり、
上書きする場合もあったりする。上に例の上がっているLogic Studioもそう。
そういった場合、どう判断するかが問題。下手に消してしまったりすると昔のWindowsみたいにそれでトラブる可能性もあるし。
それと、>>56のいうようにどっちにしろ各ユーザーの設定は別の場所に保存する必要がある。
基本的には（理想は）それでOKなんだけど、アプリケーションによってはいくつかのアプリケーションで共有するファイルがあったり、
上書きする場合もあったりする。上に例の上がっているLogic Studioもそう。
そういった場合、どう判断するかが問題。下手に消してしまったりすると昔のWindowsみたいにそれでトラブる可能性もあるし。
それと、>>56のいうようにどっちにしろ各ユーザーの設定は別の場所に保存する必要がある。
>>45
俺は叫んでるひとりじゃないが
Exposeとウィンドウシェードは全くの別物。OS Xからの人？
ウィンドウシェードの利点は下にあるウィンドウを
ちょっと確認したり比較する時に、ウィンドウもマウスも動かさなくていいので便利。
Exposeだと縮小されるので分からないし、通常の最小化だとDockから出す時
マウスをそこまで持って行かなくてはいけない。
俺は叫んでるひとりじゃないが
Exposeとウィンドウシェードは全くの別物。OS Xからの人？
ウィンドウシェードの利点は下にあるウィンドウを
ちょっと確認したり比較する時に、ウィンドウもマウスも動かさなくていいので便利。
Exposeだと縮小されるので分からないし、通常の最小化だとDockから出す時
マウスをそこまで持って行かなくてはいけない。
ウインドウシェードはあってもいいし、ないならないでも構わない
アンインストールで消えて欲しいのは
自分が保存した覚えのないファイル
つまりアプリが自動で作ったファイルだから
アプリ作成者がキチンとアンインストーラを作るか
インストール時に指定したパスじゃないと
自動でファイルを作れないようにすればOSで管理できるんじゃね？
自分が保存した覚えのないファイル
つまりアプリが自動で作ったファイルだから
アプリ作成者がキチンとアンインストーラを作るか
インストール時に指定したパスじゃないと
自動でファイルを作れないようにすればOSで管理できるんじゃね？
>>1の完全64bit対応って何の事だか説明してくれよ...
リンク先の16TBまでメモリをサポートってのは仮想アドレス空間を広げただけだし。
リンク先の16TBまでメモリをサポートってのは仮想アドレス空間を広げただけだし。
とっととPPCをきってしまいな
PPCに費やす時間と労力考えたら切るってしまう方が旨味が有るのでわ？
只でさえiPhoneで人割かれてるんだしさ
PPCに費やす時間と労力考えたら切るってしまう方が旨味が有るのでわ？
只でさえiPhoneで人割かれてるんだしさ
アプリケーションの導入にインストーラーが必要な感じにするのは絶対に愚策。
某会社のOSの"プログラムの追加と削除"じゃないんだから。
一度に複数アプリの削除を同時に出来ないとかなんなんだよあれは。
だからといってアプリケーションバンドルの中に.plist等を統合するのも愚策。
何故かというとアプリアップデート時に設定等が仕組み上引き継がれなくなるから。
というわけで自分が考えたのは/Users/ユーザー名/Library/Application Support下に各ソフトがソフト名.prefみたいな感じで関連ファイル全てをバンドル化したものを作成する仕様。
言うならばアプリケーションバンドルならぬプレファレンスバンドル。
こうするとソフトと設定がファイルとして一対一の対応になり削除対象ファイルの検知もしやすくなるのでは?と考えたものの、
ただしこの方法だとPreferencePaneやFrameworkやmdimporterやqlgeneratorなどを組み込むソフトに対応できないし既に触れられているようにLogic Studioとかもあることだし。
というわけで批判は受け付ける。
何か他にいい実装方法無いものかな...
というかそう簡単に考えつくなら既にAppleが実装しているはずっていうのが結論なのか。
>>62
実際自分もよく分かってない。
まずこの数字がカーネル空間のものなのかユーザー空間のものなのかが分からない。
2の64乗は16TBじゃなくて16EBじゃないのか?
16TBが現行の500倍ってことは現行は32GBってことになる。
考えれば考えるほど謎だ。
某会社のOSの"プログラムの追加と削除"じゃないんだから。
一度に複数アプリの削除を同時に出来ないとかなんなんだよあれは。
だからといってアプリケーションバンドルの中に.plist等を統合するのも愚策。
何故かというとアプリアップデート時に設定等が仕組み上引き継がれなくなるから。
というわけで自分が考えたのは/Users/ユーザー名/Library/Application Support下に各ソフトがソフト名.prefみたいな感じで関連ファイル全てをバンドル化したものを作成する仕様。
言うならばアプリケーションバンドルならぬプレファレンスバンドル。
こうするとソフトと設定がファイルとして一対一の対応になり削除対象ファイルの検知もしやすくなるのでは?と考えたものの、
ただしこの方法だとPreferencePaneやFrameworkやmdimporterやqlgeneratorなどを組み込むソフトに対応できないし既に触れられているようにLogic Studioとかもあることだし。
というわけで批判は受け付ける。
何か他にいい実装方法無いものかな...
というかそう簡単に考えつくなら既にAppleが実装しているはずっていうのが結論なのか。
>>62
実際自分もよく分かってない。
まずこの数字がカーネル空間のものなのかユーザー空間のものなのかが分からない。
2の64乗は16TBじゃなくて16EBじゃないのか?
16TBが現行の500倍ってことは現行は32GBってことになる。
考えれば考えるほど謎だ。
66 ：名称未設定：2008/10/07(火) 16:36:09 ID:RGkbfpiA0
>>59
>>45です。
すんません、Intelに釣られてWinから入ってきた人間です。
個人的にSpacesで各スペースごとに分けちゃってるから必要性が感じられなかっただけっす。
1スペースにつき最大5つくらいしかウィンドウを開かないので、ポゼで十分だと思ってました。
Apple自身がスペースごとに役割を決めて色々やれと言ってたのでそれに則った形です。
アプリケーションの話は>>65のプレファレンスバンドルがすごくいいと思います。
定期的にOSがソフトとプレファレンスの存在を確認して、ソフト側が消失していたらユーザーにプレファレンスの処遇を提示するというのが個人的な理想。
もしくはゴミ箱にアプリを突っ込んだときにプレファレンスをどうするか聞くとか。
そうすれば>>51みたいな場合も対応可能かと。
浅知恵で考えたから穴がありそうだけどねーorz
>>45です。
すんません、Intelに釣られてWinから入ってきた人間です。
個人的にSpacesで各スペースごとに分けちゃってるから必要性が感じられなかっただけっす。
1スペースにつき最大5つくらいしかウィンドウを開かないので、ポゼで十分だと思ってました。
Apple自身がスペースごとに役割を決めて色々やれと言ってたのでそれに則った形です。
アプリケーションの話は>>65のプレファレンスバンドルがすごくいいと思います。
定期的にOSがソフトとプレファレンスの存在を確認して、ソフト側が消失していたらユーザーにプレファレンスの処遇を提示するというのが個人的な理想。
もしくはゴミ箱にアプリを突っ込んだときにプレファレンスをどうするか聞くとか。
そうすれば>>51みたいな場合も対応可能かと。
浅知恵で考えたから穴がありそうだけどねーorz
そうか32GBっていうのは現行Mac ProのRAM上限のことか。
フォルダ内に
アプリ自身とプレファレンスバンドルとRead Me以上のマニュアルの三点が
常にセットになってるスタイルがいいな
アプリ自身とプレファレンスバンドルとRead Me以上のマニュアルの三点が
常にセットになってるスタイルがいいな
アプリをドラッグすると関連ファイルを自動的に削除してくれるソフトがあるけど、
あれはアプリの中の Contents/Info.plist から情報を取り出して、
初期設定ファイルのパスなどを特定している。
つまり他にもインストールするPreferencePaneやFrameworkやmdimporterやqlgeneratorなどがあるのなら、
同じように Contents/Info.plist に書くように仕様変更すれば、
Finderでアプリがゴミ箱に捨てられたときに、一緒に関連ファイルも捨てるか聞けるようにすることも可能。
これが一番シンプルで使いやすいっしょ。
あれはアプリの中の Contents/Info.plist から情報を取り出して、
初期設定ファイルのパスなどを特定している。
つまり他にもインストールするPreferencePaneやFrameworkやmdimporterやqlgeneratorなどがあるのなら、
同じように Contents/Info.plist に書くように仕様変更すれば、
Finderでアプリがゴミ箱に捨てられたときに、一緒に関連ファイルも捨てるか聞けるようにすることも可能。
これが一番シンプルで使いやすいっしょ。
くだらねーこと話してるな・・・
それだと、上で散々いわれているLogic Studio等とかには対応出来ない。
Logic StudioとかMS Officeとか巨大アプリは普通にインストーラー形式でいいのでは?
アプリファイルをゴミ箱に放り込む度に
「関連するファイルも消去しますか？（他のアプリケーションに影響を与える可能性があります）」
などというダイアログを出して、いたいけなホームユーザを不安に陥れ、ユーザーサポートにかかってくる
電話の本数を増やすくらいなら、ハードディスクの肥やしが少々多くなるほうを選択するだろう。
「関連するファイルも消去しますか？（他のアプリケーションに影響を与える可能性があります）」
などというダイアログを出して、いたいけなホームユーザを不安に陥れ、ユーザーサポートにかかってくる
電話の本数を増やすくらいなら、ハードディスクの肥やしが少々多くなるほうを選択するだろう。
そもそもそんなにアンインストールしないからどうでもよかったりする
自分も、アンインストールするほどアプリをため込むより先に、
次のOSをクリーンインストールするからなあ。
次のOSをクリーンインストールするからなあ。
>>72
Logic StudioやFInal Cut Studioは数十GBものコンテンツをインストールする。
そして、これらは複数のアプリケーションで使用する可能性のある共有コンテンツなため、どのアプリケーションに紐付け
られているのかは一概にいえず、OSとしては判断出来ない。
かといって、そのまま残しておくにはあまりに大きすぎる容量。
これは極端な例だとしても、この用に複数のアプリケーションで共有されるファイルは他にも色々とある。
だからといって、>>74のいうように某OSの様に確認のダイアログを出すのはスマートとはいえない。
なかなか難しいね。アプリケーションの構造の見直しが必要だと思う。
Logic StudioやFInal Cut Studioは数十GBものコンテンツをインストールする。
そして、これらは複数のアプリケーションで使用する可能性のある共有コンテンツなため、どのアプリケーションに紐付け
られているのかは一概にいえず、OSとしては判断出来ない。
かといって、そのまま残しておくにはあまりに大きすぎる容量。
これは極端な例だとしても、この用に複数のアプリケーションで共有されるファイルは他にも色々とある。
だからといって、>>74のいうように某OSの様に確認のダイアログを出すのはスマートとはいえない。
なかなか難しいね。アプリケーションの構造の見直しが必要だと思う。
全部パッケージング、じゃダメですか。
共有という概念はなくして。
共有という概念はなくして。
メモリやストレージが腐るほどあればそれでも良いのだろうけど…。
Snow Leopardの方向性のひとつでもある軽量化とのバランスが難しいところだね。
Snow Leopardの方向性のひとつでもある軽量化とのバランスが難しいところだね。
OS の動作の軽量化とは関係ないから、いいんじゃないかな。
ストレージはバカみたいに広大化してってるし。
ストレージはバカみたいに広大化してってるし。
>>78
>>56でも書いてあるけどそれだとマルチユーザー環境で難がある。
確かにPro AppじゃなくてもGarageBand関連でも/Library/Audio/Apple Loopsの下とかは356.9MBもある。
MacBook Airとかのことも考えると>>77の言うように構造の見直しが必要だと思う。
さすがにAirでFCP使う人はいなくてもApertureぐらいなら使う人はいるだろうし。
>>56でも書いてあるけどそれだとマルチユーザー環境で難がある。
確かにPro AppじゃなくてもGarageBand関連でも/Library/Audio/Apple Loopsの下とかは356.9MBもある。
MacBook Airとかのことも考えると>>77の言うように構造の見直しが必要だと思う。
さすがにAirでFCP使う人はいなくてもApertureぐらいなら使う人はいるだろうし。
年賀状用に毛筆系のフォント入れて置いて欲しいな
宛名職人がいつあぼーんするかわからん不安もあるし
宛名職人がいつあぼーんするかわからん不安もあるし
>>83
だとしても縦書き......
だとしても縦書き......
DAWソフトなんかは音源データとかはOSとは別のHDに物理的に分けて使うのが通例だしな。
共有ライブラリのアンインストールはハードリンクみたいなもんにすればよくね？
インストール時にLibraryに入ったものは、そのアプリが入ったパスにハードリンクをはる
別のソフトが共有ライブラリを使う場合は、そのアプリにハードリンクをはる
アンインストール時は、アプリとその中にあるハードリンクだけ消える
あとはSpotlightのインデックス作成中とかに
ガベージコレクションみたいに、どこからもリンクされていないLibraryの実体を消す
インストール時にLibraryに入ったものは、そのアプリが入ったパスにハードリンクをはる
別のソフトが共有ライブラリを使う場合は、そのアプリにハードリンクをはる
アンインストール時は、アプリとその中にあるハードリンクだけ消える
あとはSpotlightのインデックス作成中とかに
ガベージコレクションみたいに、どこからもリンクされていないLibraryの実体を消す
>>87
どのファイルがどの共有ライブラリを参照するかは、プログラムの実行時には
ダイナミックリンカがよしなにしてくれているわけで、それを調べることもできるけど、
そういうのを止めてファイルのハードリンクみたいな、ある意味静的な方式にしたいと?
いずれにせよ、ある時点のある設定で誰からも参照されていないからといって消してい
いのかは微妙な気がする。
どのファイルがどの共有ライブラリを参照するかは、プログラムの実行時には
ダイナミックリンカがよしなにしてくれているわけで、それを調べることもできるけど、
そういうのを止めてファイルのハードリンクみたいな、ある意味静的な方式にしたいと?
いずれにせよ、ある時点のある設定で誰からも参照されていないからといって消してい
いのかは微妙な気がする。
静的・動的リンクってのは、ビルド時か実行時にリンクするかって意味だから
そういう意味では静的にはならんだろ
そういう意味では静的にはならんだろ
つーか共有ライブラリはロードされなきゃ何も起きないんだから
わざわざ神経質になって消す必要はないと思うが。
まあそもそも特定のアプリケーション向けの共有ライブラリは
.appの中に入れるべきであって、/Library以下にインストールするのは行儀が悪いわな。
わざわざ神経質になって消す必要はないと思うが。
まあそもそも特定のアプリケーション向けの共有ライブラリは
.appの中に入れるべきであって、/Library以下にインストールするのは行儀が悪いわな。
再インスコ時に設定を引きつぐのはその仕様のおかげだろ
一長一短あるんだからもっと多面的に見た方がいい
一長一短あるんだからもっと多面的に見た方がいい
まあ設定も消して一からやり直したい時もあるわな
初心者に設定いじってたら動かなくなったーと言われた時とか
初心者に設定いじってたら動かなくなったーと言われた時とか
そういう場合は設定だけ消せばいいわけで
いくらいいとか言われても開発がこのスレの住人じゃないと（ry
設定だけ消すにしても今の設定ファイルは分かりにくい
まぁ初心者は触るなってことなんだろうけど
まぁ初心者は触るなってことなんだろうけど
わかりにくいって、大体はApplicationSupportの中に入ってね？
まあ昔の初期設定フォルダじゃないってことかもしれんが。
あれはあれで、知り合いの初心者は
システムフォルダに手をつけるのが嫌でさわれなかったなw
まあ昔の初期設定フォルダじゃないってことかもしれんが。
あれはあれで、知り合いの初心者は
システムフォルダに手をつけるのが嫌でさわれなかったなw
だいたいユーザーのPreferencesとApplicationSupportに入ってるけど
たまにお行儀の悪いアプリはあるよね
たまにお行儀の悪いアプリはあるよね
製作者側で用意してくれた手順なら安心できるけど
一般的にこうだとか、オレがうまくいったからという方法だと
自分のマシン以外では実行しにくい
一般的にこうだとか、オレがうまくいったからという方法だと
自分のマシン以外では実行しにくい
GimpやInkscapeをMacPortsで入れた場合も設定ファイルは>>98の言う場所に出来るのか?
それとも独自?
それとも独自?
>>103
そう。
ま、Cocoa/CarbonみたいにAPIでそうなってるんじゃなくて、あくまでも慣習的ということで。
ファイルの形式も決まってないし。
んー全然Snow Leopardじゃないなw
そう。
ま、Cocoa/CarbonみたいにAPIでそうなってるんじゃなくて、あくまでも慣習的ということで。
ファイルの形式も決まってないし。
んー全然Snow Leopardじゃないなw
>>65
>まずこの数字がカーネル空間のものなのかユーザー空間のものなのかが分からない。
ユーザー空間じゃないの。
>2の64乗は16TBじゃなくて16EBじゃないのか?
64ビットになったからといって実際にユーザープログラムからフルに2^64のアドレスが使える
かというとそれは別問題。64ビットより小さくなる理由がいくつかある。
どうもハード的な制限では16TBというのはないみたいなので、もしかするとカーネルが割り当てる
ページの最大数とかの制限かも。
メモリ空間はカーネルが割当を管理していて、ゼロコストでいくらでもメモリ空間を利用可能に
できるというわけではない。
>まずこの数字がカーネル空間のものなのかユーザー空間のものなのかが分からない。
ユーザー空間じゃないの。
>2の64乗は16TBじゃなくて16EBじゃないのか?
64ビットになったからといって実際にユーザープログラムからフルに2^64のアドレスが使える
かというとそれは別問題。64ビットより小さくなる理由がいくつかある。
どうもハード的な制限では16TBというのはないみたいなので、もしかするとカーネルが割り当てる
ページの最大数とかの制限かも。
メモリ空間はカーネルが割当を管理していて、ゼロコストでいくらでもメモリ空間を利用可能に
できるというわけではない。
106 ：名称未設定：2008/10/12(日) 19:00:07 ID:EkOCqDSj0
OS XのCore ImageやCore Animation、それからQuartz等の技術と、
VistaのAeroってどういう違いがあるんでしょうか？
VistaのAeroってどういう違いがあるんでしょうか？
一言で言うとGPUをどこまで使うかが違う。
QuartzとかAeroとかいうのは所詮普通のUI表示レベルの話。
それをイメージングやアニメーションのレベルまで使用できるようにしたのがCore ImageとかCore Animationなど。
でもう一歩進んで一般的な用途でもGPUを使用できるようにするGPGPUのトレンドに乗ったのがOpen CL。
と言うのが自分の理解。
微妙に違っているかもしれないが。
QuartzとかAeroとかいうのは所詮普通のUI表示レベルの話。
それをイメージングやアニメーションのレベルまで使用できるようにしたのがCore ImageとかCore Animationなど。
でもう一歩進んで一般的な用途でもGPUを使用できるようにするGPGPUのトレンドに乗ったのがOpen CL。
と言うのが自分の理解。
微妙に違っているかもしれないが。
車のエンジンとバイクのエンジンみたいな違い
Aeroは技術の名前じゃなくてデザインの名前。
Windows側の技術だとDirect3DとかWPFあたりが該当するかな。
Windows側の技術だとDirect3DとかWPFあたりが該当するかな。
ああそういえばそうだったな。
つまりMacでAeroに当たる名称なのはAquaってことか。
あとどうでもいいところだけどさっきの書き込みでのOpenCLには間にスペースが入らないらしい。
つまりMacでAeroに当たる名称なのはAquaってことか。
あとどうでもいいところだけどさっきの書き込みでのOpenCLには間にスペースが入らないらしい。
OpenGLもそうだしな、スペース。
Core某も。
Core某も。
ちょっとエロいと
なんかこうすっごいエロいの違いかと
なんかこうすっごいエロいの違いかと
なんとなく分かりました。
ありがとうございます。
ありがとうございます。
ここで揚げ足とって些細な事で粘着する阿呆がでないのがいいね。
さすが10.6スレ
無駄な阿呆は居ないんだね。
さすが10.6スレ
無駄な阿呆は居ないんだね。
ドザはVista対XPの戦いに必死でこんな高尚なスレを煽るほどの暇は無いのだよ。
前スレには愛称がどうとか言い出す馬鹿なアニオタがいたんだけどな。
んで誰が良い思いするOSなんだ
>>117
もちろんAppleだけに決まってるだろ。
もちろんAppleだけに決まってるだろ。
あれか？
俺が、俺たちがAppleだ。
俺が、俺たちがAppleだ。
120 ：名称未設定：2008/10/15(水) 04:40:56 ID:5kjKEXv50
おまえらって本当に馬鹿だな
そんなことわざわざここまできて言うことかこのドザめが。
実際に出るのは、来年のいつ頃なんでしょうね？
春か夏じゃね？
秋でもいいからしっかり作り込んでほしい。
125 ：名称未設定：2008/10/15(水) 11:46:12 ID:fEgkDBHP0
>>119
ダブルオー自重。
ダブルオー自重。
今回出たMacBookの新モデルと従来踏襲モデル、
来年Snow Leopardを入れたら今以上に色々差が出るんだろうな。
来年Snow Leopardを入れたら今以上に色々差が出るんだろうな。
>>119
ちょとカコイイかも
ちょとカコイイかも
スリープからの復帰じゃねーかと言われそうだけど
マイクロソフト、PC用の「インスタント起動OS｣を開発中？
ttp://japanese.engadget.com/2008/10/14/microsoft-instant-on/
(2秒以下から1〜2分の選択式) って言っているから
Snow Leopardも３秒以下の起動を目指すべきだな
マイクロソフト、PC用の「インスタント起動OS｣を開発中？
ttp://japanese.engadget.com/2008/10/14/microsoft-instant-on/
(2秒以下から1〜2分の選択式) って言っているから
Snow Leopardも３秒以下の起動を目指すべきだな
将来的にパソコンのOSなんてみんなOFF＝スリープ的なものになればいいんだよね
従来の再起動は「リフレッシュ」とかそんな感じの機能に
従来の再起動は「リフレッシュ」とかそんな感じの機能に
>>129
これはSplashtopとかのメインのOSが動いていないときにさっとブラウザだけ使うとかそういう用途ではないのか?
これはSplashtopとかのメインのOSが動いていないときにさっとブラウザだけ使うとかそういう用途ではないのか?
Tigerからもさくっと移行できるのかなあ。
133 ：名称未設定：2008/10/16(木) 12:45:02 ID:IUfb/aNO0
134 ：名称未設定：2008/10/16(木) 12:48:19 ID:3qmf2BfZ0
>>133
macはメモリ沢山積むといいよ。
macはメモリ沢山積むといいよ。
スポットライトをTigerの別窓使用に戻して欲しいな
Leoの検索結果は精度が悪すぎるしなんとかしてくれ。
Leoの検索結果は精度が悪すぎるしなんとかしてくれ。
spotinside
Snow LeopardがWindowsより軽くて速くなるのは当然だよな
OS側じゃなくソフト側の問題もあるけど
boot campで同じマシン構成でMacとWindowsが使えるようになって
Photoshopの画像処理でどっちが速いかってのが前あった気がしたが
Windows版の方が速かったってのがあったよな
PhotoshopなんてMac由来のソフトなんだしそれじゃ駄目だろ
OS側じゃなくソフト側の問題もあるけど
boot campで同じマシン構成でMacとWindowsが使えるようになって
Photoshopの画像処理でどっちが速いかってのが前あった気がしたが
Windows版の方が速かったってのがあったよな
PhotoshopなんてMac由来のソフトなんだしそれじゃ駄目だろ
そうそうこれな
ショック……Boot Campで分かった「Windows XP vs Mac OS X」対決の衝撃的な結末とは？
ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/08/news009.html
ショック……Boot Campで分かった「Windows XP vs Mac OS X」対決の衝撃的な結末とは？
ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/08/news009.html
139 ：名称未設定：2008/10/16(木) 15:45:45 ID:hePCCAxl0
ひづけ
Vistaも発売からしばらくはXPより遅いってさんざん言われてたしな。
いや今でも言われてるだろ
速い、使いやすい 2000 > XP > VISTA 遅い、使いにくい
遅い、使いにくい 10.0 < 10.1 < 10.2 < 10.3 < 10.4 < 10.5 速い、使いやすい
退化するWindows
進化するMac OS X
遅い、使いにくい 10.0 < 10.1 < 10.2 < 10.3 < 10.4 < 10.5 速い、使いやすい
退化するWindows
進化するMac OS X
MacOSXで仕切り直したのが効いたな。
Windowsも仕切り直せばいいよ。
Windowsも仕切り直せばいいよ。
SSD刷れいったら凄いもん見れるがな
>>143
XPのときに9xを完全に切り捨てればよかったんだけどな
XPのときに9xを完全に切り捨てればよかったんだけどな
アップルコンピュータ
アップルコンピュータとはアメリカ合衆国キャリフォーニャ州に本部を置く宗教団体である。教祖はスティーブ・ジョブズ。1976年4月1日に
発足し2006年現在では全世界に1000万人以上の信者を抱える林檎教はキリスト教、イスラム教、仏教と並んで世界四大宗教のひとつ
に数えられる。アップルとは、エデンの園にあった禁断の木の実の名称であり、これを一口食べると劣情を覚えるため、これを覚りと呼ぶ
のである。主な活動はMacintoshという、パーソナルコンピュータ型バイブルによる布教活動であるが、近年ではiPodと呼ばれる蓄音機
型小型バイブルの普及に成功し、多くの異教徒からも注目を集めている。さらに2007年6月にはiPhoneと呼ばれる携帯電話型バイプルも
出版された。なお日本国の中古車販売店や英吉利帝国の音楽会社などがアップルを名乗る事があるが、これらは宗教法人アップルコン
ピュータとは一切関係ない。
ttp://ansaikuropedia.org/wiki/%E3%82%A2%E3%83%83%E3%83%97%E3%83%AB_%E3%82%A4%E3%83%B3%E3%82%B3%E3%83%BC%E3%83%9D%E3%83%AC%E3%82%A4%E3%83%86%E3%83%83%E3%83%89
アップルコンピュータとはアメリカ合衆国キャリフォーニャ州に本部を置く宗教団体である。教祖はスティーブ・ジョブズ。1976年4月1日に
発足し2006年現在では全世界に1000万人以上の信者を抱える林檎教はキリスト教、イスラム教、仏教と並んで世界四大宗教のひとつ
に数えられる。アップルとは、エデンの園にあった禁断の木の実の名称であり、これを一口食べると劣情を覚えるため、これを覚りと呼ぶ
のである。主な活動はMacintoshという、パーソナルコンピュータ型バイブルによる布教活動であるが、近年ではiPodと呼ばれる蓄音機
型小型バイブルの普及に成功し、多くの異教徒からも注目を集めている。さらに2007年6月にはiPhoneと呼ばれる携帯電話型バイプルも
出版された。なお日本国の中古車販売店や英吉利帝国の音楽会社などがアップルを名乗る事があるが、これらは宗教法人アップルコン
ピュータとは一切関係ない。
ttp://ansaikuropedia.org/wiki/%E3%82%A2%E3%83%83%E3%83%97%E3%83%AB_%E3%82%A4%E3%83%B3%E3%82%B3%E3%83%BC%E3%83%9D%E3%83%AC%E3%82%A4%E3%83%86%E3%83%83%E3%83%89
でもHDD起動のマシンじゃなくSSD起動のマシンなら
３秒起動も余裕じゃないのか？
３秒起動も余裕じゃないのか？
>>148
今んとこ10.4.11のSSD搭載マシンで起動は10秒前後
http://www.spirica.jp/blog/
起動時にデバイスチェックとかMac内部で準備を色々してるから、3秒起動は根本的な仕組みが変わらんと無理でしょ
今んとこ10.4.11のSSD搭載マシンで起動は10秒前後
http://www.spirica.jp/blog/
起動時にデバイスチェックとかMac内部で準備を色々してるから、3秒起動は根本的な仕組みが変わらんと無理でしょ
それこそスリープで運用してたらいい話に思えるけど
>>150
あなたのような素人が考えつくようなことはもうほぼやってあるよ。
あなたのような素人が考えつくようなことはもうほぼやってあるよ。
起動ボタンを押して、さあ一服といった時代は終わってたのか……
ブートローダーを紙テープで読みk
いや、何でも無い。
いや、何でも無い。
脳内変換おつかれさまでぃす。
>>152
分かっててもなかなかやれないことは多いよ。特に規格がらみは
Snow Leopardも機能が一通り揃ったから、内部整理やれるんだろ
SSDは最近流行ってきたばかりだし、HDD用のインターフェイス使ってるから
FLASH用のインターフェイスが出来れば初期化も効率よくなるでしょ
分かっててもなかなかやれないことは多いよ。特に規格がらみは
Snow Leopardも機能が一通り揃ったから、内部整理やれるんだろ
SSDは最近流行ってきたばかりだし、HDD用のインターフェイス使ってるから
FLASH用のインターフェイスが出来れば初期化も効率よくなるでしょ
158 ：名称未設定：2008/10/17(金) 22:43:30 ID:p87EtUDT0
>>157
お前さんがあんまりわかってないことはわかった
お前さんがあんまりわかってないことはわかった
まあ玄人的に限界まで来てるの解らんでもないが
そこを素人でも解るようなブレイクスルーで人々を驚かせないと
ギミックじゃなくパフォーマンスでさ
そこを素人でも解るようなブレイクスルーで人々を驚かせないと
ギミックじゃなくパフォーマンスでさ
もともとそういう分かりやすい機能追加は無し、って書いてあるでしょ。
素人にとっては例えばPantherはExposé、TigerはSpotlightやDashboard、LeopardはTime Machineが
目玉機能かもしれないけど、プログラマから見たらそんなのただのおまけなんだよ。
素人にとっては例えばPantherはExposé、TigerはSpotlightやDashboard、LeopardはTime Machineが
目玉機能かもしれないけど、プログラマから見たらそんなのただのおまけなんだよ。
男は外見より内面よ。って嫁が言ってた。
今日も星が綺麗だ。
今日も星が綺麗だ。
Coreシリーズは、結構プログラマも喜んでるんでない？
あと、マルチタッチからさらに進化して、マルチカーソルも欲しいのだが。
縦書き機能載せて欲しい
取りあえず次ぎは10.6に合わせてくれれば良い。
CocoaFinderがようやく来るっぽいな。wktk
Mac OS X Snow Leopard、「Cocoa Finder」と「ImageBoot」を搭載
AppleInsiderでは、「Mac OS X 10.6 Snow Leopard」は、「Finder」が大幅に書き直しされ、
さらに「ImageBoot」という新機能を搭載するようだと伝えています。
情報筋によると、FinderはCocoaで書き直されるとのことです。
Appleは開発者コミュニティーの一部メンバーに
Snow Leopardのプレリリース版（ビルド10Axxx）の一部である
アップデートしたグラフィカルファイルシステムマネージャーのテストを
依頼しているとのことです。
さらに、新しいビルド含まれる多くのApple製アプリケーションもCocoaとなっているそうです。
Snow LeopardのiCal、Address Book、Mailで予定しているMicrosoft Exchange 2007のサポートは
現在も作業が進められており、デベロッパにテストを依頼しているとのことです。
Snow Leopardは、ディスクイメージベースのインストレーションの
第3のオプションとなるImageBootを搭載する予定とのことです。
ImageBootは、AppleのローカルNetBoot技術をベースにしており、
Mac OS Xのコピーをインストールするプライマリーパーティションではない
他のストレージパーティション上に設置したディスクイメージでMacを起動できるそうです。
Mac OS X 10.6 Snow Leopardは、今週末にも配布対象が拡大されるようです。
AppleInsiderでは、「Mac OS X 10.6 Snow Leopard」は、「Finder」が大幅に書き直しされ、
さらに「ImageBoot」という新機能を搭載するようだと伝えています。
情報筋によると、FinderはCocoaで書き直されるとのことです。
Appleは開発者コミュニティーの一部メンバーに
Snow Leopardのプレリリース版（ビルド10Axxx）の一部である
アップデートしたグラフィカルファイルシステムマネージャーのテストを
依頼しているとのことです。
さらに、新しいビルド含まれる多くのApple製アプリケーションもCocoaとなっているそうです。
Snow LeopardのiCal、Address Book、Mailで予定しているMicrosoft Exchange 2007のサポートは
現在も作業が進められており、デベロッパにテストを依頼しているとのことです。
Snow Leopardは、ディスクイメージベースのインストレーションの
第3のオプションとなるImageBootを搭載する予定とのことです。
ImageBootは、AppleのローカルNetBoot技術をベースにしており、
Mac OS Xのコピーをインストールするプライマリーパーティションではない
他のストレージパーティション上に設置したディスクイメージでMacを起動できるそうです。
Mac OS X 10.6 Snow Leopardは、今週末にも配布対象が拡大されるようです。
これか。Carbon ベースのものは全面 Cocoa で書き換え。楽しみだね。
てか素人考えだけど、アップルのアナウンスとは裏腹に、OS のアップデートとして
結構でかいものになるんじゃないの？
http://www.appleinsider.com/articles/08/10/17/apples_snow_leopard_to_sport_cocoa_finder_and_imageboot.html
Cocoa-based Finder
People familiar with matter say the Finder, which currently stands as one of
the oldest Carbon-based applications in the Mac OS portfolio, has been completely
re-written in the company's native object-oriented application program environment
called Cocoa.
Apple has reportedly tapped select members of its developer community to begin
testing the updated graphical file system manager as part of a new pre-release copy of
Snow Leopard belonging to the build train 10Axxx. In addition, many of
the Apple-authored applications accompany the new build are also said to have been
wrapped completely in Cocoa.
てか素人考えだけど、アップルのアナウンスとは裏腹に、OS のアップデートとして
結構でかいものになるんじゃないの？
http://www.appleinsider.com/articles/08/10/17/apples_snow_leopard_to_sport_cocoa_finder_and_imageboot.html
Cocoa-based Finder
People familiar with matter say the Finder, which currently stands as one of
the oldest Carbon-based applications in the Mac OS portfolio, has been completely
re-written in the company's native object-oriented application program environment
called Cocoa.
Apple has reportedly tapped select members of its developer community to begin
testing the updated graphical file system manager as part of a new pre-release copy of
Snow Leopard belonging to the build train 10Axxx. In addition, many of
the Apple-authored applications accompany the new build are also said to have been
wrapped completely in Cocoa.
Finderの全面書き換えというとCoplandを思い出して不吉な気分になるじゃないかw
至極まっとうなロードマップだわ。
まっとうすぎて、ちょっと尊敬してしまうくらい。
アップルこんなに目鼻のきくロードマップを敷いて発達していくのに
感動を覚える。
まっとうすぎて、ちょっと尊敬してしまうくらい。
アップルこんなに目鼻のきくロードマップを敷いて発達していくのに
感動を覚える。
目鼻じゃなくて目先
おっと。失礼つかまつりました。
174 ：名称未設定：2008/10/18(土) 13:01:00 ID:+6AFfGBr0
175 ：名称未設定：2008/10/18(土) 13:25:48 ID:97NmXLVp0
>>162
CoreシリーズというかMacOS X の開発環境はNeXTゆずりなオブジェクト指向開発環境なのがいいんだよな。
CoreAnimationとか派手なやつに注目されがちだけど、CoreDataっつーEOFゆずりのデータ操作フレームワークが強力ｽｸﾞﾙ
細かい所にドキュメントやノウハウが少なかったりバグが放置されたままなのが痛いんだけど
ソフトウェア開発環境という視点でみれば、MacOS時代がかすんでみえるほど良い時代になったもんだよ(;´д｀)
CoreシリーズというかMacOS X の開発環境はNeXTゆずりなオブジェクト指向開発環境なのがいいんだよな。
CoreAnimationとか派手なやつに注目されがちだけど、CoreDataっつーEOFゆずりのデータ操作フレームワークが強力ｽｸﾞﾙ
細かい所にドキュメントやノウハウが少なかったりバグが放置されたままなのが痛いんだけど
ソフトウェア開発環境という視点でみれば、MacOS時代がかすんでみえるほど良い時代になったもんだよ(;´д｀)
>>169
CocoaアプリからでもCarbon APIは呼べるし、わざわざそんなことはしないでしょ。
CocoaアプリからでもCarbon APIは呼べるし、わざわざそんなことはしないでしょ。
レガシーCarbonは切捨て？
>>160
その中でSpotlightだけはかなりすごいと思うが。
その中でSpotlightだけはかなりすごいと思うが。
Spotlight、かなりまだ未完成の様な……
Appleソフトが全てCocoaに刷新されたら次が気になるな
本格的なマルチコア時代に向けて、関数型のFunction C作るとか
IntelはSIMD命令の拡張で性能上げる道を選んだから
それに対応して、LLVMでJITコンパイルする環境を作るのか
本格的なマルチコア時代に向けて、関数型のFunction C作るとか
IntelはSIMD命令の拡張で性能上げる道を選んだから
それに対応して、LLVMでJITコンパイルする環境を作るのか
時代がマルチコア全盛だからしょうがないが
マルチプロセッシングが置き去りになっている
現状2CPU対応を最低でも8CPU対応まで引き上げるべきだよ
Intel Core i7だと通常では最大8個までのプロセッサ接続を想定しているんだろ
マルチプロセッシングが置き去りになっている
現状2CPU対応を最低でも8CPU対応まで引き上げるべきだよ
Intel Core i7だと通常では最大8個までのプロセッサ接続を想定しているんだろ
>>181
Xeon MPは凄い高いし構想外の領域じゃない？
Xeon MPは凄い高いし構想外の領域じゃない？
>>180
アップルはOpenCLをVVVMを用いて実装するらしいが
ついでに一般アプリでも、中間コードからGPU向けにコンパイルして
プログラマが意識しなくてもGPUパワーを使えるようにならないかな。
LLVMは動的な言語に向かないらしいから実際は望み薄だが。
アップルはOpenCLをVVVMを用いて実装するらしいが
ついでに一般アプリでも、中間コードからGPU向けにコンパイルして
プログラマが意識しなくてもGPUパワーを使えるようにならないかな。
LLVMは動的な言語に向かないらしいから実際は望み薄だが。
>>181
別にCore i7が8CPUに対応してるわけじゃないから。
つーかどうせAppleはXeon MPを採用する予定なんか無いだろ。
というか2CPUまでなんて制限はOS側にあるのか?聞いた事が無いんだが。
別にCore i7が8CPUに対応してるわけじゃないから。
つーかどうせAppleはXeon MPを採用する予定なんか無いだろ。
というか2CPUまでなんて制限はOS側にあるのか?聞いた事が無いんだが。
>>186
VMware Fusionの仮想SMP機能は「4個のCPU」として実装されているので、ゲストOSが
XPやVistaだと2個しか認識されないが、Leopard Serverゲストだと4個認識される。
だから少なくとも4つの物理CPUまでは問題なく動くと思う。
VMware Fusionの仮想SMP機能は「4個のCPU」として実装されているので、ゲストOSが
XPやVistaだと2個しか認識されないが、Leopard Serverゲストだと4個認識される。
だから少なくとも4つの物理CPUまでは問題なく動くと思う。
俺はそろそろマシン買い替えの時期なので、この冬にNehalemのMac Proが出たら
買うつもりなんだけど、2CPUでも16スレッド実行可能になるから
すごい時代になったもんだな。
買うつもりなんだけど、2CPUでも16スレッド実行可能になるから
すごい時代になったもんだな。
着々とQuickTime Xの方も準備はしているみたいだな。
http://www.macrumors.com/2008/10/18/apple-enabled-gpu-hardware-decoding-of-h-264-on-new-macbook
かなり期待できるリリースな予感。
http://www.macrumors.com/2008/10/18/apple-enabled-gpu-hardware-decoding-of-h-264-on-new-macbook
かなり期待できるリリースな予感。
>>189
Quick Time XってG4 Mac miniでも恩恵あるの？
Quick Time XってG4 Mac miniでも恩恵あるの？
>>190
PowerPCはSnow Leopardで切られるというのはほぼ確定らしい。
Core DuoすらSnow Leopardの真価を発揮できるか微妙な状況。
Mac miniはほぼディスコン決定だし買い換え時の判断が重要かも。
ここまで来たならSnow Leopardまで待機がいいかもしれないと自分は思うが。
PowerPCはSnow Leopardで切られるというのはほぼ確定らしい。
Core DuoすらSnow Leopardの真価を発揮できるか微妙な状況。
Mac miniはほぼディスコン決定だし買い換え時の判断が重要かも。
ここまで来たならSnow Leopardまで待機がいいかもしれないと自分は思うが。
>>191
おい、それ本当なの？
G4 miniでも720pxのHD動画なら観れるから
QuickTImeXが出ればフルHDも観れるようになって
まだまだ、G4 miniで行けると思ってたんだけど。。。
おい、それ本当なの？
G4 miniでも720pxのHD動画なら観れるから
QuickTImeXが出ればフルHDも観れるようになって
まだまだ、G4 miniで行けると思ってたんだけど。。。
>>192
G4miniはRADEON9200だからGPUによる再生支援はどのみち不可能。
G4miniはRADEON9200だからGPUによる再生支援はどのみち不可能。
>>192
公式発表はまだ何もないが少なくともWWDC配布ビルドはIntel onlyらしい。
公式発表はまだ何もないが少なくともWWDC配布ビルドはIntel onlyらしい。
LeopardのJava SE 6も64 - bit Intel- basedだし
Snow Leopardは完全64bitOSでいいだろ〜
Snow Leopardは完全64bitOSでいいだろ〜
196 ：名称未設定：2008/10/18(土) 18:02:41 ID:GYI21LAl0
いつ出るの？
来年の夏には確実ですか？
来年の夏には確実ですか？
CocoaでFinderを書き直したビルドを限定的に配布を始めたという話からして
Macworld 2009:一般向けデモ
WWDC2009:MSでいうRC相当のものを配布
秋頃:発売
と自分は思っている。
Macworld 2009:一般向けデモ
WWDC2009:MSでいうRC相当のものを配布
秋頃:発売
と自分は思っている。
>>189
h.264の再生が軽くなったのは単純にドライバの出来なんじゃないかな。
以前のMacBookのベンチマークでもOpen GLのスコアはハードのスペックと一致していなかったし。
Snow Leopardは違うかもしれないけど、その記事は間違ってると思う。
h.264の再生が軽くなったのは単純にドライバの出来なんじゃないかな。
以前のMacBookのベンチマークでもOpen GLのスコアはハードのスペックと一致していなかったし。
Snow Leopardは違うかもしれないけど、その記事は間違ってると思う。
>>176
>CocoaアプリからでもCarbon APIは呼べるし、わざわざそんなことはしないでしょ。
必ずしもそうは言い切れないと思う。
CocoaとCarbonを行ったり来たりするのは、いろいろ効率が悪い。内部的にも複雑になってるはず。
Snow Leopardで、基盤の強化に注力するというなら、そこら辺の整理を視野に入れてもいいような
気がする。
>CocoaアプリからでもCarbon APIは呼べるし、わざわざそんなことはしないでしょ。
必ずしもそうは言い切れないと思う。
CocoaとCarbonを行ったり来たりするのは、いろいろ効率が悪い。内部的にも複雑になってるはず。
Snow Leopardで、基盤の強化に注力するというなら、そこら辺の整理を視野に入れてもいいような
気がする。
>>CocoaとCarbonを行ったり来たりするのは、いろいろ効率が悪い。内部的にも複雑になってるはず。
全く見当違い。
全く見当違い。
>>198
H.264のデコードにOpenGLなんか使わんよ。
>>199
別に悪くないから。行ったり来たりするわけでもないし。
CocoaのGUIとCarbonのGUIを混ぜるとかならともかく、
CocoaのGUIとCarbonの低レベルAPIの組み合わせなんてどのアプリでも普通にやってる事だ。
何のためにCarbonの一部を64bit化したと思ってるんだか。
H.264のデコードにOpenGLなんか使わんよ。
>>199
別に悪くないから。行ったり来たりするわけでもないし。
CocoaのGUIとCarbonのGUIを混ぜるとかならともかく、
CocoaのGUIとCarbonの低レベルAPIの組み合わせなんてどのアプリでも普通にやってる事だ。
何のためにCarbonの一部を64bit化したと思ってるんだか。
202 ：名称未設定：2008/10/18(土) 19:44:41 ID:PXwdgfDi0
Intelでクラシックが動かせるようにしたらいいのに。
もちろんAppleのサポート付きで
もちろんAppleのサポート付きで
203 ：名称未設定：2008/10/18(土) 19:45:24 ID:PXwdgfDi0
>>196
大体そのへん
大体そのへん
>>202
SheepShaverを持ってくるのか?
SheepShaverを持ってくるのか?
またtigerの時みたく９月末までは夏ですね
来夏に出すと言ってたんじゃなくて
6月の時点でおよそ1年で出す、だからね
6月の時点でおよそ1年で出す、だからね
一般人相手に念を押してどうするんだかw
何をCarbonと呼ぶかが人によって違うからな。
HIToolboxみたいなレガシーAPIをCarbonと呼ぶ人と、
LaunchServicesみたいなモダンCarbonも引っ括めて呼ぶ人。
HIToolboxみたいなレガシーAPIをCarbonと呼ぶ人と、
LaunchServicesみたいなモダンCarbonも引っ括めて呼ぶ人。
appleのサイト見れば分かるだろ
>>208
HIToolBox は (64bitでは切られたけど)レガシーじゃないだろ
CF ベースだし。
レガシー Carbon というのは OS 8 のころからある Toolbox 系のことにしておきたい
HIToolBox は (64bitでは切られたけど)レガシーじゃないだろ
CF ベースだし。
レガシー Carbon というのは OS 8 のころからある Toolbox 系のことにしておきたい
>>200 >>201
そうかーわからんかなあ。
例えば、ファイルにアクセスするのにパスでアクセスするのと、FSRefを作ってアクセス
するのと、一つのプログラムの中で両方を使っているとする。
まずデータ形が違うから互いを参照するにはいちいち変換しないといけない。
一般的にはユーザーライブラリ毎にキャッシュの様なデータがある。
最終的には同じリソースにアクセスするから、システムの中では辻褄をとらないといけない。
etc. etc. なお「効率」というのは、中の人のメンテナンスの手間も含む。
確かに、Cocoaに完全に対応物がないようなCarbonのAPIなら、その部分の呼び出しの効率に
関してはいいかもしれないが、CocoaとCarbonというのはもっと巨大なものだよね。
>何のためにCarbonの一部を64bit化したと思ってるんだか。
Leopardでは最初はどうやらCocoa、Carbonともフルに64bitで共存する予定だったぽいよね。
最後で進路変更して、仕方なく低レベルな共通部分を残した可能性「も」ある。
最初からCocoaだけでよかったら、違う構造も可能性としてはあったと思うけど。
まーただの推測ですが、どうでしょうかw
そうかーわからんかなあ。
例えば、ファイルにアクセスするのにパスでアクセスするのと、FSRefを作ってアクセス
するのと、一つのプログラムの中で両方を使っているとする。
まずデータ形が違うから互いを参照するにはいちいち変換しないといけない。
一般的にはユーザーライブラリ毎にキャッシュの様なデータがある。
最終的には同じリソースにアクセスするから、システムの中では辻褄をとらないといけない。
etc. etc. なお「効率」というのは、中の人のメンテナンスの手間も含む。
確かに、Cocoaに完全に対応物がないようなCarbonのAPIなら、その部分の呼び出しの効率に
関してはいいかもしれないが、CocoaとCarbonというのはもっと巨大なものだよね。
>何のためにCarbonの一部を64bit化したと思ってるんだか。
Leopardでは最初はどうやらCocoa、Carbonともフルに64bitで共存する予定だったぽいよね。
最後で進路変更して、仕方なく低レベルな共通部分を残した可能性「も」ある。
最初からCocoaだけでよかったら、違う構造も可能性としてはあったと思うけど。
まーただの推測ですが、どうでしょうかw
213 ：名称未設定：2008/10/19(日) 09:27:41 ID:bUsRc5w20
ラッパクラスつくればいいじゃん＞＞FSRef/パス表記
知識も無いのにプライドだけは人一倍ですか。
日本人は、の間違いだろ？
テラ島国根性
だが、それがいい
だが、それがいい
MacBookはスノウレオパレスを待たずしてGPUの動画再生支援に対応した。
ということは？
ということは？
>>218
今度はキミがレオパレスで暮らしてレオネットに対応するんだ
今度はキミがレオパレスで暮らしてレオネットに対応するんだ
FSRefはCarbonだろ。
10.4まではFSに手加えて直接アクセスしてたが、
10.5からはPosix pathに変換してる。
HIToolBoxは32bit onlyなので終了。
そのためにFinder、Cocoaで書き直す必要がある。
PhotoShopはCS5でCocoaで書き直すらしいが、
iTunesとかFCPとか、どうすんだろうね。
10.4まではFSに手加えて直接アクセスしてたが、
10.5からはPosix pathに変換してる。
HIToolBoxは32bit onlyなので終了。
そのためにFinder、Cocoaで書き直す必要がある。
PhotoShopはCS5でCocoaで書き直すらしいが、
iTunesとかFCPとか、どうすんだろうね。
OpenCLにはなかなか期待できそうだ。
AMDがイベント実施、入手可能なGPGPU対応ソフトなどをデモ
http://www.watch.impress.co.jp/akiba/hotline/20081018/etc_amdev0.html
AMDがイベント実施、入手可能なGPGPU対応ソフトなどをデモ
http://www.watch.impress.co.jp/akiba/hotline/20081018/etc_amdev0.html
プライドは一人分
知識は0.5人分
知識は0.5人分
>>224
開発者にはすでに公開済だよ。
開発者にはすでに公開済だよ。
しかし未だにパスからAliasを引っ張りだす一発手法が
標準で提供されないのはなぜだ。
FSRefはQT系APIでまだ普通に使うけど、アプリ起動中くらいは
一旦アクセスしたファイルをできればAliasで管理したいんだよなぁ
標準で提供されないのはなぜだ。
FSRefはQT系APIでまだ普通に使うけど、アプリ起動中くらいは
一旦アクセスしたファイルをできればAliasで管理したいんだよなぁ
>>226
NDAlias つかえ。
http://homepage.mac.com/nathan_day/pages/source.xml
alias=[NDAlias aliasWithPath: ...];
path=[alias path];
だけで全部面倒見てくれるよ。
まあシステムが標準で対応すべきだというのは同意。
Safari も出た当初はダウンロード一覧のところが path で管理してあったけど、
いつのまにか alias 管理に変わったので、ダウンロードしたファイルを
移動したあとでもクリックするだけで開けるよね。
NDAlias つかえ。
http://homepage.mac.com/nathan_day/pages/source.xml
alias=[NDAlias aliasWithPath: ...];
path=[alias path];
だけで全部面倒見てくれるよ。
まあシステムが標準で対応すべきだというのは同意。
Safari も出た当初はダウンロード一覧のところが path で管理してあったけど、
いつのまにか alias 管理に変わったので、ダウンロードしたファイルを
移動したあとでもクリックするだけで開けるよね。
>>228のカスっぷりに全米が失笑した。
>>224
OpenGLなどの標準化団体が規格策定の作業中。
雪豹がリリースされる前には、標準規格として
発表される見込みで、将来のOpenGLとも連携する予定。
http://ja.wikipedia.org/wiki/OpenCL
雪豹がCocoaベースのFinderになるって話は、
このスレでも以前からネタになっていたよね。
その時は確か、
・QuickTimeXがCarbonAPIからCocoaへの移行という大手術の可能性
・64bit Carbonの不採用（低レベルな部分のみ存続）
・開発環境をCocoaに一本化する思惑がある？
などがネタ話として盛り上がって、その際に
Cocoa Finderの可能性も、という感じだったよね。
今回の新ネタが本当ならば、このスレで考えられてる
以上に、今のAppleにとってCarbon Free化＝次世代OS基盤
としてのCocoaに資源集中という意識が強いのかも知れない。
懸念されるiTunesなどのCarbonアプリは、Safariのような
移植方法が検討されているのだと思う。例えばQuickTimeXが
Cocoa化される場合には、同様にWindows向けも今のままでは
無理になるから、もしかしたらCocoa一式をWindows上に直接
Apple製ソフトウェアの基盤（Windowsでいう.NET FrameworkやMONO?)
を構築する計画かも知れないね。
QuickTimeXはiTunesの次世代エンジンにもなるわけだから、
いずれにしろ雪豹と同時に、大きな変化がやって来そう。
OpenGLなどの標準化団体が規格策定の作業中。
雪豹がリリースされる前には、標準規格として
発表される見込みで、将来のOpenGLとも連携する予定。
http://ja.wikipedia.org/wiki/OpenCL
雪豹がCocoaベースのFinderになるって話は、
このスレでも以前からネタになっていたよね。
その時は確か、
・QuickTimeXがCarbonAPIからCocoaへの移行という大手術の可能性
・64bit Carbonの不採用（低レベルな部分のみ存続）
・開発環境をCocoaに一本化する思惑がある？
などがネタ話として盛り上がって、その際に
Cocoa Finderの可能性も、という感じだったよね。
今回の新ネタが本当ならば、このスレで考えられてる
以上に、今のAppleにとってCarbon Free化＝次世代OS基盤
としてのCocoaに資源集中という意識が強いのかも知れない。
懸念されるiTunesなどのCarbonアプリは、Safariのような
移植方法が検討されているのだと思う。例えばQuickTimeXが
Cocoa化される場合には、同様にWindows向けも今のままでは
無理になるから、もしかしたらCocoa一式をWindows上に直接
Apple製ソフトウェアの基盤（Windowsでいう.NET FrameworkやMONO?)
を構築する計画かも知れないね。
QuickTimeXはiTunesの次世代エンジンにもなるわけだから、
いずれにしろ雪豹と同時に、大きな変化がやって来そう。
>・64bit Carbonの不採用（低レベルな部分のみ存続）
>などがネタ話として盛り上がって、その際に
64bit Carbon の不採用はネタではないべ。
既に Leopard の段階で Carbon の GUI 部分は切られてます。
>などがネタ話として盛り上がって、その際に
64bit Carbon の不採用はネタではないべ。
既に Leopard の段階で Carbon の GUI 部分は切られてます。
リンク先は日本でAppleScriptと言えばこの人的な存在のぴよまるソフトウェアさんのブログだがCocoa Finderってそうひと筋縄に行かない気がする。
実物を見ないと何とも言えないが。
http://piyo.piyocast.com/piyocolumn/2008/cocoa_finder.html
実物を見ないと何とも言えないが。
http://piyo.piyocast.com/piyocolumn/2008/cocoa_finder.html
>>148
BTRONは三秒で起動するらし。
BTRONは三秒で起動するらし。
Apple Scriptって年に1回使うか使わないかだな
236 ：名称未設定：2008/10/20(月) 21:45:56 ID:IHHH+kCd0
これ新マクブクにぶっこむと，いきなり1.5TBメモリ増設可能になるんですか？
>>232
何でCocoaとCarbonは混在できるという考えが無いんだろうね、この手の人は。
何でCocoaとCarbonは混在できるという考えが無いんだろうね、この手の人は。
そもそもCocoa化したQT PlayerでもAppleScript対応はそのままだったし。
Cocoaにしたら何がいいの?
ユーザーサイドから見たら何も変わらないんじゃないの？
ユーザーサイドから見たら何も変わらないんじゃないの？
CocoaとCarbonは混在しているという考えが無い人もいるしな。
>>240
非アクティブウインドウのツールバーボタンの使用可否とか
操作性不統一になっている箇所の改善が進むことを期待してるってとこだと思う。
CarbonアプリがCocoaアプリと区別がつかないところまで改善された例はないからね。
非アクティブウインドウのツールバーボタンの使用可否とか
操作性不統一になっている箇所の改善が進むことを期待してるってとこだと思う。
CarbonアプリがCocoaアプリと区別がつかないところまで改善された例はないからね。
具体的に、今Cocoa化されてるアプリとそうじゃないアプリってどんなのがあるの？
簡単に列挙してくれるだけでいいんだけど。
簡単に列挙してくれるだけでいいんだけど。
まあGUIに限って言えばテキストフィールドで文字が上寄せになっているのがCarbonだと思うといいよ
Cocoa Finderって、OPENSTEPのワークスペースマネージャそのものだったりして。
AdobeがCocoaで書き直したように、他のCarbonアプリもCocoaに移行すればいいだけだな。
>>246
書き直したと言うよりはCarbonの64bit非対応で書き直しをCS5で迫られるという感じでは?
そうなると64bit対応のLightroomはどうなってるんだか気になる。
Winと一部のソースは共通か?
書き直したと言うよりはCarbonの64bit非対応で書き直しをCS5で迫られるという感じでは?
そうなると64bit対応のLightroomはどうなってるんだか気になる。
Winと一部のソースは共通か?
248 ：名称未設定：2008/10/21(火) 02:17:40 ID:VQ0FbGJA0
システム環境設定が最前面でアクティブだとマウスでエクスポゼやSpacesが
発動しない。よね？Intelli Mouseだからなのかな。
発動しない。よね？Intelli Mouseだからなのかな。
するけど？
250 ：名称未設定：2008/10/21(火) 03:36:54 ID:osfRJD5j0
なんでだよ。お前等だって「原産国:天竺」とか書かれてたら引くだろ？
>>230
ネタじゃねーよ要望だ
>もしかしたらCocoa一式をWindows上に直接
>Apple製ソフトウェアの基盤（Windowsでいう.NET FrameworkやMONO?)
>を構築する計画かも知れないね。
それってただのYellow Boxだから物珍しくも無い
たしか当時のYellow Boxの実装環境構想は
オリジナルのRhapsody(Mac OS互換環境Blue Box搭載してた10.4までだな)と
Intel版Rhapsody(今ここLeopardね)と
Mac OS版Yellow Boxと
Windows版Yellow Boxと四つあったはず
まあMac OS版Yellow Boxはキャンセルとして
Windows版Yellow Box(Cocoa)をそのままWindows上に展開させるのは想定内だな
ネタじゃねーよ要望だ
>もしかしたらCocoa一式をWindows上に直接
>Apple製ソフトウェアの基盤（Windowsでいう.NET FrameworkやMONO?)
>を構築する計画かも知れないね。
それってただのYellow Boxだから物珍しくも無い
たしか当時のYellow Boxの実装環境構想は
オリジナルのRhapsody(Mac OS互換環境Blue Box搭載してた10.4までだな)と
Intel版Rhapsody(今ここLeopardね)と
Mac OS版Yellow Boxと
Windows版Yellow Boxと四つあったはず
まあMac OS版Yellow Boxはキャンセルとして
Windows版Yellow Box(Cocoa)をそのままWindows上に展開させるのは想定内だな
Windows APIをOS Xに移植するRed Boxもあった
あのころのAppleは本当に口だけだった。
>>232
> ……昨今のMac OS Xのバグのひどさから、「ひょっとして、Cocoa＋Objective-Cって
> バグ取りに向いていない処理系なのか？」とまで疑ってしまうところだが、真相は定かではない。
> ただ、結果（バグの山）あるのみである。
これは分かるな−。
Cocoaで開発してると、その処理の多くがブラックボックスとなってて、
暗黙の了解が嫌と言うほどある。
なので、基本的なデザインパターンから外れる使い方をすると、
途端にバグが増えるんじゃないかな。
> ……昨今のMac OS Xのバグのひどさから、「ひょっとして、Cocoa＋Objective-Cって
> バグ取りに向いていない処理系なのか？」とまで疑ってしまうところだが、真相は定かではない。
> ただ、結果（バグの山）あるのみである。
これは分かるな−。
Cocoaで開発してると、その処理の多くがブラックボックスとなってて、
暗黙の了解が嫌と言うほどある。
なので、基本的なデザインパターンから外れる使い方をすると、
途端にバグが増えるんじゃないかな。
255 ：名称未設定：2008/10/21(火) 06:29:14 ID:np4lGO0RO
いっその事、パソコンなんて、全部捨てちゃうわけにはいかないのか？
>>232
10.4, 10.5 になって Cocoa ソフトを AppleScript 対応させるのは
目茶苦茶簡単になったのだが...
このひとは ADC のドキュメントすら読まない馬鹿なのか？
Apple 純正のココアソフトの scripting 部分がちゃんとできてないなら
それは単なる怠慢で、べつにそれを弁護する気はないけど、
Cocoa が対応出来ないわけでは全く無いんだけど...
sdef とか知らんのかね。
10.4, 10.5 になって Cocoa ソフトを AppleScript 対応させるのは
目茶苦茶簡単になったのだが...
このひとは ADC のドキュメントすら読まない馬鹿なのか？
Apple 純正のココアソフトの scripting 部分がちゃんとできてないなら
それは単なる怠慢で、べつにそれを弁護する気はないけど、
Cocoa が対応出来ないわけでは全く無いんだけど...
sdef とか知らんのかね。
ドキュメントは
http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/
のへんね。.sdef ファイルを書いてAppleScript 側と Cocoa 側の
クラス名、メソッド名の対応を書くだけで
Cocoa 側のオブジェクトに AppleScript からアクセスできるようになるんだが...
http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/
のへんね。.sdef ファイルを書いてAppleScript 側と Cocoa 側の
クラス名、メソッド名の対応を書くだけで
Cocoa 側のオブジェクトに AppleScript からアクセスできるようになるんだが...
>>256
今この人のブログの過去ログを読んできたがその手の話(自分で作ったソフトをAS対応させる)と言う話ではないらしい。
どうもLeopardのASはひらがなとカタカナを文字列として区別できないと言うどうしようもないバグを抱えているのだとか。
今この人のブログの過去ログを読んできたがその手の話(自分で作ったソフトをAS対応させる)と言う話ではないらしい。
どうもLeopardのASはひらがなとカタカナを文字列として区別できないと言うどうしようもないバグを抱えているのだとか。
今の今までCarbonがあるのはCocoaの実装度の低さが問題なんだよね。
>>258
いや、それはバグなんじゃなくて、Leopard になって挙動が変わったんだけど。
後方互換性がないのをバグだというならバグだけど、ドキュメントにちゃんと書いてあるんだからさ...
Tiger 以前から、
display dialog "abcde"="ABCDE"
だと true になってました。これは、文字列比較は大文字小文字は気にしないことになってるからです。
で、昔は日本語用の平仮名カタカナを同一視するようなルーチンは AppleScript に入ってなかったから、
display dialog "アイウエオ"="あいうえお"
は false になってたわけです。
しかし、Leopard では文字列は旧 mac のときからずっとそうであったような、システム環境設定で選ばれた言語設定に依存した
エンコーディング(MacRoman, MacJapanese とか)でなくて、全部一様に、unicode で扱われるようになりました。
で、unicode では、平仮名カタカナの区別は大文字小文字の区別と同様に考えられてるわけです。ですから Leopard では
display dialog "アイウエオ"="あいうえお"
は true になります。
(Tiger 以前では、このエンコーディングの問題で、英語環境でつくったAppleScript が日本語環境では動かないことがしばしばありました。
円記号とバックスラッシュがおかしくなって do shell script がうまくいかなくなることが主因です。)
僕はこの変更は歓迎してますけど、まあその人がこの変更を歓迎しないのは個人の趣味なのでそれはいいんですが、別に平仮名カタカナ区別したければ
considering case
display dialog "アイウエオ"="あいうえお"
end considering
とすればいいだけなんですけど...
http://developer.apple.com/releasenotes/AppleScript/RN-AppleScript/index.html
と
http://developer.apple.com/documentation/AppleScript/Conceptual/AppleScriptLangGuide/reference/ASLR_control_statements.html
の ignoring / considering 節を参照。
いや、それはバグなんじゃなくて、Leopard になって挙動が変わったんだけど。
後方互換性がないのをバグだというならバグだけど、ドキュメントにちゃんと書いてあるんだからさ...
Tiger 以前から、
display dialog "abcde"="ABCDE"
だと true になってました。これは、文字列比較は大文字小文字は気にしないことになってるからです。
で、昔は日本語用の平仮名カタカナを同一視するようなルーチンは AppleScript に入ってなかったから、
display dialog "アイウエオ"="あいうえお"
は false になってたわけです。
しかし、Leopard では文字列は旧 mac のときからずっとそうであったような、システム環境設定で選ばれた言語設定に依存した
エンコーディング(MacRoman, MacJapanese とか)でなくて、全部一様に、unicode で扱われるようになりました。
で、unicode では、平仮名カタカナの区別は大文字小文字の区別と同様に考えられてるわけです。ですから Leopard では
display dialog "アイウエオ"="あいうえお"
は true になります。
(Tiger 以前では、このエンコーディングの問題で、英語環境でつくったAppleScript が日本語環境では動かないことがしばしばありました。
円記号とバックスラッシュがおかしくなって do shell script がうまくいかなくなることが主因です。)
僕はこの変更は歓迎してますけど、まあその人がこの変更を歓迎しないのは個人の趣味なのでそれはいいんですが、別に平仮名カタカナ区別したければ
considering case
display dialog "アイウエオ"="あいうえお"
end considering
とすればいいだけなんですけど...
http://developer.apple.com/releasenotes/AppleScript/RN-AppleScript/index.html
と
http://developer.apple.com/documentation/AppleScript/Conceptual/AppleScriptLangGuide/reference/ASLR_control_statements.html
の ignoring / considering 節を参照。
というわけでまあピヨマルさんの意見をまるのみしないようにね。
AppleScript を愛するあまりに大勢が見えなくなってるんだと思います。
Carbon の場合だと、Apple の対応は
1. 切るぞ切るぞとずっとそぶりをつづける
2. Leopard で 64 bit で GUI 部分をほんとに切った
という感じでしたが、AppleScript の言語部分もずっと 1. の段階で、
Apple のエンジニアの上層部は多分いずれ ruby に乗り換えるつもりなんだと思います。
Carbon も非 GUI 部分は Apple は切る気はほとんどないというかむしろ強化してるように、
AppleScript というか AppleEvent まわりは OS X のバージョンが進むにしたがって Cocoa との融合もすすんで、GUI ソフト間の通信手段として活用する予定のようです。たくさん API も増えてます。
ただ、いまのところ Cocoa と融合している部分は AppleEvent のうちのサブセットなので、将来的にこれまであった AppleEvent を全部サポートしていく気なのかどうかはよくわかりませんが。
AppleScript を愛するあまりに大勢が見えなくなってるんだと思います。
Carbon の場合だと、Apple の対応は
1. 切るぞ切るぞとずっとそぶりをつづける
2. Leopard で 64 bit で GUI 部分をほんとに切った
という感じでしたが、AppleScript の言語部分もずっと 1. の段階で、
Apple のエンジニアの上層部は多分いずれ ruby に乗り換えるつもりなんだと思います。
Carbon も非 GUI 部分は Apple は切る気はほとんどないというかむしろ強化してるように、
AppleScript というか AppleEvent まわりは OS X のバージョンが進むにしたがって Cocoa との融合もすすんで、GUI ソフト間の通信手段として活用する予定のようです。たくさん API も増えてます。
ただ、いまのところ Cocoa と融合している部分は AppleEvent のうちのサブセットなので、将来的にこれまであった AppleEvent を全部サポートしていく気なのかどうかはよくわかりませんが。
あ、書き込む前にいちどチェックすべきでした。こちらもスレ違いのネタですいませんでした。
>>247
Lightroom はすでに Cocoa です。あとは Lua という script 言語をつかってるらしい。
>>247
Lightroom はすでに Cocoa です。あとは Lua という script 言語をつかってるらしい。
>>260
>別に平仮名カタカナ区別したければ
>considering case
>display dialog "アイウエオ"="あいうえお"
>end considering
>とすればいいだけなんですけど...
うーん、これでうまくいかないのは俺の環境だけ?
ちなみに言語環境の「並べ替えリストに使う順序：」は日本語。
>別に平仮名カタカナ区別したければ
>considering case
>display dialog "アイウエオ"="あいうえお"
>end considering
>とすればいいだけなんですけど...
うーん、これでうまくいかないのは俺の環境だけ?
ちなみに言語環境の「並べ替えリストに使う順序：」は日本語。
うわ、本当だ...
失礼しました。これはほんとにバグですね。偉そうなことを言ってぴよまるさんにも悪かった ...
環境設定で並べ替えを日本語にしていると
considering case
display dialog "アイウエオ" = "あいうえお"
end considering
も true になりますね。環境設定が英語だったらちゃんとこれは false になるのだが...
全く失礼しました ...
失礼しました。これはほんとにバグですね。偉そうなことを言ってぴよまるさんにも悪かった ...
環境設定で並べ替えを日本語にしていると
considering case
display dialog "アイウエオ" = "あいうえお"
end considering
も true になりますね。環境設定が英語だったらちゃんとこれは false になるのだが...
全く失礼しました ...
他にもAppleScriptやAutomator使ってればバグだらけなのはすぐ分かる。
ちょっと前にAutomatorでちょっとした処理を作ってみたら、
わずか10分で3つも致命的なバグを見つけた。
10.5でFinderに入ったバグもまだ修正されずに残ってるのあるし、
そんな状態でCocoa化とか大丈夫か？とも思いたくなるよ。
ちょっと前にAutomatorでちょっとした処理を作ってみたら、
わずか10分で3つも致命的なバグを見つけた。
10.5でFinderに入ったバグもまだ修正されずに残ってるのあるし、
そんな状態でCocoa化とか大丈夫か？とも思いたくなるよ。
せっかくなのでどんなバグだったか教えてください
>>267
Automatorのは、なにやろうとしてたか正確には覚えてないけど、
Safariで表示してるページからリンクをたどって、エロ画像を落とそうとしたんだっけかｗ
もしくはあるフォルダの子フォルダ、孫フォルダを開いて、
Finderの表示設定しようとしたんだったかな。
Finderのバグは、ツールバーない状態で、フォルダのエイリアスをダブルクリックすると、
前に記録していた位置や大きさとは全く関係ない場所にウインドウが開く。
ちなみにシンボリックリンクならOK。
ダブルクリックじゃなくコマンド+oてもOK。コマンド+↓だとダメ。
Automatorのは、なにやろうとしてたか正確には覚えてないけど、
Safariで表示してるページからリンクをたどって、エロ画像を落とそうとしたんだっけかｗ
もしくはあるフォルダの子フォルダ、孫フォルダを開いて、
Finderの表示設定しようとしたんだったかな。
Finderのバグは、ツールバーない状態で、フォルダのエイリアスをダブルクリックすると、
前に記録していた位置や大きさとは全く関係ない場所にウインドウが開く。
ちなみにシンボリックリンクならOK。
ダブルクリックじゃなくコマンド+oてもOK。コマンド+↓だとダメ。
>>266
>10.5でFinderに入ったバグもまだ修正されずに残ってるのあるし、
だからCocoa化してすべてをうやむやに…
いつもと一緒で、最低限の機能から少しずつ機能を増やして行くんじゃないでしょうか。
>10.5でFinderに入ったバグもまだ修正されずに残ってるのあるし、
だからCocoa化してすべてをうやむやに…
いつもと一緒で、最低限の機能から少しずつ機能を増やして行くんじゃないでしょうか。
何かものすごいCopland臭が漂うんだが.......
まああのときとはAppleは違うからやってくれると信じているが。
まああのときとはAppleは違うからやってくれると信じているが。
Copland程冒険する訳じゃないっしょ。
まあCocoa Finderって結局のところWorkspace Managerってことだらか
Coplandみたくはならんでしょ
ちなみに当時のYellow Boxの構想
ttp://www002.upp.so-net.ne.jp/hidemi-k/thought1/t114.html
Coplandみたくはならんでしょ
ちなみに当時のYellow Boxの構想
ttp://www002.upp.so-net.ne.jp/hidemi-k/thought1/t114.html
モルモン教と林檎教の二大宗教の併合と聞いて
モルモン教か、何もかも懐かしい。
洗○池の女性宣教師寮に夜這いかけたのがばれて
強制送還された○川長老どうしてるかなぁ
洗○池の女性宣教師寮に夜這いかけたのがばれて
強制送還された○川長老どうしてるかなぁ
275 ：名称未設定：2008/10/21(火) 22:14:40 ID:tU1ZzYJ00
>>273
ttp://ja.wikipedia.org/wiki/Category:日本の宗教
ここをみての通り、日本には林檎教（またはアップル教、Mac教）という名の宗教団体なんて存在しません。
従ってApple信者、Mac信者というのも実在しないはずです。
ttp://ja.wikipedia.org/wiki/Category:日本の宗教
ここをみての通り、日本には林檎教（またはアップル教、Mac教）という名の宗教団体なんて存在しません。
従ってApple信者、Mac信者というのも実在しないはずです。
杓子定規厨
ねー俺開発者じゃないから詳しいことは何っにもわかんねーんだけど
Snow Leopardになるとどんないいことがあるわけ？
別の言い方をすればSnow Leopardのプロモーションビデオ作るとしたら
どんな感じになるの−？
パンピーにも分かるようにおせーて。
Snow Leopardになるとどんないいことがあるわけ？
別の言い方をすればSnow Leopardのプロモーションビデオ作るとしたら
どんな感じになるの−？
パンピーにも分かるようにおせーて。
278 ：名称未設定：2008/10/21(火) 23:10:46 ID:RJMzdNl90
>>277
っユニボディ
っユニボディ
ビデオと言えばDeveloper PreviewのIntroと称するビデオがYoutubeに複数上がっているが(勿論ほとんどは偽物)これは本当っぽいのだが誰か確認できる人いる?
http://jp.youtube.com/watch?v=nci_iBblbxU
http://jp.youtube.com/watch?v=nci_iBblbxU
俺も確認した。
ワタシも確認したアルヨ
ワタシモカクニンズミダ。
ﾜﾚﾜﾚﾊｳﾁｭｳｼﾞﾝﾀﾞ
黒くなったり赤くなったり5倍ファースターだったり。
もっとひどいのは外人の小学生のガキがデジカメでLeopardのイントロをぼかして撮っただけ。
で、大体の発売予定は来年の夏頃なの？
晩夏(8月下旬)〜秋(10月下旬)ってところだろ
GPUを使えば使うほど不安定になる
GPUのメモリ管理のずさんさ(だから速いんだけど)をどうするのかな？
特定用途のOSで使うのならともかく、汎用OSで使った日には異なるタスク間で干渉しまくり。
GPUのメモリ管理のずさんさ(だから速いんだけど)をどうするのかな？
特定用途のOSで使うのならともかく、汎用OSで使った日には異なるタスク間で干渉しまくり。
メモリの確保とか解放とかそういう話じゃないのか？
>>291
それって特定用途というんじゃね？
それって特定用途というんじゃね？
Open CL にかんするドキュメントで Apple が特許庁に出したのが出てたよ。
http://www.wipo.int/pctdb/images4/PATENTSCOPE/90/f0/18/00f018.pdf
http://www.wipo.int/pctdb/images4/PATENTSCOPE/90/f0/18/00f018.pdf
MacRumorsのフォーラムによると雪豹の新しいビルドが配布されたらしいよ。
少しは情報出てくるんじゃないかな。
少しは情報出てくるんじゃないかな。
296 ：名称未設定：2008/10/25(土) 19:10:00 ID:vii9kUvc0
torrentとかで転がってるsnow leopard developer previewとかいうやつ
入れたやついる？
入れたやついる？
メモリ管理は、ずさんというか
場所や階層を意識しないといけないって事でしょ
GPUとCPUはメモリ空間が違うし
キャッシュはCPUみたいに自動でやってくれない
場所や階層を意識しないといけないって事でしょ
GPUとCPUはメモリ空間が違うし
キャッシュはCPUみたいに自動でやってくれない
298 ：名称未設定：2008/10/25(土) 21:50:05 ID:a18G4xXW0
んー、snowが基盤技術(ZFS/darwin/CocoaFinder等)更新後のベータ版的なOSになるのか、
lepardの安定化版的なOSになるのか、さっぱりわからない。
だれか詳しい方、前者/後者のどちらに近いのか教えて。
lepardの安定化版的なOSになるのか、さっぱりわからない。
だれか詳しい方、前者/後者のどちらに近いのか教えて。
前者を少し取り入れた後者が妥当かな
何でもいいがLeopardみたいな慌てて作った感はやめてくれ
再来年出荷でもいいから
再来年出荷でもいいから
リスク冒すってか、拾ってきたOSなんて、
普通は使ってないMacに入れて試すもんだろう。
普通は使ってないMacに入れて試すもんだろう。
「Mac OS X 10.6 Snow Leopard Build 10A190」、デベロッパに配布
MacBidouilleでは、Apple Inc.が、「Mac OS X 10.6 Snow Leopard Build 10A190」を
デベロッパに配布していると伝えています。容量は6.7GBあるとのことです。
http://www.applelinkage.com/#081026001
MacBidouilleでは、Apple Inc.が、「Mac OS X 10.6 Snow Leopard Build 10A190」を
デベロッパに配布していると伝えています。容量は6.7GBあるとのことです。
http://www.applelinkage.com/#081026001
「Mac OS X 10.6 Snow Leopard Build 10A190」、デベロッパに配布
MacBidouilleでは、Apple Inc.が、「Mac OS X 10.6 Snow Leopard Build 10A190」を
デベロッパに配布していると伝えています。容量は6.7GBあるとのことです。
MacBidouilleでは、Apple Inc.が、「Mac OS X 10.6 Snow Leopard Build 10A190」を
デベロッパに配布していると伝えています。容量は6.7GBあるとのことです。
かぶったw
最新Snow Leopardのseed note
http://news.worldofapple.com/archives/2008/10/25/latest-snow-leopard-build-10a190-now-available-seed-notes/
以下勝手に大まかなまとめ
主な注目点(自分的な)
Mail/iCal/Address BookのExchangeサポート(まだ問題山積みの模様)
Grandcentral( dispatch_call()とdispatch_call_wait()がなくなった替わりにdispatch_asyncとdispatch_syncが導入されたらしい。英語は分かるが内容が分からないので誰か詳しい人フォロー頼む。)
64bitカーネル
Mac Pro/MBP/XServeのEarly 2008モデルでは64bitカーネルが使える模様。
AirMacとAudioも動くらしい。
起動時にCとかを押す感覚で6と4を押すと64bitカーネルで起動するのだとか。パワーマネージメントとGPU accelerationはまだ動かないらしい。
Finder
かなりCocoa化されたらしい。もうCDを焼く機能までCocoa化してるらしい。
http://news.worldofapple.com/archives/2008/10/25/latest-snow-leopard-build-10a190-now-available-seed-notes/
以下勝手に大まかなまとめ
主な注目点(自分的な)
Mail/iCal/Address BookのExchangeサポート(まだ問題山積みの模様)
Grandcentral( dispatch_call()とdispatch_call_wait()がなくなった替わりにdispatch_asyncとdispatch_syncが導入されたらしい。英語は分かるが内容が分からないので誰か詳しい人フォロー頼む。)
64bitカーネル
Mac Pro/MBP/XServeのEarly 2008モデルでは64bitカーネルが使える模様。
AirMacとAudioも動くらしい。
起動時にCとかを押す感覚で6と4を押すと64bitカーネルで起動するのだとか。パワーマネージメントとGPU accelerationはまだ動かないらしい。
Finder
かなりCocoa化されたらしい。もうCDを焼く機能までCocoa化してるらしい。
>>306の続き
ガンマ値
今までの1.8から2.2が標準になるらしい。
システム環境設定
OS標準の.prefPaneは64bit環境でGarbage collectionが有効なコードになったらしい。
Automator
ワークフローをOSのサービスに出来るらしい。
HFS+
ファイル圧縮機能が追加された模様。
主なターゲットはシステムやアプリケーション関連ファイルのサイズ縮小でディスクユーティリテイに新規フォーマットが追加されたわけではない。
よって再パーティショニングは不要。(seed note曰く)
ちなみにこのseedは最新のMBPとMBは動作対象外。
ガンマ値
今までの1.8から2.2が標準になるらしい。
システム環境設定
OS標準の.prefPaneは64bit環境でGarbage collectionが有効なコードになったらしい。
Automator
ワークフローをOSのサービスに出来るらしい。
HFS+
ファイル圧縮機能が追加された模様。
主なターゲットはシステムやアプリケーション関連ファイルのサイズ縮小でディスクユーティリテイに新規フォーマットが追加されたわけではない。
よって再パーティショニングは不要。(seed note曰く)
ちなみにこのseedは最新のMBPとMBは動作対象外。
乙
Cocoa Finder のスクリーンショットはまだ ??
入れてみたが外見は拍子抜けするほど変化はない。
311 ：名称未設定：2008/10/26(日) 11:25:03 ID:WmTLCz8O0
>>310
速さは前のビルドと比べて改善してますか？
速さは前のビルドと比べて改善してますか？
今日はADC激しく重いな。昨日ダウンロードしといて良かった。
>>310
64bitカーネルでのベンチマーク希望。
64bitカーネルでのベンチマーク希望。
>>313
別人だけど、雪豹はまだ最適化されてないから今ベンチしても意味ないよ。
特に64bitか０寝るだとグラフィックスアクセラレーションも効かないし。
ちなみにiMacでも64ビットカーネルで起動できた。
Finderは、CarbonOrCocoaってソフトで調べると、まだCarbonと言われるけど
nmコマンドで調べると今までFinderでは全く使われなかったCocoa APIが
多数使われてることが分かる。
別人だけど、雪豹はまだ最適化されてないから今ベンチしても意味ないよ。
特に64bitか０寝るだとグラフィックスアクセラレーションも効かないし。
ちなみにiMacでも64ビットカーネルで起動できた。
Finderは、CarbonOrCocoaってソフトで調べると、まだCarbonと言われるけど
nmコマンドで調べると今までFinderでは全く使われなかったCocoa APIが
多数使われてることが分かる。
なんでドザガンマに合わせるんだ
黒潰れがひどくなる
黒潰れがひどくなる
やっと64bitカーネルが登場したという感じだね。
雪豹の目玉でもあるシステムメモリの16TBサポートを実現するには、
64bitカーネルの採用が必須。今後のビルドでは徐々に64bitカーネル
への機能追加→安定化→システム標準化という流れになるはずだよ。
それから、QuickTimeXやFinderのCocoa化（QuickDrawAPI依存脱却）
で、いよいよQuartzGLや解像度非依存UIが実用段階に移行できそう。
MobileMe事件（汗）以前に発表された雪豹のロードマップ（約一年後発言）
だけど、今はもっと時間をかける方向に方針転換している可能性は高いと思う。
来年の年末に登場するか、遅ければ再来年の春頃まで延期される可能性も
あるんじゃないだろうか。
雪豹の目玉でもあるシステムメモリの16TBサポートを実現するには、
64bitカーネルの採用が必須。今後のビルドでは徐々に64bitカーネル
への機能追加→安定化→システム標準化という流れになるはずだよ。
それから、QuickTimeXやFinderのCocoa化（QuickDrawAPI依存脱却）
で、いよいよQuartzGLや解像度非依存UIが実用段階に移行できそう。
MobileMe事件（汗）以前に発表された雪豹のロードマップ（約一年後発言）
だけど、今はもっと時間をかける方向に方針転換している可能性は高いと思う。
来年の年末に登場するか、遅ければ再来年の春頃まで延期される可能性も
あるんじゃないだろうか。
最近のアップルは開発リソースの不足でバグと実装の遅れが目立ってるよな
MacBook ProでHybrid SLIが使えないのも同じ理由からか
MacBook ProでHybrid SLIが使えないのも同じ理由からか
>>318
それに危機感を抱いて、こないだ社内大学立ち上げることにしたんだろうけど、
果たしてどれくらい効果があるのか。
そろそろMacハード、iPod/iPhoneハード、OS、アプリと分社化しないと
これ以上の成長は厳しいんじゃないだろうか。
分社化しても、密なコミュニケーション取ってれば、
ハードとソフトの両面をコントロールできる強みは維持できるっしょ。
それに危機感を抱いて、こないだ社内大学立ち上げることにしたんだろうけど、
果たしてどれくらい効果があるのか。
そろそろMacハード、iPod/iPhoneハード、OS、アプリと分社化しないと
これ以上の成長は厳しいんじゃないだろうか。
分社化しても、密なコミュニケーション取ってれば、
ハードとソフトの両面をコントロールできる強みは維持できるっしょ。
もともと少数精鋭の方針なのに、一度に全て＋期限厳守＋開発ペースアップ
ということ自体が無理だったんだよ。今のAppleに必要なのは、ゆとり。
ということ自体が無理だったんだよ。今のAppleに必要なのは、ゆとり。
ジョブズが生きている間に実現したいんじゃないかな(T_T)
スティーブ・ジョブズにゆとりなんて言葉はありません。
常に無理を承知で人間の限界を試すのが彼のやり方。
常に無理を承知で人間の限界を試すのが彼のやり方。
64bitカーネルが来るのか
64bitカーネルが来るなら09年中に出さなくてもいいや
10年春ぐらいまで待つよ
64bitカーネルが来るなら09年中に出さなくてもいいや
10年春ぐらいまで待つよ
kextの32/64bitユニバーサルバイナリ化を義務づけるってことか
まあ標準ドライバだけで動く周辺機器だけを使ってりゃ問題はないんだろうが
難民が出てきそう
まあ標準ドライバだけで動く周辺機器だけを使ってりゃ問題はないんだろうが
難民が出てきそう
325 ：名称未設定：2008/10/27(月) 00:01:08 ID:+Rx1usPh0
あー。。いんすとーるできねーorz
なんでかな
なんでかな
許諾違反は別でやってくれないかな
>んー、snowが基盤技術(ZFS/darwin/CocoaFinder等)更新後のベータ版的なOSになるのか、
>lepardの安定化版的なOSになるのか、さっぱりわからない。
>だれか詳しい方、前者/後者のどちらに近いのか教えて。
俺も気になる。どっちだ？
>lepardの安定化版的なOSになるのか、さっぱりわからない。
>だれか詳しい方、前者/後者のどちらに近いのか教えて。
俺も気になる。どっちだ？
そんなの開発者じゃねーと分からんだろ・・・
>>327
最初は明らかに後者という感じだったけど最近どうも前者っぽい気がしている。
･64bitカーネル
･QuickTimeとFinderというAppleの中で最も歴史が長い2大遺産のCocoaへの移行
･Grand Central
･OpenCL
と並べてみてもかなりの大工事だし。
でもその割には見た目は変わらないリリースになると思う。
UI関連は今のところ解像度非依存ぐらいしかないし、Time MachineやSpotlightみたいな"目立つ"機能もあえて搭載しないみたいだし。
あと128bitファイルシステムのZFSの読み書きサポートが搭載されるのはServer版だけだよ。
最初は明らかに後者という感じだったけど最近どうも前者っぽい気がしている。
･64bitカーネル
･QuickTimeとFinderというAppleの中で最も歴史が長い2大遺産のCocoaへの移行
･Grand Central
･OpenCL
と並べてみてもかなりの大工事だし。
でもその割には見た目は変わらないリリースになると思う。
UI関連は今のところ解像度非依存ぐらいしかないし、Time MachineやSpotlightみたいな"目立つ"機能もあえて搭載しないみたいだし。
あと128bitファイルシステムのZFSの読み書きサポートが搭載されるのはServer版だけだよ。
カーネルに手を突っ込んでいるから前者的なヤツじゃないの？
でも上層部は後者って感じで
でも上層部は後者って感じで
「Snow Leopard」、FinderがCocoaベースに
AppleInsiderでは、Apple Inc.がデベロッパに配布している
「Mac OS X 10.6 Snow Leopard Build 10A190」のシードノートによると、
「Finder」のCocoa化が進められている伝えています。
またビルド10A190では、HFS+ファイルシステムへのファイル圧縮をサポートしています。
他にも、デフォルトのガンマ設定が1.8から2.2に変更されています。
AppleInsiderでは、Apple Inc.がデベロッパに配布している
「Mac OS X 10.6 Snow Leopard Build 10A190」のシードノートによると、
「Finder」のCocoa化が進められている伝えています。
またビルド10A190では、HFS+ファイルシステムへのファイル圧縮をサポートしています。
他にも、デフォルトのガンマ設定が1.8から2.2に変更されています。
336 ：327：2008/10/27(月) 02:52:13 ID:rhwIud+a0
でも思った以上に大規模な改変だから
リリース時期は早くて来年の秋
伸びれば再来年の春ぐらいになりそう
リリース時期は早くて来年の秋
伸びれば再来年の春ぐらいになりそう
338 ：名称未設定：2008/10/27(月) 02:54:41 ID:Zs3hK5NL0
どう考えても前者に決まってるけどSpotlightもTimeMachineも搭載されないの？
> ガンマ値
> 今までの1.8から2.2が標準になるらしい。
そうか、やっと世界標準にあわせるのか。
これも時代の流れだな。
> 今までの1.8から2.2が標準になるらしい。
そうか、やっと世界標準にあわせるのか。
これも時代の流れだな。
あとせっかく64bitカーネルになるんだ
変に32bit側に妥協して欲しくないね
変に32bitに妥協すると後々足かせになる
変に32bit側に妥協して欲しくないね
変に32bitに妥協すると後々足かせになる
切り捨てはAppleの十八番だから心配するには及ばない
結局Core Duoの初期Intel Mac所持者涙目ということになるのか?
>>343
MacBookを発売当日に買った俺涙目。
MacBookを発売当日に買った俺涙目。
発売当初から32ビット Intel Macは短命と言われてたじゃん。
346 ：名称未設定：2008/10/27(月) 09:15:19 ID:WaAO4ECc0
>>344
Snow LeopardプリインストールのMacBook買ったら勝ち組になれる
んじゃね？もう初代からは結構時間も経ってるだろうし。
自分は初代MacBook出たとき、Core 2プロセッサ出るの知ってたから、
Core 2出てから買ったクチw
Snow LeopardプリインストールのMacBook買ったら勝ち組になれる
んじゃね？もう初代からは結構時間も経ってるだろうし。
自分は初代MacBook出たとき、Core 2プロセッサ出るの知ってたから、
Core 2出てから買ったクチw
目立つところが無くても動作が快適ならそれだけで導入価値はありそうだけど
移行アシスタントをWinに対応させてほしいな
音楽や写真、ブックマーク程度なら簡単だろうけど
メールのOutlook→Mailの移行とか結構手間がかかるし
パソコンあまり使わない人が手軽に移行出来る環境は絶対必要
移行アシスタントをWinに対応させてほしいな
音楽や写真、ブックマーク程度なら簡単だろうけど
メールのOutlook→Mailの移行とか結構手間がかかるし
パソコンあまり使わない人が手軽に移行出来る環境は絶対必要
> パソコンあまり使わない人が手軽に移行出来る環境は絶対必要
そうかねぇ。パソコン使える人と使えない人の差が広がるばかりだねぇ。
そうかねぇ。パソコン使える人と使えない人の差が広がるばかりだねぇ。
>>348
"The Computer For the Rest of Us" って知ってる？
"The Computer For the Rest of Us" って知ってる？
350 ：名称未設定：2008/10/27(月) 10:58:16 ID:uS177A1U0
それが言えるのはOS9まで。
多ボタンマウスなのにボタンが見えないMighty Mouseとか出して
平気な時点でAppleはｷﾁｶﾞｲ。
多ボタンマウスなのにボタンが見えないMighty Mouseとか出して
平気な時点でAppleはｷﾁｶﾞｲ。
>>349
知らんので説明しる
知らんので説明しる
デベロッパから見れば大工事だが、エンドユーザーから見れば変わらん、て事だろ。
iTunes for Mac が、Cocoa + Core Dataで、瀑速にTOKA.
iTunes for Mac が、Cocoa + Core Dataで、瀑速にTOKA.
ユーザーからやはり批判されるだろうけど、OSXが前に進むつもりなら
これは必要なプロセスだよ。OSXの基盤整備はMacだけじゃなくiPhoneや
AppleTV、Apple製アプリなど全てに影響する心臓部だからね。
同時に、安価なネットブックを出さないという選択も個人的には支持したい。
ネットブックが普及するとしたら、シングルCPUや最貧弱なグラフィックが
同時に普及するわけだけど、それって確実に将来の足枷になるよ。
Appleが目指しているのが、将来的にほぼ全てのMacアプリが
GPGPUやマルチコア、64bitを前提として作られる世界だとしたら、
少なくとも2009年に予定されるAtomのデュアルコア化と、
内臓グラフィックの強化（GF9400Mレベル）が必要。
これは必要なプロセスだよ。OSXの基盤整備はMacだけじゃなくiPhoneや
AppleTV、Apple製アプリなど全てに影響する心臓部だからね。
同時に、安価なネットブックを出さないという選択も個人的には支持したい。
ネットブックが普及するとしたら、シングルCPUや最貧弱なグラフィックが
同時に普及するわけだけど、それって確実に将来の足枷になるよ。
Appleが目指しているのが、将来的にほぼ全てのMacアプリが
GPGPUやマルチコア、64bitを前提として作られる世界だとしたら、
少なくとも2009年に予定されるAtomのデュアルコア化と、
内臓グラフィックの強化（GF9400Mレベル）が必要。
デベロッパ＆エンドユーザーの両方が大きな変化だと感じるようなアップデートって
もの凄いリスクを伴うわけで、それを回避したかったんだろうね。
MacOSXのメジャーアップデートの間隔は御存知の通り毎回長いスパンになってきていて、
2007年の10.5の次が2010年でもおかしくないくらい。それならその間に
エンドユーザー側から見た目はそんなに変わらず、でもデベロッパサイドの
裏側の大工事を施したバージョンをひとつ設ければ、それなりにリスクが回避できる。
おまけに営業的に新Ver.のOSリリースというイベントも生まれていい塩梅、てとこだな。
事情を知らないと「そんなんいっぺんにやってくれよ」って言うかもしれないけど、
この辺は堅実にやってくれた方が印象はいいよな。古めのMacなら10.5で十分なんだし。
もの凄いリスクを伴うわけで、それを回避したかったんだろうね。
MacOSXのメジャーアップデートの間隔は御存知の通り毎回長いスパンになってきていて、
2007年の10.5の次が2010年でもおかしくないくらい。それならその間に
エンドユーザー側から見た目はそんなに変わらず、でもデベロッパサイドの
裏側の大工事を施したバージョンをひとつ設ければ、それなりにリスクが回避できる。
おまけに営業的に新Ver.のOSリリースというイベントも生まれていい塩梅、てとこだな。
事情を知らないと「そんなんいっぺんにやってくれよ」って言うかもしれないけど、
この辺は堅実にやってくれた方が印象はいいよな。古めのMacなら10.5で十分なんだし。
>>354
>事情を知らないと「そんなんいっぺんにやってくれよ」って言うかもしれないけど、
あんたはどんだけ事情を知ってるのかと。
今シードされてるバージョンはまだアルファ版にもなっていない代物なんだろ？
まずは肝心な部分から作っていって、後から見た目に手を付けるってことだってあるんじゃねえの？
現時点で何をもって「見た目はそんなに変わらず」とか判断しているのか。
それとも”正規な”デベロッパーには正式にそういうアナウンスでもされてんの？
>事情を知らないと「そんなんいっぺんにやってくれよ」って言うかもしれないけど、
あんたはどんだけ事情を知ってるのかと。
今シードされてるバージョンはまだアルファ版にもなっていない代物なんだろ？
まずは肝心な部分から作っていって、後から見た目に手を付けるってことだってあるんじゃねえの？
現時点で何をもって「見た目はそんなに変わらず」とか判断しているのか。
それとも”正規な”デベロッパーには正式にそういうアナウンスでもされてんの？
何も言えねー、ですよ。
>>357
MacとiPhoneのプラットフォームで同一のアプリが
動作してるのならば、同じように足枷になると思うよ。
でも普通に考えて、PCとスマートフォンで明確に分かれてるよね。
スマートフォンで動くことを前提としたPCアプリ開発なんてしない。
ということで、それは関係ないよね。
って、こんなことも説明しないと分からないんだな（汗）
MacとiPhoneのプラットフォームで同一のアプリが
動作してるのならば、同じように足枷になると思うよ。
でも普通に考えて、PCとスマートフォンで明確に分かれてるよね。
スマートフォンで動くことを前提としたPCアプリ開発なんてしない。
ということで、それは関係ないよね。
って、こんなことも説明しないと分からないんだな（汗）
>>350
あのボタンがないように見えて均整の取れたデザインが美しくていいんじゃないか。
右と左にボタンが飛び出て不格好な某MS社の多ボタンマウスの方がいいとでも言うのか?
あと半角カタカナを使って平気な時点でお前はキチガイ。
>>351
http://www.d4.dion.ne.jp/~motohiko/macborn.htm
とかを読むとわかりやすいかもしれない。
とうていいいまとめとは言えないけど。
Appleの歴史に関しては林信行氏のApple Confidential 2.5Jがお勧め。
あのボタンがないように見えて均整の取れたデザインが美しくていいんじゃないか。
右と左にボタンが飛び出て不格好な某MS社の多ボタンマウスの方がいいとでも言うのか?
あと半角カタカナを使って平気な時点でお前はキチガイ。
>>351
http://www.d4.dion.ne.jp/~motohiko/macborn.htm
とかを読むとわかりやすいかもしれない。
とうていいいまとめとは言えないけど。
Appleの歴史に関しては林信行氏のApple Confidential 2.5Jがお勧め。
>>318
>MacBook ProでHybrid SLIが使えないのも同じ理由
まだまだ不備があるんじゃないのかな、NVIDIAのSLIって。
やっとWindowsでのSLIでのMulti Displayサポートが実現したようだし。
Multi-Display SLI
http://www.4gamer.net/games/022/G002210/20081022062/
>MacBook ProでHybrid SLIが使えないのも同じ理由
まだまだ不備があるんじゃないのかな、NVIDIAのSLIって。
やっとWindowsでのSLIでのMulti Displayサポートが実現したようだし。
Multi-Display SLI
http://www.4gamer.net/games/022/G002210/20081022062/
>>363
利益率の低いハードウェアを売って、その後それで動かない新しいOSを売って稼ぐことなんて出来ないぜ。
利益率の低いハードウェアを売って、その後それで動かない新しいOSを売って稼ぐことなんて出来ないぜ。
今はMac向けとiPhone向けのOS Xのカーネルってほとんど一緒だっけ
でも今後それぞれに特化してくと全然別物になっていくでしょうね
そもそもPC向けと携帯向けOSが一緒ってのが無理がある
でも今後それぞれに特化してくと全然別物になっていくでしょうね
そもそもPC向けと携帯向けOSが一緒ってのが無理がある
366 ：名称未設定：2008/10/27(月) 17:28:27 ID:uS177A1U0
どっちもリスクの高いバカってことでここは丸くおさめようや。
>>359
同一のアプリかどうかはそんなに問題かな? Mac OS Xは今までいろんなプラットフォーム
を経験してきて、いろんな技術があるわけだけども。
結局は技術的な問題というよりむしろ開発リソース的な問題かと。
同一のアプリかどうかはそんなに問題かな? Mac OS Xは今までいろんなプラットフォーム
を経験してきて、いろんな技術があるわけだけども。
結局は技術的な問題というよりむしろ開発リソース的な問題かと。
「馬鹿というやつが馬鹿なんだよ」
〜ポン・チョイミン(仏 1862-1955)
〜ポン・チョイミン(仏 1862-1955)
>>373
逆にAtomでAppleの求めるパフォーマンスを実現できるかどうか問題。
逆にAtomでAppleの求めるパフォーマンスを実現できるかどうか問題。
まあ素人さんにはOSXカーネルがどういうことか
わかんないでしょうね。
OSXカーネルだからって、MacOSX Leopardのソフトが
そのまま動くこともないのよ。
バイナリはぜんぜん違うし。
アプリに互換性はない。
わかんないでしょうね。
OSXカーネルだからって、MacOSX Leopardのソフトが
そのまま動くこともないのよ。
バイナリはぜんぜん違うし。
アプリに互換性はない。
>>374
NetBookのカテゴリで出るとしたらiLifeは捨てられるだろうな
iPhone、iPod touchと被るから様子見ってのもこれ見たら納得がいくけど
http://japanese.engadget.com/2008/10/20/working-moorestown-unveiled/
こういうOSに対しても対抗馬として出してきそうだし
http://japanese.engadget.com/2008/10/14/microsoft-instant-on/
それかこれのシュリンク版待ちだったり？
http://japanese.engadget.com/2008/10/23/geforce-9400m-5-netbook/
NetBookのカテゴリで出るとしたらiLifeは捨てられるだろうな
iPhone、iPod touchと被るから様子見ってのもこれ見たら納得がいくけど
http://japanese.engadget.com/2008/10/20/working-moorestown-unveiled/
こういうOSに対しても対抗馬として出してきそうだし
http://japanese.engadget.com/2008/10/14/microsoft-instant-on/
それかこれのシュリンク版待ちだったり？
http://japanese.engadget.com/2008/10/23/geforce-9400m-5-netbook/
ﾈｯﾄﾌﾞｸ程度ならｲﾝﾃﾙ使わんだろ...で、またｲﾝﾃﾙをｲﾗｯとさせると。
>>277
GeForce積んだNetbookだとこんな感じだな。
http://journal.mycom.co.jp/articles/2008/10/27/n10j/index.html
Appleが出すとしたら意外とこの線かもしれない。
GeForce積んだNetbookだとこんな感じだな。
http://journal.mycom.co.jp/articles/2008/10/27/n10j/index.html
Appleが出すとしたら意外とこの線かもしれない。
アンカ間違えた。>>377だ。
スマソ、ネットブックは専用スレあったみたいなのでこちらへ・・・
MacのNetBookを予想するスレ
http://pc11.2ch.net/test/read.cgi/mac/1224725715/
MacのNetBookを予想するスレ
http://pc11.2ch.net/test/read.cgi/mac/1224725715/
68K→PowerPC
↓
OS9→OSX
↓
PowerPC→Intel
↓
32bit→64bit ←←←←←←←← 今ここ
↓
ノイマン式→量子コンピューター
↓
量子コンピューター→バイオコンピューター
↓
OS9→OSX
↓
PowerPC→Intel
↓
32bit→64bit ←←←←←←←← 今ここ
↓
ノイマン式→量子コンピューター
↓
量子コンピューター→バイオコンピューター
>>383
最後がレベル落ちてるぞｗ
最後がレベル落ちてるぞｗ
モニタガンマの変更に一番驚いた
TailgentじゃなくてTaligentだった....orz
ネットブックで出来る程度の事はiPhoneで充分だ
というのがAppleの回答だと思うな。
というのがAppleの回答だと思うな。
根拠はジョブスがネットブックを「批判」してないことです(´∀｀)
>>385
でも現状、ガンマ1.8でメリット受ける人口より2.2で困らない人口の方がずっと多いんじゃないかな。
映像分野だとMacが1.8前提だったりするもので、FCPでのムービーの扱いがちょっとややこしいことになっているし（テレビは2.2が標準）。
必要な人は1.8に変えられるのだろうから、業界的に必要な人だけ1.8にしときゃいいと思う今日この頃。
でも現状、ガンマ1.8でメリット受ける人口より2.2で困らない人口の方がずっと多いんじゃないかな。
映像分野だとMacが1.8前提だったりするもので、FCPでのムービーの扱いがちょっとややこしいことになっているし（テレビは2.2が標準）。
必要な人は1.8に変えられるのだろうから、業界的に必要な人だけ1.8にしときゃいいと思う今日この頃。
Lenovoのをわざわざここで晒すって…
1.8に慣れちゃって離れらんないなー
>>390
2.2だからと移行してくる人口より、いきなり画面が変わって違和感を感じる既存の人口の方が多いと思う
2.2だからと移行してくる人口より、いきなり画面が変わって違和感を感じる既存の人口の方が多いと思う
そして価格comでは「液晶パネルが変更されました」の口コミ情報が書き込まれる。
今でもガンマは設定で変えられるけど…
デフォルトが2.2になるだけじゃないの？
デフォルトが2.2になるだけじゃないの？
ひどいなこれ。
http://journal.mycom.co.jp/photo/articles/2008/10/29/pdc02/images/007l.jpg
http://journal.mycom.co.jp/photo/articles/2008/10/29/pdc02/images/010l.jpg
どう見てもLeopardのFinderのサイドバーとQuickLookじゃんか。
この調子ならAppleも安心してじっくりSnow Leopardを作り込めるな。
むしろそうして欲しい。
http://journal.mycom.co.jp/photo/articles/2008/10/29/pdc02/images/007l.jpg
http://journal.mycom.co.jp/photo/articles/2008/10/29/pdc02/images/010l.jpg
どう見てもLeopardのFinderのサイドバーとQuickLookじゃんか。
この調子ならAppleも安心してじっくりSnow Leopardを作り込めるな。
むしろそうして欲しい。
ってイメージのリンク機能してないな。Dropboxに仮置きしておくか。
http://dl.getdropbox.com/u/10395/007l.jpg
http://dl.getdropbox.com/u/10395/010l.jpg
元の記事。
http://journal.mycom.co.jp/articles/2008/10/29/pdc02/001.html
http://dl.getdropbox.com/u/10395/007l.jpg
http://dl.getdropbox.com/u/10395/010l.jpg
元の記事。
http://journal.mycom.co.jp/articles/2008/10/29/pdc02/001.html
Apple的アプローチとか書かれてるしw
http://pc.watch.impress.co.jp/docs/2008/1029/mobile429.htm
http://pc.watch.impress.co.jp/docs/2008/1029/mobile429.htm
Windows、使わないから良いけどさ
なんだか奇形的に変化してるような……
なんだか奇形的に変化してるような……
406 ：名称未設定：2008/10/29(水) 20:44:17 ID:tD0NYmG70
スノレバのスノーって
軽いって意味なの？
軽いって意味なの？
408 ：名称未設定：2008/10/29(水) 20:52:26 ID:tD0NYmG70
雪みたいに軽い
動作みたいな連想したんだよね〜
動作みたいな連想したんだよね〜
M$が開発予算の大半を費やしているのは利益に絡むアクチ関係だけだな
あとはパクってりゃ済むだろうしｗ
あとはパクってりゃ済むだろうしｗ
シノフスキー…
7は起動力のある人型マシンの制御OSの事なのか
7は起動力のある人型マシンの制御OSの事なのか
氷はice
タスクバーがまとまるのは設定で切り替え出来そうだけど
ますますStartとタスクバーと時計がある部分のところが冗長になってきたな
Macが逆にパクって欲しいのは上書きコピー。
置き換えだと差分ファイルの更新ができないのが面倒
ますますStartとタスクバーと時計がある部分のところが冗長になってきたな
Macが逆にパクって欲しいのは上書きコピー。
置き換えだと差分ファイルの更新ができないのが面倒
>>413
ミスターブシドー
ミスターブシドー
いやいや
危なげなこともしたいんでしょ
危なげなこともしたいんでしょ
>>416
そっちかよ。番組が違うだろそれは。
そっちかよ。番組が違うだろそれは。
420 ：名称未設定：2008/10/29(水) 23:53:36 ID:FHF/k2ln0
Windows7、少々期待してたんだがなぁ・・・。
Vistaからどんどんエンタメ方向にシフトし過ぎだろJK
VM使いとしては軽くなるのは嬉しいけどね。
その分Macは堅実なアップデートで安心できるわ。
Vistaからどんどんエンタメ方向にシフトし過ぎだろJK
VM使いとしては軽くなるのは嬉しいけどね。
その分Macは堅実なアップデートで安心できるわ。
そういえばSingularityとかMidoriとかどうなったんだ?
>>415
つ Sync!Sync!Sync!
つ Sync!Sync!Sync!
>>420
デベロッパにとっては波乱続きのような気が
デベロッパにとっては波乱続きのような気が
>>423
68000→PowerPC
OS 9→OS X
PowerPC→Intel
と来て次は
32bit→64bit かつCarbon→Cocoaだからな。
でも1回も仕切り直しをしなかったからVistaみたいになっているとも言える。
どちらが良かったのかは判断が難しいところ。
68000→PowerPC
OS 9→OS X
PowerPC→Intel
と来て次は
32bit→64bit かつCarbon→Cocoaだからな。
でも1回も仕切り直しをしなかったからVistaみたいになっているとも言える。
どちらが良かったのかは判断が難しいところ。
PowerPC(32bit)→PowerPC(64bit)
も抜けている。
も抜けている。
それをいれるなら
68000(16bit)→68020(32bit)
もだけどな
68000(16bit)→68020(32bit)
もだけどな
JLKがなくなって漢字トークが出来たのはどうなんだろう
コップランド？
>>430はどんな苦渋を味わったんだろ？
32bit Intelって本当に切られるの乎
ソースは?
ソースは?
切られるとしたら10.7。
ただしSnow Leopardはカーネル込みの64bit化でパフォーマンス急上昇が売りのOSになりそうだがCore DuoのIntel Mac所持者だけそれを体感できずしょぼーんな状況になるのでは。
ただしSnow Leopardはカーネル込みの64bit化でパフォーマンス急上昇が売りのOSになりそうだがCore DuoのIntel Mac所持者だけそれを体感できずしょぼーんな状況になるのでは。
16bit → 32 bit じゃなくて、
アドレスラインが 24 bit → 32 bit になった。
CPU のレジスタ自体ははじめから 68k は 32 bit です。
アドレスラインが 24 bit → 32 bit になった。
CPU のレジスタ自体ははじめから 68k は 32 bit です。
Apple's Snow Leopard to offer text auto-correction
http://www.appleinsider.com/articles/08/10/29/apples_snow_leopard_to_offer_text_auto_correction.html
http://www.appleinsider.com/articles/08/10/29/apples_snow_leopard_to_offer_text_auto_correction.html
Snow Leopardの全機能をサポートが確定している機種は、SL（Snow Leopard）が出た時点での最新機種だよな。
これからSLが出るまでにMacBook/Proってマイナーチェンジすると思う？
これからSLが出るまでにMacBook/Proってマイナーチェンジすると思う？
来年の6月じゃなかったか？
Macworld 2009でデモをしてWWDC2009でリリース直前版を開発者に配ることを考えると秋だな。
>>437
おそらくNVIDIAチップセット搭載機種全てとCore 2 Duo以降のiMac,MBPとMac Pro全モデルは問題ないはず。
微妙なのはIntelの統合グラフィックス採用モデル(初期Air、一世代前までのMB、mini全モデル)とCore Duo世代のIntel Mac。
サポートはされるだろうが全機能が快適に動くかどうかは疑問。
>>437
おそらくNVIDIAチップセット搭載機種全てとCore 2 Duo以降のiMac,MBPとMac Pro全モデルは問題ないはず。
微妙なのはIntelの統合グラフィックス採用モデル(初期Air、一世代前までのMB、mini全モデル)とCore Duo世代のIntel Mac。
サポートはされるだろうが全機能が快適に動くかどうかは疑問。
>>441
OSだけじゃなくて肝心のソフトが対応しないと駄目だと言いたいのだろうがQuickTimeが64bit化したら動画エンコードは速くなるだろJK
OSだけじゃなくて肝心のソフトが対応しないと駄目だと言いたいのだろうがQuickTimeが64bit化したら動画エンコードは速くなるだろJK
>>440
「確定」って考えると、SLリリース時点で最新機種だろうと思うんだ
じゃなきゃOSもアプリも開発できないし。
ただそんな狭い範囲なわけ無いので、どの機種までフルに機能が使えるのか…
悩ましいんだよな。まあフル機能ホントに必要か？っていうと話は別だけど。
64bit CPU、動画再生支援機能付きGPU、ここら辺が目安かなあ。
「確定」って考えると、SLリリース時点で最新機種だろうと思うんだ
じゃなきゃOSもアプリも開発できないし。
ただそんな狭い範囲なわけ無いので、どの機種までフルに機能が使えるのか…
悩ましいんだよな。まあフル機能ホントに必要か？っていうと話は別だけど。
64bit CPU、動画再生支援機能付きGPU、ここら辺が目安かなあ。
>>441
これをよめ！
http://journal.mycom.co.jp/articles/2007/06/13/wwdc3/003.html
> 画像処理を比較。64bit版は28.48秒で終了。32bit版は32.72秒時点でまだ作業中
64bitになればパフォーマンスの急上昇は確実。
1.5倍以上速くなる。
これをよめ！
http://journal.mycom.co.jp/articles/2007/06/13/wwdc3/003.html
> 画像処理を比較。64bit版は28.48秒で終了。32bit版は32.72秒時点でまだ作業中
64bitになればパフォーマンスの急上昇は確実。
1.5倍以上速くなる。
>>444
>サイズが4GBの超高解像の画像
>サイズが4GBの超高解像の画像
まあ、1ファイルで数GBのメモリ使うような処理は速くなるだろうけど、
普通の処理はそんなに変わらんよ。強いて言えば発熱=消費電力が増える。
普通の処理はそんなに変わらんよ。強いて言えば発熱=消費電力が増える。
まーた64bitでパフォーマンスがあがるとか勘違いしているやつがいる。まーた。
詳しくないんだが、どうせ遠くないうちに64bitになるんだろ。
だったらとっとと移行してドライバやら何やらを整備していって欲しい。
それとも実はIPv6レベルに遠大な話なのか、64bitって。
>>446
32bit CPUが2つで64bit級とな
だったらとっとと移行してドライバやら何やらを整備していって欲しい。
それとも実はIPv6レベルに遠大な話なのか、64bitって。
>>446
32bit CPUが2つで64bit級とな
ドライバは今までどおり32bitだろｗ
ドライバも64bitになるんじゃないの
ttp://www.appleinsider.com/articles/08/10/28/road_to_mac_os_x_snow_leopard_64_bit_to_the_kernel.html
ttp://www.appleinsider.com/articles/08/10/28/road_to_mac_os_x_snow_leopard_64_bit_to_the_kernel.html
>>446
マジレスすると
32bit:2^32
64bit:2^64
だから2倍じゃないぞ。もっとだぞ。
>>451
IPv6よりは近い未来だと思うぞ。
>>452
どうやって64bitカーネルで32bitのハードウェアドライバ使うんだよ。
マジレスすると
32bit:2^32
64bit:2^64
だから2倍じゃないぞ。もっとだぞ。
>>451
IPv6よりは近い未来だと思うぞ。
>>452
どうやって64bitカーネルで32bitのハードウェアドライバ使うんだよ。
どーせたいした変化ないんだろ？
フルHD動画が無圧縮で編集できるようになったら驚いてあげるよ。
フルHD動画が無圧縮で編集できるようになったら驚いてあげるよ。
「Snow Leopard」、テキストの自動修正機能を搭載
AppleInsiderでは、「Mac OS X 10.6 Snow Leopard Build 10A190」のスクリーンショットによると、
新しい「TextEdit」はテキストの自動修正機能を搭載していると伝えています。
つづりの自動修正、ダッシュの自動追加、テキストの置き換えが可能とのことです。
この機能は全てのアプリケーションで提供されるようです。
また、Snow Leopardには「Mail 4.0」「AddressBook 5.0」
「Migration Assistant 2.0」「iChat 5.0」「Image Capture 6.0」といった
メジャーアップグレードされたアプリケーションが含まれているそうです。
他にも、アプリケーションを64-bitモードで実行している際は、
Appleのロゴとメニューバーが明るい色になるとのことです。
AppleInsiderでは、「Mac OS X 10.6 Snow Leopard Build 10A190」のスクリーンショットによると、
新しい「TextEdit」はテキストの自動修正機能を搭載していると伝えています。
つづりの自動修正、ダッシュの自動追加、テキストの置き換えが可能とのことです。
この機能は全てのアプリケーションで提供されるようです。
また、Snow Leopardには「Mail 4.0」「AddressBook 5.0」
「Migration Assistant 2.0」「iChat 5.0」「Image Capture 6.0」といった
メジャーアップグレードされたアプリケーションが含まれているそうです。
他にも、アプリケーションを64-bitモードで実行している際は、
Appleのロゴとメニューバーが明るい色になるとのことです。
64bitは32bitの2倍の情報を詰め込める。
32bitの2倍は33bitだろ...
oooooooooooooooooooooooooooooooo
の2倍は
ooooooooooooooooooooooooooooooooo
だろ
ですって？ｗ
の2倍は
ooooooooooooooooooooooooooooooooo
だろ
ですって？ｗ
>>448
カーネルの64bit化というのは、基本的にはカーネル自身も沢山のメモリを使う必要が出てきた
ということで、たとえば
- メモリの管理領域の巨大化（使えるメモリが増えるほどその管理にメモリを食う）
- 巨大なバッファを必要とするデバイスのサポート
- 各種リソース（プロセス、ファイル、ネットワーク、グラフィックス、etc.）の管理の増大
で、パフォーマンス（処理の高速化）に比較的直接繋がるのは何かなーと考えると、
例えばデバイスや資源の管理により巨大なバッファを使って、効率が上がったりすることはある
かもしれない。
単純脳なユーザーがアクティビティモニタを見て「システムがやたらメモリを食ってる」とか
文句を言われるだけかもしれないけどw
でもまあカーネルに沢山メモリを使わせるための準備には違いないから、実メモリがそれなりに
大きいマシンを激しく使っている状況でないとあまり意味はないような。あ、64bitになったら
カーネルがすぐに実メモリを4GB以上消費するわけではない。それは普通のプログラムと同じ。
実際、カーネル自身ががどの程度メモリを食うべきかはチューニングされると思われる。
カーネルの64bit化というのは、基本的にはカーネル自身も沢山のメモリを使う必要が出てきた
ということで、たとえば
- メモリの管理領域の巨大化（使えるメモリが増えるほどその管理にメモリを食う）
- 巨大なバッファを必要とするデバイスのサポート
- 各種リソース（プロセス、ファイル、ネットワーク、グラフィックス、etc.）の管理の増大
で、パフォーマンス（処理の高速化）に比較的直接繋がるのは何かなーと考えると、
例えばデバイスや資源の管理により巨大なバッファを使って、効率が上がったりすることはある
かもしれない。
単純脳なユーザーがアクティビティモニタを見て「システムがやたらメモリを食ってる」とか
文句を言われるだけかもしれないけどw
でもまあカーネルに沢山メモリを使わせるための準備には違いないから、実メモリがそれなりに
大きいマシンを激しく使っている状況でないとあまり意味はないような。あ、64bitになったら
カーネルがすぐに実メモリを4GB以上消費するわけではない。それは普通のプログラムと同じ。
実際、カーネル自身ががどの程度メモリを食うべきかはチューニングされると思われる。
>>460
単純にカーネルのパフォーマンスを上げたいからでしょ。
・Intel CPUの場合64bit化そのものが高速化に繋がる
・カーネルのアドレス空間をユーザ空間と完全に分離する事で、
コンテクストスイッチの際のTLBのflushが不必要になる
カーネル自身が使うメモリの量とは無関係。
このあたりはAppleInsiderの記事にまとめてある。
http://www.appleinsider.com/articles/08/09/04/road_to_snow_leopard_twice_the_ram_half_the_price_64_bits.html
単純にカーネルのパフォーマンスを上げたいからでしょ。
・Intel CPUの場合64bit化そのものが高速化に繋がる
・カーネルのアドレス空間をユーザ空間と完全に分離する事で、
コンテクストスイッチの際のTLBのflushが不必要になる
カーネル自身が使うメモリの量とは無関係。
このあたりはAppleInsiderの記事にまとめてある。
http://www.appleinsider.com/articles/08/09/04/road_to_snow_leopard_twice_the_ram_half_the_price_64_bits.html
100000000000000000000000000000000
の倍は
200000000000000000000000000000000
だろJK
の倍は
200000000000000000000000000000000
だろJK
>だろJK
J(十進法で)K(考え)てはいけない
N(二進法で)K(考え)るんだ
J(十進法で)K(考え)てはいけない
N(二進法で)K(考え)るんだ
二進法で考えたところで
ビットの数は二倍になっていない。
ビットの数は二倍になっていない。
>>465
いつからビットの数の話になったんだ
いつからビットの数の話になったんだ
最初っから
パフォーマンスの話と情報量の話しか見えないが
お前の言う最初ってどこ？w
お前の言う最初ってどこ？w
ビット数って、情報量の単位じゃないの？
オッサンの渋さの度合いかとおもた
471 ：名称未設定：2008/10/31(金) 07:41:50 ID:HTrD5sbw0
iphoneで絵文字が表示されるのなら、
macでも絵文字表示されるようにならないかな。
macでも絵文字表示されるようにならないかな。
脱獄してフォントをコピーしたら使えないかな？
知ったかぶりしかいないことはよく分かった
475 ：名称未設定：2008/11/01(土) 00:46:58 ID:FZpUh3sX0
おまえらセガサターンか！！
いえ、Pipin@markです。
477 ：名称未設定：2008/11/01(土) 00:56:07 ID:hCcWMU7B0
Pippin？
p2つだっけ?もはやかなり昔のことなので忘れたぜ。
479 ：名称未設定：2008/11/01(土) 01:20:22 ID:hCcWMU7B0
64bitだと40億以上の整数扱うところだと速くなる
銀行や経理のネーチャンが喜ぶな
銀行や経理のネーチャンが喜ぶな
銀行の端末機器は独自仕様だからどうせ関係ない
あおぞら銀行とか。
今大変だし
テキスト修正って日本語は未対応だろ
ボイスオーバも未対応
手書き認識も未対応
あーなんでも未対応
ボイスオーバも未対応
手書き認識も未対応
あーなんでも未対応
日本語辞書が搭載されたのは何かの間違いなんですね
486 ：名称未設定：2008/11/01(土) 14:28:41 ID:6v/N/qpj0
>>484
VoiceOverはサードパーティのアドオンで対応してるよ
ttp://www.createsystem.co.jp/dtalkerMacOSX.html
変換時に候補を読み上げてくれなかったり、まだ細かい部分の作り込みが足りないけど、少しずつ進んでいる印象
VoiceOverはサードパーティのアドオンで対応してるよ
ttp://www.createsystem.co.jp/dtalkerMacOSX.html
変換時に候補を読み上げてくれなかったり、まだ細かい部分の作り込みが足りないけど、少しずつ進んでいる印象
いい加減スクロールバーをドラッグする時に色を変えて(濃くして)欲しい。
>>487 あー、そういえばそうだったわ（遠い目）
レガシーの頃はそうだったんだっけ？ 覚えてないわ……
スクロールバーはいつまでAQUAなんだか
iTunesと同じにして欲しい
iTunesと同じにして欲しい
491 ：名称未設定：2008/11/01(土) 16:49:25 ID:pMPd/Kpi0
知りたいことはただ一つ、PPC対応するかどうか。それだけだ。
493 ：名称未設定：2008/11/01(土) 18:14:00 ID:cFZ3dlHo0
>>492
対応しません＞＜
対応しません＞＜
確かに、クリックしても何もフィードバックがない唯一の
標準GUIパーツかも＞スクロールバー
標準GUIパーツかも＞スクロールバー
PPCはドザの939みたいになるんかな・・・
>>487
OSXになってユーザーに対するインターフェイスの
フィードバックが減ったよね、ボタン押しても特に何も起こらない
とか（へこむとか、明確に色が変わるとか）
今ユーザーが実行したアクションをコンピューター側が受け付けてるのか
どうか視覚的に見せて欲しい、もっと。
OSXになってユーザーに対するインターフェイスの
フィードバックが減ったよね、ボタン押しても特に何も起こらない
とか（へこむとか、明確に色が変わるとか）
今ユーザーが実行したアクションをコンピューター側が受け付けてるのか
どうか視覚的に見せて欲しい、もっと。
スクロールバーはボタンと言うより、
ドラッグ可能な単なるオブジェクトっていう感覚なんだろうね
ウインドウのタイトルバーをドラッグしても凹んだりしないのと同じ
というか、今では滅多に触られない部分だから
そんな細かい事は誰も気にしてないと思う
ドラッグ可能な単なるオブジェクトっていう感覚なんだろうね
ウインドウのタイトルバーをドラッグしても凹んだりしないのと同じ
というか、今では滅多に触られない部分だから
そんな細かい事は誰も気にしてないと思う
確かにマウスの替わりにMBPのトラックパッドを使うようになってからスクロールバーというUI部品を直接動かすことは減ったよな。
そういえば今のGUIっていうのはLisaとかMacintosh 128K(もっというとXerox Alto)の発想を元に出来ているわけだけどマウス操作を主眼に開発されたUIが果たしてトラックパッドや3dconnexionのSpaceNavigatorにとっても最適なUIなんだろうか?
そういえば今のGUIっていうのはLisaとかMacintosh 128K(もっというとXerox Alto)の発想を元に出来ているわけだけどマウス操作を主眼に開発されたUIが果たしてトラックパッドや3dconnexionのSpaceNavigatorにとっても最適なUIなんだろうか?
ジェスチャ等が仲介を果たすから問題ない。
マウスやパッドやその他で異なるインターフェイスを使うよりはマシでは。
マウスやパッドやその他で異なるインターフェイスを使うよりはマシでは。
いま書類のこの辺りを表示してますよ的な、位置情報の確認アイコンでしかなくなったのか＞スクロールバー
そのうち「ここ直接摘むと動かせるんだぜ」「へー初めて知った詳しいなお前」みたいなやりとりが…ｗ
そのうち「ここ直接摘むと動かせるんだぜ」「へー初めて知った詳しいなお前」みたいなやりとりが…ｗ
>>500
本当にありそうで困るww
本当にありそうで困るww
>>498
俺はiPhoneのUIで設定項目のオン／オフボタンがスライド式になってるのを見て、Appleよく分かってるな、と思った。
タッチパネルとマウス／トラックパッドじゃ結構違うんだよな、ポインティングデバイスとしても。
俺はiPhoneのUIで設定項目のオン／オフボタンがスライド式になってるのを見て、Appleよく分かってるな、と思った。
タッチパネルとマウス／トラックパッドじゃ結構違うんだよな、ポインティングデバイスとしても。
>>54
それ、BTRONのつかんでポン
それ、BTRONのつかんでポン
TRONか....個人的にはAmiga、BeOSと並んで一度使ってみたかったOSリストのトップ3に位置するな。
TRONにはHaikuみたいなプロジェクトないの?
TRONにはHaikuみたいなプロジェクトないの?
TRONやAmigaはよく解らんが
BeOSのデモは強烈だった
そりゃ当時のサポートする機能の差はあるが
雪豹はBeOS並のパフォーマンスが出るようにして欲しい
BeOSのデモは強烈だった
そりゃ当時のサポートする機能の差はあるが
雪豹はBeOS並のパフォーマンスが出るようにして欲しい
ファイヤウォールを改善してほしいな
間接的に起動されるアプリは管理できないなんてありえない。
いまどうなっているか、どのポートが開いているのか、解らないと怖いよね
間接的に起動されるアプリは管理できないなんてありえない。
いまどうなっているか、どのポートが開いているのか、解らないと怖いよね
BeBox持ってるよ。BeOS当時はすごかったけど、今動かすと古さを感じるね。
開発者じゃない一般ユーザだから難しいことはよくわからないけど
Snow Leopardって何かいい響きだなあ
期待してます(*^_^*)
Snow Leopardって何かいい響きだなあ
期待してます(*^_^*)
今年中にOpenCLに関する発表があるかもらしい↓
http://www.shader.jp/xoops/html/modules/wordpress/index.php?p=760
http://www.shader.jp/xoops/html/modules/wordpress/index.php?p=760
Snow Leopardってフリーズしそうな感が(する・しない）
分からない。はっきり言ってまだ情報が少なすぎる。
ようやく全貌がこの前のADC向け新ビルドの流出情報でつかめてきたくらいだし。
ようやく全貌がこの前のADC向け新ビルドの流出情報でつかめてきたくらいだし。
雪国の生き物だからフリーズに強いよ！
その代わり熱暴走しそうだなｗ
>>63
BTRONでは問題になっていないよ。
BTRONでは問題になっていないよ。
BTRONにはLogicみたいな何百MBもライブラリをインストールするアプリ無かっただろ。
というかとっくの昔にその話は終わった気が。
というかとっくの昔にその話は終わった気が。
>>492
インテル機しか持ってないからわからんけど、10A96ってPPCで動かないんだっけ？
でも10A96のカーネルをfileで見るとx86_64、i386、ppcのユニバーサルバイナリになってるよ。
（ちなみにLeopardのカーネルにx86_64のバイナリは入ってない）
PPCで動かす気がないならPPCバイナリなんて最初から入ってないでしょ。
インテル機しか持ってないからわからんけど、10A96ってPPCで動かないんだっけ？
でも10A96のカーネルをfileで見るとx86_64、i386、ppcのユニバーサルバイナリになってるよ。
（ちなみにLeopardのカーネルにx86_64のバイナリは入ってない）
PPCで動かす気がないならPPCバイナリなんて最初から入ってないでしょ。
Intel Onlyって話が出てきたのはWWDC配布ビルドがIntel onlyだったからと言うだけの話。
もしかして10A96はそうじゃないのか?
ちなみにAppleからは何も発表は無い。
でもG4が切られることは確実だと思う。G5は微妙なところ。
もしかして10A96はそうじゃないのか?
ちなみにAppleからは何も発表は無い。
でもG4が切られることは確実だと思う。G5は微妙なところ。
>>519
つーか10A96がWWDCで配られたDevelopersPreviewだと思うけど、
$ file /mach_kernel
/mach_kernel: Mach-O universal binary with 3 architectures
/mach_kernel (for architecture x86_64): Mach-O 64-bit executable x86_64
/mach_kernel (for architecture i386): Mach-O executable i386
/mach_kernel (for architecture ppc): Mach-O executable ppc
だった。ppcバイナリ入り。パッと見カーネル機能拡張とかFinderとかのアプリもppc入りなんだけどねぇ。
実際PowerPCのMacに入れようとして撃沈した人はいるのかな？
まぁppc64バイナリ入りだったものがppc7400オンリーになってたりとか不穏な感じはするけど。
G4はダメだろうな。すでに一部Leopardで切られてるし。
逆に64bit完全対応を謳うならG5よりCoreの方が問題なはずで、それ考えるとCore2待たずに初代IntelMacに
Core載せた当時のアップルはとにかく（特にG4しか積めないモバイルは）Intel化を急いでたんだろうなぁとか思った。
つーか10A96がWWDCで配られたDevelopersPreviewだと思うけど、
$ file /mach_kernel
/mach_kernel: Mach-O universal binary with 3 architectures
/mach_kernel (for architecture x86_64): Mach-O 64-bit executable x86_64
/mach_kernel (for architecture i386): Mach-O executable i386
/mach_kernel (for architecture ppc): Mach-O executable ppc
だった。ppcバイナリ入り。パッと見カーネル機能拡張とかFinderとかのアプリもppc入りなんだけどねぇ。
実際PowerPCのMacに入れようとして撃沈した人はいるのかな？
まぁppc64バイナリ入りだったものがppc7400オンリーになってたりとか不穏な感じはするけど。
G4はダメだろうな。すでに一部Leopardで切られてるし。
逆に64bit完全対応を謳うならG5よりCoreの方が問題なはずで、それ考えるとCore2待たずに初代IntelMacに
Core載せた当時のアップルはとにかく（特にG4しか積めないモバイルは）Intel化を急いでたんだろうなぁとか思った。
そっかWWDCビルド=10A96か。
確認するには適当な.appを10.5環境に持ってきてRosettaで動くかどうか試してみればいいんじゃないか?
そういえば今回Cocoa Finder付きでseedされた10A190はどうなんだろう。
誰か確認できる人いない?
Core Duo勢が危険というのは同意。
確認するには適当な.appを10.5環境に持ってきてRosettaで動くかどうか試してみればいいんじゃないか?
そういえば今回Cocoa Finder付きでseedされた10A190はどうなんだろう。
誰か確認できる人いない?
Core Duo勢が危険というのは同意。
WWDC版は持ってるが実験用に供することが可能なIntel Macが無い。
最新ビルドがもらえるのはADC Select以上だけ？
最新ビルドがもらえるのはADC Select以上だけ？
>>521
危険といっても64bitの恩恵が無いだけでまさか非対応にはならないだろうｗ
更に言えばOpenCLとかのGPGPU系高速化技術の恩恵が受けられるMacなんて
GeForce8xxx以降なんだからつい最近まで現行だったMacBookでも無理だな。
つーかiMacなんて8800GSのモデル以外現行でもやばいんじゃね？載ってるRadeon古いし。
アプリは64bitだろうが32bitだろうがrosettaだろうが動かなかった@Intel10.5.5
やっぱPacifistで抜いたんじゃだめかなｗ ディスクイメージにインストールして持ってきてみるか。
まぁ手元の10A96もぶっちゃけxxxなんで早いとこ10A190もxxxされてくださいって感じですな。
危険といっても64bitの恩恵が無いだけでまさか非対応にはならないだろうｗ
更に言えばOpenCLとかのGPGPU系高速化技術の恩恵が受けられるMacなんて
GeForce8xxx以降なんだからつい最近まで現行だったMacBookでも無理だな。
つーかiMacなんて8800GSのモデル以外現行でもやばいんじゃね？載ってるRadeon古いし。
アプリは64bitだろうが32bitだろうがrosettaだろうが動かなかった@Intel10.5.5
やっぱPacifistで抜いたんじゃだめかなｗ ディスクイメージにインストールして持ってきてみるか。
まぁ手元の10A96もぶっちゃけxxxなんで早いとこ10A190もxxxされてくださいって感じですな。
Core Duoは動作している画像が流出していたから、たぶん大丈夫。
PPCは無理だろう。
PPCバイナリがあるのは、Rosettaの為じゃないのかな？
PPCは無理だろう。
PPCバイナリがあるのは、Rosettaの為じゃないのかな？
ってことは現状でSnow Leopardをフルに活用できるのは
･MBP現行モデル
･MB現行モデル
･iMac 24inch BTO GeForce 8800 GS 構成
･WoodcrestコアのMac ProでGeForce 8800 GTかQuadro FXを搭載したモデル
･HarpertownコアのMac Pro
てことか?
あとRadeon系列のGPGPU対応はRadeon HD 2xxx世代からか?
･MBP現行モデル
･MB現行モデル
･iMac 24inch BTO GeForce 8800 GS 構成
･WoodcrestコアのMac ProでGeForce 8800 GTかQuadro FXを搭載したモデル
･HarpertownコアのMac Pro
てことか?
あとRadeon系列のGPGPU対応はRadeon HD 2xxx世代からか?
>>520
えええLeopardの段階でPPC切られてるのってBootCamp以外にあるの？
えええLeopardの段階でPPC切られてるのってBootCamp以外にあるの？
ああそういうことか。
周波数は処理速度の関係だろうね。
Javaは実際OSのどこで使われているのか分からん…。
周波数は処理速度の関係だろうね。
Javaは実際OSのどこで使われているのか分からん…。
Cocoa-Javaは確実に黒歴史化したしな。
そーいや以前10A96動かしてみたMacBookはCoreDuoだったわｗ
>>525
Radeonは難しいなぁ。GPGPUって言われ出したのはHD3xxx、GF8xxxの世代だからなぁ。
でもCore ImageはTiger出た頃の2年前くらい?のGPUまでは対応してたと思うから
発売まで（多分）1年切ってるこの段階の現行機種に載ってる2xxxも非対応だとさすがにマズイ気がする。
でもIntelX3100な白MacBook今でも売ってるんだよな・・・
まぁOpenCLの実態もまだ謎だし、「フル活用できるのが確実」なのは上記だろうな。
ちょっと>>523の「〜恩恵が受けられるMacなんてGeForce8xxx以降」ってのは断定的に言い過ぎたと反省。
ノートをわざわざ9400Mにしたってことは内蔵Intelグラフィックは全死しそうだけど。
まぁ確実にOpenCL動いてGPUもCPUもしばらく劇的に進化しなさそうな新MacBookはどう考えても買いってことで。
>>525
Radeonは難しいなぁ。GPGPUって言われ出したのはHD3xxx、GF8xxxの世代だからなぁ。
でもCore ImageはTiger出た頃の2年前くらい?のGPUまでは対応してたと思うから
発売まで（多分）1年切ってるこの段階の現行機種に載ってる2xxxも非対応だとさすがにマズイ気がする。
でもIntelX3100な白MacBook今でも売ってるんだよな・・・
まぁOpenCLの実態もまだ謎だし、「フル活用できるのが確実」なのは上記だろうな。
ちょっと>>523の「〜恩恵が受けられるMacなんてGeForce8xxx以降」ってのは断定的に言い過ぎたと反省。
ノートをわざわざ9400Mにしたってことは内蔵Intelグラフィックは全死しそうだけど。
まぁ確実にOpenCL動いてGPUもCPUもしばらく劇的に進化しなさそうな新MacBookはどう考えても買いってことで。
上のリストにMBP Early 2008モデルを入れるの忘れてた。
自分が使っているモデルなのにw。
それにしても現時点では問題ないけどGPU的に少し怖いな。
>>530
やっぱりAMDがATIを買収したのが遠因?
自分が使っているモデルなのにw。
それにしても現時点では問題ないけどGPU的に少し怖いな。
>>530
やっぱりAMDがATIを買収したのが遠因?
>>552
それはそうなんだろうが今後Intel Core系CPU+GeForce系チップセットというのがMacの標準になるのなら普通にOpenCLもGeForce系へのGPGPU最適化がメインになるだろうからな。
ATIは今やAMD傘下だからIntelプラットフォーム向けにはGPUを提供しないだろうしAppleがNVIDIAと関係を強めるのなら余計疎遠になるだろうなと。
だから個人的にはiMacが更新されてATI系のGPUが一掃されても別に驚かない。
それはそうなんだろうが今後Intel Core系CPU+GeForce系チップセットというのがMacの標準になるのなら普通にOpenCLもGeForce系へのGPGPU最適化がメインになるだろうからな。
ATIは今やAMD傘下だからIntelプラットフォーム向けにはGPUを提供しないだろうしAppleがNVIDIAと関係を強めるのなら余計疎遠になるだろうなと。
だから個人的にはiMacが更新されてATI系のGPUが一掃されても別に驚かない。
534 ：名称未設定：2008/11/03(月) 00:44:32 ID:hDp2bRc30
つか、来年出るんだからいい加減新機種買えよw
OpenGLでLLVMを使うことで複数のアーキへの対応を簡略化したって話が有るから
OpenCLも同様に異なるアーキへの対応をLLVM任せにすれば良いんでないかと想像
OpenCLも同様に異なるアーキへの対応をLLVM任せにすれば良いんでないかと想像
対応してもIntelの内蔵とかじゃパフォーマンス足りない
まあ、そのハードが積んでる汎用ユニットを持ってる分だけ適切に使ってくれれば
それで一応オッケーということで
それで一応オッケーということで
539 ：名称未設定：2008/11/03(月) 09:26:42 ID:M/uVBxQr0
最近リリースされたデュアルGPUなMacbook Proは、Snow Leopardによってどれだけパフォーマンスアップするのか楽しみだね
一応、AMDはOpenCLフル対応を表明しているよ。
ただし、どの世代のGPUから対応なのかはまだOpenCL自体が出ていない以上何も分からないけど。
その参考として、AMDのGPGPUの開発環境らしいAMD Stream SDK については、今年6月にHD2900/HD3000シリーズに対応させるって答えているらしい。
ということで、HD 2600XTのMac Proは対応しきれない可能性はあるかなってちょっと思った。
ただし、どの世代のGPUから対応なのかはまだOpenCL自体が出ていない以上何も分からないけど。
その参考として、AMDのGPGPUの開発環境らしいAMD Stream SDK については、今年6月にHD2900/HD3000シリーズに対応させるって答えているらしい。
ということで、HD 2600XTのMac Proは対応しきれない可能性はあるかなってちょっと思った。
>>533
OpenCLは標準規格として規格策定作業が進行中だし、
Nvidiaでしか使えないという状態にはならないだろ。
そうやって特定のハード依存や規格の孤立化を避ける
のが、標準規格化の目的でもある。
OpenCLは標準規格として規格策定作業が進行中だし、
Nvidiaでしか使えないという状態にはならないだろ。
そうやって特定のハード依存や規格の孤立化を避ける
のが、標準規格化の目的でもある。
>>541
それは"標準規格"としての話。
>533あたりのIT企業間のパワーバランス的事情も考えると、今後MacにGPGPU対応のATIのGPUが載ってくる可能性は低い。
>>530や>>540の情報から現行のMacに載っているATI系GPUは全部GPGPU非対応モデルっぽいとすると、結果としてMacではATI系GPUでOpenCLを使えないのでは?(規格としては対応していても)と言う話。
それは"標準規格"としての話。
>533あたりのIT企業間のパワーバランス的事情も考えると、今後MacにGPGPU対応のATIのGPUが載ってくる可能性は低い。
>>530や>>540の情報から現行のMacに載っているATI系GPUは全部GPGPU非対応モデルっぽいとすると、結果としてMacではATI系GPUでOpenCLを使えないのでは?(規格としては対応していても)と言う話。
>>543
それは公式じゃないだろJK。
どこら辺が妄想なんだがお聞かせ願いたい物だな。
現時点でMacに載ってるGPUでGPGPU一応フル対応(といっておく)なのはNVIDIAのだけでATI系列は世代が古いまま止まっているのは事実。
それは公式じゃないだろJK。
どこら辺が妄想なんだがお聞かせ願いたい物だな。
現時点でMacに載ってるGPUでGPGPU一応フル対応(といっておく)なのはNVIDIAのだけでATI系列は世代が古いまま止まっているのは事実。
ATIを切るという時点で妄想。
GPGPU対応とGPGPUフル対応とか言う時点で
ID:d9c9ZVY20が何を根拠に言ってるのかは分からんが
unified shaderが載ってるRadeon HD 2xxx以降が対応できない理由は無いでしょ。
AMDが出してるRadeon向けのGPGPU環境のStream SDKでは普通に対応してるよ。
CUDAと違ってMac版はまだ無いけど。
まあOpenCLの実装次第だとは思うが、
一応http://www.itmedia.co.jp/news/articles/0808/08/news022.html
unified shaderが載ってるRadeon HD 2xxx以降が対応できない理由は無いでしょ。
AMDが出してるRadeon向けのGPGPU環境のStream SDKでは普通に対応してるよ。
CUDAと違ってMac版はまだ無いけど。
まあOpenCLの実装次第だとは思うが、
一応http://www.itmedia.co.jp/news/articles/0808/08/news022.html
OS買わせるためにはRadeonにも対応させるでしょう。
OSじゃなくてハード買わせたいと思ってるんじゃない
特に今回は
特に今回は
>>547
2600はダメという>>540を根拠にしてるんでしょ。
ま、そもそもOpenCLに乗り気な方のRadeonを切るとは考えにくいし、MacBookがnVidiaだったのも
今やAMDとなったATIがIntel向けチップセットを作れないからnVidia以外選択肢が無かっただけだし。
Radeonをどうするつもりかは、10日に新MacProが発表されたとしてGPUを何にするかだな。
2600はダメという>>540を根拠にしてるんでしょ。
ま、そもそもOpenCLに乗り気な方のRadeonを切るとは考えにくいし、MacBookがnVidiaだったのも
今やAMDとなったATIがIntel向けチップセットを作れないからnVidia以外選択肢が無かっただけだし。
Radeonをどうするつもりかは、10日に新MacProが発表されたとしてGPUを何にするかだな。
nVidiaベッタリになってOS Xの進化が終了。
>>552
言いたいことを何一つわかってねぇ〜
言いたいことを何一つわかってねぇ〜
>>554
で、何を根拠に言ってたかはおわかりになったんですよね？
で、何を根拠に言ってたかはおわかりになったんですよね？
ID:d9c9ZVY20の>542 "現行のMacに載っているATI系GPUは全部GPGPU非対応モデル"の根拠が>530と>540なんだろう。
他人の発言でソースも書いてない情報が根拠とはこれいかに
何か徹底的に勘違いしてる奴がいるようだが、GF8xxxと同世代なのは
RadeonHD2xxxだよ(しかもRadeonの方が後)
何か徹底的に勘違いしてる奴がいるようだが、GF8xxxと同世代なのは
RadeonHD2xxxだよ(しかもRadeonの方が後)
最新のGPUに入れ替えればいいだけじゃん？
あっ。Macは入れ替えるの無理な機種ばっかりだっけ？
しかも、対応ボード少ないんだっけ？
これは失礼ｗｗｗｗｗ
あっ。Macは入れ替えるの無理な機種ばっかりだっけ？
しかも、対応ボード少ないんだっけ？
これは失礼ｗｗｗｗｗ
>>560
ドザ乙
ドザ乙
あっはっは。痛いとこついてしまったかねｗｗｗ
>>559
こうやって永遠にはき違えたままなんだろうなぁ。
こうやって永遠にはき違えたままなんだろうなぁ。
まあ、仕方ないよ。
MacにとってGPUはAppleが選んでくれるもの。
それ以外に選択肢がない。
自分で選べないから、結局自分で考えること調べることをしなくなり
結果、ハードウェアについて無知になる。
MacにとってGPUはAppleが選んでくれるもの。
それ以外に選択肢がない。
自分で選べないから、結局自分で考えること調べることをしなくなり
結果、ハードウェアについて無知になる。
しかしRadeonHD2000シリーズがGPGPU非対応とか言うのは無知にも程があり過ぎ
とりあえず汎用のシェーダ積んでれば"GP"GPUだしねえ
>>555
すまん。Stream SDKのドキュメントまでは見ていないんですわ。
一応、Radeon HD 2900ってのの参考にしたページのもとは
ttp://techreport.com/articles.x/14968
でも確かに、FireStram SDKのFAQをみると
Q: Will the AMD FireStream SDK work on previous generation hardware?
A: To run the CAL/Brook+ SDK, you need a platform based on the AMD R600 GPU or later. R600 and newer GPUs are found with ATI Radeontm HD2400, HD2600, HD2900 and HD3800 graphics board.
となっている。いや、CAL/Brook+ SDKがなにかはよくわかっていないのだけど、AMDのGPGPU向けのSDKなんだよね。
ってことで謹んでお詫び申し上げます。
すまん。Stream SDKのドキュメントまでは見ていないんですわ。
一応、Radeon HD 2900ってのの参考にしたページのもとは
ttp://techreport.com/articles.x/14968
でも確かに、FireStram SDKのFAQをみると
Q: Will the AMD FireStream SDK work on previous generation hardware?
A: To run the CAL/Brook+ SDK, you need a platform based on the AMD R600 GPU or later. R600 and newer GPUs are found with ATI Radeontm HD2400, HD2600, HD2900 and HD3800 graphics board.
となっている。いや、CAL/Brook+ SDKがなにかはよくわかっていないのだけど、AMDのGPGPU向けのSDKなんだよね。
ってことで謹んでお詫び申し上げます。
ここらへんOS Xにもフィードバック来るかな?
Sun、『Solaris 10』を更新し『ZFS』を拡張
http://japan.internet.com/webtech/20081104/11.html
Sun、『Solaris 10』を更新し『ZFS』を拡張
http://japan.internet.com/webtech/20081104/11.html
お、システムディスクで使えるようになったのか！
SUNの技術と人材ってOSXにもとても有用だよね。
今のAppleならSUNの時価総額的にも
簡単に買収できるけど、どうするのかなぁ。
今のAppleならSUNの時価総額的にも
簡単に買収できるけど、どうするのかなぁ。
そんな乱暴なことされたら怒る人も多いと思うな。
海賊やってたのは昔のことだし。
海賊やってたのは昔のことだし。
573 ：名称未設定：2008/11/04(火) 17:23:28 ID:/eMlM1uD0
Appleにサーバ屋を本格的にやる考えはぜんぜんないと思うし。
えw
ちょいと SnowLeopard 体験してきた
こいつはかなりヤヴァい
やみつきになりそうだ
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3094.jpg
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3095.jpg
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3096.jpg
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3097.jpg
＠多摩動物公園
こいつはかなりヤヴァい
やみつきになりそうだ
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3094.jpg
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3095.jpg
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3096.jpg
ttp://upsurusuru.hp.infoseek.co.jp/cgi-bin/src/up3097.jpg
＠多摩動物公園
4枚目を見た時、つられてもいい。そう思える自分がいました。
ｶﾜｴｴ
獣はすっかり冬仕様だな
579 ：名称未設定：2008/11/04(火) 21:06:50 ID:/jxfDVkI0
SUNよりSGI買うのはどお？
SUNだとOS統合するときもめそう
SUNだとOS統合するときもめそう
むしろDellを買収して株主にお金を返す....と言う冗談は置いておいて
個人的にはDropboxとか買収してiDiskの強化をして欲しいな。
Panicを買収してCodaをiPhotoに対するAperture的位置づけのiWebの上級版ソフトにするのもいいな。
個人的にはDropboxとか買収してiDiskの強化をして欲しいな。
Panicを買収してCodaをiPhotoに対するAperture的位置づけのiWebの上級版ソフトにするのもいいな。
要するにどっかの技術を持ってこないと限界ってことだなぁ。
>>582
それこそsunを買うかどうかじゃなくsunに買われるかどうかって時代に
アップルオリジナルの技術はかなりリストラしたからねー
まあ本気出して買うならsunじゃなくAdobeかGoogleだろ
で余ったお金でSGIかHPのTru64 UNIX部門だな
それこそsunを買うかどうかじゃなくsunに買われるかどうかって時代に
アップルオリジナルの技術はかなりリストラしたからねー
まあ本気出して買うならsunじゃなくAdobeかGoogleだろ
で余ったお金でSGIかHPのTru64 UNIX部門だな
Appleはやろうとしてること、やりたいことが多すぎてリソース足りてないのかな。
だからこそ削りに削ってシンプルな形にできるんだと思うがなあ
金が豊富にあって人も多くてってなると結局MSと同じ道を辿ってしまう気がする
金が豊富にあって人も多くてってなると結局MSと同じ道を辿ってしまう気がする
SGI の WS は高くて買えなかったけど使ってみたかった
未だに O2 とか Octane みるとデザインに心がときめくw
ただ今のあそこを吸収してもあまりメリットはないと思うよ
OS X に関わる SUN の技術って基本的にオープンソース化されてるものが多いから
個々の開発者を引き抜いたりするならまだしも会社ごと手に入れる必要はないと思う
Mac OS X 本体に関わるのは Java、DTrace、ZFS、MySQL かな
OpenSolaris や OpenOffice.org みたいなコミュニティを盛り上げる形での開発だとか
いろんな意味で参考になる戦略をとってる企業だと思うけど、炭坑のカナリア的な意味で
まぁ SUN は最近買収した innotek の VirtualBox 含めて仮想化には結構強いね
未だに O2 とか Octane みるとデザインに心がときめくw
ただ今のあそこを吸収してもあまりメリットはないと思うよ
OS X に関わる SUN の技術って基本的にオープンソース化されてるものが多いから
個々の開発者を引き抜いたりするならまだしも会社ごと手に入れる必要はないと思う
Mac OS X 本体に関わるのは Java、DTrace、ZFS、MySQL かな
OpenSolaris や OpenOffice.org みたいなコミュニティを盛り上げる形での開発だとか
いろんな意味で参考になる戦略をとってる企業だと思うけど、炭坑のカナリア的な意味で
まぁ SUN は最近買収した innotek の VirtualBox 含めて仮想化には結構強いね
>>583
Adobeを買ってもFCPとPremiereとかLightroomとApertureとか重複するところばかりだな。
でもあり得ない話ではない気もする。
もし買収されたら確実にAIRとかディスコンになるな。
Google? もっと微妙。何か利点あるのか?
Adobeを買ってもFCPとPremiereとかLightroomとApertureとか重複するところばかりだな。
でもあり得ない話ではない気もする。
もし買収されたら確実にAIRとかディスコンになるな。
Google? もっと微妙。何か利点あるのか?
アビーたんは今何してんの？
NCISで分析をしてるらしい。
590 ：名称未設定：2008/11/04(火) 23:04:09 ID:/eMlM1uD0
Adobeを買うとしたら、Photoshop、Illustrator、InDesign、
Dreamweaverがターゲットだよ。後はすべてディスコン。
そしてこの４つのソフトのWindows版を廃止する。
かなりあり得る話ではあるけど、事業の集中という意味では
今でちょうどかも。
Dreamweaverがターゲットだよ。後はすべてディスコン。
そしてこの４つのソフトのWindows版を廃止する。
かなりあり得る話ではあるけど、事業の集中という意味では
今でちょうどかも。
ひどい妄想だw
>>592
まあその通りだけどさ
それでもSGIを買ったとしたら多少のサーバー部門の強化になるし
Tru64部門もOS開発部門の役には立つだろ
何も高い金出して買えとは言わん二束三文ぐらいで買い取れば良い買収にはなるだろ
まあその通りだけどさ
それでもSGIを買ったとしたら多少のサーバー部門の強化になるし
Tru64部門もOS開発部門の役には立つだろ
何も高い金出して買えとは言わん二束三文ぐらいで買い取れば良い買収にはなるだろ
594 ：名称未設定：2008/11/04(火) 23:26:25 ID:+cfHBHVz0
Leopardが自作PCで動作するならアポーでもかまわないんだけどね。
それが必要だと考えたら事なら、いかなる批判も聞き入れずにやるからね、アップルは。
あり得ないとは言い切れない。
あり得ないとは言い切れない。
そういえばFCPはAdobe→Macromedia→Appleだったな。
NewtonをディスコンにしたときにARMの株を売り払って出来たお金で買収したんだっけ?
NewtonをディスコンにしたときにARMの株を売り払って出来たお金で買収したんだっけ?
>>586
O2ﾅﾂｶｼｽ 意味もなく欲しくなるマシンだったなあ。
懐かしついでにwikipedia見て、SGIが一回倒産したってことを今さら知った。
全然知らなかったから、個人的には小室逮捕的な系統の衝撃が orz
10年ちょい前はｱﾎﾟｰと逆の立場だったのに・・・
O2ﾅﾂｶｼｽ 意味もなく欲しくなるマシンだったなあ。
懐かしついでにwikipedia見て、SGIが一回倒産したってことを今さら知った。
全然知らなかったから、個人的には小室逮捕的な系統の衝撃が orz
10年ちょい前はｱﾎﾟｰと逆の立場だったのに・・・
あとソフト系で買うならオートデスク
MAXをMac OS Xで使えるようにして欲しいな
3DでNTマシンが強くなったのはMSがSOFTIMAGEを買ってからだしな
MAXをMac OS Xで使えるようにして欲しいな
3DでNTマシンが強くなったのはMSがSOFTIMAGEを買ってからだしな
>>594
ファビョんなﾄﾞｻﾞﾁｮﾝｗｗｗｗｗｗｗｗｗｗｗｗｗ
ファビョんなﾄﾞｻﾞﾁｮﾝｗｗｗｗｗｗｗｗｗｗｗｗｗ
>>595
自作機でも動作はするだろう
自作機でも動作はするだろう
とりあえず CorelとQuarkとIntuit買っといて、iLifeに
アプリ追加。Mobile MeでWebアプリ提供ってのは。
アプリ追加。Mobile MeでWebアプリ提供ってのは。
603 ：名称未設定：2008/11/05(水) 00:01:23 ID:Gz1nVLvn0
というかAppleよりも遥かにアドビの方が大きい会社だと思うんだが。。
思うのは結構だけど、それは明らかに違うよね。
Adobeを買収するにはAppleが保有する現金の約半分を
投入する必要があるから、かなり大きな賭けにはなるよね。
つーか、AppleがMSより金持ってるなんて一昔前にはとても
想像できないことだよなぁ（汗）
Adobeを買収するにはAppleが保有する現金の約半分を
投入する必要があるから、かなり大きな賭けにはなるよね。
つーか、AppleがMSより金持ってるなんて一昔前にはとても
想像できないことだよなぁ（汗）
>>603
何を基準にして会社の大きさを考えるかってのはいろいろ意見はあるとは思うが
今のところ時価総額、総資産、売上高、純利益、従業員数は全て Apple のほうが上だろう
会社の面積的な事なら調べた事がないからわからないけどw
>>598
O2 は本当に魅力的だった
一時期 SGI は筐体デザインで一番優れてる会社だったと思う
何を基準にして会社の大きさを考えるかってのはいろいろ意見はあるとは思うが
今のところ時価総額、総資産、売上高、純利益、従業員数は全て Apple のほうが上だろう
会社の面積的な事なら調べた事がないからわからないけどw
>>598
O2 は本当に魅力的だった
一時期 SGI は筐体デザインで一番優れてる会社だったと思う
>>604
＞MSより金持ってる
いくらなんでもそりゃ誇張だろう・・とタカくくりつつ「Apple 保有 現金」でググって
ホントだと知った無知な俺ｶﾞｲﾙ
Appleをたった3ヶ月運営するだけの資金にも事欠いて、キャッシュ調達にアメリオが
涙目で走り回ってたとゆー時期を考えたら・・今でも信じられん
＞MSより金持ってる
いくらなんでもそりゃ誇張だろう・・とタカくくりつつ「Apple 保有 現金」でググって
ホントだと知った無知な俺ｶﾞｲﾙ
Appleをたった3ヶ月運営するだけの資金にも事欠いて、キャッシュ調達にアメリオが
涙目で走り回ってたとゆー時期を考えたら・・今でも信じられん
607 ：名称未設定：2008/11/05(水) 01:36:52 ID:Gz1nVLvn0
＞完全64bit対応ってことは初期MacBookは非対応でおk？
http://slashdot.jp/developers/article.pl?sid=08/11/06/0014247
"ひとつのZFS Root poolに複数の起動イメージを作成する(lucreate(1M))ことができ、起動時に選択できる"っていうのはもしかしてNetBootを拡張したImage Bootの技術ベースなのか?
"ひとつのZFS Root poolに複数の起動イメージを作成する(lucreate(1M))ことができ、起動時に選択できる"っていうのはもしかしてNetBootを拡張したImage Bootの技術ベースなのか?
そんだけ金あんならジョブズの延命処置に大分回せるな
なんか6月頃に10月までは持たない、持ったら奇跡って書いてる記事無かったっけ？
どうせどこかの金融コンサルタントの適当な記事だろ。
コンサルタントのほとんどはまともな調査もせずにiPhone失速とか勝手に事実誤認だらけの記事作るぐらいの脳しかないから自分はまともな評価をしていない。
まずAppleの企業としての特徴を理解していない奴が多いからな。
コンサルタントのほとんどはまともな調査もせずにiPhone失速とか勝手に事実誤認だらけの記事作るぐらいの脳しかないから自分はまともな評価をしていない。
まずAppleの企業としての特徴を理解していない奴が多いからな。
次世代USBの仕様が、11月中に発表されることになった。
USB Implementers Forum（USB-IF）が米国時間11月5日に出した声明によると、11月17日に、
同フォーラムがカリフォルニア州サンノゼで開催する「SuperSpeed USB Developers
Conference」において、USB 3.0（SuperSpeed USB）の仕様が業界に向けて発表されるという。
2009年に登場が予定されている次世代の高速接続規格、USB 3.0の仕様は、将来あらゆるPCや
デバイスがこれを基にしたコネクター類を採用することになるため、大きな意味を持つ。
また、新仕様における伝送速度は、この数年間に発売されたほぼすべてのPCで採用
されているUSB 2.0の10倍にあたる、およそ5Gbpsになるとみられている。
Hewlett-Packard（HP）、Intel、NEC、NXP Semiconductors、Microsoft、および
Texas Instrumentsの各社は、すべてSuperSpeed USBを支持している。
同規格を巡ってはIntelとNVIDIAが小競り合いを続けていたが、両社の意見の相違は解決されている。
http://japan.cnet.com/news/tech/story/0,2000056025,20383160,00.htm
USB Implementers Forum（USB-IF）が米国時間11月5日に出した声明によると、11月17日に、
同フォーラムがカリフォルニア州サンノゼで開催する「SuperSpeed USB Developers
Conference」において、USB 3.0（SuperSpeed USB）の仕様が業界に向けて発表されるという。
2009年に登場が予定されている次世代の高速接続規格、USB 3.0の仕様は、将来あらゆるPCや
デバイスがこれを基にしたコネクター類を採用することになるため、大きな意味を持つ。
また、新仕様における伝送速度は、この数年間に発売されたほぼすべてのPCで採用
されているUSB 2.0の10倍にあたる、およそ5Gbpsになるとみられている。
Hewlett-Packard（HP）、Intel、NEC、NXP Semiconductors、Microsoft、および
Texas Instrumentsの各社は、すべてSuperSpeed USBを支持している。
同規格を巡ってはIntelとNVIDIAが小競り合いを続けていたが、両社の意見の相違は解決されている。
http://japan.cnet.com/news/tech/story/0,2000056025,20383160,00.htm
wireless USBはまだ〜
今までの10分の1の転送時間で終わる（対応したiPodなら）
USBメモリーが大容量になったら
内蔵HDDいらずなんてことになるのかな？
内蔵HDDいらずなんてことになるのかな？
>>618
iPodのフラッシュメモリの書き込み速度が上がらんとUSB3.0になっても意味ないけどな
iPodのフラッシュメモリの書き込み速度が上がらんとUSB3.0になっても意味ないけどな
USBに限らず無線LANもFWもそうだが規格速度と実行速度は別だよな。
実行速度ではFW400>USB2.0だし。
実行速度ではFW400>USB2.0だし。
>>621
対応する頃には確実に速くなってるけどね
対応する頃には確実に速くなってるけどね
それより無線LANをもっと速くしてくれ
TimeCapsuleのバックアップが遅くてかなわん。
無線LANの次期規格って話は出てるの？
TimeCapsuleのバックアップが遅くてかなわん。
無線LANの次期規格って話は出てるの？
ワイヤレスUSBとか
>>608-610
Core2DuoだとMicro-Ops Fusionが32bitしか効かないからか
レジスタ倍のはずの64bitが速くないし、ドライバやアプリで苦労しない
32bitカーネルのままがいいんじゃね？
Core i7のベンチ見ると、64bitの方が明らかに速いから
Nehalemファミリの載ったMacなら64bitカーネルにするべきだな
まあどっちのカーネルでもSnow Leopardの他の機能は使えると思うけど
Core2DuoだとMicro-Ops Fusionが32bitしか効かないからか
レジスタ倍のはずの64bitが速くないし、ドライバやアプリで苦労しない
32bitカーネルのままがいいんじゃね？
Core i7のベンチ見ると、64bitの方が明らかに速いから
Nehalemファミリの載ったMacなら64bitカーネルにするべきだな
まあどっちのカーネルでもSnow Leopardの他の機能は使えると思うけど
628 ：名称未設定：2008/11/06(木) 23:04:50 ID:vCQQlu/40
そういえば10.5のときZFSの話題が出てて結局採用されなかったよね。
10.6ではこの話が出てこないけど採用するのかな。
10.6ではこの話が出てこないけど採用するのかな。
すまん。読んでなかった。採用はされるのだよね。Serverだけか。
>631
NTFS-3G
NTFS-3G
システムレベルで
どっかがドライバ出してたよね
まあ標準で対応して欲しいけど
まあ標準で対応して欲しいけど
>>630も文脈分かってない例だな
Core 2だと32bitと64bitどちらが良いのかって話なのに
他のx86CPUなんてMacに関係ないじゃん
MacPro以外メモリ4GB以上載せられないし
32bitカーネルでも64bitアプリ動くし
現行Macで64bitカーネル選択するメリットがない
Core 2だと32bitと64bitどちらが良いのかって話なのに
他のx86CPUなんてMacに関係ないじゃん
MacPro以外メモリ4GB以上載せられないし
32bitカーネルでも64bitアプリ動くし
現行Macで64bitカーネル選択するメリットがない
>>637
???
「Core 2でも」速度は64bit環境の方が上だが。
32bit環境から64bit環境にした時の速度向上率があまりよくないだけ。
速度面では確実にメリットがある。
アプリケーション開発はカーネルの64bit化とは無関係。
苦労するかもしれないのはドライバの開発者。
???
「Core 2でも」速度は64bit環境の方が上だが。
32bit環境から64bit環境にした時の速度向上率があまりよくないだけ。
速度面では確実にメリットがある。
アプリケーション開発はカーネルの64bit化とは無関係。
苦労するかもしれないのはドライバの開発者。
>>637
現行MacBookもメモリは最大8GBまで載せることが出来るよ。
ただ現状のLeopardではシステムが認識できるのは4GBまでだし、
OSがサポートしていないから、システム自体が不安定になっちゃう。
つまり64bitカーネルを選択するメリットは今でもあるよ。
現行MacBookもメモリは最大8GBまで載せることが出来るよ。
ただ現状のLeopardではシステムが認識できるのは4GBまでだし、
OSがサポートしていないから、システム自体が不安定になっちゃう。
つまり64bitカーネルを選択するメリットは今でもあるよ。
>現状のLeopardではシステムが認識できるのは4GBまで
はつみみです。実際MacProは32GBまでサポートしてるんだが。
PAEが効いてるとするとLeopardが認識できる上限は64GBかな?
はつみみです。実際MacProは32GBまでサポートしてるんだが。
PAEが効いてるとするとLeopardが認識できる上限は64GBかな?
ややこしいけど、例えば32GBを認識していてもOSXのシステムが
利用できるのは4GBまで。ただし64bitアプリからはそれ以上の
メモリも利用できる。こういうヘンテコな仕様なのは、
カーネルが32bit動作だからだよね。
アップル的には段階的に64bit化を進めているから、
カーネルの一部＋アプリ環境の64bit化までをLeopardで済ませて、
雪豹は最終段階、つまりそれが64bitカーネルの導入になるわけ。
利用できるのは4GBまで。ただし64bitアプリからはそれ以上の
メモリも利用できる。こういうヘンテコな仕様なのは、
カーネルが32bit動作だからだよね。
アップル的には段階的に64bit化を進めているから、
カーネルの一部＋アプリ環境の64bit化までをLeopardで済ませて、
雪豹は最終段階、つまりそれが64bitカーネルの導入になるわけ。
そんな事は分かってるよ
「システムが認識できるのは」4GBまでって書いてたから突っ込んだんだよ
「システムが認識できるのは」4GBまでって書いてたから突っ込んだんだよ
>>642
それは間違い。
LeoaprdでもOSXのシステム(32bitカーネル)は4G越えの物理メモリを扱え、
64bitアプリになら4G越えのメモリ空間を提供できる(Tigerから出来たけど)。
Snow Leoaprdでのメモリに関する変更点は、カーネル自身の使用メモリが
4Gを越えられる事と64bit命令による多少の高速化のみ。
それは間違い。
LeoaprdでもOSXのシステム(32bitカーネル)は4G越えの物理メモリを扱え、
64bitアプリになら4G越えのメモリ空間を提供できる(Tigerから出来たけど)。
Snow Leoaprdでのメモリに関する変更点は、カーネル自身の使用メモリが
4Gを越えられる事と64bit命令による多少の高速化のみ。
646 ：名称未設定：2008/11/09(日) 06:38:34 ID:ZM4ZZkwl0
結局、64ビット対応が進むだけで、大した進化はないわけね。
そこに意味を見いださないのなら、そうだね。
そうだねって･･･
他にもいろいろとあるし、
それに詳細はまだこれから。
他にもいろいろとあるし、
それに詳細はまだこれから。
メモリ搭載量にもよるらしい。
要するにごく最近の機種持っててメモリをめいっぱい増設してるような人が
「10.5じゃ不満」って感じたら、ようやくSnow Leopardの出番ってわけですか
それ以外の人は10.5のままで十分と
「10.5じゃ不満」って感じたら、ようやくSnow Leopardの出番ってわけですか
それ以外の人は10.5のままで十分と
最近のOSのメジャーアップデートなんてみんなそんなもんだろ
何を今更
何を今更
マルチスレッドが強化されるから
デュアルコアならフツーに効果あるよ
Core DuoのMacでもSnow Leopardにした方がいい
デュアルコアならフツーに効果あるよ
Core DuoのMacでもSnow Leopardにした方がいい
そうなのか
アメリカ版虚構新聞 の The Onion に Snow Leopard と Windows 7 の比較がでたよ
http://www.theonion.com/content/infograph/os_x_snow_leopard_vs_windows
http://www.theonion.com/content/infograph/os_x_snow_leopard_vs_windows
>>653
Grand Centralを使うアプリならね。そんなん出るのか？
Grand Centralを使うアプリならね。そんなん出るのか？
QuickTimeのコア部分が64bitになってGrandCentralでマルチコアに最適化されたら最強じゃないか?
少なくともQTとFinderは新規だからGrand Centralに対応するんじゃね？
つーか対応必要なの？そういうAPIがあるんじゃなくて
普通のスレッドを効果的にスケジューリングしてくれるだけと思ってたんだけど
まあエンコーダ系はOpenCL最強になると思うけど
つーか対応必要なの？そういうAPIがあるんじゃなくて
普通のスレッドを効果的にスケジューリングしてくれるだけと思ってたんだけど
まあエンコーダ系はOpenCL最強になると思うけど
サードパーティはさておき、既存のアプリがどのくらい化けるのかな
GarageBandやiMovieが軽くなったりするんだろうか
QuickTimeだけが軽くなりました、なんてものじゃなくて
iTunesやらiWorkが恩恵を受けられないとOSのアップグレードの意味が無いよね
GarageBandやiMovieが軽くなったりするんだろうか
QuickTimeだけが軽くなりました、なんてものじゃなくて
iTunesやらiWorkが恩恵を受けられないとOSのアップグレードの意味が無いよね
QuickTime がはやくなればかなりのソフトが自動的にはやくなると思うが...
OS X のビデオ API としての QuickTime と、
単にそれを使ったソフトの一例の QuickTime Player を混同してませんか???
OS X のビデオ API としての QuickTime と、
単にそれを使ったソフトの一例の QuickTime Player を混同してませんか???
QuickTime が担当してるのはビデオ関連だけじゃないだろう
新機能の追加は一休みでパフォーマンスに焦点当てるって言うんだから
速度は期待していいんじゃないか？
一般ユーザにはそれくらいしか恩恵ないし（最大の恩恵ともいえるけど）
速度は期待していいんじゃないか？
一般ユーザにはそれくらいしか恩恵ないし（最大の恩恵ともいえるけど）
>>660
そんな当たり前レベルの話じゃなくてさ……
進化したAPIをAppleのソフトならどう実装に反映させるかってこと
マルチスレッド！
ふたをあけたらMailとフォントブックくらい
とか
64bitアプリ！
ふたをあけたら「チェス」くらい
とかじゃ駄目だろ
iChatやiTunesでAUが使えるようになって当然と思わないか？
GPGPUをプレビューやiMovie、iPhotoで使えて当然と思わないか？
そんな当たり前レベルの話じゃなくてさ……
進化したAPIをAppleのソフトならどう実装に反映させるかってこと
マルチスレッド！
ふたをあけたらMailとフォントブックくらい
とか
64bitアプリ！
ふたをあけたら「チェス」くらい
とかじゃ駄目だろ
iChatやiTunesでAUが使えるようになって当然と思わないか？
GPGPUをプレビューやiMovie、iPhotoで使えて当然と思わないか？
>>663
>マルチスレッド！
>ふたをあけたらMailとフォントブックくらい
Cocoa アプリは全部多分 10.0 のころから マルチスレッドなわけだが...
(ボタンの点滅とかは別スレッドで管理してる。)
>マルチスレッド！
>ふたをあけたらMailとフォントブックくらい
Cocoa アプリは全部多分 10.0 のころから マルチスレッドなわけだが...
(ボタンの点滅とかは別スレッドで管理してる。)
例え話でしょ？
真面目にレス？www
真面目にレス？www
>>664
だ・か・ら そんな当たり前レベルの話じゃなくて……
http://www.apple.com/jp/macosx/technology/multicore.html
このくらい読むだろ？
ここで使われてる技術を純正アプリが使わなきゃ進化した意味ないだろ？
iMovieでプラグインが使えなくなったのくらい知ってるだろ？
Core ImageやQuartz Composerを活用しろって話だよ？
お前はそう思わないの？
だ・か・ら そんな当たり前レベルの話じゃなくて……
http://www.apple.com/jp/macosx/technology/multicore.html
このくらい読むだろ？
ここで使われてる技術を純正アプリが使わなきゃ進化した意味ないだろ？
iMovieでプラグインが使えなくなったのくらい知ってるだろ？
Core ImageやQuartz Composerを活用しろって話だよ？
お前はそう思わないの？
速度より細かいバグをなくして欲しい
出荷送らせてでも動作確認に時間かけて欲しい
出荷送らせてでも動作確認に時間かけて欲しい
669 ：名称未設定：2008/11/12(水) 01:33:26 ID:JpWhxE5S0
670 ：名称未設定：2008/11/12(水) 01:46:33 ID:cUcIJQoV0
>>668
バグ報告しなよ
バグ報告しなよ
>>672
下層って何処だよ
下層って何処だよ
私みたいに下層に住んでいる人は停滞してます
API的に低レイヤーってことだろう。
酷すぎる借金の話だよ
ああ、イオン化傾向の話か
貸そうかな、まああてにするな、ひどすぎる借金
『栃木県の公立高校で生徒が混浴』
http://love6.2ch.net/test/read.cgi/onsen/1172292931/
栃木県立共和第一高校で、２年生の課外実習の山歩きの一環として露天風呂での教師、生徒の混浴が実施された。
女子生徒の心境を考慮して混浴の露天風呂（貸し切り）への参加は希望者のみとなっていたが、実際には数名を除いてほとんど全員が混浴に参加した。
参加した生徒達には、橘健一君（１７）「すごくいい思い出になった」、岬容子さん（１７）「最初は恥ずかしかったけど、ふだんできないような話もできてよかった」等、好評だった。
村田校長（５２）の話では、今後も継続して行う予定だが、一部から倫理上の批判もあり混浴は取り止めにする可能性もあるという（写真は記念撮影の１コマ）。
http://love6.2ch.net/test/read.cgi/onsen/1172292931/
栃木県立共和第一高校で、２年生の課外実習の山歩きの一環として露天風呂での教師、生徒の混浴が実施された。
女子生徒の心境を考慮して混浴の露天風呂（貸し切り）への参加は希望者のみとなっていたが、実際には数名を除いてほとんど全員が混浴に参加した。
参加した生徒達には、橘健一君（１７）「すごくいい思い出になった」、岬容子さん（１７）「最初は恥ずかしかったけど、ふだんできないような話もできてよかった」等、好評だった。
村田校長（５２）の話では、今後も継続して行う予定だが、一部から倫理上の批判もあり混浴は取り止めにする可能性もあるという（写真は記念撮影の１コマ）。
そういえば最近気になってた除菌イオン搭載の空気清浄機だけど、
なんか除菌イオン自体が物凄くインチキくさくて絶望した。
いろんな研究機関からのお墨付きを誇らしげに製品ページに
掲載していたのを確認したら、なんか韓国や中国の機関
がメインなんですけどｗ日本の機関はマイナスイオンにも
関わっていたところみたいだしｗおいシャープｗ
なんか除菌イオン自体が物凄くインチキくさくて絶望した。
いろんな研究機関からのお墨付きを誇らしげに製品ページに
掲載していたのを確認したら、なんか韓国や中国の機関
がメインなんですけどｗ日本の機関はマイナスイオンにも
関わっていたところみたいだしｗおいシャープｗ
だいたい除菌イオンとかマイナスイオンとか、化学の知識がちっとでもあれば
何かおかしいことに気づくと思うんだが
何かおかしいことに気づくと思うんだが
女禁イオンのおかげでオレの周りにオンナが寄ってきません
毎為すイオンのおかげで毎日やりまくりです。
イオン
↓
波紋
↓
幽波紋
↓
回転
↓
波紋
↓
幽波紋
↓
回転
光学ドライブがファインダーを巻き込んでしまうのを、ず〜〜〜とフィードバックしてるんだが、お返事無いよ。なんで？
>>686
もうちょい詳しく。光学ドライブをいじるとFinderが死ぬとか?
で、それってどんなマシンでも再現可能?
フィードバックというのは https://regist.apple.co.jp/feedback/macosx/ ですか?
それとも Bug Report?
もうちょい詳しく。光学ドライブをいじるとFinderが死ぬとか?
で、それってどんなマシンでも再現可能?
フィードバックというのは https://regist.apple.co.jp/feedback/macosx/ ですか?
それとも Bug Report?
>>687
フィードバックって言ってるし。
”ドライブがエラーを返しました”というダイアログが出るまで相当時間がかかる。
その間は何も出来ない。
例えばDVDを見ている時に傷や汚れで読めないセクタが有ったりすると、凄くがんばる。
もっと早めに諦めてくれれば良いのにとってもがんばっちゃう。
ま、別にがんばってくれるのは良いんだけど、その間何も出来ないってのはダメでしょう。
コマンド＋オプション＋エスケープさえ受け付けてくれない。
フィードバックって言ってるし。
”ドライブがエラーを返しました”というダイアログが出るまで相当時間がかかる。
その間は何も出来ない。
例えばDVDを見ている時に傷や汚れで読めないセクタが有ったりすると、凄くがんばる。
もっと早めに諦めてくれれば良いのにとってもがんばっちゃう。
ま、別にがんばってくれるのは良いんだけど、その間何も出来ないってのはダメでしょう。
コマンド＋オプション＋エスケープさえ受け付けてくれない。
689 ：名称未設定：2008/11/13(木) 05:44:48 ID:Yts8sGGO0
QuickTime X Proっていくらくらいになるんだろうか。
7 Proと同じか、それとも機能追加で値上がるのか。
7 Proと同じか、それとも機能追加で値上がるのか。
QuickTime XはSnow Leopard以前のOSには対応しない気がする…
>>644
４G越え時のTLBフラッシュが無くなるのはでかいよ
４G越え時のTLBフラッシュが無くなるのはでかいよ
QuickTimeX になったら Windows版もマシになるのかな
なんで未だに QuickDrawベースなんだ・・・
なんで未だに QuickDrawベースなんだ・・・
互換性の問題しかあるまい。
んで未だに10.4なんだが もうここまで頑張ったらsnowまで我慢した方がいいのかな(´･ω･`)
今10.4がインストールされてるような世代のMacのスペックから察すると、
SnowLeopardで得られる恩恵はそんなにないんじゃないかと。
来年SnowLeopardインストールのMacが出たら速攻買い換えるか、
買い替え予定がなければ今すぐLeopard買った方がいいんじゃないかな。
SnowLeopardで得られる恩恵はそんなにないんじゃないかと。
来年SnowLeopardインストールのMacが出たら速攻買い換えるか、
買い替え予定がなければ今すぐLeopard買った方がいいんじゃないかな。
Snow Leopardだって、実際に売られるかどうかも未定だしな。
10.4組だけど
雪豹出た暁には買い替えだなマシン
つーかcore i7が出るまで動けん
雪豹出た暁には買い替えだなマシン
つーかcore i7が出るまで動けん
700 ：名称未設定：2008/11/13(木) 17:26:22 ID:CEtHvTik0
未だにG4 733/10.3.9です＾＾
会社のはｲﾝﾃﾛﾚﾊﾟｰﾄﾞだけど＾＾
会社のはｲﾝﾃﾛﾚﾊﾟｰﾄﾞだけど＾＾
だってpen4ｵﾚｺﾞｿﾁｰﾑだし
703 ：名称未設定：2008/11/13(木) 18:23:32 ID:UtL2cgT30
OSX86の方は大丈夫なのかが不安
>>701
俺は別にIntelファンじゃないけど、「いまいち」というのはどういうデータを根拠に言ってるの？
「Core i7は最下位モデルでもCore 2の最上位を凌ぐ」というテスト結果もある。
http://itpro.nikkeibp.co.jp/article/NEWS/20081104/318416/
もちろん得手不得手はあるだろうから、常にそうだとじゃ言わないけど、
920はかなりコストパフォーマンス高そう。
俺は別にIntelファンじゃないけど、「いまいち」というのはどういうデータを根拠に言ってるの？
「Core i7は最下位モデルでもCore 2の最上位を凌ぐ」というテスト結果もある。
http://itpro.nikkeibp.co.jp/article/NEWS/20081104/318416/
もちろん得手不得手はあるだろうから、常にそうだとじゃ言わないけど、
920はかなりコストパフォーマンス高そう。
アイドル時の消費電力は殆ど上がってないし、
ピーク時の消費電力もマルチスレッド性能の大幅な向上を考えたら頷けるレベル。
「消費電力量 (電気代)」は消費電力と処理にかかった時間の積で決まるわけで
結局のところマルチスレッドで走るアプリだとCore i7が一番省電力、ということになる。
http://techreport.com/r.x/core-i7/cine-power-task-energy.gif
ピーク時の消費電力もマルチスレッド性能の大幅な向上を考えたら頷けるレベル。
「消費電力量 (電気代)」は消費電力と処理にかかった時間の積で決まるわけで
結局のところマルチスレッドで走るアプリだとCore i7が一番省電力、ということになる。
http://techreport.com/r.x/core-i7/cine-power-task-energy.gif
そもそもサブスレッショルドリークでアイドル時の消費電力がやたら高かった上に
性能自体も当時のAthlon64以下だったPrescottと比べるのはCore i7に失礼。
性能自体も当時のAthlon64以下だったPrescottと比べるのはCore i7に失礼。
結局はAppleがどう考えるのかになるよ。
Macの場合、MacBookとiMacでほとんど共通のチップセットだったけど、
Intelの内蔵グラフィック性能に不満があって、MacBookはNVIDIAの
チップセットに移行した。ここで従来通りにiMacもほぼ共通の構成で
いく可能性も高いよ。だけど、チップセット移行という大手術を行ったことで、
より柔軟にここぞとばかりに、iMacにはIntel（QPI）チップセットベース
のCore i7に移行するという選択肢も大いに（Apple的にも）魅力があるはず。
つーかNehalem自体がモバイル向けじゃないから、ここから先は共通だと
辛いし、NVIDIAはQPIを採用しないということだから、尚更次期iMacが
どうなるのかは注目する価値があるよ。後、MacProのNehalem版Xeonて
いつ登場するんだろ？
Macの場合、MacBookとiMacでほとんど共通のチップセットだったけど、
Intelの内蔵グラフィック性能に不満があって、MacBookはNVIDIAの
チップセットに移行した。ここで従来通りにiMacもほぼ共通の構成で
いく可能性も高いよ。だけど、チップセット移行という大手術を行ったことで、
より柔軟にここぞとばかりに、iMacにはIntel（QPI）チップセットベース
のCore i7に移行するという選択肢も大いに（Apple的にも）魅力があるはず。
つーかNehalem自体がモバイル向けじゃないから、ここから先は共通だと
辛いし、NVIDIAはQPIを採用しないということだから、尚更次期iMacが
どうなるのかは注目する価値があるよ。後、MacProのNehalem版Xeonて
いつ登場するんだろ？
>>710
MacProのアップデートはまだまだ先になりそうだね。
MacProのアップデートはまだまだ先になりそうだね。
SnowLeopardがエキサイトニュース入り
ttp://www.excite.co.jp/News/china/20081113/Recordchina_20081113028.html
ttp://www.excite.co.jp/News/china/20081113/Recordchina_20081113028.html
ユキヒョウテラデケェｗｗｗｗｗ
714 ：名称未設定：2008/11/13(木) 23:32:05 ID:ATXKeP/90
縮尺が変wwww
715 ：名称未設定：2008/11/14(金) 00:33:55 ID:yLN6exCH0
ここは一つMacBook (Late2008)買っておいて雪豹出るまで
様子みるのが一番賢い気がする。
だって11万円台だもの。nVidiaのチップセット、凄くない？
菊池桃子 学生 です。
様子みるのが一番賢い気がする。
だって11万円台だもの。nVidiaのチップセット、凄くない？
菊池桃子 学生 です。
ユキヒョウカワヨス！なんだが食い殺された羊が可哀相。。
可哀相なんだがww
可哀相なんだがww
>655
誰も突っ込んでいなけど大笑いさせてもらった。ありがとう。
誰も突っ込んでいなけど大笑いさせてもらった。ありがとう。
touch-screen capabilities:Yes
touch-screen capabilities that work:No
に吹いた。
touch-screen capabilities that work:No
に吹いた。
>>696
TigerやLeopardは機能が増える代わりにスペックを要求したから
その理屈は分かるけど、SnowLeopardは軽くなるだけだから避ける理由なくない？
QuickTime絡みで動かなくなるソフトがあるかもしれんけど
TigerやLeopardは機能が増える代わりにスペックを要求したから
その理屈は分かるけど、SnowLeopardは軽くなるだけだから避ける理由なくない？
QuickTime絡みで動かなくなるソフトがあるかもしれんけど
どの辺が切り捨てられるのだろうか
G4 ?
G5というかPowerPC全部 ?
QuickDrawベースの古いカーボンアプリ ?
とりあえずいきなりカーボン全部切り捨てとか無いよね？
G4 ?
G5というかPowerPC全部 ?
QuickDrawベースの古いカーボンアプリ ?
とりあえずいきなりカーボン全部切り捨てとか無いよね？
新規に開発できなくする(ヘッダを消す)としても
アプリケーション自体の互換性はしばらく残すでしょ。
アプリケーション自体の互換性はしばらく残すでしょ。
新機能は追加しないとあえて宣言したのは
切り捨てられるものたちへの配慮かもね
切り捨てられるものたちへの配慮かもね
>>725
マイクロカルトが劣朴するに決まってるからだろｗ
マイクロカルトが劣朴するに決まってるからだろｗ
>>723
SnowLeopard がインスコできるハードウェアに制限がつく、のは多分そうだけど、
そんなメジャーなフレームワークが切り捨てられると
買ったソフトが SnowLeopard で走らないという目も当てられない状況になるとおもう
SnowLeopard がインスコできるハードウェアに制限がつく、のは多分そうだけど、
そんなメジャーなフレームワークが切り捨てられると
買ったソフトが SnowLeopard で走らないという目も当てられない状況になるとおもう
>>728
おいwww
おいwww
PEF Carbonは切り捨てだろ
Mach-O Carbonはまだ当面残るでしょ
Mach-O Carbonはまだ当面残るでしょ
>>728
さっそく OS 8.6 の質問をしているひとがいてびっくり。
だいたい Windows to Mac のためのサイトのはずなのに...
何考えてるんでしょう？Vector のひともこんな事態は考えてなかったのでは。
さっそく OS 8.6 の質問をしているひとがいてびっくり。
だいたい Windows to Mac のためのサイトのはずなのに...
何考えてるんでしょう？Vector のひともこんな事態は考えてなかったのでは。
>>730
ABIの違いで切り捨てる理由はないと思うが
ABIの違いで切り捨てる理由はないと思うが
>>723
QuickTimeXになるよ
QuickTimeXになるよ
QuikTime XのXって何？エックス？テン？
>>734
シャオに決まってんだろ
シャオに決まってんだろ
>>731
OS 8.6で思い出したが雪豹というかMac OS Xにまだ足りないのは
Mac OS 8.6時代のGame Sprocketsみたいなゲーム関連の技術だと思う
そっくりそのまま抜け落ちているような感じでさ
仮称Core Gamesみたいな感じでさ
OS 8.6で思い出したが雪豹というかMac OS Xにまだ足りないのは
Mac OS 8.6時代のGame Sprocketsみたいなゲーム関連の技術だと思う
そっくりそのまま抜け落ちているような感じでさ
仮称Core Gamesみたいな感じでさ
？
ゲームはDSとかの専用機でやれよ。
わざわざMacでやるメリットが浮かばない。
わざわざMacでやるメリットが浮かばない。
×ゲームはDSで
○ゲームはiPhone、iPod touchで
○ゲームはiPhone、iPod touchで
だね
そんなモンの需要無いでそ?
>押し
ハァ？
ハァ？
PCゲームは衰退してるからな〜
むしろiPhone用ゲームフレームワーク作った方がいい
むしろiPhone用ゲームフレームワーク作った方がいい
>>738
余計なお世話だよ。
余計なお世話だよ。
748 ：名称未設定：2008/11/16(日) 17:28:45 ID:J4VzSr4i0
というか、Macでゲームを出すメリットってあるのか？
今でこそシェアが伸びてきてるけど、まだゲーム市場としてみれば小さい。
それに、Macのユーザーでゲームをばりばりやりたいって人もそんなに多くないのでは？
今でこそシェアが伸びてきてるけど、まだゲーム市場としてみれば小さい。
それに、Macのユーザーでゲームをばりばりやりたいって人もそんなに多くないのでは？
メリットがあるかは知らんが、CoD4は出たし。
>>750
そのネタもう見飽きた
そのネタもう見飽きた
754 ：名称未設定：2008/11/16(日) 21:54:00 ID:EDNR05Fh0
>>753
小さくなるって？
小さくなるって？
>>753
かもなw
かもなw
まー、速いだ遅いだ、大きいだ小さいだ、技術的にはごちゃまぜで適当な話が多いし、
細かいこと突っ込まなくてもいいかという気がする今日この頃。
小さくなるものといえば、確かアプリ等のHDD上のサイズはは小さくするらしい。
というわけでHDDというリソースは節約されるのだろう。
細かいこと突っ込まなくてもいいかという気がする今日この頃。
小さくなるものといえば、確かアプリ等のHDD上のサイズはは小さくするらしい。
というわけでHDDというリソースは節約されるのだろう。
757 ：872：2008/11/16(日) 22:44:24 ID:VlWem+OZ0
>>756
HDDの大容量＆低価格が進む昨今、スゲー嬉しい！って改善点でもないよね
HDDの大容量＆低価格が進む昨今、スゲー嬉しい！って改善点でもないよね
HFS+に圧縮機能が実装されるって話か。
将来のZFS移行までの繋ぎで、HFS+強化は無視できないしな。
HFS+とQuickDrawがOSの旧世代代表かな？
将来のZFS移行までの繋ぎで、HFS+強化は無視できないしな。
HFS+とQuickDrawがOSの旧世代代表かな？
QuickDraw と比べてやると HFS+ がさすがに可哀想な気がする
iPhoneのアプリ(.ipa)が、OS Xのバンドル(.app)+zip圧縮だったけど、あれに近い感じなのかな。
起動が遅くなりそうな気も
圧縮のしくみはここに漏れてる:
http://news.worldofapple.com/archives/2008/10/25/latest-snow-leopard-build-10a190-now-available-seed-notes/
バンドル全体じゃなくて個々のファイルにきくっぽい。
extended attribute に圧縮したファイルを格納して、
本来のファイルフォークは空にするけれども、
普通の API を使う限り透過的に見えるらしい。
http://news.worldofapple.com/archives/2008/10/25/latest-snow-leopard-build-10a190-now-available-seed-notes/
バンドル全体じゃなくて個々のファイルにきくっぽい。
extended attribute に圧縮したファイルを格納して、
本来のファイルフォークは空にするけれども、
普通の API を使う限り透過的に見えるらしい。
Windowsユーザーではないが、ガンマ1.8なんて画像のダイナミックレンジを無駄にしまくりだし。
やっと気付いてくれたかって思うよ。
標準環境が2.2前提になるのは歓迎というか、なるのが遅すぎたくらいだ。
>>391
真実はまさにその逆だよ。
やっと気付いてくれたかって思うよ。
標準環境が2.2前提になるのは歓迎というか、なるのが遅すぎたくらいだ。
>>391
真実はまさにその逆だよ。
てか出たばっかのNew MacBook買ったら涙目なの？
>>765
そんなことはないがパワーあるに越したことはないってことだろ
そんなことはないがパワーあるに越したことはないってことだろ
>>765
普及機？のGPUパワー不足を解決する為の
新しいMacBookだから全然OKだよ。むしろ
雪豹に最適ですらある。
それとは別に、Intel製内蔵グラフィックの
旧MacBookが涙目ってのはある。
普及機？のGPUパワー不足を解決する為の
新しいMacBookだから全然OKだよ。むしろ
雪豹に最適ですらある。
それとは別に、Intel製内蔵グラフィックの
旧MacBookが涙目ってのはある。
一番涙目なのはGPGPU活用と64bit本格対応のどちらの恩恵も受けることの出来ない初代Core DuoのMBだな。
まあ、新MB程度のGPUパワーじゃGPGPU用途には力不足だがな
>>768
俺、涙目。
俺、涙目。
こちらも初代MBです...
中古に売って新MBをかおうかと苦悩中。
中古に売って新MBをかおうかと苦悩中。
最近中古を買ったとかならそうだろうけど、初代を発売直後に買ったんならもう十分でしょ。
Snow Leopardがあと半年だとしたら丁度いいタイミングで買い換えられるよ。
Snow Leopardがあと半年だとしたら丁度いいタイミングで買い換えられるよ。
>OpenCLは，ホスト（CPU）と計算エンジン（GPUなどのアクセラレータ）で構成する並列計算システムを想定する。
>ホストがアクセラレータ用のプログラムを指定し，そのプログラムが処理するデータをアクセラレータのメモリに
>転送することでアクセラレータに処理を実行させる。
>
>OpenCLでは，アクセラレータへのデータ転送やアクセラレータ用プログラムの指定といったホスト用プログラムの
>記述方法や，アクセラレータ用プログラムの記述方法，アクセラレータ用実行ライブラリのAPIなどを定義する。
>プログラムはC言語で記述する。アクセラレータを提供する半導体メーカーらがこのAPIに対応するコンパイラや
>実行ライブラリを用意すれば，一度OpenCLを使って作成したソース・コードを，複数のメーカーの，異なる
>アーキテクチャのアクセラレータで実行できるようになる（説明会のプレゼンテーション資料）。
>
>グラフィックス描画用APIである「OpenGL」との親和性を高めた点も特徴とする。
>例えばOpenGLを使ってGPUが描画した画像データに対する後処理をOpenCLでGPUが行うといった場合に，
>一度ホストのメモリにデータを書き戻す必要がないようにした。OpenGLの処理とOpenCLの処理がデータ
>を共有できるようにすることで実現する。
Khronos Groupが「OpenCL」の概要を明らかに，2008年内の仕様公表を目指す
http://techon.nikkeibp.co.jp/article/NEWS/20081118/161379/
>ホストがアクセラレータ用のプログラムを指定し，そのプログラムが処理するデータをアクセラレータのメモリに
>転送することでアクセラレータに処理を実行させる。
>
>OpenCLでは，アクセラレータへのデータ転送やアクセラレータ用プログラムの指定といったホスト用プログラムの
>記述方法や，アクセラレータ用プログラムの記述方法，アクセラレータ用実行ライブラリのAPIなどを定義する。
>プログラムはC言語で記述する。アクセラレータを提供する半導体メーカーらがこのAPIに対応するコンパイラや
>実行ライブラリを用意すれば，一度OpenCLを使って作成したソース・コードを，複数のメーカーの，異なる
>アーキテクチャのアクセラレータで実行できるようになる（説明会のプレゼンテーション資料）。
>
>グラフィックス描画用APIである「OpenGL」との親和性を高めた点も特徴とする。
>例えばOpenGLを使ってGPUが描画した画像データに対する後処理をOpenCLでGPUが行うといった場合に，
>一度ホストのメモリにデータを書き戻す必要がないようにした。OpenGLの処理とOpenCLの処理がデータ
>を共有できるようにすることで実現する。
Khronos Groupが「OpenCL」の概要を明らかに，2008年内の仕様公表を目指す
http://techon.nikkeibp.co.jp/article/NEWS/20081118/161379/
G5は買い替えていい時期だろ
もう4年以上経ってる
もう4年以上経ってる
777 ：名称未設定：2008/11/18(火) 22:14:07 ID:HJ21nicW0
>>768
C2Dが出るのが分かってたのに、Core Duoで買ったヤツが悪い。
C2Dが出るのが分かってたのに、Core Duoで買ったヤツが悪い。
779 ：名称未設定：2008/11/18(火) 23:02:17 ID:HJ21nicW0
Core i7は電力食いで、あまりいいプロセッサじゃない可能性が
あるしな。待ちもありかもな。
あるしな。待ちもありかもな。
781 ：名称未設定：2008/11/18(火) 23:06:50 ID:tj6OTtgF0
>>775
G5なんて買う時点でセンスがないということですから、多少痛い目にあってもいいんですよ
G5なんて買う時点でセンスがないということですから、多少痛い目にあってもいいんですよ
>>777
そうやって64bitの有無でCoreDuoのMac買った奴を馬鹿にする奴いるが
64bitの本質は大量のメモリ扱える事だからMacProでしか意味ないのに何言ってんだと思う
結局Core2も32bitに最適化されたアーキテクチャだったし
64bitだとメモリ消費量が増えるから現行Macは32bitカーネルが最適
振り返ってみるとCoreDuoはSnowLeopardでもサポートで思ったより長生き
Core2 MacBookはOpenCL登場で思ったより短命だったな
そうやって64bitの有無でCoreDuoのMac買った奴を馬鹿にする奴いるが
64bitの本質は大量のメモリ扱える事だからMacProでしか意味ないのに何言ってんだと思う
結局Core2も32bitに最適化されたアーキテクチャだったし
64bitだとメモリ消費量が増えるから現行Macは32bitカーネルが最適
振り返ってみるとCoreDuoはSnowLeopardでもサポートで思ったより長生き
Core2 MacBookはOpenCL登場で思ったより短命だったな
まあ現物が来たら何が最適だったか分かる話だな。
x86の場合はそうでもないよ
785 ：名称未設定：2008/11/19(水) 00:41:05 ID:hYs3N8hs0
>>785
Appleのデモが悪かったね。
64bitで大幅高速化！なんてやっちゃったから。
技術に疎い人はあれみてだまされたみたい。
たいていの場合は速くならないよって教えてやっても
ドザよばわりして聞く耳持っていない。
Appleのデモが悪かったね。
64bitで大幅高速化！なんてやっちゃったから。
技術に疎い人はあれみてだまされたみたい。
たいていの場合は速くならないよって教えてやっても
ドザよばわりして聞く耳持っていない。
QuickTimeがCocoa+64bit化+GPU支援対応しただけでかなりの処理は高速化されると思うが。
>>786
それ言ったらOpenCLなんかよりも64bit化の方が遥かに堅実
それ言ったらOpenCLなんかよりも64bit化の方が遥かに堅実
>>786
Apple も WWDC ではさんざん 64 bit にするだけで早くなるわけではないと言ってるんだけどね...
Apple も WWDC ではさんざん 64 bit にするだけで早くなるわけではないと言ってるんだけどね...
>>782
残念だったな。Core2かどうかより、チップセットに意味があるんだ。
残念だったな。Core2かどうかより、チップセットに意味があるんだ。
Core2の64bit対応はLeopardの64bit対応みないなもん
SnowLeopardみたいに完全64bit対応はCorei7から
SnowLeopardみたいに完全64bit対応はCorei7から
>>782
MacBook Proの2007モデル以降で最大6GBにできるみたいよ ^p^
あと32bitモデルだとプロセスのメモリ空間のうち半分はIO領域に
取られちゃって１プロセスで使える最大メモリは2GBだけど
64bit OSならその制約が無いので
メモリ4GBのマシンでも64bitOSの恩恵が無いこともない。
まぁそこまでメモリ使うアプリなんて持ってないケド^^;..
MacBook Proの2007モデル以降で最大6GBにできるみたいよ ^p^
あと32bitモデルだとプロセスのメモリ空間のうち半分はIO領域に
取られちゃって１プロセスで使える最大メモリは2GBだけど
64bit OSならその制約が無いので
メモリ4GBのマシンでも64bitOSの恩恵が無いこともない。
まぁそこまでメモリ使うアプリなんて持ってないケド^^;..
Yonah->Meromの時もバッテリ持続1割減で葬式ムードだったような
なんちゃって64bitならイラネーヨ、と
なんちゃって64bitならイラネーヨ、と
64ビットとかどうでもいいから、
Spotlightがまともにファイル探せ
るようにして欲しい。
Spotlightがまともにファイル探せ
るようにして欲しい。
>>794
でもYonah->Meromはパフォーマンスも
全体的に１割以上上がってたからOKだった。
Core i7 は、処理内容によっては
逆にパフォーマンス下がってるのに、消費電力増とか・・・。
しかもノート用のCPU来年にならないと出ないし。
次買い換えるとしたら低価格で高速なSSDとUSB 3.0搭載したときだろうな。
でもYonah->Meromはパフォーマンスも
全体的に１割以上上がってたからOKだった。
Core i7 は、処理内容によっては
逆にパフォーマンス下がってるのに、消費電力増とか・・・。
しかもノート用のCPU来年にならないと出ないし。
次買い換えるとしたら低価格で高速なSSDとUSB 3.0搭載したときだろうな。
>>795
Windowsの話だろ。
Windowsの話だろ。
>>796
System fileの話？それ以外は10.5から日本語含めて完璧に動いてるけど...
System fileの話？それ以外は10.5から日本語含めて完璧に動いてるけど...
こんなん見つけたけど、内部で何やってるんだろうね？
アクセス権修復並の効果があるのかな？
Libera Memory
http://tama-san.com/
http://tama-san.com/readme/LiberaMemory/ReadMe.html
参考
http://journal.mycom.co.jp/column/osx/295/index.html
アクセス権修復並の効果があるのかな？
Libera Memory
http://tama-san.com/
http://tama-san.com/readme/LiberaMemory/ReadMe.html
参考
http://journal.mycom.co.jp/column/osx/295/index.html
>>799
具体的には覚えてないけど、”ほげほげの使い方.rtf"という
ファイルがあるときに、「ほげほげの使い方」って打ってもヒットせず、
少し削って「ほげほげ」に縮めるとヒットする場合がある。
他には「休暇届」で検索したとき、
ヒットする：休暇届２.xlsという名前のファイル
ヒットしない：”休暇届が届いていません”というタイトルのメール
こんなケースもある。sudo mdutl -E / やっても現象変わらず。
具体的には覚えてないけど、”ほげほげの使い方.rtf"という
ファイルがあるときに、「ほげほげの使い方」って打ってもヒットせず、
少し削って「ほげほげ」に縮めるとヒットする場合がある。
他には「休暇届」で検索したとき、
ヒットする：休暇届２.xlsという名前のファイル
ヒットしない：”休暇届が届いていません”というタイトルのメール
こんなケースもある。sudo mdutl -E / やっても現象変わらず。
Spotlightで思い出したけど、
Uniform Type Identifier (UTI)
http://ja.wikipedia.org/wiki/Uniform_Type_Identifier
↑なんかは、ファイルシステム非依存化を進めることで、
ZFSなどへの移行を容易にする為のもの、でもあるのかなぁ？
Uniform Type Identifier (UTI)
http://ja.wikipedia.org/wiki/Uniform_Type_Identifier
↑なんかは、ファイルシステム非依存化を進めることで、
ZFSなどへの移行を容易にする為のもの、でもあるのかなぁ？
Apple社員が2009年第1四半期のリリース予定と漏らしたみたいだ。
そういえばLeopard発売前後の時期（だったかな？）に、Leopardは
今後数年間の基礎になるというような話と、これ以降の次世代OSXは
より短いスパン（1年から1年半の間隔）でリリースしていくという
ような発言をジョブズがしていたのを思い出した。
・OpenCL ←今年中に仕様決定
・QuickTime X ←これが最難関？
・GrandCentral ←全くわからないｗ
・完全64bit対応 ←不完全だが既に実装済み
・Exchange対応 ←同じく実装済み
・ZFS対応 (Server) ←サーバー版の完成はいつも遅い
後は、既存のフレームワークの小幅なアップデートもあるようだけど、
確かにこれだけなら早期に完成させることも無理じゃないのかも知れない。
必ずしもベータ版の実装と、現在の開発進展状況が＝じゃないってのもあるし。
そういえばLeopard発売前後の時期（だったかな？）に、Leopardは
今後数年間の基礎になるというような話と、これ以降の次世代OSXは
より短いスパン（1年から1年半の間隔）でリリースしていくという
ような発言をジョブズがしていたのを思い出した。
・OpenCL ←今年中に仕様決定
・QuickTime X ←これが最難関？
・GrandCentral ←全くわからないｗ
・完全64bit対応 ←不完全だが既に実装済み
・Exchange対応 ←同じく実装済み
・ZFS対応 (Server) ←サーバー版の完成はいつも遅い
後は、既存のフレームワークの小幅なアップデートもあるようだけど、
確かにこれだけなら早期に完成させることも無理じゃないのかも知れない。
必ずしもベータ版の実装と、現在の開発進展状況が＝じゃないってのもあるし。
805 ： ◆HU7XfvOYA2 ：2008/11/19(水) 17:39:55 ID:gSjNbzVR0
はやw
>>803
>Apple社員
エロい社員ね。
Jordan Hubbard, Apple's Director of Engineering of Unix Technologies
Mac OS X Snow Leopard (10.6) Due in 1st Quarter of 2009?
http://www.macrumors.com/2008/11/18/mac-os-x-snow-leopard-10-6-due-in-q1-2009/
PDF :
http://www.usenix.org/events/lisa08/tech/hubbard_talk.pdf
>Apple社員
エロい社員ね。
Jordan Hubbard, Apple's Director of Engineering of Unix Technologies
Mac OS X Snow Leopard (10.6) Due in 1st Quarter of 2009?
http://www.macrumors.com/2008/11/18/mac-os-x-snow-leopard-10-6-due-in-q1-2009/
PDF :
http://www.usenix.org/events/lisa08/tech/hubbard_talk.pdf
早ければ来年の暖かくなるころに新OSってこと？
>>807
2009年第1四半期
2009年第1四半期
ってことは6月かな？
アップルのQ1って10〜12月やんか
寒い時期に出すのだけ早めてほしい。毎回、並ぶのが楽しくて並んでいるのだけど寒いのは辛い。
並ぶのはモスコーンセンターと福袋だけにしてほしい。
並ぶのはモスコーンセンターと福袋だけにしてほしい。
並んで買うもんじゃねーだろ＞OS
ってか厄袋買うなよｗ
ってか厄袋買うなよｗ
815 ：名称未設定：2008/11/19(水) 19:30:43 ID:a4dwf15/0
>並んで買うもんじゃねーだろ＞OS
…Windows95日本語版…
…Windows95日本語版…
>>815
子供時分にニュースで見たけど、なんか賑わってたなWin95の時。
子供時分にニュースで見たけど、なんか賑わってたなWin95の時。
817 ：名称未設定：2008/11/19(水) 19:48:53 ID:H/VY45Az0
95って十五年かかって
Macに追いついただけだけどな
Macに追いついただけだけどな
Macなんかに追いついた？ふざけんな
未だに追いかけてる最中だろｗ
未だに追いかけてる最中だろｗ
周回遅れ
追い越したのはシェアだけｗ
821 ：名称未設定：2008/11/19(水) 20:42:05 ID:pzYP7Hug0
いつまでたってもダメな子（苦笑）
暇だから全訳してみた。
http://www.macrumors.com/2008/11/18/mac-os-x-snow-leopard-10-6-due-in-q1-2009/
Mac OS X Snow Leopard (10.6)は2009年第一四半期に発売？
AppleのUnix技術開発部門責任者のJordan Hubbard氏が、先週行われた
LISA'08で語った。LISA(大規模インストールシステム運営会議)は、技術者
やシステム管理者を対象とした会議。今年の会議にはAppleのJordan
Hubbard氏が、大型サーバーから組み込み型のプラットフォームにおける
までのOSXの進化について話す為に招かれた。
技術リーダー達は、Hubbard氏のプレゼンテーション スライドの内容に
大変興味をひかれていた。その中で最も驚かされた発表は、より具体的なOS
X 10.6の目標時期であり、それは2009年第一四半期とのことだった。
AppleがWorldwide Developers Conference 2008で、Snow Leopard
を初めて発表したときには、発売時期については単に「約一年以内」と言った
だけだった。第一四半期の発売は今まで予想されていたよりも早い。2009年
にサンフランシスコで行われるMacworldでは、我々はデモを見たり発表を聞
いたりできるのではないかと思われる
Appleは、Snow Leopardはクオリティーとパフォーマンスの両方に重点を
置いていると語ってきた。特にマルチコアプロセッサーとGPU処理のサポート
の改良努力を行う事は明確にしてきた。これらの改良は既にMacに備わってい
る処理能力を、開発者がより効率的に使用することを助けるだろう。
http://www.macrumors.com/2008/11/18/mac-os-x-snow-leopard-10-6-due-in-q1-2009/
Mac OS X Snow Leopard (10.6)は2009年第一四半期に発売？
AppleのUnix技術開発部門責任者のJordan Hubbard氏が、先週行われた
LISA'08で語った。LISA(大規模インストールシステム運営会議)は、技術者
やシステム管理者を対象とした会議。今年の会議にはAppleのJordan
Hubbard氏が、大型サーバーから組み込み型のプラットフォームにおける
までのOSXの進化について話す為に招かれた。
技術リーダー達は、Hubbard氏のプレゼンテーション スライドの内容に
大変興味をひかれていた。その中で最も驚かされた発表は、より具体的なOS
X 10.6の目標時期であり、それは2009年第一四半期とのことだった。
AppleがWorldwide Developers Conference 2008で、Snow Leopard
を初めて発表したときには、発売時期については単に「約一年以内」と言った
だけだった。第一四半期の発売は今まで予想されていたよりも早い。2009年
にサンフランシスコで行われるMacworldでは、我々はデモを見たり発表を聞
いたりできるのではないかと思われる
Appleは、Snow Leopardはクオリティーとパフォーマンスの両方に重点を
置いていると語ってきた。特にマルチコアプロセッサーとGPU処理のサポート
の改良努力を行う事は明確にしてきた。これらの改良は既にMacに備わってい
る処理能力を、開発者がより効率的に使用することを助けるだろう。
>>801
どうもSpotlightは入力を適当に単語に分断して（トークナイズ、日本語の場合は形態要素解析）
検索するみたいだが、それが何か矛盾を来している模様。
ひらがなやカタカタが多い入力ほど駄目になる傾向にあるのだが、それはやはり解析が
難しくなるからだと思う。
ちなみにアルファベットだけの入力でも同様の事態はある（単語を変なところで区切ると検索に
かからないとか）
どうもSpotlightは入力を適当に単語に分断して（トークナイズ、日本語の場合は形態要素解析）
検索するみたいだが、それが何か矛盾を来している模様。
ひらがなやカタカタが多い入力ほど駄目になる傾向にあるのだが、それはやはり解析が
難しくなるからだと思う。
ちなみにアルファベットだけの入力でも同様の事態はある（単語を変なところで区切ると検索に
かからないとか）
>>815
WIN95、98、凶箱、360はサクラを大量導入してた事で有名
WIN95、98、凶箱、360はサクラを大量導入してた事で有名
>>822
2009年度じゃなくて2009年1〜3月ってことか
2009年度じゃなくて2009年1〜3月ってことか
Windows95が出た時分は、
何箱も買う人や、買ったはいいが、何の商品かわからずに、CDプレーヤに入れて聴いてみた、という人が出たな。
俺はそんな95年にあえてMacを買った。
何箱も買う人や、買ったはいいが、何の商品かわからずに、CDプレーヤに入れて聴いてみた、という人が出たな。
俺はそんな95年にあえてMacを買った。
>>801
Spotlight検索窓に素で入力した場合はファイル名検索ではない。
Spotlightでファイル名検索したいなら「filename:検索文字」と入力する。
詳しくはSpotlightスレを参照
Spotlight検索窓に素で入力した場合はファイル名検索ではない。
Spotlightでファイル名検索したいなら「filename:検索文字」と入力する。
詳しくはSpotlightスレを参照
調べてみたらアップルの2009年の第一四半期って2008年の10月1日から
12月31日までだね
ってことは年内発売ってこと？
記事がおかしくないか？
12月31日までだね
ってことは年内発売ってこと？
記事がおかしくないか？
いや対外的に言うならどんな企業だろうがQ1は1-3月だろ...
対外的な公式ニュースリリースで
>2008年10月21日、カリフォルニア州クパティーノ、アップルは本日、
>2008年9月27日を末日とする2008年度第4四半期の業績を発表しました。
ttp://www.apple.com/jp/news/2008/oct/22results.html
まさかの釣りだったのか？
>2008年10月21日、カリフォルニア州クパティーノ、アップルは本日、
>2008年9月27日を末日とする2008年度第4四半期の業績を発表しました。
ttp://www.apple.com/jp/news/2008/oct/22results.html
まさかの釣りだったのか？
>>831
何言ってんだか・・・
何言ってんだか・・・
じゃあ2008年の10月から12月は
何年の第何四半期になりますの？
何年の第何四半期になりますの？
だから〜
┐(´д｀)┌
┐(´д｀)┌
ホームラン級の（略
会計用語の四半期は一般的なヤツの1つ前になるんじゃなかったっけ？
業績発表とかは10〜12月が第一四半期で、製品発表とに関しては1〜3月が
第一四半期になるはず。
業績発表とかは10〜12月が第一四半期で、製品発表とに関しては1〜3月が
第一四半期になるはず。
ヨタとばしてんじゃねーよ
>>841
うむ。だからこの場合10〜12月とかいう話が出てくる事自体おかしい
うむ。だからこの場合10〜12月とかいう話が出てくる事自体おかしい
いちおう Snow Leopard の出荷時期がのってる問題の pdf のリンクを貼っておこう。
http://www.usenix.org/events/lisa08/tech/hubbard_talk.pdf
http://www.usenix.org/events/lisa08/tech/hubbard_talk.pdf
>>844
そこに答えはあるな
10.5 (Leopard) 10 / 2007 21 months
10.6 Q1 2009 14+ months
10/2007 の14+ monthは 1/2009以降を指す。Q1が4月なら18+とか10月なら
24+とか書くはず。
そこに答えはあるな
10.5 (Leopard) 10 / 2007 21 months
10.6 Q1 2009 14+ months
10/2007 の14+ monthは 1/2009以降を指す。Q1が4月なら18+とか10月なら
24+とか書くはず。
ここはガキと土方しかいないのか
10.6は新機能は搭載しないけどUIが変わるという噂があったよね。
メタルから何に変わるのだろう。iPhoneもiMacもふちが黒いから黒ベースで光沢感のあるのになったりするのかな・・・これってVistaじゃないか。
それともメタルのまま続けるのかな。
メタルから何に変わるのだろう。iPhoneもiMacもふちが黒いから黒ベースで光沢感のあるのになったりするのかな・・・これってVistaじゃないか。
それともメタルのまま続けるのかな。
iTunesみたいなのに変えるだけでいいよ
>>823
早く磨きがかかるのを期待したいですね。
>>828
>>838
ありがとう。でも、そんなことをしなくても、休暇届にまつわるものはすべてヒットするようになってほしいな。
てか、本来そういうものだよね、Spotlight。
早く磨きがかかるのを期待したいですね。
>>828
>>838
ありがとう。でも、そんなことをしなくても、休暇届にまつわるものはすべてヒットするようになってほしいな。
てか、本来そういうものだよね、Spotlight。
iPhoneみたいなもんも想定してんだね。
OpenCL - The open standard for parallel programming of heterogeneous
systems
http://www.khronos.org/opencl/
http://www.khronos.org/opencl/presentations/OpenCL_Summary_Nov08.pdf
OpenCL - The open standard for parallel programming of heterogeneous
systems
http://www.khronos.org/opencl/
http://www.khronos.org/opencl/presentations/OpenCL_Summary_Nov08.pdf
09 2月29日と予想 早いなー
学割に間に合ってくれ
853 ：名称未設定：2008/11/20(木) 10:17:40 ID:IPULxbrX0
OS安いんだから、定価で買えよｗ
いよいよ２か月後にはSnow Leopard登場だ
http://jp.techcrunch.com/archives/20081119snow-leopard-she-is-coming-in-q1-2009more-54415/
>ということは１月〜３月の間、
>すなわちあと２か月後ということだからあれこれ考える時間がたっぷりある。
既にわかっていることだけど一応。
来年のMacworld Expo基調講演が
俄然楽しみになってきたｗ
http://jp.techcrunch.com/archives/20081119snow-leopard-she-is-coming-in-q1-2009more-54415/
>ということは１月〜３月の間、
>すなわちあと２か月後ということだからあれこれ考える時間がたっぷりある。
既にわかっていることだけど一応。
来年のMacworld Expo基調講演が
俄然楽しみになってきたｗ
>>855
あまり知られてないようだけど、Ultimate Editionは既に10.5で導入されてる
ttp://plusd.itmedia.co.jp/pcuser/articles/0706/12/news095_4.html
あまり知られてないようだけど、Ultimate Editionは既に10.5で導入されてる
ttp://plusd.itmedia.co.jp/pcuser/articles/0706/12/news095_4.html
858 ：名称未設定：2008/11/20(木) 17:03:49 ID:IPULxbrX0
>>855
ｍｊｄ？www
ｍｊｄ？www
>>855
今ならキャッシュバックが10000円あるから実質25000円だよ
http://www.amazon.co.jp/exec/obidos/ASIN/B001671QTK?_encoding=UTF8&m=AN1VRQENFRJN5
今ならキャッシュバックが10000円あるから実質25000円だよ
http://www.amazon.co.jp/exec/obidos/ASIN/B001671QTK?_encoding=UTF8&m=AN1VRQENFRJN5
MSは結構キャッシュバックキャンペーンやってる。
売れなくてというよりか、今以上に売るためだろう。
売れなくてというよりか、今以上に売るためだろう。
もともとふっかけておいて札束ちらつかせてお得感を装ってるだけだろ
心理的セキュリティホールをつくのがＭ＄商法
心理的セキュリティホールをつくのがＭ＄商法
>>862
誰がうまいこと言えとw
誰がうまいこと言えとw
866 ：名称未設定：2008/11/21(金) 09:22:05 ID:qM2yqyws0
高いのかもしれんけど、DSP版買った方が安いのになｗ
うちはもらったWin2000使ってるけどwww
うちはもらったWin2000使ってるけどwww
>>866
リテールの最安値が33,230円。1万円引きで、23,230円。
DSPとの差はないんじゃね？
差がなければ、DSPよりもリテールだろ。
メディア破損などのトラブルがあってもリテールなら無料で送ってもらえる。
DSPは、無理。
それとWin2000ごときで中華みたいに、はしゃぐな。
リテールの最安値が33,230円。1万円引きで、23,230円。
DSPとの差はないんじゃね？
差がなければ、DSPよりもリテールだろ。
メディア破損などのトラブルがあってもリテールなら無料で送ってもらえる。
DSPは、無理。
それとWin2000ごときで中華みたいに、はしゃぐな。
>>867
>メディア破損などのトラブルがあってもリテールなら無料で送ってもらえる。
一昨日、ブートキャンプ用にXPのSP無のメディアをSP2対応版に交換してもらったら
実費1050円だった。（リテール版ね。DSP版は当然の如く却下された）
窓口によってはできないと言われたり窓口をたらいまわしにされたり散々だった。
>メディア破損などのトラブルがあってもリテールなら無料で送ってもらえる。
一昨日、ブートキャンプ用にXPのSP無のメディアをSP2対応版に交換してもらったら
実費1050円だった。（リテール版ね。DSP版は当然の如く却下された）
窓口によってはできないと言われたり窓口をたらいまわしにされたり散々だった。
869 ：名称未設定：2008/11/21(金) 16:48:27 ID:qM2yqyws0
MSDN AAが利用できるでWindowsの入手には困らん
色んな人いるし適当に楽しくやろうぜ
MAC使ってる人たちってこんなヒトばっかりだったのね!!
ゎぁぃ
いいえ、使徒です
snowなんだから寒い時期の間に出るんだろうな
878 ：名称未設定：2008/11/22(土) 16:53:02 ID:9H/iGjh40
ジャンさんちのSL弱ってしまってるらしいよ。
Snow Leopardの発売予定はいつごろですか？
全然情報知らないまま 今週Leopardを買おうと思っていたのでひさびさにここの板来てびっくりしました
バンドルは10.4、リテール購入するのは10.3以来ですがまだアクティベーションは不要のままですか？
全然情報知らないまま 今週Leopardを買おうと思っていたのでひさびさにここの板来てびっくりしました
バンドルは10.4、リテール購入するのは10.3以来ですがまだアクティベーションは不要のままですか？
880 ：名称未設定：2008/11/22(土) 18:54:43 ID:j+ofpvrU0
Leopardはアクチいるよ。Snow Leopardも同じ。
881 ：名称未設定：2008/11/22(土) 19:05:14 ID:SKICGXSR0
アクティベーションありません
マスターベーションが要ります
>>879
>リテール購入するのは10.3以来
ということは、10.2以前のMacの購入者で
PM G4 FWか、それより前の機種だろうけれど
Snow Leopardがインストールできるかどうか怪しい。
インストールできたところで、G4にインストールするメリットが稀薄。
>リテール購入するのは10.3以来
ということは、10.2以前のMacの購入者で
PM G4 FWか、それより前の機種だろうけれど
Snow Leopardがインストールできるかどうか怪しい。
インストールできたところで、G4にインストールするメリットが稀薄。
バンドルは10.4って書いているから10.3を買った後に
ハードを買い替えているんじゃないの？
ハードを買い替えているんじゃないの？
2009年第1四半期って結局何月から何月の三ヶ月？
>>886
いまだに会計年度がどうとか言ってるヤツがいるが、決算関係の発表以外はカレンダー通り
と考えていい。>>854のリンク見ても分かるように Leopard（2007年10月）から
「14+月」って言ってるんだから、2009年1月-3月のこと。
いまだに会計年度がどうとか言ってるヤツがいるが、決算関係の発表以外はカレンダー通り
と考えていい。>>854のリンク見ても分かるように Leopard（2007年10月）から
「14+月」って言ってるんだから、2009年1月-3月のこと。
888 ：名称未設定：2008/11/22(土) 22:29:21 ID:KtGW71J50
金ないなら使う権利がない、えた、ひにんに類いだね。
違法コピーはなぜ行けないかというと、別にメーカーが飢え死にしようがそんなことはどうでもいい。
自身が採用しているの実入りシステムの根本をくつがえすテロ行為だからですよ。違法コピーは死罪が似つかわしい
違法コピーはなぜ行けないかというと、別にメーカーが飢え死にしようがそんなことはどうでもいい。
自身が採用しているの実入りシステムの根本をくつがえすテロ行為だからですよ。違法コピーは死罪が似つかわしい
ぅゎぁ＾＾
ょゎぃゃっ、っょぃゃっ、ぁゃιぃゃっ
ゅぃぃっ ぉゃっ ぃゎι
ゃぃτ ゃぃτ ぃぃ ぃゎι
ぁぁ ぉゃっ ぃゎιぃぃゎょ
ぉ。ぃゎι、っゃぃぃゎょ
ゅぃぃっ ぉゃっ ぃゎι
ゃぃτ ゃぃτ ぃぃ ぃゎι
ぁぁ ぉゃっ ぃゎιぃぃゎょ
ぉ。ぃゎι、っゃぃぃゎょ
ユキヒョウはネコ科で一番美しい
Core i7搭載なMacが出るのかな？
そのとき、技術的な部分とのマッチングが良くできてたら、完全にWindowsを
置いてけぼりにできるんだけど。……って、Windowsと比較することは無意味
か。すまん。方向性が違ってるもんね。
なんかこう、すごい組み合わせのマシンができあがるような興奮がある。
まあ、まだ先なんだろうけど……。
そのとき、技術的な部分とのマッチングが良くできてたら、完全にWindowsを
置いてけぼりにできるんだけど。……って、Windowsと比較することは無意味
か。すまん。方向性が違ってるもんね。
なんかこう、すごい組み合わせのマシンができあがるような興奮がある。
まあ、まだ先なんだろうけど……。
技術的な部分とのマッチングって何
なんで置いてけぼりにできるの
なんで置いてけぼりにできるの
今のつくりだとi7無理だろ
で、Snow Leopard とどういう関係が?
単に Snow Leopard が出てくる頃に出てきそうなハード予想?
単に Snow Leopard が出てくる頃に出てきそうなハード予想?
TDP45Wのモバイル向けCore 2 Quad
2.26GHz（お値段高め）とか2.00GHzとかクロックが低いの載せてもしょうがない
2.53GHz値段がバカ高い
2.26GHz（お値段高め）とか2.00GHzとかクロックが低いの載せてもしょうがない
2.53GHz値段がバカ高い
Atomは能力が低いから採用しないとか言いつつ
メインのデスクトップはモバイル向けでクアッドコアなし
メインのデスクトップはモバイル向けでクアッドコアなし
ん？現行iMacのCPUはデスクトップモデルだろ。
http://page10.auctions.yahoo.co.jp/jp/auction/m57522881
http://ascii.jp/elem/000/000/168/168120/index-2.html
Mobile GM965Expressチップセット
モバイル向けの一番速いやつ
http://ascii.jp/elem/000/000/168/168120/index-2.html
Mobile GM965Expressチップセット
モバイル向けの一番速いやつ
現行iMacのCPUはEナンバーでTDP65Wのやつ
ある意味TDP65WのCPU載っけても大丈夫かを量る人柱バージョン
ある意味TDP65WのCPU載っけても大丈夫かを量る人柱バージョン
Eシリーズだが一応ノート向け。だからアイドル時にクロックや電圧を落とす割合も大きい。
http://www.intel.com/Consumer/Learn/Notebook/core2duo-detail.htm#proc-num
POWER OPTIMIZED PERFORMANCEのとこね
http://www.intel.com/Consumer/Learn/Notebook/core2duo-detail.htm#proc-num
POWER OPTIMIZED PERFORMANCEのとこね
>>898
そこでGrand Centralですよ
そこでGrand Centralですよ
>>905
熱に関するトラブルが多かった機種じゃなかったっけ、それ
だからといって今のIntelのデスクトップ用の石で駄目とは限らないけど
今のiMac筐体は放熱性悪くないと思うから、ファンさえ回せば充分廃熱出来るだろうけど
静穏化で妥協出来ない水準も有るだろうし、どうだろうね
熱に関するトラブルが多かった機種じゃなかったっけ、それ
だからといって今のIntelのデスクトップ用の石で駄目とは限らないけど
今のiMac筐体は放熱性悪くないと思うから、ファンさえ回せば充分廃熱出来るだろうけど
静穏化で妥協出来ない水準も有るだろうし、どうだろうね
>>905
そりゃコア数の違いだ。
そりゃコア数の違いだ。
古いプロセスで作ったらシングルでも今のデュアルコア並みの発熱だろ
MacProよりシングルコアのPowerMacG5のヒートシンクの方がデカイし
G5がノートに積めるレベルでなかった事は確かだな
MacProよりシングルコアのPowerMacG5のヒートシンクの方がデカイし
G5がノートに積めるレベルでなかった事は確かだな
いやだからデスクトップ向けのクアッドコアが載らないのは何故?という話だろ
910 ：名称未設定：2008/11/27(木) 02:05:19 ID:izDd9Gk+0
G4 1.25GHzは切らないでください＞＜おねがいします
そんなぁ・・・
10万でMacBook買ってくるか・・・
Core Duo危ない説は初めて聞いたな
64一本化してるそぶりは皆無だから普通に大丈夫なんじゃないの？
64一本化してるそぶりは皆無だから普通に大丈夫なんじゃないの？
Core Duo危ない説はこのスレでそういっている人がいただけの話。
自分としては10.6では対応はするだろうがSnow Leopardのメインが64bitとOpenCLによるGPGPU中心になることを考えると初代MacBookとか買った人は涙目だろうな..みたいな感じでいる。
それとも2年経つしそろそろ買い替え時か?
Core Duoが切られるとしたら早くて10.7ぐらいか。
自分としては10.6では対応はするだろうがSnow Leopardのメインが64bitとOpenCLによるGPGPU中心になることを考えると初代MacBookとか買った人は涙目だろうな..みたいな感じでいる。
それとも2年経つしそろそろ買い替え時か?
Core Duoが切られるとしたら早くて10.7ぐらいか。
なるほどね
個人的意見としては、64もGPGPUもハードの下地作りが常に先行して、
それらが有る程度市場に浸透した時点でOSやアプリが対応する流れが基本だと思ってるから、
ハード買う時はその時点で有効になってる機能だけ使えれば充分って考えだな
それに来年の頭で丸３年経つハードなら既に減価償却終わってると思うし
まあでもサポートするだけなら今の仕組み上は割と簡単だし、
切り捨ては次次回以降になるだろうと俺も思う
Snow Leoの改良点一覧を眺める限りx86/32もそれなりに恩恵は受けれるだろう
個人的意見としては、64もGPGPUもハードの下地作りが常に先行して、
それらが有る程度市場に浸透した時点でOSやアプリが対応する流れが基本だと思ってるから、
ハード買う時はその時点で有効になってる機能だけ使えれば充分って考えだな
それに来年の頭で丸３年経つハードなら既に減価償却終わってると思うし
まあでもサポートするだけなら今の仕組み上は割と簡単だし、
切り捨ては次次回以降になるだろうと俺も思う
Snow Leoの改良点一覧を眺める限りx86/32もそれなりに恩恵は受けれるだろう
初代MacBookとか買った人が来ましたよ。
最初対応しないかもって話聞いた時こそ涙目だったけど、
タイミング的にはちょうど買い替えの時期で、まあ結果オーライ。
バッテリーのヘタりと802.11gが地味にイラつくんですよ。
最初対応しないかもって話聞いた時こそ涙目だったけど、
タイミング的にはちょうど買い替えの時期で、まあ結果オーライ。
バッテリーのヘタりと802.11gが地味にイラつくんですよ。
早く買えばその分いち早く高速化の恩恵を享受出来た訳だし、
C2Dも32での性能向上が実質メインだった訳だから、Core Duo機買った人が
特別に損したって訳でもないと思うよ
俺C2Dになってから買った派だけど、32としての性能の伸びを評価して
そうしただけだしね
C2Dも32での性能向上が実質メインだった訳だから、Core Duo機買った人が
特別に損したって訳でもないと思うよ
俺C2Dになってから買った派だけど、32としての性能の伸びを評価して
そうしただけだしね
もういっそのこと現行機全滅とかでいいよ。
どうせ10.6出るころには買い換えたくなるし。
どうせ10.6出るころには買い換えたくなるし。
で、結局のところG4は切られるの？切られないの？
>>922
PowerPC丸ごと切られたら悲しい。
PowerPC丸ごと切られたら悲しい。
10.6はintel専用でしょ。
925 ： ◆HU7XfvOYA2 ：2008/11/27(木) 15:11:05 ID:frnJpooF0
んだなw
G4切られたら 俺が切れる 事切れる
楷書か行書のProフォントも標準で付けて欲しい
必要なら買えよ。
CoreSoloはともかくPowerPCは期待しないほうがいいのでは
>>927
絵文字がついてくるかもよ
絵文字がついてくるかもよ
931 ：名称未設定：2008/11/28(金) 01:47:15 ID:SQ9GZnf00
>>931 は釣りなのか、マジボケなのか？
マジボケ、と予想。
Snow LeopardってLeopardの安定化バージョンでしょ？
古い機種ではOSの全部の機能が使えないかもしれないけど、インストールさえ出来ないような
「切り捨て」はあまりないんじゃないの？
古い機種ではOSの全部の機能が使えないかもしれないけど、インストールさえ出来ないような
「切り捨て」はあまりないんじゃないの？
古い機種に対応するためのコードを抜く事で
コードを整理して最適化をはかって安定性を増すんじゃないの。
コードを整理して最適化をはかって安定性を増すんじゃないの。
リソース(人)を集中とか。
937 ：名称未設定：2008/11/28(金) 10:35:31 ID:qGQ0sHjt0
安定化バージョンではぜんぜんないと思うけど？
Grand CentralやOpen CL、64bitとか、システム総入れ替えみたいな
作り替えしてんだから、かえってSnow Leopard出始めは不安定なくらい
なはず。
安定したバージョン使いたければ、枯れてきたLeopard使ってる方が
ぜんぜんいい。
Grand CentralやOpen CL、64bitとか、システム総入れ替えみたいな
作り替えしてんだから、かえってSnow Leopard出始めは不安定なくらい
なはず。
安定したバージョン使いたければ、枯れてきたLeopard使ってる方が
ぜんぜんいい。
ループな話しだな。
そっか、
今二十歳でパソコン使ってる学生も
Windows 95のバカ騒ぎなんて興味がなければ覚えてないだろうし、
たとえ記憶にあったとしてもおぼろげなものなんだろうな・・・
今二十歳でパソコン使ってる学生も
Windows 95のバカ騒ぎなんて興味がなければ覚えてないだろうし、
たとえ記憶にあったとしてもおぼろげなものなんだろうな・・・
Windows 95発売の頃は
標準でメモリ16Mで32Mだと大容量だったな
32Mのメモリでも快適になるようなOSにしてくれ
標準でメモリ16Mで32Mだと大容量だったな
32Mのメモリでも快適になるようなOSにしてくれ
942 ：名称未設定：2008/11/28(金) 12:10:23 ID:qGQ0sHjt0
>>740
黙って死ぬまで漢字Talk 7使っててください。
黙って死ぬまで漢字Talk 7使っててください。
>>942
なんで漢字Talk 7なんて使わないといけないんだ
でもMac OS Xの前身のnextstepは68030や68040とかである程度動いてたんだぜ
軽量化を売りにするならもっと少ないリソースで快適になるようにならないとな
なんで漢字Talk 7なんて使わないといけないんだ
でもMac OS Xの前身のnextstepは68030や68040とかである程度動いてたんだぜ
軽量化を売りにするならもっと少ないリソースで快適になるようにならないとな
メモリを富豪的に使うからいいんじゃねーか。
ぼっくちんのG3でわうごきませんか。
>>911
CoreDuoのMacBookで普通に動いてるから。
CoreDuoのMacBookで普通に動いてるから。
スノレパはSSDに最適化するのかな？
http://www.spirica.jp/blog/archives/2008/09/ssd_intel_x25mmac_1.html
SSDだと10.4 と 10.5 なら 10.4 の方が起動が爆速って話があるし
http://www.spirica.jp/blog/archives/2008/09/ssd_intel_x25mmac_1.html
SSDだと10.4 と 10.5 なら 10.4 の方が起動が爆速って話があるし
機能が一緒なら少ないリソースで動く方がいいに決まってるけどな
使えるメモリも増えたけど、扱うコンテンツもデカクなったし
使えるメモリも増えたけど、扱うコンテンツもデカクなったし
>>947
するつもりなら既に目玉機能に入れてそうだけど
ZFSやBtrfsみたいなCopy on Writeなファイルシステムなら
書き換えが、消去→書き込みになるFlashの特性にマッチするんじゃね？
ZFSがクライアント版でも使えてシステムにも使えればいいけど
するつもりなら既に目玉機能に入れてそうだけど
ZFSやBtrfsみたいなCopy on Writeなファイルシステムなら
書き換えが、消去→書き込みになるFlashの特性にマッチするんじゃね？
ZFSがクライアント版でも使えてシステムにも使えればいいけど
で、今の最新のブクプロでSNOWレオパはのせられるんですか？
>>950
URLを開けよ、阿呆
URLを開けよ、阿呆
んで結局来年の1〜3月に出るのかね？
iMac松買おうか悩んでるところなんだが
iMac松買おうか悩んでるところなんだが
954 ：名称未設定：2008/12/03(水) 10:36:53 ID:VabAfWbz0
AppleInsiderではまだSnow Leopardの開発で新機能バンバン入れてる
最中らしいし、来年早々には出ないだろう。
来年のWWDCでかなり進歩したバージョンが見られると思う。
iMacは今買っちゃってもいんじゃね？
欲しい時が買い時だし。
最中らしいし、来年早々には出ないだろう。
来年のWWDCでかなり進歩したバージョンが見られると思う。
iMacは今買っちゃってもいんじゃね？
欲しい時が買い時だし。
955 ：名称未設定：2008/12/03(水) 10:56:04 ID:1sqvUquV0
ただのLeopardの安定版、という話は何だったんだ
>>955
そんなこと誰も言ってないだろ
そんなこと誰も言ってないだろ
>>956
ttp://www.apple.com/jp/macosx/snowleopard/
ttp://journal.mycom.co.jp/news/2008/06/10/019/
ttp://ascii.jp/elem/000/000/142/142315/
「Snow Leopardでは、新機能の追加はいったんお休みし」と書いてあるが。
ttp://www.apple.com/jp/macosx/snowleopard/
ttp://journal.mycom.co.jp/news/2008/06/10/019/
ttp://ascii.jp/elem/000/000/142/142315/
「Snow Leopardでは、新機能の追加はいったんお休みし」と書いてあるが。
958 ：名称未設定：2008/12/03(水) 11:25:57 ID:VabAfWbz0
>>956
英語の記事は読む気にならんか？
今年のWWDCで紹介した機能の開発がどんどん進化中って書いてるん
だけど。
ttp://www.appleinsider.com/articles/08/12/02/apples_snow_leopard_still_evolving_developers_say.html
英語の記事は読む気にならんか？
今年のWWDCで紹介した機能の開発がどんどん進化中って書いてるん
だけど。
ttp://www.appleinsider.com/articles/08/12/02/apples_snow_leopard_still_evolving_developers_say.html
だからFinderのCocoa化やOS全体の64bit化は基本フレームワークの書き直しではあっても新機能でないってことだろう。
10.0に新機能がなかったように。
>>953
iMacは新型がMacworldとかで出そうな気がしなくもないが...
10.0に新機能がなかったように。
>>953
iMacは新型がMacworldとかで出そうな気がしなくもないが...
エンドユーザーから見える新機能は無い、って事。
まあ安定版とは言わんよな。
初期はともかく、今のLeopardだって安定してるんだから。
初期はともかく、今のLeopardだって安定してるんだから。
いつでるんだっけ？
新機能なし=安定化版
とは限らないってことですな
とは限らないってことですな
あぐれっしぶ
安定化じゃなくてパフォーマンス向上がメイン。
新基盤＋パフォーマンス向上が雪豹の特徴だしょ。
>CPUとGPUの境界がなくなる時代が始まる2009年のプロセッサ
http://pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm
こういうの読んでるともうワクテカだよ。将来のOSXはOpenCL
ベースのフレームワークを充実させていくのだろうな。そういえば
OpenCLと連携するにはOpenGL3.0が必要だろうし、雪豹は3.0かな。
新基盤＋パフォーマンス向上が雪豹の特徴だしょ。
>CPUとGPUの境界がなくなる時代が始まる2009年のプロセッサ
http://pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm
こういうの読んでるともうワクテカだよ。将来のOSXはOpenCL
ベースのフレームワークを充実させていくのだろうな。そういえば
OpenCLと連携するにはOpenGL3.0が必要だろうし、雪豹は3.0かな。
あと一年は新機種発表せず、一月は雪豹の発表だけ
という小さな噂
という小さな噂
967 ：名称未設定：2008/12/03(水) 18:30:00 ID:VabAfWbz0
Snow Leoの発表もなかったら、>>966は笑い物だなｗ
で、なにができるようになるんだろ。
ダウンロード購入
MacBook SoloをC2Dに1万円でアップグレード
971 ：名称未設定：2008/12/03(水) 18:54:50 ID:VabAfWbz0
それはありえないｗ
完成にはほど遠いとな。
まだ開発中ってだけで
新しい情報は無いな
新しい情報は無いな
1月発売は難しいのじゃろうか
まだまだ全然ってarsでも書かれてた
Rosettaが。。。
978 ：名称未設定：2008/12/05(金) 01:05:45 ID:ieuOE7DI0
ars探したけどなかった。。。
OpenCL ってDirectX11みたいなもんか？
>>979
DirectXは3D中心にGPUを"GPUとして"使うための仕組み。
比較するとこんな感じか。
2D:Mac Quartz,Win GDI+
3D:Mac OpenGL,Win DirectX/OpenGL
汎用マルチメディア処理系:Mac Core Image/Video/Audio/Animation,Win ?
GPGPU:Mac OpenCL, Win OS標準としてはなし
DirectXは3D中心にGPUを"GPUとして"使うための仕組み。
比較するとこんな感じか。
2D:Mac Quartz,Win GDI+
3D:Mac OpenGL,Win DirectX/OpenGL
汎用マルチメディア処理系:Mac Core Image/Video/Audio/Animation,Win ?
GPGPU:Mac OpenCL, Win OS標準としてはなし
981 ：名称未設定：2008/12/05(金) 07:39:56 ID:Y/jyCwzG0
１月とか、何の話？
６月に１年後の出荷って言ってたじゃん。
６月に１年後の出荷って言ってたじゃん。
>>980
Windowsについて補足しておくと
汎用マルチメディア処理系: DirectShow, Media Foundation(Vistaから)
GPGPU: Compute Shader(Direct3D11から)
Windowsについて補足しておくと
汎用マルチメディア処理系: DirectShow, Media Foundation(Vistaから)
GPGPU: Compute Shader(Direct3D11から)
Leopardが12月の段階で10.5.5 前後なのに（もうすぐ10.5.6でるみたいだけど）
10.6 の発売が1月になることってあるかなあ？
10.6 の発売が1月になることってあるかなあ？
>>980,983
マイクロソフトはネーミングセンスで損してると思う。
マイクロソフトはネーミングセンスで損してると思う。
別に10.5.10まで行かないと10.6にならないってわけでもないでしょ。
10.6リリースと同時に10.5.6リリースも十分ありうる話だし。
10.6リリースと同時に10.5.6リリースも十分ありうる話だし。
Q1 に出る可能性が高まってきたってだけなのに
なんで1月発売って話になってるのかがさっぱりわからん
1月の Macworld で正式発表、デモ、リリース日の予告、程度なら無くはないとは思うが
なんで1月発売って話になってるのかがさっぱりわからん
1月の Macworld で正式発表、デモ、リリース日の予告、程度なら無くはないとは思うが
>>987
同意。
Macworldで一般向けデモして3月頃発売かもっと余裕を持たせてWWDCで直前ビルド配布といったところだろう。
そろそろ次スレだけどテンプレになにか追加希望有る?
NVIDIAのCUDAサイトへのリンクでも足そうか?
あとスレ立ては>>995ぐらいでいいと思う。
同意。
Macworldで一般向けデモして3月頃発売かもっと余裕を持たせてWWDCで直前ビルド配布といったところだろう。
そろそろ次スレだけどテンプレになにか追加希望有る?
NVIDIAのCUDAサイトへのリンクでも足そうか?
あとスレ立ては>>995ぐらいでいいと思う。
急ぐなら3月発売も可能だと思うけど、やっぱりWWDC前の4、5月あたりだろね。
OSXのリリースって発売直前（1〜2ヶ月くらい）になってごっそりと実装される
なんてこともあるから、ベータ版の実装って当てにならない。
>>988
>>NVIDIAのCUDAサイトへのリンクでも足そうか?
そもそも似てるしNVIDIAも関わっているけど、CUDAじゃない。
OpenCLはC99ベースらしいから、そのリンクは貼る必要ないと思う。
テンプレ追加に追加するなら↓の方が分かりやすいし良いと思う。
OpenCL
http://ja.wikipedia.org/wiki/OpenCL
OSXのリリースって発売直前（1〜2ヶ月くらい）になってごっそりと実装される
なんてこともあるから、ベータ版の実装って当てにならない。
>>988
>>NVIDIAのCUDAサイトへのリンクでも足そうか?
そもそも似てるしNVIDIAも関わっているけど、CUDAじゃない。
OpenCLはC99ベースらしいから、そのリンクは貼る必要ないと思う。
テンプレ追加に追加するなら↓の方が分かりやすいし良いと思う。
OpenCL
http://ja.wikipedia.org/wiki/OpenCL
990 ：名称未設定：2008/12/06(土) 00:22:53 ID:A08CxlKL0
>>982
憶測じゃん。
憶測じゃん。
第1四半期ってもらしたんだから1月でもおかしくないわな
今のペースだと普通に考えて無理だろ＞１月とか
Slow Leopardなんていらね
Slow Leopard要るよ
でも発売は2010年1月の間違いじゃないのか？
でも発売は2010年1月の間違いじゃないのか？
俺は技術的な事は全然解らないんだけど、
iMacやMacBookはインテル移行して、後はPowerMacだけ残ってて、
そろそろMacProに移行しようかと思うんだけど、
特に急がないならSnow Leopard待った方が良いものかな？
なんか基幹的に次の技術へ移行するとか何とか聞いたもんで...
iMacやMacBookはインテル移行して、後はPowerMacだけ残ってて、
そろそろMacProに移行しようかと思うんだけど、
特に急がないならSnow Leopard待った方が良いものかな？
なんか基幹的に次の技術へ移行するとか何とか聞いたもんで...
アドビ系が目的なら現行機種でいいと思う、
たぶんあたらしいOSでまた互換性関連でパッチ待ちとかになりそうだから
たぶんあたらしいOSでまた互換性関連でパッチ待ちとかになりそうだから
次スレは立つのか?
1000ならSnow Leopard発売2145年
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。