Mac OS X 10.5 Leopard Part11

Mac OS X 10.5 Leopar ..

641:名称未設定
07/02/19 15:40:51 0jJLRZrB0
>>635
>ミドルシップマシン
CPUが筐体重心上に配置され理想の重心バランスを実現しています。
このため背負ってもほとんど重さを感じずデスクトップマシンにも関わらず
モバイルにも最適な一品に仕上がりました。
URLﾘﾝｸ(www.apple.com)

642:名称未設定
07/02/19 15:43:36 0jJLRZrB0
あ・・・・

重心バランス×
重量バランス○
orz……

643:名称未設定
07/02/19 15:57:17 a4M5DjPE0
拡張スロットを使う奴は少ないが、ビデオカードはぼちぼちいる
まあiMacで一番交換したい部分はディスプレイだけどね

644:名称未設定
07/02/19 16:03:00 nDbLFDzg0
最近のオタクでない人はすごいんだな、
つか拡張スロットとビデオカードで区別する理由がわからない

645:名称未設定
07/02/19 16:30:34 a4M5DjPE0
ただ単にゲームしたいだけの連中だから一応ゲーオタかな
自分では増設できないから頼んでくるけど

646:名称未設定
07/02/19 17:36:18 Apfq/81X0
>>626
URLﾘﾝｸ(www.appleinsider.com)
これはなかなか難しい落とし込みだと思う
macbookminiみたいなところを狙うのか
高くてもtype uを買うようなオタを狙うのか

647:名称未設定
07/02/19 17:52:08 WFwLdVnk0
>>646
HDD非搭載で40GB以上なら即買いの予定。
もうね、HDDのトラブルが鬱陶しくて嫌なんです。

648:名称未設定
07/02/19 17:58:41 OSUXzhw20
>>646
二重メモリスロット、低電圧CPU/チップセットを使えばMacBookと
ほぼ同じ基板で、光学ドライブ非搭載10.4インチはできそうだけど...

フラッシュメモリはどう考えてもRobsonでしょ。
だとすれば1.8インチドライブと組み合わせて来る気がする。
速度はRobsonで埋め合わせ、コストはiPodによる大量購入でカバー。
容量は諦める。

649:名称未設定
07/02/19 17:59:50 vnug9+YI0
12年間Macを使っててHDDがクラッシュしたのは2回だけなんだけど、
>>647はHDDを相当酷使してるんだろうな。

650:名称未設定
07/02/19 18:15:47 A1sipVmz0
>>627

URLﾘﾝｸ(japanese.engadget.com)

651:名称未設定
07/02/19 19:29:05 TtYW6xwk0
長文ごめん。

現Vistaがボロカスなのはまあそうなんだけど、
”Mac OS Xみたいな高性能な技術をMSが持っていたとしても、独禁法違反を恐れてWindowsに搭載できない”
ってマジ？

youtubeに”leopardはこうなるはずだった”って動画があったけど
わざとああいう機能を搭載していないだけってことなのかも。
まあ「で？」って言われたらそれまでだけど、あるブログ（下記）見ていてこういう物の見方もあるんだなと思った。

URLﾘﾝｸ(shiology.com)

shiologyより引用～
―― WindowsというOSを他社にライセンスしたことによって、事実上、世界的な独占的状態を作りだしてしまった結果、
高性能な機能をWindowsに標準搭載すると、すぐにどこかの国で独禁法違反に問われるようになりました。
だから、Windowsは決して、サードパーティーのビジネスを圧迫するような高性能な機能を標準搭載することができないのです。
Windowsはあくまでも、他社のビジネスのプラットフォーム、つまりいわばインフラの一部であって、他社がWindowsを基礎として新たな（Windows標準搭載の機能より高性能な）製品を販売する余地を多分に残しておくことが要請されているからです。
それによって、マイクロソフトがどんなに優秀なエンジニアを擁していても、その能力を十分に発揮することは許されない、というジレンマに陥っているように見えます。

652:名称未設定
07/02/19 19:53:04 XihZZoWf0
>>651
独禁もあるだろうがサードパーティーもうるさいだろうしね。標準機能が半端もんばっかなのはそのせい。
ドザはそれで満足らしいけどね。

653:名称未設定
07/02/19 19:55:39 F7BqN/Eh0
>>651
嘘八百

654:名称未設定
07/02/19 20:00:14 N660gu300
それが本当なら、ベンチャーの買収はやめれ＞MS

655:名称未設定
07/02/19 20:02:26 IvL91IVq0
>>651
OSとしての機能を高めるのに制限はないけど、メディアプレイヤーを
追加したりといった余所の領域に手を出す行為にはウルサい地域もある。

vistaがXP1.5になってしまったのとは全く関係ない。
MSに統率力のあるリーダーがいないだけ。

656:名称未設定
07/02/19 20:05:11 wYjyU3VI0
一番見栄えが映えるであろうメディア関連はEUで独禁法くらったのは笑ったよな。
しかし結局windows支配には代わりはないらしいのがまた笑える。

Europe Loves Linux, Runs Windows
URLﾘﾝｸ(www.osnews.com)

657:名称未設定
07/02/19 20:06:56 alezlkhY0
もし独禁法が関係あるとしてもウイルス対策やバックアップ機能みたいに競合相手が
いる分野だけだと思われ
安定性、互換性、ファイルシステム、UIなんかはOSを作ってるところがしっかり
やらないとダメなはずなんだけどね…
（今のところ安定性は問題なかったっけ？）

658:名称未設定
07/02/19 20:50:10 lZt4TJaM0
>>637
俺の回りでもプリンタとマウスとルータ（最近は無線）を買い足すくらいが精々だな

659:名称未設定
07/02/19 21:15:20 ccOVNzMi0
>>651 の考えは新鮮だなぁ。
少なくともメイリオは全力投球した鳴り物入りの印象を
受けていたけどね。
古川さんのブログにも裏事情が書いてあるけど、それも
踏まえて、Jobs@スタンフォードが引き立つね。

660:名称未設定
07/02/19 21:53:35 1ZUG1LmM0
>659
メイリオの横に引き伸ばしたようなノッペリ感がなぁ...
デザイン的に洗練された部分もあるとは思うけど、
正直、日常的に常用するようなフォントではないよね。

でもWindowsのシェアから考えても、いずれあれがWeb表示時の
標準日本語フォントになってしまう（汗）
いっそヒラギノでも採用すればよかったのにと思けどな。

それと、密かにLeopardの新ことえりに期待してう。

661:名称未設定
07/02/19 21:55:01 KZqXW8Xo0
プリキュアＳＳの公式掲示板、一回見たけど、オタク野郎共の書き込みが多くて、正直ドン引き。
あそこは子供の遊び場だろう。そっとしておいてやろうよ。
「さきとまい　だいすき　がんばれ」とか見るとほのぼのするけど、
「最終回で薫と満が変身したのはどうしても納得がいきません。二人はプリキュアなのですから、
そこはしっかりヒロイン二人と、他の登場人物を差別化をしていただかないと困ります。
変身するにしてもＭＨのクイーンのように明確な変身理由が無いのに
誰でも彼でも変身するようなアニメを私たちはプリキュアとは認めませんよ」
とか見ると、２ちゃんねるでやれよ。公園の砂場荒らすようなマネすんな。とか思った。

662:名称未設定
07/02/19 21:57:43 XihZZoWf0
>>660
あれがウェブ表示の標準とか最悪だ･･･

>>661
どこの誤爆ですか

663:名称未設定
07/02/19 22:00:30 85gfPO5H0
マックに試しにメイリオを入れてみたら、
ライブドアのページがメイリオで表示される・・・

664:名称未設定
07/02/19 22:00:37 sjUFPTk00
>>661
オチを求めてマジマジと読んじまったじゃねーかよ。

665:名称未設定
07/02/19 22:08:34 alezlkhY0
>>660
「ひがしこくばるひでお」が一発変換できます＜Leopardの新ことえり

メイリオはちゃんと仕上げ直しら良くなるのかな…
SP1にでもそういうのが付いたらいいかも

666:名称未設定
07/02/19 22:17:18 EBBbC9nl0
ウインドウズVISTAの公式Blog、一回見たけど、オタク野郎共の書き込みが多くて、正直ドン引き。
あそこは子供の遊び場だろう。そっとしておいてやろうよ。
「ふりっぷ3D　だいすき　がんばれ」とか見るとほのぼのするけど、
「リリース版からWinFSとWinFXが脱落したのはどうしても納得がいきません。二つはLonghorn以来なのですから、
そこはしっかり目玉機能二つと、見栄えだけの要素を差別化をしていただかないと困ります。
UIを変更するにしてもIEの6のように明確な変更理由が無いのに
誰でも彼でもリボンにするようなUIを私たちはWindowsとは認めませんよ」
とか見ると、２ちゃんねるでやれよ。公園の砂場荒らすようなマネすんな。とか思った。

667:名称未設定
07/02/19 22:17:41 F7BqN/Eh0
>>663
ほんとだｗ

668:名称未設定
07/02/19 23:07:21 /q1hzDsc0
以下、テンプレ用。ダメ出し＆修正よろ。

・Appleはハードとソフトを同じメーカーが作っているので、
　現在発売されているハードは10.5 Leopardで動くようにすでに考慮されている。
・その機種の発売から５～８年ぐらい経つと新OSのサポート対象外になる。
・Vistaのように新しいOSが出ると、新しい機種が出るというわけではない。
・新OS発売と前後（１ヶ月後ぐらい？）して、出荷されるMacも新OS搭載になる。
・10.4で動いていたアプリは、ほぼ全て10.5でも動くはず。
　10.4で動いていたドライバも、ほとんどが10.5でも動くはず。
　ただしOS用ユーティリティなどの、OSやハードに密着したものは動くなくなる可能性もある。

669:名称未設定
07/02/19 23:12:48 /q1hzDsc0
>>635,643,644
PCI Expressを外付けできるようになるらしいから、
Mac miniにそのPCI Express外付けポートを１つ積むか、もしくは
3Dゲームできるぐらいのビデオカード＋eSATAポートがあればいいなー。

>>646,647
同じくサブノート出たら即買いするかも。
PCI Express外付けポートさえ付いてれば、外付けで何でも付けれるから、
サブノートを自宅でメインとして使うこともできるかも。

670:名称未設定
07/02/19 23:42:14 f6FhOBEA0
>>668
推測だらけのテンプレなど不要

671:名称未設定
07/02/19 23:50:25 /q1hzDsc0
>>670
Macの事情をよく分かってないドザの人が、なぜかこのスレよく現れるから、
こういうテンプレがあった方がいいと思うんだけど・・・。

BootCampやParallelsのことも簡単に説明してあるテンプレもあった方がいいかも。
他の板や、他のスレでよく勘違いしてる人を見かける。

672:名称未設定
07/02/19 23:55:10 f6FhOBEA0
>>671
Appleのホームページにリンクを貼ってあるし、最小限の説明で十分
つか、長いテンプレになったらなおさら読まなくなる

673:名称未設定
07/02/20 00:11:28 hvmzFC5W0
少なくともソースが無い推測を書いたら初心者が余計に誤解するかと
>>672氏に同意

674:名称未設定
07/02/20 00:13:55 lKZVKyau0
Macの事情をよく分かってないドザの人が、
そのテンプレ読んでますます誤解するのを狙ってると見た。

675:名称未設定
07/02/20 00:36:10 B/q7+O+50
>>671
荒そうとしてるんだから、わかってもらおうとしても曲解されるだけだと思うな。

676:名称未設定
07/02/20 01:07:11 YuiJJSWr0
CSでXファイル見るたびOSXに見えるw

677:名称未設定
07/02/20 02:41:28 QgLZAQe/0
ところでレパードでたら皆さんはクリーンインスコ？上書きインスコ？それともアーカイブ＆インスコ？

678:名称未設定
07/02/20 02:43:49 DLAX+FUn0
アーカイブ＆インスコが無難だと思う。
あらかじめ丸ごとバックアップを取ってあるんだったら
上書きでもいいだろうけど。

679:名称未設定
07/02/20 03:10:48 xpmfZQJ80
>>677
OSパッケージだけに金出すのもったいないから、Macごと買い替えます。

680:名称未設定
07/02/20 04:15:39 qbvLQsVD0
>>677
マシンを買い替えます(´･ω･)
未だにPowerMac G4だもの。

681:名称未設定
07/02/20 04:18:00 xpmfZQJ80
うそー未だにG4なの？ワロス

682:名称未設定
07/02/20 04:52:27 h+77EbsS0
おれもG4からレパード搭載機に買い替える予定

683:名称未設定
07/02/20 05:13:20 qbvLQsVD0
>>681
そうなのよ。さすがにG4/1GHzに載せ変えたけど。
動画処理はさすがに地獄だけどさ。
Photoshopやillustrator、Dreamweaverくらいは耐えられるレベルなんだよね。
PMG5をずっと考えてたんだけど、ずっとあれな感じだったじゃないか。

MacProにも行きたいんだけど、オレ程度ならiMacでもいいかなー……なんて
考えて今に至る。

でも、Intel CPU搭載Macが欲しいからね。Leopardプレインストールモデルで
決定だわ。

684:名称未設定
07/02/20 05:24:23 Gbb0+T980
>>683
なるほどー
MacPro、もう少しコンパクトになるって噂が出てるから
それ見てからにすれば？
PMG5は買わなくて正解だったよ。俺が買って後悔したから。

685:名称未設定
07/02/20 07:43:57 R1dUefQx0
XPって起動してからいろんな警告でてきて
ほんとうざいよね．アクティベーションでも
電話で3回くらい大げんかだよ．MSのスタッフ
もうんざりでしょう．こんなつまんないことに
お金かけてユーザーにも迷惑かけていっそ
OSXみたいにアクティベーションなしですっきり安く
の方が賢いよ．

686:名称未設定
07/02/20 09:29:02 NMCbabZv0
>もうんざりでしょう．こんなつまんないことに
>お金かけてユーザーにも迷惑かけて・・・

仕事だもん。

687:名称未設定
07/02/20 10:07:59 tnASMEEu0
今マシンを持ってる人がレパードへグレードアップすると
すれば、やっぱりメモリーをたくさん積んでいるマシンでしょうか？
１GBくらいが必要になるだろうね。
俺いまだにG４だし、メモリーも６４０MBで一杯だから、レパードは無理っぽい。
タイガーと同じシステム条件メモリー２５６MBなら良いけど、
多分、５１２MBになるな。

688:名称未設定
07/02/20 11:14:12 5zAEmi9cO
640あれば充分だろ

689:名称未設定
07/02/20 11:32:07 D+H/2pEy0
俺もG3からXeonに買い替える

690:ﾌｧｰﾌｨﾝちゃん ◆DANGO..N3Q
07/02/20 11:50:08 ThkiOHG/0
URLﾘﾝｸ(img.wazamono.jp)

OS Xの石像が・・・！

691:名称未設定
07/02/20 12:37:44 vJgUAPwC0
G4 400MHz
RAM 320MB

さすがにLeopardは無理ですね

692:名称未設定
07/02/20 12:52:31 Ctw4+VvR0
俺のは
G4 450MHz
RAM 768MBだけど
leopardは入れる気まんまんだぜ
さすがにleopardの次は厳しいと思うが

693:名称未設定
07/02/20 13:10:18 Jr6bhGN00
>>691
まずメモリだなー。

694:名称未設定
07/02/20 13:21:42 GIFH6lDz0
うちは最終iBook G4 12inch。
メモリ1GBにしたらホトショ7、常時立ち上げておけるようになってそこそこ快適。
Leopardにしてもそうして使えるなら考えるかな
Tigerでも満足してるけど。。

695:名称未設定
07/02/20 13:37:26 ssUQrnif0
とりあえず、1GBメモリは必須だと思う。
PBG4 1.67GHz + Tigerだが、正直これでもメモリが足りんと
思うことがある。

696:名称未設定
07/02/20 13:44:50 ZodW0Ivq0
512MB　論外
1GB　まぁ普通
2GB　快適

697:名称未設定
07/02/20 13:46:57 bJpOYsO30
糞VIstaに占有されている15GBを開放するタイミングがやっと来たようなキガス
うちはMacBookオリジナル2Ghz、メモリ2GB、Leoに十分だよな

698:名称未設定
07/02/20 14:14:35 9gXYRhjK0
最低１GBメモりーは必須ね。
２GB有れば十分、現行MacBookは１GBだから、あとで１GBX２買って
増設するか、メモリー２GBまで待つか。
MacBookProは２GBモデル有るね、３GBまで増設可の奴。
（これがMacBookなら欲しいんだが）

699:名称未設定
07/02/20 14:31:11 sTVq2GOx0
>>698
BTO
（っていう答えは何か罠があるな。安直すぎる。しかし「待つ」の意味が？？）

700:名称未設定
07/02/20 14:31:22 VlXBWwCYO
64ビットになったら、現行のMacBookでも
4GBぐらい積めるのだろうか。

701:名称未設定
07/02/20 14:50:03 qbvLQsVD0
>>695
使い方じゃないのかな？
ネット使ったり、ちょーっと書類つくる程度なら1GBいるかしらん。

あ、でも、iLifeがきついかもしれんね。

702:名称未設定
07/02/20 15:18:20 XkoaBi4c0
>>700
3Gが限界という仕様じゃなかった？

703:名称未設定
07/02/20 15:32:40 ReJiYeqH0
MBもiMacもチップセットの制約で3GBまでしか認識しない。

704:名称未設定
07/02/20 16:05:49 bj9HFmnX0
10.3からカーネルは4GB超の物理メモリーサポートしてる
10.4から4GB超のメモリを扱うソフトを走らすことができる(ただし限定的)
10.5から4GB超のメモリを扱うCocoa、Carbon等のアプリを走らすことができる

ただしハードウェアもそれに対応してないとだめ。

705:名称未設定
07/02/20 17:57:45 3YdvMQOt0

きましたよーウワサが

「Mac OS X Leopard」は3月末発売？

MacRumors.comでは、情報筋によると、Apple Inc.は
「Mac OS X Leopard」を早ければ3月末にも発売するようだと
FinancialWireがレポートしていると伝えています。

Mac OS X Leopard 10.5 at End of March?
Tuesday February 20, 2007 01:45 AM EST　Posted by arn

Though unconfirmed, Financialwire.net claims that Apple's Mac OS X
10.5 Leopard will be shipping by the end of March "according to sources."

This date corresponds to an earlier report from ThinkSecret that
Leopard development was "wrapping up faster than many at Apple even anticipated".
Based on this earlier report, the new versions of
iLife '07 and iWork '07 are expected alongside Leopard.

Even after many false rumors about potential Apple media events,
buzz continues about the possibility of a future Apple release event.

URLﾘﾝｸ(www.macrumors.com)

706:名称未設定
07/02/20 18:15:24 LgX9nAQq0
既出だろ、その　う　　わ　　さ

707:名称未設定
07/02/20 20:12:10 qbvLQsVD0
>>705
去年のWWDCだったか？
ジョブスが一応は春発売みたいなこと言ってなかった？
記憶違いかしらん。

まぁ、月が確定したらええんだけどね。

708:名称未設定
07/02/20 20:18:06 hvmzFC5W0
うちは1G積んでるから安心…だと思ったけどMacBookだからグラフィックにRAMを
取られるんだった

709:名称未設定
07/02/20 21:16:50 VlLJlvmh0
やっぱメモリー喰うの？より軽くなることはない？

710:名称未設定
07/02/20 21:18:40 TGJ6T9Qi0
os xはバージョンアップするたびに
パフォーマンスが良くなるからな。。。
leopardも今まで通りに行くのであれば、
パフォーマンスは向上する。

711:名称未設定
07/02/20 21:27:56 N4GaFxv80
基本的な動作は軽くなると思うけど、
追加された機能を使ったりすれば、その分は重くなると思われ。

とくにFreeBSDからの恩恵で、
マルチコア環境でのパフォーマンスはかなり上がるかもね。

712:名称未設定
07/02/20 21:30:11 0HdCGvV20
最初が無駄に異様に重かっただけ
昔、不良だった人達がちょっとマトモになったから過剰によくみえる
それがMac OSXのパフォーマンス向上の正体

713:名称未設定
07/02/20 21:34:09 pl6fQ6t70
どっちにしても、代用が効かないVistaよりOSXのほうがマシだと思うけどね。
OSX10.0時はOS9と併用するという選択肢もあったから。

714:名称未設定
07/02/20 21:36:36 0HdCGvV20
よくわからんけどWindowsを褒めてるのか
まだまだ2014年までXPとVistaと併用する選択もあるし、
サポートを気にしなけりゃ2000だっていけるしね

715:名称未設定
07/02/20 21:40:58 kmRTIOKh0
10.2並みの機能で10.0並みの重さのVistaﾜﾛｽw

716:名称未設定
07/02/20 21:42:00 8JvOKJjl0
MacはOSと一体化されているから、
古いOSをつかえない・・・。

717:名称未設定
07/02/20 21:47:08 cr59dTfO0
>>711
>とくにFreeBSDからの恩恵で、
>マルチコア環境でのパフォーマンスはかなり上がるかもね。

LeopardになるとFreeBSDのバージョンとかがあがるの？

718:名称未設定
07/02/20 21:52:22 GD1jnPdz0
VistaもこれからSPごとに軽くなると言われるのか否や

719:名称未設定
07/02/20 22:06:12 wPeGfPIl0
Mac OS XはFreeBSDとなんの関係もありません。

720:名称未設定
07/02/20 22:07:24 N4GaFxv80
>>717
10.4.0 -> 10.4.8 でも細かくバージョン上がっていってる。
詳しくは知らないので、誰か詳しい人いたら解説お願い。

一度暇があったら、DarwinとFreeBSDのソースを見比べてみたいな。

721:名称未設定
07/02/20 22:13:27 B/q7+O+50
>>720
マルチコアに関連してくるところはカーネルで、
カーネルはFreeBSD由来じゃないから関係ないよ。

というか少なくともマルチコアに関する限りは、
カーネルのベースになってるMachの方がFreeBSDのカーネルよりはるかに洗煉されているよ。

722:>>720
07/02/20 22:15:37 7mggmCXn0
カーネルは別物だってば

723:名称未設定
07/02/20 22:26:00 N4GaFxv80
DarwinとFreeBSDの違うところを大まかに上げてみる。
他にもいろいろあったような気がするけど忘れた…。
・Machカーネル
・CoreFoundation
・IOKit
・OpenDirectory NetInfo
・launchd
・/Library などのディレクトリ構成
・iconv

>>721
UNIX板かどこかで聞いたところ、
Kernel以外のロック細粒化も効果あるらしいけど、
本当のところはどうなんだろうね？

724:名称未設定
07/02/20 22:54:31 YVbWFnky0
>>723
なんか比べている物の階層が変だな。
あと Unix 同士として比べるなら CoreFoundation は無しだろ。

ロック細粒化はマルチコアには有効に働くけど、オーバーヘッドもあるから、
シングルスレッドで走るようなもの、単純なシステムコール等は多少パフォーマンスが
落ちてるかもしれない。

725:名称未設定
07/02/20 23:04:30 YVbWFnky0
ってゆうか、ロックの細粒化は Tiger になった時点でかなり進んでいる。
ロックに関して Leopard でやることはどれくらい残っているのやら...
むしろ64bitのVMのチューンとか、そういう方面じゃないのかな。

726:名称未設定
07/02/20 23:16:07 QgLZAQe/0
え～と、Mach はそれだけでは kernel にならなくて、UNIX 機能を提供するために UNIX 部分が必要なんだけど、OS X はそこはほとんど FreeBSD からの移植なんだけど。

OS X Internals とか読みましょう

727:名称未設定
07/02/20 23:28:45 N4GaFxv80
>>726
これかー。
URLﾘﾝｸ(osxbook.com)
URLﾘﾝｸ(www.amazon.co.jp)

やはり英語…。
仕事でならまだしも、趣味で1641ページもの洋書は読みたくないなｗ
だから日本語版出してくれる神はいないのか…。

728:名称未設定
07/02/20 23:42:53 JrrC6h/70
【技術】Darwinはどうよ？【一筋】
ｽﾚﾘﾝｸ(unix板)

直近の話題はそんな話してるな。

729:名称未設定
07/02/20 23:52:50 BttKll7+0
>>267
# gedit /boot/grub/grub.conf

730:名称未設定
07/02/20 23:59:28 ixzuRq+40
>>726
> ロックに関して Leopard でやることはどれくらい残っているのやら...
残りまくりだろ。もしそうなら Solaris とかと張れるよ。現実ははるか彼方。

731:名称未設定
07/02/21 00:03:24 WbxO/Gmb0
欲しいのが、あるかどうかわからんけど、
URLﾘﾝｸ(www.oreilly.co.jp)

URLﾘﾝｸ(www.oreilly.com)
URLﾘﾝｸ(www.macdevcenter.com)

732:名称未設定
07/02/21 00:32:57 RsUtowtR0
>>727
Mac関連ネタをもの凄い勢いで翻訳するスレ 6
ｽﾚﾘﾝｸ(mac板)

全部は無理だろうから、どうしても知りたいところだけ頼んでみれば？

733:名称未設定
07/02/21 00:55:12 t8Sc4Tji0
結局スイッチとかやってたけど、
Win→MacよりもMac→Winの方が多くなってしまった訳だな。

734:名称未設定
07/02/21 01:04:24 wac1xKWW0
は？

735:名称未設定
07/02/21 01:07:04 S4Z5yazb0
LeopardにしたらまたSpotlightインデックスつくりなおすのかな…
Tiger最初に入れた時は３時間くらいかかった。

736:名称未設定
07/02/21 01:15:02 wac1xKWW0
インスコするのは寝る前にして、
そのまま朝まで起動しっぱなしで
インデックス作らせるのがいいよ。

737:名称未設定
07/02/21 01:58:12 pNxD3Hg80
>ここ読めば少しは雰囲気わかるかも
URLﾘﾝｸ(www.osxbook.com)
>例えばOS Xのカーネルとはの説明では、
・カーネルは xnu と kernel extensions (ドライバ含む) から構成される
・xnu は約百万行のコードからなり、その半分が FreeBSD 5、三分の一が Mach 3由来である。
・Mach部はハードウェアの抽象化等の xnu の核心部である。
・BSD部はTCP/IP, VFS, POSIX API など、よりユーザーランドに近い部分を受け持つ

CPUの細粒度ロックなどはMachが、FreeBSD部は
ネットワークやUNIXアプリ実行などを受け持っている訳だね。
乱暴に考えると、FreeBSDからカーネルを抜き捨ててMachに入れ替えて、
その上でApple固有の機能を足したのがDarwin。で、FreeBSDの最新版は
6.2だから、Leopardではそれにｱｯﾌﾟﾃﾞｰﾄされると考えてもいいだろうな。

FreeBSD5から6.2へのｱｯﾌﾟﾃﾞｰﾄの主な改善点て何だろう？
TCP/IPやVFSなどの細粒度ロック化があるという記事も読んだような...

738:名称未設定
07/02/21 02:05:03 BEJ/aQvY0
>>735
64ビット最適化で、バックグラウンドでのインデックス更新が速くなってたりして…＞レパード

739:名称未設定
07/02/21 02:10:51 a3Hmweer0
>>738
インデックス更新速度はHDDの速度で足引っ張ってる状態だから変わらんと思う

740:名称未設定
07/02/21 02:38:41 b2+d0MYx0
カーネルのユーザーランド部分は
FreeBSD6.1じゃなく
ちゃんとFreeBSD6.2相当にして欲しいね
なんとか間に合うでしょ

741:名称未設定
07/02/21 04:12:56 g3X407KR0
>>735
最初のインデックス更新は許すけど、
LAserverだかmdsだかが暴走してCPUがメーター振り切って
おまけにSpotlightが使えなくなる不具合はなくなっていてほしい

742:名称未設定
07/02/21 06:06:47 Ntbzjxpl0
>>741
Core4つあると、気にならない。そういう時代になるんでしょう。

743:名称未設定
07/02/21 09:35:09 CEAGN0hE0
>>741
10.4.3くらいで解決してない？

744:名称未設定
07/02/21 09:41:13 KKbz8uIHO
今のTigerはスポットライトのインデックス作成に
三時間も掛かったっけ？

745:名称未設定
07/02/21 11:57:44 idb9hbSY0
発売日とトップシークレットの中身に関して、
発表が無いね。
一向にVista発表前後に、詳細を発表するかと思っていたけど。

　LeopardもVistaとは違い、マイナーアップデートだと思うから、
開発が難航するということは考えづらいのだけど。

噂サイトにもあんまり情報が出てこないし、どうなっているだろう。

746:名称未設定
07/02/21 12:11:33 E23LhyU0O
マイナーアップデートだと思うから考えづらいだけで、
マイナーアップデートだと思わなければいいのでは？
それともマイナーアップデートって正式発表あったの？

747:名称未設定
07/02/21 12:16:36 i4o2Qv4h0
そう思いたいってだけなんだから放置。
ﾄﾞｻﾞにしても待望のビスタがXP 1.5だったって言う現状は認めたくないんだろ。
ｹﾞｲｼが次のバージョンに期待してくれってVISTA販売前に言っちゃうぐらいなんだから。

748:名称未設定
07/02/21 12:40:29 kl5RW8IsO
ﾋﾞｽﾀは内部があまり変わってないけど、レオぽんは内部が大幅にかわるでしょ

749:名称未設定
07/02/21 12:40:56 FTGSJo7B0
>>745
お前はマイナーアップデートとメジャーアップグレードの違いもわからんのか

750:名称未設定
07/02/21 12:47:12 ZqhuTpRU0
それ以前に>>745は日本語としておかしい件

751:名称未設定
07/02/21 14:48:26 DSQE+nru0
>>744
俺も最近iMac買ったもんだが、計800GBのHDDのインデックスを数十分ぐらいで作成したよ。
Tiger出荷当初一晩かかるとか言われてたんで、結構身構えてたんじゃが…。
それとも俺が見てないところで作ってたのかな？

752:名称未設定
07/02/21 15:09:30 OiabqRcM0
>>751
ファイルの容量ではなく数が問題になるんじゃないかな
索引作成は。

753:名称未設定
07/02/21 15:19:16 VA+wBgC2O
検索対象のファイル数によるんじゃね？

754:名称未設定
07/02/21 17:18:32 M+nGHVZD0
cpuの速度も関係する＞インデックス

755:名称未設定
07/02/21 17:34:39 QTnCr77e0
>>748
何を根拠に言ってるかわからないがVistaのほうが大幅に変わってる。
レパードはどちらかというとTiger+新機能。

756:名称未設定
07/02/21 17:50:56 edYXhfrC0
だけどアップデートの嵐をくぐって新OSが見えるころ
何も失わずに同じでいられると思う？

757:名称未設定
07/02/21 17:55:51 zUQFHGgb0
>>755
rootディレクトリの作りまで変えたもんだから
開発者は思いっきり泣いてるんだけどな

758:名称未設定
07/02/21 17:57:58 M+nGHVZD0
何やら既にLeopardを弄った人が２人も登場した様子

759:名称未設定
07/02/21 17:58:04 6hW7JYEa0
個人的にはUTIの本格サポートが楽しみ。

760:名称未設定
07/02/21 17:59:08 zUQFHGgb0
rootあたり大弄りしたのはvistaな

761:名称未設定
07/02/21 18:01:37 ERA/CxW60
>>760
>rootあたり大弄り
OSXは10.0でバッチリやることやったからな。今更やるべきこともない。
俺もUTIは楽しみにしてるけど、FinderからもUTIベースで管理できるのかな。

762:名称未設定
07/02/21 18:03:09 zUQFHGgb0
WinもNT4.0→2kでかなり大がかりに補修したのにね

763:名称未設定
07/02/21 18:04:00 M+nGHVZD0
１人は違った模様

764:名称未設定
07/02/21 18:11:31 pNxD3Hg80
>>755
どういう意図で大幅に変わっているといってるんだろ。
（大幅に変わっているVistaの方がより優秀という意味？）

・Direct3D→DWM→WPF→Aero
＝OpenGL→QuartzExtreme→CoreGraphics→Aqua

↑もともとOSXの描画システムを露骨に模倣していると言われている
Vistaの描画システムだけど、たしかにそれを考えたらVistaの方が
大きく変わってる。でもそれ＝凄いとはならないよね。OSXはそれを
既に実現しているから大きく変える必要がない。

検索機能にしてもそうだけど、インクリメンタル検索をVistaで実現
した訳だから、たしかに大きく変わったと言える。でも考えてみたら、
OSXでは既に実現している訳だから、そこから大きく変えること自体が
必要無いよね。

Leopardで言えば、スポットライトではネットワークにも対応した
検索が実現するし、描画システムもCoreAnimation採用で強力になる。
でもそれは>>755の判断基準ではﾏｲﾅｰｱｯﾌﾟｸﾞﾚｰﾄﾞになる。

その判断基準で考えた場合、Windows系のOSは、間違いなくVistaが
最後のﾒｼﾞｬｰｱｯﾌﾟｸﾞﾚｰﾄﾞになるよ。

765:名称未設定
07/02/21 18:26:23 OiabqRcM0
まあビスタとの比較はどうでもいいよ。

766:名称未設定
07/02/21 18:38:39 HCwb7vrE0
インテル版MacOS（３２ビット）がレパードで６４ビットOSになると
言う事は内部は大幅に変わるの？

767:名称未設定
07/02/21 18:41:20 6hW7JYEa0
別にIntel版だけじゃなくてPowerPC版も64bitになるよ。

768:名称未設定
07/02/21 18:57:08 QTnCr77e0
>>764
別にWinが優れてるなんて言ってないしOSXが劣ってるとも言ってない。君は何がしたいんだね。
最近すぐにWinに噛み付く奴がいるから新・Mac板にドザが住み着くんだ。

769:名称未設定
07/02/21 19:06:25 pNxD3Hg80
>>768
君の方が一方的な解釈すぎ。自分の偏見を押し付けるなよ。
俺はどちらかの優劣を語っているんじゃなく、
ﾒｼﾞｬｰ/ﾏｲﾅｰｱｯﾌﾟﾃﾞｰﾄの考え方を言ってるだけだよ。
>755の考えに対してね。

>君は何がしたいんだね。
この言葉、そっくりそのまま返すよ。

770:名称未設定
07/02/21 20:56:08 qkcn8z2E0
注文してたMacBookの出荷予定日が昨日までだったのですが、
さっきアポストアで確認したら03/02～03/07に延期してた。

これ何かの予兆ですか？

771:名称未設定
07/02/21 21:00:40 VMZL5y1v0
(((( ；゜Д゜)))ガクガクブルブル

772:名称未設定
07/02/21 21:01:24 zUQFHGgb0
東海地震の

773:名称未設定
07/02/21 21:08:16 qkcn8z2E0
アポのオンラインストアは初めての利用なので、
放置プレーで焦らされてるだけかどうかも分からんのです。

774:名称未設定
07/02/21 21:10:11 1wWEPGM+0
>>768
>新・Mac板にドザが住み着く

住み着いたドザ、自己紹介乙

775:名称未設定
07/02/21 21:48:46 ERA/CxW60
>>770
今現在注文すると出荷予定２４時間以内。
何かカスタマイズして、その部品調達の都合で遅れたんじゃないかな。

776:名称未設定
07/02/21 22:04:41 qkcn8z2E0
>>775
ありがとう。メモリとキーボードカスタマイズ。
3-5日で発送予定だったから予想外の遅れで不安になってました。

777:名称未設定
07/02/21 22:14:27 U3KMdc4f0
発売が近づいてるのに、いまだTopSecretってのが信じられん。
TopSecretって開発者にはそれほど影響ないものか？

778:名称未設定
07/02/21 22:16:23 XjRdqEsd0
>>777
Finderの改良なら…wktk

779:名称未設定
07/02/21 23:11:01 Ntbzjxpl0
>>766,767

OSが64bitになるってどういう意味？
・64bitアプリしか使えなくなる
・64bitのKernel Driverしか使えなくなる
・32bitアプリ/ドライバー用のエミュレーターが走る

780:名称未設定
07/02/21 23:12:03 Ntbzjxpl0
Vista 64bitは、こうだよね。

781:名称未設定
07/02/21 23:12:42 E23LhyU0O
稚拙な質問しかできない奴に答えるだけ無駄

782:名称未設定
07/02/21 23:15:08 mYGk2YT00
大胆予想！
TopSecretは…デスクトップのバックグラウンドに動画が使える！

783:名称未設定
07/02/21 23:21:08 lNbNuIPr0
しょぼい。つかそれウザイでつ。

784:名称未設定
07/02/21 23:22:19 MVuyI/EK0
動画じゃなくて時間経過で変化するデカイwidgetみたいなの貼付けられないかな。
時間に合わせて朝や夜になる背景とか、気象情報に合わせた衛星写真とか。

785:名称未設定
07/02/21 23:26:43 9sW0gaDH0
>>784
どんなソフトか忘れたが
今でもそれはできるぞ

786:名称未設定
07/02/21 23:26:47 /Du1PaYx0
デスクトップなんかめったに見ることないよ

787:名称未設定
07/02/21 23:27:46 6XfM8RV40
>>779
公開されている情報によると、Leopard では 64 bit CPU マシンなら

32bit アプリ、64bitアプリが並列で走らせることが出来る

ということらしいですよ。エミュレータというわけでもないです。カーネルのシステムコール以上は Cocoa, Carbon 含め全部 32 bit と 64 bit に二重化されているらしい。

正直カーネルで 64bit driver 走るのかは知らない。32 bit ドライバはそのまま使えるはず。

788:名称未設定
07/02/21 23:39:21 ppzlrRRS0
デスクトップがSecond Lifeの部屋の中のように完全に３D化
され、３Dウィジェットやオブジェクトを部屋の机や壁に置ける。
アプリやドキュメントをSpotlightで検索するとGoogle Earthの
ように３D空間を移動して対象のウィンドウを開く。
.macも３D化され、オンライン上の部屋になり、ローカルの部屋
と同様に利用できるようになる。

789:名称未設定
07/02/21 23:40:46 RDt+YPYn0
>>788
リアルで後片付けの出来ないヤツは
バーチャルでも苦労することになるんだな。

790:名称未設定
07/02/21 23:42:51 nQbYznEO0
>>788
32bit バイナリをネイティブで走らせられない 64bit OS なんかあるのか?
どれでもできると思うが。

791:名称未設定
07/02/21 23:48:49 xzo7bN3I0
デスクトップ弄るんなら、動画じゃなくて3Dがいい。
3DなAquablue、よろしく頼みます。

792:名称未設定
07/02/21 23:50:36 v0S0edru0
C言語使ったことある人じゃないと分からないと思うけど、
メモリ空間が64bitになるから、APIの互換性がなくなる。

PowerPCもCD/C2Dも32bitと64bitのアプリを同時に走らせられるけど、
APIが32bit版しか提供されていなければ、アプリも32bit版で作るしかない。
LeopardでCarbonやCocoaのAPIが64bitで提供されることになったので、
GUIアプリも64bitで走らせることができるようになる。

10.4でもターミナル上で実行するアプリは64bit化されてる。

793:名称未設定
07/02/21 23:54:03 M/QuipQS0
>>790
それは、OSというより、CPUの仕様できまる。

CPUが64bitモードの場合に、
32bitコードを互換モードで動かす仕様のCPUであれば、
OSに関係なく、32bitコードは、互換モードで動かすしかない。

794:名称未設定
07/02/21 23:57:07 ppzlrRRS0
>>789
お手伝いさんモードで机の上にオブジェクトをpilesで
整頓したり、ウィジェットをおもちゃ箱に片付けたりして
くれる。
URLﾘﾝｸ(homepage.mac.com)

795:名称未設定
07/02/21 23:58:26 M/QuipQS0
>>792に勝手に追加。

現在出回っているMacOSX用バイナリには、
Intelの64bitコードは含まれていない。

Intel用OSXには64bit APIが提供されていないから
32bit版でしか作りようが無い。

よって、アプリを64bitで動かすためには、
再コンパイルされた新しいバイナリが必要。

メーカーが新しく出すまで待つしかない。
それが無料のアップデートになるか、
有償のバージョンアップになるかは分らない。

796:名称未設定
07/02/22 00:15:19 w/2i/y8U0
Javaしか解らない漏れに、32bitと64bitの違いを、ちょっとしたプログラムで解説してくれ

797:名称未設定
07/02/22 00:16:51 XqjiLuQu0
Leopardからは64bitのGUIアプリが動くようになるが、
64bit用に再コンパイルする利点なんてそうないよなぁ。

一般的に言えば32bitでコンパイルした方が速度は速い。
事実Leopardのカーネル自体は32bitとしてコンパイルされるわけだし。

798:名称未設定
07/02/22 00:26:47 eQbrWLtL0
Intel Coreは64bitだと遅くなるんじゃなかったっけ。
まぁ俺は64bit化大賛成、速くTBメモリの時代がこないかなー。

799:名称未設定
07/02/22 00:37:16 v7cfTWXh0
どっちにしてもサンタロザにならん事には、ね…。

800:名称未設定
07/02/22 01:04:57 h60ten5v0
800ｹﾞﾄ！

801:名称未設定
07/02/22 01:09:49 gNdwb+CN0
>>794
ふーん。で、そのダサい仕様の 64bit CPU ってなに? 実存するの?

802:名称未設定
07/02/22 01:12:41 gNdwb+CN0
>>793
はぁ。で、そのダサい（それができない）64bit OS って、なに?
Solaris も Linux も NetBSD も FreeBSD もできるんちゃうの?
生まれた時点で 64bit だった Alpha + DEC OSF/1 のことかなんか言ってるのかな?

803:名称未設定
07/02/22 01:14:01 PYvOkk950
>>796
たとえば文字列をコピーして返す自前関数。

char* copyStr( char *str ){
char *str2;
int size;
size = strlen( str ) + 1;
str2 = malloc( size );
strncpy( str2, str, size );
return str2;
}

引数と返り値はcharのポインタ。
ポインタとは、その変数の値が置かれているメモリアドレスを示すもの。
メモリ空間が32bitなら、ポインタもサイズも32bit=4Bytes、
メモリ空間が64bitなら、ポインタもサイズも64bit=8Byte。

よって、APIを呼び出すときに引数のサイズが32bit版と64bit版で違うってことになる。

804:名称未設定
07/02/22 01:15:00 YLhafeyj0
32bitと64bitのソフトって別バイナリになるの？
やっぱりユニバーサルバイナリみたいになるの？
PPCとIntelそれぞれの32bitと64bitを一つのバイナリに入れたら
容量４倍になってしまいそう。

805:名称未設定
07/02/22 01:18:07 PYvOkk950
>>804
その場合はUniversalBinaryになるよ。容量も４倍。
自分が要らないバイナリを削除するフリーソフトが大活躍の予感。

806:名称未設定
07/02/22 01:27:52 oIduiGim0
フリーソフトというか、コマンドラインでよければ標準の lipo をつかえばもんだいなし

ていうか最近はソフトのバイナリはたいしたことなくてほとんど画像とかのデータだから、ソフトのサイズが4倍になるわけでもない
というか既に universal だったらバイナリは二倍になってるわけだし。

例: Safari は全体で 20MB, バイナリは 2.1MB(intel と ppc が1mbずつ)
もし ppc64, intel64 を追加してもバイナリが 4.2 MBになるだけ。

ハードディスクが100Gある時代に数メガ気にしても仕方ないとおもうけどね。

あとそもそもワープロソフトとかは 64 bit にしても意味がない気がする
でかい画像とかビデオを扱うひとは問題になってくるだろうけど。

807:名称未設定
07/02/22 01:31:34 oIduiGim0
>>801
ダサいっていうのはまあ勝手だけど、Itaniaum は最近は IA-32 はハードウェアでサポートするのは止めてエミュレーションソフトウェアでサポートしているはず。

そういう意味で Core 2 Duo とか G5 とかとは違うベ

808:名称未設定
07/02/22 01:40:48 XqjiLuQu0
>>804
Intel Mac使ってんならもう既に4つバイナリ入ってますヨ

% file /usr/lib/libSystem.B.dylib
/usr/lib/libSystem.B.dylib: Mach-O universal binary with 4 architectures
/usr/lib/libSystem.B.dylib (for architecture ppc): Mach-O dynamically linked shared library ppc
/usr/lib/libSystem.B.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64
/usr/lib/libSystem.B.dylib (for architecture i386): Mach-O dynamically linked shared library i386
/usr/lib/libSystem.B.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次ページ