07/12/05 23:57:34 CPav/ddn0
導入の契約はしたが、保守契約はしてないって話なんじゃないのか？
まぁ、マカはアホだからそんな話は想像もできないんだろうけどな。
402:名称未設定
07/12/06 00:12:20 sdRbHDYC0
>>401
あのな、運用管理を東大ECCSが行うのと、
システムインテグレートが全く違う話だというのがわからんのか？
しかも今回も同じ MacOS+NetBoot環境だからな。
前回が成功したからこその話なのだが。
403:名称未設定
07/12/06 00:35:01 lhHc/BDd0
マカとかドザとか、おまえら、いつまでたっても飽きないねえw
404:名称未設定
07/12/06 00:35:57 d4tW0Off0
んで結局64bitレジスタの恩恵をフルに受けられる64bitアプリは
現時点で自社他社含めてどの程度あるの？
マジでチェスだけなん？
405:名称未設定
07/12/06 00:48:31 sdRbHDYC0
>>404
過去レス位読め
406:名称未設定
07/12/06 03:50:44 MnlCT4yN0
>>404
32bitで十分。高速。
Appleは最高の選択をした。
完全に64bitにする意味なんて無い。
64bitなんてサーバじゃないと意味が無い。
でもサーバ市場に行くとは思えない。
AppleのWebでは64bitドライバにバージョンアップしたらスループットが上がるって書いてて
そんなドライバが現在存在していない。
それが今のところの総論。
407:名称未設定
07/12/06 06:49:10 Xa6l3BIb0
突き詰めていくと、Leopard 以前に、なぜ最近は普通のユーザ向けの
CPU ですら 64bit 対応になっているのかという疑問が。
408:名称未設定
07/12/06 07:31:25 aGVj+aW30
ここは中身がどんなものだったとしても
後付の最高の褒め言葉で受け入れるMac愛溢れるスレですね
409:名称未設定
07/12/06 09:58:08 tvLWqTqt0
>>407
散々言われてる事だが
もうCPUが手詰まりだからじゃね？
410:名称未設定
07/12/06 10:52:51 uwYL9MNq0
Windowsの世界では64bit化によって、メモリが8GB使えると喜んでいるユーザが
多いようだが、結局64bit化のメリットはメモリが大量に使える事ぐらいなのか。
411:名称未設定
07/12/06 11:48:07 86KA0m0r0
>>396,399
コンピュータそのものを生業としない一般ユーザやパソコンのメンテの話なんてしてないんだけど。
なんでコンシューマと業務とをごっちゃにするんだよぅ。全然別の話でしょ。区別つかないの？
一般ユーザは管理者に文句言えばいいだけじゃん。
学生の時そうだったでしょ？社会に出てもそうして行くわけだし。
学内ネットワークのメンテって情報系の学生のいい教材なんだから自分らでメンテしたほうが
いいでしょ？という話なんだけどなぁ。
情報系の学科持ってて自己解決できない大学なんて存在価値無いと思わない？
412:名称未設定
07/12/06 12:07:41 tvLWqTqt0
>>410
エンコとかCGのレンダリングなんかは微妙に速くなる
それでも、ほとんどの人間には関係ないのに代わりはないけど・・・
413:名称未設定
07/12/06 12:35:54 lxz4vRN20
64bitコンパイラでコンパイルすればあらゆるアプリが二倍高速に！
今時サーバ用途だろうとクライアント用途だろうと64bitにあらずばOSにあらず！
という誤解が解けたようで何よりです。
414:名称未設定
07/12/06 15:17:56 WnsGi9th0
>>410
一般の人がインターネッツしたりメールしたり年賀状作ったり「パソコン」として使うには、Windows の 64bit 版はドライバやらなんやらの問題でメモリ以外はデメリットが多いのです。
なんで MS が Windows を 64bit と 32bit で別パッケージにしてるのか謎ですね。
あ、そうそう。
全然関係ないですが Safari for Windows って、Windows で初めてカラーマネージメントに対応したブラウザなんですって。
驚きですね。
いままで Windows を使ってた人って、Web ブラウザで表示してた画像の色が「間違ってる」って知らなかったようですね。
415:名称未設定
07/12/06 15:20:03 1DrkBw5N0
>>411
正当化に必死だな。ｗ
いつの間に>>395では全く言及していない、情報系の学科に限定した話になったんだろう。
しかも学生の話だと思っていたら、なぜか大学の存在価値にまで広がってるし。ｗｗ
さすがのすり変えだな、呆れるしかないよ。
416:名称未設定
07/12/06 15:20:22 6h4NJKnh0
互換性重視のクライアントOSと
サーバ・ワークステーション用のOSを分けるのはMSの伝統。
つうかこの流れで用途ごとにOSが分かれてるのを叩くってまったく理解できてない証拠だぞｗ
417:名称未設定
07/12/06 15:34:56 86KA0m0r0
>>415
え？だって>>387,390ではコンシューマレベルの話してないじゃん。
418:名称未設定
07/12/06 16:24:20 WnsGi9th0
>>416
あら、MacOS X もサーバとクライアントは別パッケージですよ。
419:名称未設定
07/12/06 18:11:10 sdRbHDYC0
ドザは 4GB を超えるメモリ空間を使う為には 32bit ドライバを捨てるしかなく
従来の 32bit ドライバを生かすには 4GB に縛られなければならない
MacOS X は 64bit クリーンな API と 4GB を超えるメモリ空間を持っていながら、
従来の 32bit ドライバも使える。
カーネルが 32bit （と言いながらも 64bit の互換モードで動くのだが）
なのは、いいとこ取りを実現する実装の結果
420:名称未設定
07/12/06 20:43:12 Gj0E1nVe0
まあ、Macの場合は、
Leopardを使うためには、Tigerドライバを捨てるしかないわけだから
たいした違いはないんだけどなｗ
421:名称未設定
07/12/06 21:06:07 cG3YwkWv0
ハイパフォーマンスなエンプラ・サーバ周りを
切り捨ててしまったからこそ出来たんだよな。
サーバからゲーム機、携帯にまであらゆる分野に
足を引っ張られているWindowsにはとても選択し得なかったやり方だよ。
422:名称未設定
07/12/06 21:25:24 wzEv/X1S0
Tiger時代のドライバ、普通に使えてますが何か？
423:名称未設定
07/12/06 21:34:45 sdRbHDYC0
あらゆる分野で Windows が足を引っ張ってる
まで読んだ
URLﾘﾝｸ(www.page.sannet.ne.jp)
424:名称未設定
07/12/06 21:44:38 3KAn+0s+0
今までインチキ64bitOSなことを隠してきたのが偉い！
425:名称未設定
07/12/06 21:47:07 1d8eafXX0
インチキとは失礼だな。高度な柔軟な政治判断に基づく臨機応変な実装と言ってくれ。
426:名称未設定
07/12/06 22:05:07 sdRbHDYC0
64bit になると無条件に早くなると思ってるドザは、やはり起動時間も倍になると
思っているのだろうか？
Vista は起動するまでに約10分、ログインして使えるようになるまで5分
URLﾘﾝｸ(www.computerworld.jp)
427:名称未設定
07/12/06 22:28:11 Izc/LbJK0
>>426
ネガティブキャンペーン乙。恥じ晒してどうするの？ｗ
リンクの機種が不明だけど随分古くてメモリ不足のPCに無理してインストール
したんだろうな。最近の普及型なら50秒程度で起動するんだけどね。
URLﾘﾝｸ(pc.nikkeibp.co.jp)
ちなみにこっちではLeopardの起動に5分程度かかってるけどな。ｗ
URLﾘﾝｸ(blog.so-net.ne.jp)
428:名称未設定
07/12/06 23:22:25 Y4zupVMm0
おいらの Mac で Leopard の起動/自動ログイン/使えるようになるまでに 30 秒かからんけど？
Windows って、デスクトップが現れてからが長いじゃん。
429:名称未設定
07/12/06 23:34:40 PfBg8SzW0
マカは狂犬のように所かまわず噛み付いてくるね
430:名称未設定
07/12/06 23:56:33 Y4zupVMm0
反論出来なくなるとそれですか？
431:名称未設定
07/12/07 00:10:51 DEaidm+r0
犬はドザチョンの貴重なタンパク源だそうだw
432:名称未設定
07/12/07 00:12:52 wXkZImGE0
反論ていったいどこに論があるの？ｗ
433:名称未設定
07/12/07 00:33:40 i7Y1VNnG0
MacBookCoreDuo 1.8GHz だけど2分もかからないけどな。
200万人の中には、ちょっと具合が悪くなったのも1台や2台はあるだろう。
でも、
>リンクの機種が不明だけど随分古くてメモリ不足のPCに無理してインストール
>したんだろうな。最近の普及型なら50秒程度で起動するんだけどね。
Vista×ワンセグ×新ボディ―富士通「FMV-BIBLO LOOX T50U/V」を試す
URLﾘﾝｸ(plusd.itmedia.co.jp)
>電源オフの状態から起動すると完全に起動するのに10分程度かかってしまう
あれ？これって最近の普及型じゃないのかな？
レビュアーにしっかり書かれてるってことは不具合じゃなさそうだしw
434:名称未設定
07/12/07 00:37:21 1t7ZOluP0
そういうのは他所でやれと
435:名称未設定
07/12/07 01:19:46 DiMxX8Es0
Windowsってなんであんなに起動がおせえの？
いい加減イヤになるんだけど マジで
436:名称未設定
07/12/07 01:34:41 kDpIYAwZ0
>>435
煽り煽られも良いけど、せめて bit 数の絡む煽りにしてくれ、いちおうスレタイにしたがって。
437:名称未設定
07/12/07 01:47:55 aFfxRGbj0
>>377
>判った結果をしろうとにもわかるように噛み砕いておしえてください >>376
あくまでも自分が理解した（と思う）範囲だけども、
プロセスが 64bit のときは、デフォでカーネルとユーザーでアドレス空間の場所を分ける。
（ちなみに 64bit カーネルが鎮座する場所もすでに予定されているw）
で、さらにページテーブルのエントリをユーザーとカーネルで共有する。
すると、ユーザーモードからカーネルモードへスイッチするときにページテーブルを
再ロードせずに済む。
でも、これって結局 *BSD とか Linux がやってることと同じなようなw
いくつかシステムコールのベンチマークをしてみると、確かにこの仕組みがあると
1～3割程度速くなる場合があった。
ちなみに 32bit の場合は上記の仕組みはない。そのせいかパフォーマンス的にも
64bit で上記の仕組み off な場合ととほぼ同じ（= デフォの 64bit より1～3割程度遅い）。
技術的には同じことが 32bit でも可能な筈だが、いろいろ問題があるのかもしれない。
ま、これって純粋に 64bit だから速いというより Mac OS X 上の 32bit/64bit の実装の
差の結果速くなるという感じもするが...
なお、パフォーマンスの差は、俺がやった素朴な特定のテストの範囲内だけの話なんで、
そこんとこよろしく。
438:名称未設定
07/12/07 02:16:12 w327qxkg0
通りすがりの者ですが>>437乙。
439:名称未設定
07/12/07 03:26:57 J1Ykiv0T0
>>433
> 超低電圧版Celeron Mに512Mバイトのメインメモリ
だそうだよ。
440:名称未設定
07/12/07 08:48:07 l6werSfO0
>>426や>>433のように、ことさらに遅い機種をさも標準みたいに引き合いに出して、
OS批判を行なうのはバカのやる事。
441:名称未設定
07/12/07 09:07:06 rHIcsqLn0
>>440
これ以上32bitだということをいわれたくなくて話をそらしているだけなのでしょうね。
442:名称未設定
07/12/07 09:23:11 kjgH8uL+0
起動時間勝負？
おれのCore Duo（MacBook初期形Mem2GB）はLepardで1分かからないよ。
G4iBookでも1分くらいじゃないか？
こっちは933MGzでメモリ768MBだけど。
>427のリンク先のMacはなんか壊れてるねw
443:名称未設定
07/12/07 09:24:01 kjgH8uL+0
むぅ933MHzだね、まちがえたよ。
444:名称未設定
07/12/07 09:35:45 DW0Hx3TH0
真の64bitだったら大々的に宣伝してるよ。
うやむやにしてる点で32bitだね、間違いない。
445:名称未設定
07/12/07 09:38:53 NyVbn1+h0
ブログの反応見てると例のプレゼン鵜呑みにして64bit化で圧倒的に高速化するのかと騙されちゃった人と
64bitレジスタ使った演算の効果なんてクライアントじゃ限定的だし
そもそも4GB以上メモリ積んだマシンなんて誰も使ってねーじゃんという比較的冷静な人で二分されてるね。
声のでかさは圧倒的に前者だけどｗ
446:名称未設定
07/12/07 10:51:09 w327qxkg0
まあ、Windowsのように全部64bitにして32bitドライバやDLLが動かなくなるよりも
32bitと64bitの混在可能にしたAppleのやり方のほうが、現実的だったのではないか。
今のところ、メモリが4GB以上積める事しか64bit化のメリットを感じられないようだし。
447:名称未設定
07/12/07 11:18:29 gfG7V4880
>>437
>技術的には同じことが 32bit でも可能な筈だが、いろいろ問題があるのかもしれない。
大人の事情とかも関係あるんですかね？
それか、ハード/ソフト両面の将来的なことも考えてなんでしょうかね。
>>442
ちょっと壊れ気味かもね。
どんなインストールの仕方したのか分かんないけど、とりあえずディスクユーティリティで修復した方がいい感じね。
ちなみに、メモリいっぱい積んでると電源投入直後のハードウエアチェックに時間がかかるので、起動時間は多少長くなります。
>>445
用途にもよるんだろうけど、MacPro で 9GB 積むとかなり快適ですよ。
448:名称未設定
07/12/07 11:21:23 J1Ykiv0T0
現実的ということで話をするのなら、結局新しいOS用のドライバを使うわけで
以前のOS用の32bitドライバが動いてもあまり意味は無いのではないか？
つまり、Leopardで32bitドライバが動く！という事例がどういうときかを考えると
Leopard用に新しいドライバを作っておいて64bit版を出さないということは無いわけで
Tiger用32bitドライバを使う場合なわけだけど、通常はLeopard用ドライバを使うでしょ？ということ。
また、Windowsの話だが、64bit OSで32bitアプリ、32bit DLLは動く。
449:名称未設定
07/12/07 11:23:12 w327qxkg0
＿ ーーー
,＞'´,: : ,: : : : : : : : :~＞ ､-'7 ＿_
_, -'_＞'ヾ,,;;'~,／ ., : : : : : : ,: : : :.,: : /~`''''二-_＜~
-''~:::,／ ::::::::::::〉'~: ／ : : : : : :／. . ／M '' :': : : : : :~＞＜
::,／:::::::::::::''／: :／.: : : : : ::／: : .イ: ／|.i , '' ''大ー .`_.､
.ﾞ!,:::::::::::::::,.': :／: : : : : ::／' : ／./:／:;:;ｌ | :|: : : . . . `.、 `ヽ
, '、::::::::,',ﾝ'/ : : : :::／:;/: ／:;./／;:;:;:;|.:;:| |i : : : : .|: . . V
Vﾚ〉.::::/ﾍ;/: : : ;／:;:;:;/イ:;:;／';:;:;::;;:;:;|;:;:;| .|::|: : : : : |: ハ､ .|
./ .'､::::,/: : .,イ:;:;:;:;':;:;:;:;:;':;:;:;:;:;::;;:;:;,/::;:;:| .|;:;|: : : : .|: : : |.V: :|
../ : :::`'/: ､ｲ ''':;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;|/:;:;:| : : : |: : : :| |: :| MacProで9GB…
/: : ::::::;|:／.ｿ' ,, '''''''''''''''''''''''''':;:;:;:;:;:;:/;:;:;:.|: : : /: : : .| |: | このブルジョアめ！
: : ::::::/,|'＾`.-,､''. ` ::;:;:;:;:;:;:;:;.|: : /./ : : | |,'
: .:::::/|: ::::::::|::,乂 ,,,,,,_ ''':;:;:;./|: //;|: : / '
.::::,//|:.: ::::::|.i/ ＼. 'ｰ- .,,_｀ 丶, , ./ |/ｲ;;;|: :/
::::// |:.: ::::::|:i ` ,､ ~`～ ﾝ'ノ,'- ~.|:./
::/ .|: : : :::||_,,,,／乙i `ミ, ,,,,,,,., ,- イ~ i:~:.| |/
' .|: : : ::::|､;;;;;;;;;;|~ （＼ // ,::::: :i i: i .'
,／.|: : : : :|､.､;;;;;;;|￣⌒＼|;;;;x.'/./::::: :| | :|
／ |: : : : .|､ヽ ､;;;| /;;;;;;;,ﾞ|/::::: : :| |:.| ←ドザ機で最大8GBしか使えないかがみん。
|: : : : |;;ヽ.ヽ.､.| /;;;;／イ :::: : / |:|
450:名称未設定
07/12/07 11:24:05 l6werSfO0
いまだに64bit対応アプリケーションソフトがチェスしかない状態ではなんとも言えないだろう。
結果的に良かったかどうかの判断は、今後の対応アプリ次第だな。
先行しているWindows用では順調に64bit版が揃ってきているからな。
451:名称未設定
07/12/07 11:25:27 J1Ykiv0T0
カーネルが32bitというのは確実なようだ
エセ64bitだね。この過去を引きずった仕様が将来足を引っ張る。
URLﾘﾝｸ(d.hatena.ne.jp)
> ちょっと気になって調べてみたのですが，Leopard ではカーネル空間を 32-bit モードに据え置いたそうです．
452:名称未設定
07/12/07 11:27:43 K94i0d1x0
>>448
Leopardoになったから新しいドライバが必要ってのは必須じゃないだろ
中には動かん物もあるかもしらんが、大抵のはTigerので動く
453:名称未設定
07/12/07 11:30:21 J1Ykiv0T0
だが、現実的な話でいえば、
普通は新しいOS用に新しく作られたドライバを使うだろ？
それともお前、LeopardでTiger用ドライバ使ってんのか？
何のドライバだよ？
454:名称未設定
07/12/07 11:34:09 J1Ykiv0T0
>>449
かがみん。ブルジョアでごめんｗ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
455:名称未設定
07/12/07 11:34:23 w327qxkg0
>>451
カーネルまで64bitにしたら32bitマシンが動かなくなるからそうしたのではないか？
しかもアプリ側からはカーネルなんて見えないし、カーネル自身互換モードで動かせば
問題はあまり無いのではないかと。
456:452の続き
07/12/07 11:38:52 K94i0d1x0
途中で送信しちまった・・・
ただ32bitから64bitに全面移行するとドライバ類は全部一から作り直さなきゃならん
これはMacもWinも一緒
今、64Vistaでも32bitアプリは動くが、それでも32Vista程は確実じゃない
そもそも64bitOSの上で動かすより、32bitOSの上でネイティブに動かす方がパフォーマンスが良いから
64bitOSで32bitアプリだけを走らせる意味がない・・・
64bitOSのパフォーマンス活かすなら64bitアプリも無いとダメだが
アプリに関しては64bitでコンパイルし直せば大概のアプリはそのまんま64bitアプリになる事はなるが
作る側も、今の64bitの普及度合いから考えても
既存のアプリが64bitになる必要性も無くてワザワザ作る必要を感じないから作らない
457:名称未設定
07/12/07 11:43:38 w327qxkg0
>>454
/￣ ＞―──―-
, -ー─ |: : : : : : : : : : : : : : : : : : : ｀丶
|: : : : : : l: : : : : : ヽ: : : : : : : : : : : : : : : ＼
. |: : ／: :.:|: : | : : : : l＼ : ヽ: : : : : : : : :＼: :ヽ
j／ : /: :.|: : | : : : : |ー＼‐丶-: : : : :.ヽ: :＼ﾊ ┼
/: : : / : : |／|ｌ.: : : :.| _＼ }＼: : : : : l: . : |:|
/: : : / : : ∧ :八.: : :│ 行う示㍉ヽ: : : j＼: |:| _人__
/: : : : | : : ,′'ｘ=ﾐ､ : : ｌ、 |j:_ﾊ_jⅣ:.ﾍ : / : :j/:| ｀Y´+
|: :/| :│ : | /ｲﾉ'ﾊヽ :{ :＞弋_Yソ |│:.Vヽ: : :│ ＋ かがみさんは安物PCで最大8GBなんですか。
| :ハ: : ヽ:小'{iﾍ_Yｿfｊ⌒ヾ､ '' ￣ ,| j: : :! } : : |
∨ ヽ: : ﾄ{ ハ ゞ'´/tｰ'＾ヽ`ー‐ '´|/∨:|イ : :│ 私なんてOpteronを32個（64コア）搭載したサーバー機で
ヽ ＼!/＼j__''_ノ ∨ ｝ / : : :.|│: :│ メモリー容量は128Gバイトですの。
|: :.:ﾉゝ, __/⌒'＜＿ イ.: : : :.:|⊥:.:八
|: :/: :j: : |/ ﾉ`ｰくヽ ∨: : : : : ﾘ'⌒＼丶
∨: :/ : / ￣ヽ_)_)‐': : : : :〃 `､:＼
／ : / /7 Y '´ ,ィ’ : /: :/ |: : :＼
／: : : / ∧{. ﾉ ／/ : : /: :/ │: : : :.ヽ
/: : : ／{ノ ヽ＼ｰ／｢ /! : :∧:/ ﾊ: : : : : :i
/: :.／ :厂＼ ＼＼ヽ∨∧ / 〃 {: ヽ.: : : :|
デモ機で自慢するなよ。
458:名称未設定
07/12/07 12:00:50 w327qxkg0
>>454
＿ ,─､
／ ヽ-, ヽ､‐､_
/, , ,､ ,ﾍ ､ ､ヽ
// /├ Tヽ ! ! ＼ヽ
// , ＬL__ |. Vl､＿j_ ヽ|
/ l | j ! ｀ !. 「lヽ j l l
l./| | l'|.! ! !| ヽﾄ ﾄ l
|l | l |ﾋ≡ミ ﾓ≡ﾐ,ヽ |ヽ|
l | | ' 丶 '' '∧.│ l|
ヽ├Ｎ､ ー‐' ,ﾉヒl |
〉Lヾ,|ﾆ＞, ､__ ィ１､┤┼､
/ l Y │ l ∀￣.l l
l l /`＿,┤ ト､ l l l
l l_ '-´ﾌ l l ヽヽ' l |
/ l | 〈 Ｖ / Y l ＞そんなもん個人で買えへんやろ。
l |.│ ＼ ヽ､〃 |l |
/ |人 ＼ヽ ﾉ| l
/ l| ゝ ヾヽ ﾊl ヽ
l l l 〇 〇l l | l
| | / | ﾊ| l
│ l l | / | |
| | | 〇 〇|/ │ l
レ=二=､ l | | |l ／ニ､│
＿_(二＿(二＿)'＿|＿＿＿＿＿＿_|＿__lr二_´Ｙ´｀ュ_､＿＿＿＿
459:名称未設定
07/12/07 14:06:15 cFu5GBEv0
>>457
SAGEはその半分だね。
そういえば、こういう科学計算なんかに使うコンピュータのOSはどうなってるんだろ。
URLﾘﾝｸ(www.sagemath.org)
460:名称未設定
07/12/07 14:22:15 8tF6s+UT0
>>455
>カーネルまで64bitにしたら32bitマシンが動かなくなるからそうしたのではないか？
32bit CPU機では32bitカーネルで起動。
64bit CPU機では64bitカーネルと32bitカーネルを選択可
っていうのがよくあるUNIXのサポートだと思うけど。
461:名称未設定
07/12/07 14:25:41 K94i0d1x0
>>460
ビジネス的にか技術的にかはしらんが
そんな言うほど簡単ならWinも64bit版と32bit版分けたりしなかったと思うぞ
462:名称未設定
07/12/07 14:40:09 l6werSfO0
>>456
完全に後ろ向きな意見だな。ｗ
64bit OSの用途は32bit OSでは賄えないアプリケーションのためにあるんだろ。具体的にはサーバ
アプリケーション、データベース(Oracle、SQL、DB2)、3D CAD（AutoCAD、MAYA、XSI等）あたりで
Windowsの64bit環境は着々と進んでいる。これら以外のパフォーマンスクリティカル用途ではない、
例えばOfficeやブラウザなんて32bit版が動けば十分。
URLﾘﾝｸ(www.3dvelocity.com)
URLﾘﾝｸ(wiki.mm2d.net)
463:名称未設定
07/12/07 15:08:44 8tF6s+UT0
>>461
両方のライブラリを入れるだけだろ？
LinuxでもSolarisでもAIXでもみんなそうしてる。
カーネルドライバだって、OSXの場合は自社マシンしかサポートする必要が無いんだからそれくらい
Appleが作ればいいじゃないか。
自社のハードウェアのドライバだったらIBMはともかくSunぐらいの規模でも出来てた話だぞ。
そもそも複数アーキテクチャサポートなんて昔からPPC/Intelバイナリを同梱してるMac(NeXT)じゃ
めずらしい話でもないだろ。
464:名称未設定
07/12/07 15:52:51 K94i0d1x0
>>462
クライアントOSの話をしてるのにサーバの話してもなぁ・・・
何で都合良く、そうやってサーバとクライアントの話をすり替えるかな？
64Vistaがサーバに使われる訳じゃあるまい？
元々クライアントOSであるOSXにそこまでクリティカルなサーバアプリは要らんだろ
ならサーバ版のLeopardはどうなのよって話になったら、Appleも頑張れよとしか言いようはないが
ただ、サーバ分野に力入れてないメーカにそれ求めてもだし
普段俺らが使う分には全く関係ないしな・・・
クライアントOSとして使う上でカーネルまで64bitであるメリットって何よ？
３D関連とか映像編集とか位しかパッと思いつかんのだが・・・
そこら辺のアプリにしても、APIは64bit対応してるから64bitアプリとして作ってもOSXで何も問題無いわけだしなぁ
465:名称未設定
07/12/07 15:56:22 K94i0d1x0
>>463
両方のライブラリいれるだけだろ？って言われりゃそうだが
その分開発コストも、その後のトラブル抱える可能性も2倍な訳で・・・
>カーネルドライバだって、OSXの場合は自社マシンしかサポートする必要が無いんだからそれくらい
>Appleが作ればいいじゃないか。
ドライバは今でもAppleが作ってるだろ
Appleもボランティアや研究機関じゃないからな・・・
費用対効果って言葉も大事なんじゃね？
466:名称未設定
07/12/07 16:02:05 b5qmWIRH0
結局多くの人が32bit専用Vistaに移行してる現実を考えると、
これで良かったんじゃないかね。向こうは動きもしないのだが。
64bit化の恩恵は今のLeopardでも十分に受けられるのに、
なにが不満なんだろね。
467:名称未設定
07/12/07 16:28:12 OGQ0Yp1O0
でも結局なんだかんだ言っても
完全64bit化したらしたでマンセーするんでしょ？
468:名称未設定
07/12/07 16:39:52 K94i0d1x0
>>467
64bitが活かされて、パフォーマンスが向上する状況なら
喜んでマンセーするね
マンセーしない理由は無いしな
無理に64bit化して、パフォーマンス落ちたり不具合が起こるような状況だったら
不満言い続けるとは思うが・・・
469:名称未設定
07/12/07 18:23:59 +sKxDqZ00
long modeをサポートしてる時点で「64bit OS」なのは確定でしょ
Tigerもこれは同じだが
カーネル自体は32bitだから、64bitアプリケーションで
現在以上のパフォーマンス向上の余地があるとすれば
カーネルタスクの速度向上ぐらいか
client OSで恩恵を受けそうな場面はあまり想像できないけど...
470:名称未設定
07/12/07 18:36:34 vvdC6MTv0
>>464,>>468
本当に二枚舌のバカだな。ISVが64bitアプリケーションソフトを開発するのは、32bit版よりも
パフォーマンスが上がって、競合他社との差別化によるセールスポイントになるからだろ。
逆に遅くなったらどこも導入したりしないだろ、常考。
471:名称未設定
07/12/07 18:59:21 m/LBRXZ00
ISV...
472:名称未設定
07/12/07 19:04:52 gfG7V4880
QVC
473:名称未設定
07/12/07 19:07:29 l6werSfO0
>>470
K94i0d1x0も中途半端に訳分からない主張しないで、OS Xの64bit化自体が不要だぐらい言えば
いいのにな。ｗ
まぁMacに64bit市場は無いから仕方ない。例えばMAYAも64bit版はWindowsとLinux用だけで、
64bitアプリの面でOS Xがかなり遅れているのは明らかな事実。
今後はパフォーマンスクリティカルな市場では、64bit化が規定路線で避けられないのは間違い
ないから、結局>>450に戻る訳だ。ｗ
474:名称未設定
07/12/07 19:26:42 Hcy8D+6v0
Photoshopの共同デザイナーScott Byerは木曜、彼のチームは必ずP
hotoshopの64-bitバージョンを開発するが、まもなく発売予定のCre
ative Suite 3.0（CS3）にこれを含めるのは現実的でない、と語った。
最新のPhotoshop CS3ベータが64-bitをサポートしていないことに
対するユーザーからの質問に答え、Byerは彼のオフィシャルブロ
グで、単に64-bitコンピューティングの恩恵の多くは、現世代のハ
ードウェアとソフトウェアではほとんど享受できない、と述べた。
Byerが言うには、ほとんどのPhotoshopユーザーは今でも、各プロ
グラム上で32-bitメモリアドレッシングしか対応していないオペレ
ーティングシステムを使用している。これにはアプリケーションに
3GBまでしかメモリを割り当てられない、Mac OS X Tigerを含む。
このような現状では、32-bitソフトウェア本来の4GBの壁を越えて
メモリアドレッシングができる、64-bit技術の根本的な長所を台無
しにしてしまうという。
「郵便受けに入れられた、64-bitの誇大広告をみんなチェックして
みよう。（64-bitアプリは）もっと大量のメモリをアドレスできる。
だいたいこれだけだ。64-bitアプリケーションは、メモリアクセス
が速くなったり、その他のアプリケーションのパフォーマンスを改
善したりするような鍵を、魔法みたいに手に入れるようなことはない。」
実際のところ、今日のコンピュータでは、コード -- 同じタスクを
実行しようとすると文字通り2倍のサイズになる -- がメモリサブシ
ステムにずっぽりはまりこみ、与えられた時間に処理できる情報量
が減ることで、むしろパフォーマンスの低下を招くだろうとByer
は付け加えた。現行のAMDとIntelのプロセッサは、ごく時たましか
64-bitコードを処理しておらず、ファイルのキャッシングでその利
点を相殺してしまうこともしばしばである。
475:名称未設定
07/12/07 19:27:13 Hcy8D+6v0
彼は、64-bit要素を一部持つにもかかわらずTigerの根源的な32-bit
制限を批判し、特にPhotoshop CS3のMac用64-bit版の開発を否定
した。「アプリケーションが完全に64-bitであるために必要となる
多くのライブラリが、そろっていない。そのためMacintosh側に関
しては、答え（Photoshop CS3の64-bit版の可能性）はゼロだ。」
彼の会社のスタープログラムをアップデートして、4GB以上のメモ
リを活用することにはやぶさかではない、と述べながらも、64-bit
技術に費やす時間は、MacユーザーにとってはUniversal Binaryを
磨いて、前のバージョンからアップグレードを考えているアーティ
スト達がすぐに喜ぶであろう新機能を追加していくほうが有意義だ
ろうと、 Byerと言う。しかしながら、彼はもっと多くのコンピュ
ータがより多くのメモリ空間を使用し始めれば、64-bit版の開発は
いずれにしろ避けられないと約束した。
「問題は"いつやるか"だ。"やるかどうか"ではない。」
476:名称未設定
07/12/07 19:30:10 K94i0d1x0
>>470
だからさofficeを64bit化して意味があるのか？
何でもかんでも64bit化すれば良いってもんじゃないって話だろ
逆に今64bit化が積極的に進められてるようなアプリ以外は
無理に64bit化してもオーバーヘッド起こってかえって遅くなるなんてのは常識
今64bitの恩恵が受けられるのは、３Dとか映像関連くらいだって言ってるだろ？
そこら辺の限られた用途のためだけに、普段使いのofficeとかのアプリが遅くなったら意味ないだろ？
そこら辺も含めて問題無い状況になったらマンセーするって話だ
二枚舌でも何でもない
>>473
まあ３Dとか64bit云々以前からMacは不毛だからなぁ・・・
ただチェスだけってのは間違いだ
一応、FCPなんかも64bit版としては売ってないが中の処理は64bitだ
必要に応じて他のアプリも64bit化してくだろうよ
先行すれば勝ちとかって単純な話だったら
今頃、WindowsがトップシェアにもiPodがトップシェアにならんかっただろうな・・・
477:名称未設定
07/12/07 19:34:07 i121CQkD0
今回のLeoのカーネルに不満を持つ人って、どういう考え方なのかな？
これが64bit化への最終型ってことなら確かに文句も出るだろうけど、
そうでない事は明らかな訳で。Leoは明らかに「移行期の暫定的な解」。
こういう段階的に進める戦略、悪くないと思うけどね。
結果として64アプリ実行環境の一般ユーザへの普及は
先行するWinより今後はずっと迅速に進む事になるだろうね。
なんと言ってもプリインストールのOSが64アプリ対応に
切り替わった訳だから。
478:名称未設定
07/12/07 19:42:49 r9WQQWah0
>>476
64bit化するだけで普通は速くなるよ
遅くなる方が珍しい
爆速とまで行かないだけだよ
479:名称未設定
07/12/07 19:50:56 Zt1fg7Yn0
ハゲが詐欺まがいのイランプレゼンをするからこういうことになるんだよ
自重しろ
480:名称未設定
07/12/07 20:50:21 +sKxDqZ00
つーかKernelの64bit化とアプリケーションの64bit化は全く関係ないよ
アプリケーションが64bit化されるかどうかはAPIの提供次第。
Photoshopとかが64bit化できないのはCarbonが完全に64bit APIを提供してないから。
481:名称未設定
07/12/07 21:07:23 YzgQ/LlE0
Appleがちゃんと情報提供してれば問題なかったのにね～。
いつも都合の良いことだけ宣伝して、都合の悪いことはダンマリだから仕方ないか。
482:名称未設定
07/12/07 21:27:40 K94i0d1x0
>>480
CS3はCocoaでスクラッチし直したんじゃなかったっけ？
まあCarbonは64bit化される事は無いんじゃね？
64bit使いたかったらCocoa使えって事だと思う
483:名称未設定
07/12/07 22:50:51 3dXg3NW50
>>481
情報提供ってどのAPIが64bit化されるかなんてのは
WWDCで既に明らかにされてた訳だが...
484:名称未設定
07/12/07 23:24:11 vvdC6MTv0
>>475
結局Leopardはハイブリッドの中途半端なOSだってことだろ。ｗ
>>476
お前もう引込んでろヨ。全く理解していない。
だれが必要ないものまで64bit化しろって言ってるんだよ、ドアホ。
64bit OSが充分に動作するようなPCで32bit Officeの動作速度に不満があるわけ
ないだろ。0.1秒掛かっていた処理が0.11秒になったからなんだって言うんだよ？ｗ
485:名称未設定
07/12/07 23:44:33 kDpIYAwZ0
どうでもいいけど、Office は 64 bit にする以前に、intel 化してほしいんだけど...
まあ来年一月にはでるけどさ。
486:名称未設定
07/12/07 23:54:28 vvdC6MTv0
Officeの64bit化は今のところ全く予定無いだろ。
487:名称未設定
07/12/08 00:16:42 W6EsoWVd0
>>480,481
32bit->64bit化したかったらデータ長の変更部分の修正や
パフォーマンスチューニングだけじゃなく
ライブラリとっかえろってめちゃくちゃ高いハードルだなｗ
488:名称未設定
07/12/08 00:31:06 z3viYCM40
64 bit ライブラリは Carbon の GUI 部分を除いて全部揃ってるよ。
問題は Adobe 系も Microsoft 系も Carbon だから、一筋縄では 64 bit にできない。
64 bit Carbon GUI も無かったわけではなくて、WWDC 2006 から一年間は存在して殆ど完成していて、実際に開発者には配られていたのに、WWDC 2007 でサポートしないという発表があって、わざわざ開発者版からは削除されたので、Apple 上層部の決断だったようだ。
URLﾘﾝｸ(www.carbondev.com)
まあ Leopard のあいだは Adobe / Microsoft と対決しようということだとおもう。
ppc 時代の intel 用 OS X と一緒で、Apple 内部では 64bit Carbon GUI はいちおうメンテナンスはしておくのだと思われるので、旗色が悪ければ 10.6 が出るときにまた 64 bit Carbon を配布すればいいだけの話だし。
どうなるかは今後の業界の勢力図によりけりですね。
489:名称未設定
07/12/08 00:56:09 FCmy3sg50
>>488
へえ こりゃ面白い話だ
Appleもまだまだ戦ってるってことだね
面白い
490:名称未設定
07/12/08 00:56:29 ghMsO+X/0
>>488
全部は揃ってない。代表的なのだとQuickTimeもまだ。
64bitアプリケーションからは超貧弱なObjCのQTKitしか使えない。
あとCarbonに近いけどATSUIなんかもNG。まあこれはCoreTextとかいうので
お茶を濁されたようだけど。
491:名称未設定
07/12/08 01:10:45 T8QAnZzP0
>>462
>>484
過去ログぐらい嫁よw
64bit 化＝高速化ではないことも、カーネル部分が 64bit モードの 32bit 互換モードであることの必然性も、全て既に書かれているのに、何そのボケたコメントは？
>>477
>今回のLeoのカーネルに不満を持つ人って、どういう考え方なのかな？
基本的に、無知な糞ドザが煽ってるだけかと
MacOS X ですでに Apache 2、MySQL 5、Postfix、Podcast Producer、QuickTime Streaming Server、Java VM on Intel あたりは 64bit 化されて動いている訳だが。
492:名称未設定
07/12/08 01:12:04 aCSgtPFG0
>>488
傑作なのはCocoaも64bit Carbon GUIを一部使っているので、現実には削除できず
製品版Leopardにも内緒で存在すること
64bit版Xcodeは存在しないはずの64bit Carbon GUIも使って動いている。
493:名称未設定
07/12/08 01:20:31 z3viYCM40
64 bit Carbon GUI をつかってるのはメニュー周りだけだと聞いたんだけど、
Xcode はそれ以外にも非公開 64bit Carbon GUI をつかってるんでしょうか？？？
494:名称未設定
07/12/08 02:25:02 aQmIHsQd0
ここまで読んでわかった事は、チェスは64bit化するメリットが十分にあったから
64bitバイナリがついてきたって事ですね。
495:名称未設定
07/12/08 03:38:47 hsbJ28mn0
>>494
そのとおりだ。
実際チェスを見てわかるとおり
メリットがあっただろ？
あの程度だがなｗ
496:名称未設定
07/12/08 09:26:49 KWMNPUxH0
単に64bitコンパイラでビルドしなおしただけだろｗ
497:名称未設定
07/12/08 09:34:41 8FtbFqWr0
チェスが64bit化されてるのは64bit版OpenGLの検証用でしょ。
498:名称未設定
07/12/08 09:40:03 zUD8SalP0
Adobeひどいよ・・・
「郵便受けに入れられた、64-bitの誇大広告をみんなチェックして
みよう。（64-bitアプリは）もっと大量のメモリをアドレスできる。
だいたいこれだけだ。64-bitアプリケーションは、メモリアクセス
が速くなったり、その他のアプリケーションのパフォーマンスを改
善したりするような鍵を、魔法みたいに手に入れるようなことはない。」
499:名称未設定
07/12/08 09:43:06 GT5bLPzY0
>>498
Adobeは、独占状態で競争が無いから余裕ぶっこいているだけ。
500:名称未設定
07/12/08 09:58:51 5sCJav6n0
>>491
お前もういいから引っ込んでろよ。
頭が弱い自覚のないやつは救いようがないな。
501:名称未設定
07/12/08 11:12:08 T8QAnZzP0
>>500
糞ドザの反論は相変わらず肝心な中身がないな
502:名称未設定
07/12/08 12:15:31 1e3vnfym0
>490
それは意図的に取り除いたんだよ。
ATSUIはOS9からの遺産だし、QTもQuickDraw依存部分がある。
それら全部レガシー部分は移植しないという決断でしょ。
Quartzを利用することと、○○kit系、Core系を使いましょう
ってのがOSXのトレンドだからそれに沿った方針。
503:名称未設定
07/12/08 12:25:03 lWJ+oZ4K0
64bit対応するだけでライブラリ総とっかえ。
こりゃ開発者も裸足で逃げ出す罠。
504:名称未設定
07/12/08 12:28:02 ghMsO+X/0
>>502
今後QT APIが64bit化されずにラッパー経由でしかアクセスできなくなるなら
暴動ものだと思うよ。それほど現在のQTKitのAPIは貧弱で自由度も皆無。
64bitが主流になる頃にはQT API自体の64bit化が進んでる物と思いたい。
505:名称未設定
07/12/08 12:36:57 ghMsO+X/0
>>502
あ、ちなみにATSUIも部分的には64bit APIが提供されてるので
これもそのうち増えるのかなあとかは思ってたりするけど。
506:名称未設定
07/12/08 12:40:12 ghMsO+X/0
>>503
総とっかえなのは当たり前。ABIが違うんだから。
問題は32bit APIと同じインターフェースが
64bit APIにどれだけ提供されるかという点。
現状のOSXだと旧MacOS由来のAPIをできるだけ避けないと
64bit化に苦労する/そもそも64bit化が不可能になる。
507:名称未設定
07/12/08 13:00:30 y7hwt4tm0
>>502
そんな単純な話ではない。
CoreTextはATSUIの簡略化版で基本的な機能しか無く、ワープロ的な物は作れない。
QuickTimeのQuickDraw依存はQT7で払拭されている。
削除されたことになってる64bit Carbon GUIはレガシーな物ではなく、OSX10.2で
Quartz対応に新しく作った部分、古くからのCarbon由来APIは64bit化されてる。
508:名称未設定
07/12/08 13:07:10 z3viYCM40
まあとにかく完全 64bit ready という Apple の marketing-speak が言い過ぎなんだけども...
一応データを大量に扱う科学技術ソフトの GUI 部分は書けるようになったよということだと思う。10.6 では QtKit も CoreText も充実されるんでしょう。
509:名称未設定
07/12/08 14:02:38 4vjxil670
OSXの64bit対応自体がmarketing-term
510:名称未設定
07/12/08 14:07:44 5kWGAFZv0
>>503
一瞬、納得しかけたが・・・ちょっと待て
64bitに対応させるのにライブラリ総取っ替えって当たり前じゃないか？
もはやドザが何を煽ろうとしてるのか
ドザ自身が分からなくなってきてるなｗ
511:名称未設定
07/12/08 14:10:24 4vjxil670
流れが読めてないなら無理してレスつけんでも
512:名称未設定
07/12/08 14:24:05 z3viYCM40
「ライブラリを総とっかえ」という日本語が何をさすかで煽り側と煽られ側と流れが読めてない人とで話が通じてない気がする
んなもんAPI が全部 32 bit 版と 64 bit 版あったとしても、リンクするライブラリファイルの実体は違うんだからそれを総取っ換えといえなくはないけど、そんなことあたりまえなので、
たとえばある仕事をする API A と B があるんだけど、
64 bit では API B しかないから、API A つかってたひとは API B にかえなきゃいけないのかどうかとかそういう問題でしょう。
それの手間がとれぐらいかかるか、そもそも 32bit 版の段階で API A と API B をつかってるひとが何割ずつぐらいかとかそういう。
513:名称未設定
07/12/08 17:30:02 lGXLAmYc0
UBのフレームワークは見た目上の実体も一つだけどね。
514:名称未設定
07/12/08 23:27:46 hsbJ28mn0
ユニバーサルバイナリって実体はひとつに見えても
実はひとつのファイルに32bit版と64bit版の二つを
圧縮しているのと同じようなものらしいね。
だから、ファイルサイズはターゲットCPUが増えるごとに
倍増するし、128bit CPUが出た場合に
128bit CPU向けに再コンパイルが必要になる。
515:名称未設定
07/12/08 23:31:50 ghMsO+X/0
何を今更...
まあ圧縮すらしてないけど。
% lipo -create ppc_binary ppc64_binary i386_binary x86_64_binary -output univ_binary
516:名称未設定
07/12/08 23:33:01 z3viYCM40
>>514
同じようなもの「らしい」じゃなくて、単に同じ。
あと、圧縮してない。
また、最近のソフトは画像とかが多いから、
バイナリ自体のサイズは大したことがないので倍増してもあんまり関係ない
例:
Safari .... 56MB 中バイナリは 2.9 MB
517:名称未設定
07/12/09 00:32:45 8FlWKKfi0
Safariに限らず、国際化されたアプリは言語毎のファイルが大半だね。
518:名称未設定
07/12/09 02:36:05 B7X8caTf0
特に Universal Binary である必要がないなら、
URLﾘﾝｸ(www.xslimmer.com)
URLﾘﾝｸ(www.macupdate.com)
こんなツールもある
519:名称未設定
07/12/09 09:27:57 2qoFkelA0
もう8bitでいいじゃん
520:名称未設定
07/12/09 10:09:34 ZCfdoc8Y0
>>519
それでもVVindowsを凌駕しちゃうよ
521:名称未設定
07/12/09 23:53:15 B7X8caTf0
Windows Vista 搭載機を量販店で買ったら、32bit 版しか売ってないって本当ですか？
MacOS X はもう 64bit クリーンだと言うのに、ビックリです。
522:名称未設定
07/12/09 23:59:12 y2OJ3urN0
64bit クリーンって何？
523:名称未設定
07/12/10 00:32:56 Gy0a+3Nv0
URLﾘﾝｸ(developer.apple.com)
- Kernel and I/O Kit APIs
All supported BSD kernel interfaces (KPIs) and system calls should already be 64-bit clean in Mac OS X v10.4.
The I/O Kit is being extended somewhat to include support for 64-bit applications.
These changes are primarily in the form of additional methods in the IOMemoryDescriptor class.
524:名称未設定
07/12/10 00:33:43 Ko1kNtTU0
クリーンか。
シャープのMZみたいなやつだな。
525:名称未設定
07/12/10 00:39:46 eTbT18IS0
>>523
でも、実際はcleanじゃなかったと。
526:名称未設定
07/12/10 00:45:15 Gy0a+3Nv0
>>525
単に頭悪いのか？
64bit clean だぞ
527:名称未設定
07/12/10 01:56:44 6Slf/JAD0
実際Vista64bit版の恩恵にあずかっているのはホワイトボックスユーザーか
自作ヲタたちだけ。しかもドライバの互換性に苦しんでいる。
メーカー製PCは64bitをサポートするつもりはさらさら無い。
528:名称未設定
07/12/10 02:38:46 Ko1kNtTU0
>>527
Leopardなんてそもそも、互換性が問題になるもならないも64bitのドライバ自体が・・・
って事なので比較は不適格。
64bitドライバへ移行がスムーズに出来てるならともかく。
529:名称未設定
07/12/10 10:48:17 6e+tdb2m0
このスレで4GB越えのメモリを搭載している人の割合・・・1%
このスレで4GB越えのアプリを使っている人の割合・・・0%
530:名称未設定
07/12/10 11:39:04 C/ixC6HF0
>>527
普通に製品リストにあるし、サポートされているけどな。嘘はいかんでしょう。
URLﾘﾝｸ(h50146.www5.hp.com)
URLﾘﾝｸ(configure.apj.dell.com)
URLﾘﾝｸ(www.express.nec.co.jp)
URLﾘﾝｸ(www.fmworld.net)
531:名称未設定
07/12/10 11:50:52 TTfV0wiUO
まぁそれらは本当に働く64bitマシンというのがアップルとの違いか。
532:名称未設定
07/12/10 15:04:04 6Slf/JAD0
>>530
普及用の安物PCを前提にしていたわけであって、ワークステーションの事は
考えていなかったよ。しかしどれもMacProよりも性能の低いモデルばかりだな。
これでワークステーションと名乗っているのだから面白いな。
まあ、値段相応って奴なのか。
533:名称未設定
07/12/10 15:30:01 TTfV0wiUO
ちゃんとメモリ64Gとか128G載せられるXeonモデルも別にあるから心配するな。
534:名称未設定
07/12/10 15:36:29 C/ixC6HF0
>>532
3点。もう少し頑張りましょう。
535:名称未設定
07/12/10 15:40:32 6Slf/JAD0
|
| 自分たちが買えないワークステーションを自慢しているドザが荒らしている件について。
|
＿＿__ .| ミ /〉__人__
／￣ ｀ ､￣￣￣￣￣￣￣￣￣￣￣ // ） （ ﾋﾟｼｯ￣￣￣￣
,. ‐' ` ｰ-､ 人_ ミ// ｀Ｖ´
/ ／ ／ / ｉ ＼ ｀Ｙ´ //
/ / / ／ ／ | ＼ ', _!_ //
| | T ´厂 ｢`ﾒ ／ ｉ_｣_ ｉ | ! /,ｲ _!_
人 | | |ｒ坏ﾃﾐﾘｉｲ/ ／ ｢ﾉ ｀ﾒ､ | | | _/// !
'Ｙ´ | | | ﾄｒ:::ﾘ ∨ ｒﾃｉ{∨/ / |/ﾘ ///,ｲ
. / ∧ ﾊ ゝ‐' ﾊｒ:ﾘｲ/__ノ/ ノ//.ﾉリ _!_
＊ / / .∧ ヽ __ ' ｀'´ ﾊ ＼ {〈/ﾚﾚﾍ} !
__／ / / ∧ ', { ﾉ .ﾊ ＼ ＼ | / ` /
´ / /⌒ﾏｉ ',. _. ｨ ＼ ＼ ＼ |｀ ｰ-く ＊
_＿/::::::::::::ｉ ｉ ｉ` ｆ´､::＞'⌒::＜ヽ ヽ ヽ ｒへ ＿/
-‐ /::::::::::::::::::::ノ ｉ |.＞ｒ‐ｒ|:::::レ-―┴' _＿__,ﾉ | 〉 *
. /:::,. ―‐' ´ -‐ '' |::＼女|::/ ,＜ （ | |＿_
／ {:::::| /´ ,. -―::く::＼ Ⅴ::| ｛:::::::＞､｀ｰ| |､ ＼
/:::::ﾊ ｉ. （::::::―:::―::‐- !::∧ ＼:::::―`ｰ|ﾉ|从 |__ヽ ＼
. /:::::::::::ﾍ. ＼ ＼:::::::::_:_:::／／＼＼ ￣￣ / |:::::::＞ ､ ｉ
/:::::::::::::::::∧ ＼. ＼ー::‐:／ｉ! `ｒ＼ ￣ ／ /:＊:::::::::::＼
::::::::_::_:::::::-:ｉ} ヽ. Ｖ／ .|! ｉ. i! '＞､__＿＿／ |:::::::::人:::::::::::＼
536:名称未設定
07/12/10 15:47:06 TTfV0wiUO
OCNアク禁されて悔しい。
537:名称未設定
07/12/10 16:38:00 JDm7CgQ20
ヌケマカはニセ64bitOSのMacOSをいつものペテンで買わされているわけだね。
まったく笑止千万だな。
まあ、騙されるアホマカが悪いんだけどね。
538:名称未設定
07/12/10 19:12:48 DDGtTukL0
一般用途では64ビットOSの必要性はないね。
539:名称未設定
07/12/10 22:42:43 zNMm1gAf0
>>535
どっちが荒らしなんだか。ﾌﾟ
>>538
今のところはその通りなんだが、そうなるとOS Xの64bit部分はほとんどのユーザに
とって必要がないのに金を払っていることになる。
Windowsのように32bit版と64bit版を完全に別製品として、ユーザの選択に任せて
いればこういう問題も無いんだが、複数の版を同時に展開する能力がないのだろう。
540:名称未設定
07/12/11 00:03:14 DadUjGnx0
>>539
>今のところはその通りなんだが、そうなるとOS Xの64bit部分はほとんどのユーザに
>とって必要がないのに金を払っていることになる。
値段はほぼ据え置きで 32bit と 64bit の両方（更には別のCPU）のバイナリも
付いてくるんだから、ちょっと違うような。そういう点ではある意味「おまけ」?
あと、Mac OS X はすべてのエディションが同じ価格に据え置きでございますw
ま、細かいこと言えば、32bit 版の値段に 64bit 版開発費用の回収分が含まれている
かもしれないのだし。ま、これは MS、Apple に限らないことだが。
541:名称未設定
07/12/11 01:25:00 OiLb0yJi0
『Vistaですべての機能を使うにはUltimate版をお使いください。』馬鹿げた仕様だこと。
ちなみに、最も普及しているHome Premiumでは64bit版ですら最大メモリが8GBに制限
されている。Leopardはそのような事はありませんから。
542:名称未設定
07/12/11 01:27:24 3J/6EWX20
似非64bit かどうかはしらないけど、
とりあえず計算とかで 64 bit モードでコンパイルすると 3割増しぐらいのスピードになってるのは実感できるよ。
1時間かかる計算が40分になったら案外役に立ちます。
543:名称未設定
07/12/11 01:50:31 sGpB9pnN0
>>541
またうそをつく。
URLﾘﾝｸ(pc.watch.impress.co.jp)
> Windows Vista Home Premium 4GB 16GB
> されている。Leopardはそのような事はありませんから。
Leopard自体には制限無くても、
ハードウェア的にスロットが無い・対応していないから
結局は同じことじゃん。MacProでさえこれ↓↓↓
URLﾘﾝｸ(www.apple.com)
> 2枚のメモリライザカードに8つのFB-DIMMスロット
> （1枚のカードに4つのスロット）／最大16GBのメインメモリをサポート
544:名称未設定
07/12/11 02:13:07 q7pXVxl10
なぜいきなりハードの話に...
まあMac Proも実は4GBx8で32GB積めるんだが
545:名称未設定
07/12/11 02:16:55 OiLb0yJi0
>>543
Basic と Premium とを勘違いしていたよ。orz…
しかし、ほとんどのマザーボードは8GBしか認識してくれないだろう。
>>543のリンク先にそう書いてある。
それ以上はXeonマシンでないと無理だという事がMacProで証明されている。
まあ、16GB以上のメモリをFB-DIMMで購入したら価格が凄い事になりそうだ。
とても個人では買えないな。
546:名称未設定
07/12/11 07:31:22 cjd47Nw40
>>545
無知と勘違いを晒して恥をかく前に少しは推敲したらどうだろう？
最大メモリ搭載可能量は、使用されるチップセットの仕様によりメモリ種別とソケット数の上限が
決定される。MacProが証明しているとかは全く無くて、チップセットの仕様通り。
いまのところIntel製はXeon対象の5x000シリーズが8GBを越えるメモリをサポートしているだけ。
URLﾘﾝｸ(compare.intel.com)
547:名称未設定
07/12/11 07:36:57 mp5KqhsP0
Appleのオナニーに振り回されて悲惨な事になっちゃったね・・・
64bit化の前にもっとやる事があっただろうに・・・
URLﾘﾝｸ(www.agenda.co.jp)
株式会社アジェンダは12 月14 日（金）発売予定の弊社製品Macintosh 版年賀状ソフト「宛名
職人Ver.15 DVD 版」、「宛名職人Ver.15 アップグレードDVD 版」および「宛名職人Ver.15 ダ
ウンロード版」の発売日を12 月28 日（金）に再度、変更します。なお、製品内容に変更はござ
いません。
発売変更の理由
社員一同、「宛名職人」の15 年目の躍進に向けて取り組んで参りましたがユニバーサル
バイナリ化のプログラム設計に苦戦し、現段階でお客様に満足して提供いただける状況
に達していないため。
548:名称未設定
07/12/11 07:53:52 UcOAmj4U0
いやこれは単にそこの開発者が無能なだけじゃね？
549:名称未設定
07/12/11 08:23:14 W0VYwlnG0
>>542
そういえば Web ブラウザを再コンパイルして JavaScript のベンチのサイトを
使ってみたら、3割ぐらい速い結果が出た。ちょっとうれしい。
あと、 >>437 に書いてあるような理由で、ディスクの I/O なんかも速くなるかも。
550:名称未設定
07/12/11 08:31:38 W0VYwlnG0
>>548
同意。
64bit 化じゃなくて、エンディアン依存な処理をちゃんとできてないと推測。
バイナリデータの読み込みとか。
551:名称未設定
07/12/11 10:07:59 XpaFUrVR0
>>548
いやこれは、Appleの無節操なアーキテクチャの変更とまともな開発サポートもドキュメントもないこと
による零細ISVの被害の一例だな。こうやって撤退していくんだよ。ｗ
552:名称未設定
07/12/11 10:13:56 VKt1Dy420
本来なら使い勝手を向上させる事にリソースを集中したいのに
いつまで経っても土台が液状化してグラグラ揺れていて
基礎工事にコストを費やさないといけないからね。
553:名称未設定
07/12/11 10:24:13 U7NKxT/w0
>>551-552はボーナスなしを食らったアジェン◯の無能開発者
554:名称未設定
07/12/11 10:25:24 8uRtTr0+0
>>547
12月28日に販売開始する年賀状ソフト・・・
555:名称未設定
07/12/11 11:17:20 ohLd03og0
>>547
> 発売変更の理由
> 社員一同、「宛名職人」の15 年目の躍進に向けて取り組んで参りましたがユニバーサル
> バイナリ化のプログラム設計に苦戦し、現段階でお客様に満足して提供いただける状況
> に達していないため。
>>548
>いやこれは単にそこの開発者が無能なだけじゃね？
日本語からして無能なわけだしな。
「提供いただける」ってなんて日本語？
556:名称未設定
07/12/11 11:48:14 q7pXVxl10
>>550
違うでしょ。そんな事で発売を遅らせるのは流石におかしい
CFM CarbonからMach-O Carbonへの移行に手間取ったと想像
ソースコード自体はそんなに書き換えなくて良いけど
IDEを変えなきゃいけないから手間だけはかかるんだよね...
557:名称未設定
07/12/11 11:52:57 khoQ4Dqi0
宛名アプリごときのUB化に苦戦だもんな・・・
これが3年も4年も前の話ならまだわからないでもないが・・・
Mac OS Xが登場してから、もう7年だぜ？
558:名称未設定
07/12/11 11:54:57 3J/6EWX20
intel 変更で Xcode への変更を余儀なくされてからでももう丸二年たつよね。
きっとデスマーチなんだろうから二週間ぐらい予定を先延ばししてもどうしようもなかろうに ... プログラマの皆さんはご愁傷様です
559:名称未設定
07/12/11 11:56:13 q7pXVxl10
>>549
つーか64bitで動かせるブラウザって具体的に何?
Mozilla系は無理だし、WebKitを使った自作のブラウザか何か?
560:名称未設定
07/12/11 12:01:41 3J/6EWX20
シイラならソースが公開されてるから、再婚パイルできるんじゃね？
561:名称未設定
07/12/11 12:04:19 q7pXVxl10
あ、Xで動かすならMozilla系でもまあアリか?
562:名称未設定
07/12/11 12:06:44 q7pXVxl10
>>560
ああシイラがあったね
WebKitはデフォルトで64bit化されてるんだよな...流石に
563:名称未設定
07/12/11 12:14:05 3J/6EWX20
/System/Library/Frameworks/WebKit.framework$ file WebKit
WebKit: Mach-O universal binary with 4 architectures
WebKit (for architecture ppc7400): Mach-O dynamically linked shared library ppc
WebKit (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64
WebKit (for architecture i386): Mach-O dynamically linked shared library i386
WebKit (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
/System/Library/Frameworks/WebKit.framework$
564:名称未設定
07/12/11 14:27:33 xCDFXY1w0
>>556
俺も CodeWarrior -> Xcode (同時に CFM -> Mach-O) やったよ。確かに楽じゃないが、
かといってリリースを送らせるほどかなあ。ってゆうか未だに CFM だったのか。
俺がやったときは、コードに関しては確か C++ の挙動の違いで少しハマッた気が。
あとバイナリデータの処理で少し。で、カスタムリソース用にバイトフリッパーを書いて...
一番厳しかったのは元々人が書いたコードだったことだけどw
565:名称未設定
07/12/11 14:39:01 xCDFXY1w0
>>559
ちなみに
Camino -> 64bit で消滅した Carbon の部分があるので、そこを書き換えないと駄目。
シイラ -> ほぼ Cocoa だけど（FSSpec とかもあったかな）、いろんなハックが入っている
せいで Leopard でコンパイルを通すのが一苦労。さすがあの作者さんのことだけはあるw
とりあえず実際にテストしたのは自前の WebKit ベースのなんちゃってブラウザ。
566:名称未設定
07/12/11 15:27:10 OiLb0yJi0
>>546
その程度の事ぐらい分かっているよ。ただドザ機では最大8GBしか扱えないのは
事実だろう。チップセットの影響で。それ以上のメモリを扱いたければXeonを
使えって事ぐらい。
567:名称未設定
07/12/11 15:35:41 9o3rk5N3O
それMacも同じじゃね。
568:名称未設定
07/12/11 15:42:40 cjd47Nw40
>>566
おまえMacは特別だとでも思っているのか？なかみは台湾製のPCそのものだろ。
それにMac Proよりも高スペックのPCなんていくらでもあるんだぞ。
569:名称未設定
07/12/11 16:13:05 OiLb0yJi0
まったく、このスレもクソスレ化してきたな。
>>567
誰も、Macだけ特別と言っていないし。逆に安価で8GBの環境が手に入る
Windowsが羨ましい事もある。MacProはメモリが高いからね。
>>568
いくらでもMacPro以上のワークステーションがあるのはいいが、個人で
買える代物でないだろう。君はそんなに金持ちか？
570:名称未設定
07/12/11 16:17:22 VKt1Dy420
>ただドザ機では最大8GBしか扱えないのは
>事実だろう。
>まったく、このスレもクソスレ化してきたな。
禿げ上がるほど同意
571:名称未設定
07/12/11 16:19:33 FEMExsM+0
>>569
ま、少なくともクズMacProのようなペテン物は誰も買わない。
572:名称未設定
07/12/11 16:22:41 OiLb0yJi0
>>571
そういう者に限って、使っているのはCeleronマシンの32bitOSドザ。
まあ、貧乏人には買えないよな、Xeonマシンなんて。
573:名称未設定
07/12/11 16:33:50 5S7nHpwK0
つ Dell鯖
574:名称未設定
07/12/11 16:44:18 OiLb0yJi0
ワークステーションを名乗っているマシンはどれもMacProと一緒で
BTOするととんでもない価格になる。
っていうかハードの話はスレ違いだから、もうやめにしないか。
575:名称未設定
07/12/11 17:07:26 cjd47Nw40
>>569
Quad機ならMac ProよりもPCの方が安いだろ。ｗ
576:名称未設定
07/12/11 18:40:10 Esc6u6dj0
もうちょっとしたらMacでもPCでも今よりは安く大量にメモリ積めるようになるから
兄弟喧嘩するのやめよ☆
577:名称未設定
07/12/11 18:51:50 gu42JFDQ0
>>572
> まあ、貧乏人には買えないよな、Xeonマシンなんて。
Xeon搭載機なんて10万円程度からあるじゃん。
もう少し値段を調べてから発言したほうがいいぞ。
MacProの値段があれば、それと同等以上のマシン手に入るってｗ
578:名称未設定
07/12/11 21:25:44 mMhdQEds0
64bitのメリットはまったく享受できずデメリット（開発者離れ、ソフトウェアの延期等）ばかりが強調される結果に終わってしまったな。
大容量メモリを搭載できないMac
URLﾘﾝｸ(pc.watch.impress.co.jp)
最大の難点はメモリをたくさん搭載可能な製品がないことだ。
FB-DIMMをサポートしたMac Proは別として、現行のMacはモバイルアーキテクチャをベースにしているため、
メモリ搭載量の上限が4GB止まりとなる。4GB＝32bitということであり、
せっかくの64bit環境を生かし切れない印象だ。
579:名称未設定
07/12/11 21:53:00 Qt5LIfir0
>>578
ソフトが先かハードが先か、それだけの話
そうきっちりと足並みが揃うものでもないし、
単に時間の問題だよ。
580:名称未設定
07/12/11 22:08:57 C3LYeJ3w0
Macは準備出来てるじゃん。
581:名称未設定
07/12/11 23:32:24 OxIHT9Db0
>>576
ドザ兄弟じゃないし
未だにBIOS積んでるようなPCもMacの兄弟じゃないw
582:名称未設定
07/12/12 00:26:47 fXEHgK9J0
メモリ2GBの MacBook Pro でも、数値計算するときに 64bitモードで使えば1.5倍はやくなる ... というのは利点ではありますよ。
まあ数値計算を個人のマシンでやってるようなひとは大学ぐらいしかいないでしょうけど ...
583:名称未設定
07/12/12 00:53:46 T0GIqnbP0
ユーザーのプログラムが使えるメモリは、32bit だと実際には OS の制限によって
2GB 前後（詳細は OS 毎に異なる）。下手すると 1.5GB ぐらいとか...
だから実メモリが 4GB 以下でも 64bit の意味はある。
584:名称未設定
07/12/12 01:12:33 T0GIqnbP0
>>582
> メモリ2GBの MacBook Pro でも、数値計算するときに 64bitモードで使えば1.5倍はやくなる ... というのは利点ではありますよ。
ちなみに、1.5倍も速くなるというのはどんなプログラムだろ。
>まあ数値計算を個人のマシンでやってるようなひとは大学ぐらいしかいないでしょうけど ...
昔は数値計算を計算機センターでやっているような人は大学に多かったわけだが...
今は個人のマシンでかなりできて、ベクトル演算もあるし、計算によっては GPU も使える。
ある意味すごい。強いて言えば電気代が心配（研究室で使えば無問題?）
585:名称未設定
07/12/12 02:39:17 FZfahA9B0
>>578は、Macの欠点だけ指摘しているようだが。
ソフトウェアの動作そのものには問題がなくても、64bit版はサポート対象外に
されていることも多い。この理由を端的に言えば、64bit版が普及していない、
ということに尽きる。量販店の店頭を見ても、Vista 64bit版が搭載されたPCなど1台も
置かれていない。普及していない環境をサポートするのはPCベンダにとっても負担だし、
ましてやソフトウェアの動作検証をしても報われない。というわけで64bit版の普及は
遅々として進まないというのが実情だ。
実際、Microsoftの対応を見ても、どこまで本気で64bit環境への移行を進めようとしているのか
ハッキリとしない。Ultimateを除き、Vistaのパッケージに64bit版のメディアが同梱されていない
こともその表れだ。Microsoftのアプリケーションで64bit版への対応を謳うのはサーバーアプリケーションだけで、
Officeなどクライアントアプリケーションに64bit版は存在しない。手段を選ばなければ、
64bit版の価格を32bit版より少し低く設定するだけで移行するユーザーは増えると思うのだが、
そうした様子もない。どうもMicrosoftは Vistaへの移行を促すのに手一杯で、64bit環境への移行に
まで手が回らないようだ。
586:名称未設定
07/12/12 03:10:52 0svz1d490
>>578
Macの64bit化が進まないって貶めるためにその記事貼るって思考回路はどうよ？
しかもMacProなら問題ないとも書いてあるし・・・
587:名称未設定
07/12/12 03:38:04 Y8Kc/DGx0
まあ、糞ドザがどんなに涙目で嘘を巻き散らかしても、MacOS X は全ての
PowerPC G5/Core2Duo/Xenon ユーザーが 64bitを享受できるのに、
Windows は 64bit 版というほとんど誰も使わないモノ
を無理矢理使うしかないのが現実。
588:名称未設定
07/12/12 03:42:22 FZfahA9B0
>>587
予想されるドザのレス。
何言っているんだよ！！Leopardなんてカーネルが32bitの中途半端なOSじゃないかww
マカ涙目www
一足先に言っておいたぞ、ドザの諸君。
589:名称未設定
07/12/12 03:54:46 FZfahA9B0
Vistaでは機能をフルに扱うのはUltimate版を購入しないとダメなんだよね。
XP Proでリモートデスクトップ使っているのだが、Home Premiumでは
クライアントでしか使用できないんだね。
Leopardではひとつのエディションでフル機能使えるのに…。
MSも変な機能の切り売りなんかしなければいいのに。
64bit版と32bit版とを分けたのも、一種の切り売りみたいなものだろう。
590:名称未設定
07/12/12 04:14:41 O5weBJdm0
現行世代のモバイル向けMeromと次のPenrynでは
64モードの実効性能が低いから、
Mac Pro以外の今の機種で使う上では、
32ベースで最低限64対応のLeoのkernel／driverで
充分じゃないかと思うんだが
来年のNehalemで改善されるけど、まだ先の話だし、
ハイエンドからゆっくり浸透させる計画みたいだから
時間的にも余裕有るんじゃない？
その頃になると、10.6の足音が聞こえて来てる筈
591:名称未設定
07/12/12 07:01:54 mXfZD7zD0
68K＞PPC＞G4＞G5＞intel
ハードの準備が出来てからOSが対応してソフトが対応。
592:名称未設定
07/12/12 07:36:06 DVWuHLaw0
>>585
無駄に長々と引用する必要も無いし、常識として引用符ぐらいつけろよ初心者くん。
593:名称未設定
07/12/12 08:55:59 tWOVfpyO0
秘められた"真の革新"を暴く - the inner universe of Leopard
URLﾘﾝｸ(journal.mycom.co.jp)
the inner universe of Leopard - 「rcの引退とlaunchdの強化」
URLﾘﾝｸ(journal.mycom.co.jp)
594:名称未設定
07/12/12 11:30:29 YvUhAdpu0
>>578
ここは省略？
> 今、64bit環境への移行が着々と進んでいるのはMac
> OSの世界だ。最新のMac OS X Leopardではライブラ
> リである“Cocoa”も含め、OS全体が64bit化され、その
> 能力を持ったMac(Core 2 Duo搭載Mac)では自動的に
> 64bit環境が利用される。
595:名称未設定
07/12/12 12:43:41 yALCprcz0
無料のLinuxやSolarisの方が進んでるけどね。
596:名称未設定
07/12/12 13:09:37 FZfahA9B0
>>592
結局反論できないんだ。MSの政策の愚かさに。
597:名称未設定
07/12/12 13:39:51 Y8Kc/DGx0
>>589
>64bit版と32bit版とを分けたのも、一種の切り売りみたいなものだろう。
それならまだ話はわかるが、Windows 64bit版を使ってみりゃわかるよ。
・64bit ドライバがないと 32bit アプリも動かない
・通常使用ではメイン環境ななる32bit アプリが遅くなる
・64bit アプリと 32bit アプリの両方があっても平行して動かない
URLﾘﾝｸ(ja.wikipedia.org)
この顕著な例として、Internet Explorerの振舞があげられる。32ビットの
ActiveXコンポーネントを検出すると、64ビット版Internet Explorerは処理
を中断して32ビット版Internet Explorerに処理を引き継ぐ。32ビットアプリ
ケーションと64ビットアプリケーションの間には、実行ファイル以外のコン
ポーネント群を互いに利用する事が出来ない深い溝がある。
要はどうしても64bitが必要という用途以外には使い物にならないんだよ
598:名称未設定
07/12/12 13:48:08 fXEHgK9J0
ええっと、Leopard も 64 bit アプリから 32 bit のプラグインは読み込めないんだけど。他人をけなすのもいいけど、そのときは自分がどうかをきちんと認識してください。
まあ基本的に Apple は、32bit 版と 64 bit 版を区別せず、すべてのバイナリ、plugin は universal で組むようにと推奨しているので、プラグインが全部 32 bit 版 64 bit 版そろってればいいわけだけどね。
599:名称未設定
07/12/12 14:03:05 FZfahA9B0
それ以前に、64bit版では32bitのアプリが動かないから。デュアルBoot環境で
Windowsを使っているって事がバカらしくない？
わざわざ再起動しているんだよ。MacOSとWindowsならともかく同じWindows同士で。
Leopardなら少なくても64bitだの32bitとかの区別はユーザーが気にする必要がない分
現状ではまだましかも。
600:名称未設定
07/12/12 14:11:39 yALCprcz0
>>599
>それ以前に、64bit版では32bitのアプリが動かないから。
?
601:名称未設定
07/12/12 14:13:27 fXEHgK9J0
Vista のことはわかってないんですが、WOW64 って Classic みたいなかんじに、64 bit Windows 内で 32 bit Windows 用プログラムが動くのであって、再起動の必要はないんでしょ ???
602:名称未設定
07/12/12 15:38:55 v8ZY+scV0
>>528
>Leopardなんてそもそも、互換性が問題になるもならないも64bitのドライバ自体が・・・
ドザは頭が悪いから、64bit clean な MacOS X にはどうしても 64bit ドライバが
必須だと信じて疑わないらしい。MacOS X のドライバはちゃんと 64bit モードで
動くアプリでも動作するのに…
603:名称未設定
07/12/12 15:44:13 v8ZY+scV0
>>598
プラグインの話は Windows も一緒
プラグインが関係ないソフトも多い
アプリケーションローカルな話だろ
604:名称未設定
07/12/12 16:07:22 2GbnPnkw0
情報は出尽くして後はいつものMac親衛隊によるスレ嵐か
605:名称未設定
07/12/12 16:42:57 M8f8RuXI0
現実を認められないドザが来ちゃいました
606:名称未設定
07/12/12 16:43:16 yALCprcz0
>>602
>MacOS X のドライバはちゃんと 64bit モードで動くアプリでも動作するのに…
意味がわからん。
この文脈でドライバとアプリと64bitの関係は？
607:名称未設定
07/12/12 16:54:54 XaywWfov0
何故に自分で開発した訳でもない末端ユーザーのくせに双方は罵り合うのですか？
自分の好きなのを使えばいいじゃん。
608:名称未設定
07/12/12 16:55:11 DVWuHLaw0
>>599
WOW64で動かない32bitアプリの方が少ないだろ。ｗ
609:名称未設定
07/12/12 18:12:54 k0efVQQN0
スレ前半は良スレだったのに、最近の劣化ぶりは見るに耐えん
最低限このスレ内の過去レスくらい目を通して欲しい
Winとの比較で煽り合いしたいだけなら、このスレでなく他のスレでやってくれ
Win板で"Mac"、新Mac板で"Win"で検索すれば、
相応しい釣り堀スレが沢山見つかるだろうに
窓遣いは Mac OS X をどう見るか【第19ラウンド】
ｽﾚﾘﾝｸ(win板)
とかな
610:名称未設定
07/12/12 19:19:29 +NZ0cjKa0
>>606
>この文脈でドライバとアプリと64bitの関係は？
スレ前半を読み直せ
611:名称未設定
07/12/12 21:00:25 CV8qL9D/0
>>607
罵るから罵られる
612:名称未設定
07/12/12 22:31:16 s6NXDfS50
ごめん、さんざん的外れなこと言ってたんだが、さっきようやく
誤解の根本的な原因がわかった。
Mac OS Xでは、カーネルとユーザープロセスが
同一の論理空間を共有しない！！！
これなら確かに32ビットカーネルで64ビットアプリケーションを動かせる。
カーネルやデバイスドライバーでDMAとかMMUとか小細工が必要なところは
あるんだろうけど、そのくらいは適当なサンクをかませればどうにでもなるだろうし。
613:名称未設定
07/12/12 23:17:41 mZi3HtDs0
>>612
今ごろ何言ってんだ？このバカ。
614:名称未設定
07/12/12 23:25:10 vnPmdA8RO
>>612
初心者は初心者スレへ
615:名称未設定
07/12/12 23:30:27 cMoE3Ntu0
盛り上がっているところにすみませんが、Leopardでインターネットの
設定が出来ない。どこか分かりやすい所はないでしょうか？
教えて下さい。
616:名称未設定
07/12/12 23:33:40 DvU/VTHg0
>>615
アップルサポート
617:名称未設定
07/12/12 23:37:12 mZi3HtDs0
>>597
ブラウザなんて32bit版が問題なく動くのに何も困らないだろ。
ところでSafariはいつ64bi化されるんだっけ？
618:名称未設定
07/12/12 23:37:19 z/AFz2ZP0
>>615
mixiでkusakabeさんに教わる。
619:名称未設定
07/12/12 23:43:47 C0qB+WTU0
結局は
レガシーな32bitを残したままの中途半端64bit Leopardがいいのか
レガシーフリーの64bit Windowsがいいのかってことですよね。
レガシーが必要な人は32bit Windowsってことで。
620:名称未設定
07/12/12 23:47:10 +NZ0cjKa0
↑馬鹿発見。スレを最初から読み直せ。
621:名称未設定
07/12/13 00:16:35 pO8ySvNv0
>>612
とりあえずおまえがどのレスを書き込んだか列挙して取り消せ
622:名称未設定
07/12/13 01:44:06 kkPDmEK50
まったく、前半のアカデミックな流れに対してこのクソスレ具合は一体何なんだ。
みんな書き込む前に、このスレの前半を読み直すんだ。
まあ、バカには分からないのだろうが、意味の分からない者はこのスレに来るな。
623:名称未設定
07/12/13 03:25:32 F016O8Qy0
マカでみっくみくな流れ？
624:名称未設定
07/12/13 08:09:53 Yy5YPgCc0
>>617
Safariが64bit化されて32bitプラグインが全滅したら、今度はどういう手のひら返しが
見られるんだろうな。ｗ
625:名称未設定
07/12/13 10:34:39 kkPDmEK50
>>624
それを言ったらIEだって一緒だろう。
URLﾘﾝｸ(pc.watch.impress.co.jp)
626:名称未設定
07/12/13 12:07:33 Yy5YPgCc0
>>625
それぐらい知ってるし常識だろ、空気嫁というよりスレ嫁、低脳。
627:名称未設定
07/12/13 13:41:35 pO8ySvNv0
なんかすごいループしてるんですが、ここも凄い物スレみたいにペヤング漬けになってしまうんでしょうか。
628:名称未設定
07/12/13 16:03:36 igHl1D6w0
一長一短あるから、どっちが先に普及するか、見物だね。比率でしか比べられないけど。
629:名称未設定
07/12/13 19:35:37 vMDMUk1o0
このスレのMacユーザは64bitには意味が無くて32bitで十分って思ってるんだろ。
俺は64bitが普及してくれた方が嬉しいけど。
630:名称未設定
07/12/13 20:20:14 RFgh82wM0
>>629
どこをそう読むとそうなるんだ？
64bitその物は普及して欲しいが
今の普及してない状況でOSだけ64bitになっても意味ないって話だろ？
しかも、基本的には今のOSで十分64bitの恩恵が受けられるのに何が不満なんだ？
ってのがMacユーザの言い分
631:名称未設定
07/12/13 20:50:32 F016O8Qy0
レガシーフリーじゃないMac
632:名称未設定
07/12/13 23:14:21 Xg+WVJeB0
ドザは日本語すら読めないのはよくわかった
633:名称未設定
07/12/13 23:19:55 e1jXFfYG0
人間性を疑いたくなるひどい差別発言をあちこちに書き込むMacユーザー。
これが単発ならまだしも、日々繰り返しいろいろなIDで書き込まれている。
その一例がこれ。
どうしたら「障害者＝税金泥棒ニート」のような発想に至るのだろうか。
ｽﾚﾘﾝｸ(mac板:301番)
301 ：名称未設定：2007/09/13(木) 09:51:05 ID:e8RxPJAy0
||
Λ||Λ
（ / ⌒ヽ
| | | ←車椅子ドザ＝朝鮮人
∪ / ﾉ
| ｜|
∪∪
┌─────
∧＿∧ ＜ さよなら障害者＝税金泥棒ニート
（ ,,） └─────
（ ○ ） ∧ ∧ ┌─────
| | |_ ( ,,) ＜あ～せいせいした
（__(＿＿） / | └─────
（＿__/
634:名称未設定
07/12/13 23:27:35 iWUE2My70
>捏造アスペル坊やの特徴
>・ 1 同じコピペを執拗に貼り続ける。自演のパターンが同じ。ワンパターン。基本的にage。
>・ 2 短時間に、ある意見に同調したレスを続けて書きこむので、いる、いない、自演がわかりやすい。
> IDをコロコロ変える。携帯電話を使い自己擁護レスをつけまくる。そのため複数いるように見えるが「一人消えると全員消える」不思議な現象が起きる
>・ 3 間違いを指摘されるとなかったとしてシカト。厚顔。
>・ 4 しかしATi信者の間違いを指摘されるとどんなに些細でも執拗に繰り返し攻撃。コピペ。忘れない。粘着質。
>・ 5 RADEONに関するトラブル、その他不利なことは必死に擁護。必死になかったことにする。。そして几帳面に整理してコピペされると泣く。
>・ 6 自分の攻撃が破綻するとスレからいなくなる。
>・ 7 どういうわけか偉そう。自称天才。
>・ 8「妄想」「無知」「バカ」「真実」「証明」「挙証責任」を証明されると泣き喚く。
>・ 9 RADEONのことを「チートオン」「CHEATON」、ATiのことを「チーティーアイ」「CHEATY-EYE」と呼ばれるとまた必死で言い訳する。
>・10 体言止めのレスを書くことが多い。名詞で文章を終えるレスを連発。
>・11 単語を「」でくくって使うことができない。チョンなので日本語が読めない。
>・12 断定口調じゃなくても議論だと考えている。証拠もないのに断定する。自分勝手に妄想。
>・13 自分をアスペル坊やと呼ばれるのが嫌いで、他人ををアスペル坊やと呼ぶ事が多い。
>・14 何故か”アスペル”を使いたがる。 "アスペル"と呼ばれると非常に狼狽する。
>・15 相手の発言をコピペ改変だーとか言って泣き(この紹介も元はアスペル坊や)無駄にスレを消費
>・16 チートオンが故障した証拠を出されると捏造と言うが、 わりにGeforceの故障捏造画像は 無条件に 信用します
>・17 シリアルナンバーを出せといわれると逃げるかニセのナンバーを出す バレると逃亡
635:名称未設定
07/12/13 23:50:07 EP5VG+Rg0
>>630
Macユーザの本音はこうだろ。
まともな64bitアプリが皆無で完全にWindowsに遅れをとっているのはうすうす感づいて
いる。しかし口が裂けてもそれを認めるようなことは言えないストレスから、>>597の
ような言いがかりつけるしかないんだゆ。だな。
636:名称未設定
07/12/14 00:16:17 5Y3x57TY0
もうねWindowsの完全勝利でいいし、マカーはバカでいいからさ
中身のある話をして欲しい。
キチガイマカー代表より。
637:名称未設定
07/12/14 00:17:51 L6JEiLGd0
なぜageるレスと基地外のレスは常に一致しているのか
638:名称未設定
07/12/14 00:42:50 /twQFjeO0
じゃあ中身の有る話ということで、
Leopard のカーネルを語ろう
URLﾘﾝｸ(www.opensource.apple.com)
639:名称未設定
07/12/14 02:12:15 eVJT4XIu0
Macに64bit用のアプリが無いのはLeopardが出たばかりだからしょうがないと思う。
しかし、Vista64bit版にそれ専用のアプリは出ているのか？主要なソフトは大抵
32bitだし。この数年でどれだけ64bitアプリが増えるかだと思うのだが。
640:名称未設定
07/12/14 02:49:24 L6JEiLGd0
hello, worldすら書けなさそうなのに
狂犬のようにvsしたがる奴ってなんなんだろうね。
641:名称未設定
07/12/14 04:02:40 aVtUhwYc0
LinuxでAMDの64bitのサーバ使ってるけど
苦労してコンパイルする割には32bitとさほど変わりないので結構ガッカリする
642:名称未設定
07/12/14 07:44:06 xdfWSd4K0
>>639
又いい加減な事を書いてやがる。OS XはTigerの時分から64bitネィティブOSだと誇大広告してただろ。ｗ
だいいち64bit Windows用アプリケーションは需要に応じてサーバアプリ、データベース、CAD、CG等と
ドライバも順調に揃ってきているし32bitアプリもほとんど問題なく動作する。
URLﾘﾝｸ(wiki.mm2d.net)
URLﾘﾝｸ(www.3dvelocity.com)
URLﾘﾝｸ(www.forest.impress.co.jp)
643:名称未設定
07/12/14 08:27:36 PnKTvIiB0
>>642
良いネタ振りだw
URLﾘﾝｸ(www.forest.impress.co.jp)
>Windows XP x64の、64ビット版のソフト上では64ビット版のIMEしか利用できず、
>同様に32ビット版のソフト上では32ビット版のIMEしか利用できない。
>ソフトによって利用するIMEを手動で切り替える必要がある。
>「あいち」はこの切り替えを自動化してくれる。
Windowsには便利なソフトがあってうらやましいなあ。
644:名称未設定
07/12/14 09:30:42 kYe4yvT90
いまどきXPの話か
645:名称未設定
07/12/14 09:51:12 kYe4yvT90
>>643
しかも、解説の意味がぜんぜん違ってるしｗ
URLﾘﾝｸ(www.program-lab.jp)
ようは32bit版しかないATOKを、64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
32bitアプリを使うときだけはATOKに切り替えたいという話だしｗ
> WindowsXP x64では、ATOKを使用できません。
> 正確には、32bitアプリケーション上では使用できますが、
> Explorerなど64btアプリケーションでは使用不可となります。
> それでも使おうと思うと、32bitアプリケーションではATOK、
> 64btアプリケーションではMS-IMEと、いちいちIMEを切り替えなければならず、
> その手間を考えるとほとんど使うのは無理だと同じに思えます。
>
> でも、やっぱりATOKのほうが使い勝手がいいし、2005にバージョンアップしてから
> ほとんど使っていない状態は勿体ないので、できるだけATOKを使いたい。
そんな自分のわがままを叶えるため、32bit/64bitアプリケーションを判別し、
自動的にIMEを切り替えてくれるアプリケーションを作成したときの作業メモ・・・
646:名称未設定
07/12/14 10:52:09 eVJT4XIu0
>>642
ずいぶん息巻いている様だが、Windows板ではVista64bitで動かないアプリや
ドライバが列挙されているぞ。
一度その手のスレを見てからここに来た方がいいのでは。
647:名称未設定
07/12/14 11:47:13 xdfWSd4K0
>>646
>>642のリンクにあるまとめWikiに全部集約されてるだろ。
648:名称未設定
07/12/14 12:19:14 eVJT4XIu0
>>647
で、君は実際見てきたのか？
IEは64bit版は使い物にならないし、Webでは当たり前のAdobe Flashは64bitには
対応してなくて、仕事では定番のMSOfficeですら64bit版が無い。
リンク先に列挙されているのはただのフリーソフトばかりじゃないか。
649:名称未設定
07/12/14 12:46:01 2ZdU/ZsJ0
WinはSQL Server, IIS, .NETアプリが64bit化されてればさしあたりそれで十分。
デスクトップ用途では意味があるのはせいぜいエンコードくらいだろ。
それにしたってSIMD系の演算やマルチコアに対して最適化した方がよっぽど効果有りそうだし。
自分もコード書くけど自分の用途じゃ16bit->32bitの時と比べるとメリットはほぼないに等しいな。
てかこのスレって自分の体験として64bit化で
これだけメリットがあった、デメリットを被った、～を待ち望むって話がほとんど出ないのなｗ
まあ1GB程度のメモリつんだマシンのブラウザで罵り合ってるだけじゃな～んも関係ないしなｗ
650:名称未設定
07/12/14 12:51:27 6GQoqYTR0
SQLとかWebサーバをSIMDで高速化の効果ありとははつみみです
651:名称未設定
07/12/14 13:32:28 xdfWSd4K0
>>648
何回同じ事書けば気が済むんだよ。64bit版のブラウザやOfficeを使わなきゃならない理由を
挙げてみろ。32bit版で十分だろ、低脳。
652:名称未設定
07/12/14 13:34:31 wMmMapt+0
もうお前は自分が何を主張してるのかも
分かんなくなってるみたいだな┐(ﾟ～ﾟ)┌>>651
653:名称未設定
07/12/14 13:39:35 HllT2Gtz0
long long int: -9223372036854775808～9223372036854775807
この数値ほどの規模の変数を一発で扱う計算を多用しているなら演算面で利点がある。
キャッシュメモリが4ではなく8個使えるのでこれによる高速化がいくらか望める。
メモリアドレスが64bitなので4GBの壁が取り除かれるので認識できるメモリ領域が広がる。
あんまり詳しくないけどこんな認識でいいのかな。
メモリのアドレスについては、アドレスそのものが倍の大きさになるので
それで圧迫されるとか書いてあった所も見かけたが、よくわからん。
654:名称未設定
07/12/14 14:00:10 eVJT4XIu0
>>651
なんだ、自ら32bitでいいです宣言か。>>651のような本当は64bitOSなんて
どうでもいいのですというような者はこのスレに来ないほうがいいよ。
いつまでもVista32bit版でも使っていなさい。
655:名称未設定
07/12/14 14:17:32 6GQoqYTR0
>キャッシュメモリが4ではなく8個使えるのでこれによる高速化がいくらか望める
???
656:名称未設定
07/12/14 15:16:24 d+HqADZJ0
LeopardのApacheって、64bitで動いてるのね。/usr/binにもちらほら。
657:名称未設定
07/12/14 15:18:32 d+HqADZJ0
それから、標準IMEのことえりは32bitだけど、64bit起動のXcodeで入力出来てる。
658:名称未設定
07/12/14 15:43:09 /twQFjeO0
折角なので(657さんは知ってるかもだけど)追加しておくと、
これまで IME はすこしの部分が対象のソフトに plugin みたいなかたちで読み込まれていたので、そのままでは 64bit ソフトから読み込めなくて困ったことになる。
というわけで、Leopard になる際に、InputMethod Kit が出来て、
文字の変換の対象になるソフトに読み込まれる部分は全部 Apple にまかせて、
IME 作者側は IM Kit と通信しつつ変換するソフトを別に作るだけで良くなった。
IME と文字が入力されてるソフト側はプロセスを全く共有しなくなるので、
64 bit ソフトからも 32 bit IME がつかえるわけです
まあそのためには IM Kit に対応しないといけないけど。
とりあえずことえりはapple謹製だから ok。
さいきん egbridge も対応した。
ATOK は知りません、どうなんでしょう？
659:名称未設定
07/12/14 19:15:02 XCBJpqTd0
>>658
その設計変更のせいで、
IMのバグ（「はたけ」フリーズ）がシステム全体の安定性を損ねるという
最悪のデビューになってしまったのが……
IM Kit設計者はだいぶ怒られたに違いない。
まあ次回以降はちゃんと考慮されるだろうけど。
660:名称未設定
07/12/14 19:42:26 INF89g8H0
カーネルとユーザープロセスでアドレス空間共有しないとしたら、
システムコールとかDMAとかどうやってるの?
まさかいちいちコピーしてる?
661:名称未設定
07/12/14 20:18:08 jJMSLFWZ0
>>660
基本からわかってない。
662:名称未設定
07/12/14 22:01:27 jJMSLFWZ0
>>659
ところでシステムのハングがIM Kitのせい、というのは何故結論できるんだっけ?
例のバグでは実際には「ことえり」が暴走していたようだが（で、ことえりが暴走しないように
fix された模様）、IM Kit 導入前だったらことえりが暴走しても困らなかった?
以前の OS X でも、ことえりが暴走したときは結構ヒサンだったような記憶が。
663:名称未設定
07/12/14 22:41:16 jJMSLFWZ0
>>662
>ことえりが暴走
しまった、話の流れからしていい表現じゃないね。実際に暴走してたのは確か LAServer
だった。いずれにせよ何からの IPC は以前から存在しているような。
664:名称未設定
07/12/14 23:00:55 XCBJpqTd0
>>662
>>663
2chソースなのでその辺は割引いてちょ。
--------------------
ｽﾚﾘﾝｸ(mac板:89番)
89 名前： 名称未設定 [sage] 投稿日： 2007/11/05(月) 13:28:48 ID:qpsVpFp50
LeopardでIMは独立したアプリで、１つのプロセスが全てのアプリの変換を行う様になった。
いつが無限ループに陥った場合、他のアプリに切り替えると、切り替えたアプリがIMに通信に行く。
IMは無限ループ中なので、返事が出来ず、そのアプリも沈黙。切り替えるたびに沈黙...
--------------------
この書き込みが本当なら、
IM Kitのクライアントサイドの設計ミスな気がする。
サーバプロセスが死んでる場合に備えて10秒ぐらいのタイムアウトを作っておけば
フリーズとまでは言われなかったんじゃなかろうかと
665:名称未設定
07/12/14 23:16:23 9Q7oVmhQ0
そういや知り合いのLeopardなマシンではたけ実験した時に
Kotoeri.appがあって驚いたな
666:名称未設定
07/12/14 23:52:39 /twQFjeO0
>>662
いや、システムの構造はそんなに変わってない。
IMKit 以前の IME も、漢字の候補の選択、表示とか全部を対象のソフトのプロセス内でやってたらきりがないので、
相手ソフトに読み込まれる部分は最小限にとどまって、あとは IPC で裏のサーバと通信していてやってる。
裏の LAServer がコケたのは直接は IMKit と関係ないとおもう。
Tiger のときからうちではよく LAServer こけてたけど。なんか変な pdf ファイルをもってたせいで、Spotlight が検索用データを取りだそうと LAServer を呼び出すたびにコケてた。
まあ幸いはたけフリーズほどひどくなかったけど。
egbridge も最新版は egbridge.app だよ
667:名称未設定
07/12/15 02:29:13 eUEST2vh0
悪いが、ここに書き込むドザはせめてスレを読み直して欲しい
そうすれば自分の書き込みがいかに的を外しているか分かるかと思う
嘘か誤解か分からないようなトボケた書き込みは煽る気すら失せる
ドザは 64bit / 32bit 2者択一だから、互換性を取りたければ狭いメモリ空間を
我慢しなければならないし、64bit を選んだら 64bit ドライバがない周辺機器や
アプリは使えない。
まずはその延長で MacOS X を語ってバカを晒すのはいい加減やめてくれ
668:名称未設定
07/12/15 02:34:01 qMLy5+Ei0
まあ、叩かれるべきはダブルスタンダードだろうなｗ
669:名称未設定
07/12/15 03:03:47 rpzPQB2N0
>>658
>これまで IME はすこしの部分が対象のソフトに plugin みたいなかたちで読み込まれていたの>で、そのままでは 64bit ソフトから読み込めなくて困ったことになる。
ふと思ったが、別に IM のモジュールを Universal 化 (64bit も含む）してもいいような。違う?
IM （変換エンジン）部分も別プロセスにするというのは
- マシンの性能が上がったので別プロセスでも大丈夫になった
- 別プロセスにすることによる柔軟性（+ 強固性、のはずなのだが...）
とか?
例えば LAN 上の別のマシンで IM を走らせるなんてのもできるんじゃないだろうか。
IM Kit って DO 使ってるみたいだし。Bonjour でサーバをアナウンスして...
今の速くなったマシンでどれだけ嬉しいかはわからんが。
あ、今の実装がそうなってるかは知らないよ。単なる技術的可能性ね。
670:名称未設定
07/12/15 03:08:36 z7vbsHc40
もうアホかと
671:名称未設定
07/12/15 03:22:14 0nUO80Kj0
>>667
>ドザは 64bit / 32bit 2者択一だから
??????
672:名称未設定
07/12/15 03:32:15 8AUS7MB20
>>671
多分、32bitか64bitのどちらか一つしか選べないといっているのでは？
まあ、Vista64bit版でもある程度32bitアプリは動くようだ。WOW64という仕組みで。
ドライバはドザ曰くの64bit用が結構普及しているとか。どこまで本当かは分からないが。
あまり意味不明な事を書いているとまた変なドザが荒らしに来るのでWindowsの話は
あまりしないほうがいい。
673:名称未設定
07/12/15 10:11:51 vqsDZf1b0
>>669
プラグインはなるべく小さいほうがいい、というのは、プロセスを共有しているプラグイン内でエラーが起きると一瞬で本体を巻き込んで死亡するので。
だから、これまでも日本語 IM とかサイズのでかいやつは、プラグインはちいさくて、裏で別プロセスと通信してたわけです。
そういう意味では本質的に変わってません。
ただ、プラグイン部分内ですることはほとんどルーチンワーク (入力された文字を別プロセスの変換エンジンに送って、
結果を受けとってテキストボックスにいれる)なので、そこの部分の Apple によるサポートがすこし厚くなった、
ついでに 64 bit プロセスからでも 32 bit IM がつかえる、というそれだけです
674:名称未設定
07/12/15 14:40:20 eUEST2vh0
>64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
>64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
>64bitアプリでは(64bit版の)MS-IMEを使うのは仕方ないとしても
ともかく MacOS では 64bit アプリ中でことえりも EGBRIDGE も普通に
使える。ATOK も Lepard IM 仕様に対応していれば問題ない。
64bit アプリであるかどうかは全く意識しなくて済む
64bit アプリだからこっちの IM、32bit アプリだからあっちの IM と
切り替わることに何の疑問も持たないドザの知能指数が疑問だ
675:名称未設定
07/12/15 15:02:59 uhnAq/Xe0
おはやう
676:名称未設定
07/12/15 15:24:44 vqsDZf1b0
>>674
URLﾘﾝｸ(www.justsystems.com)
ATOK はまだ Input Method Kit 対応でないから 64 bit ではつかえない。
64 bit 対応のためには IME に何らかの書き換えを必要とするという点では
Apple も Microsoft も一緒で、これに関しては JustSystems がわるい (というか体力あるんだから、そういう企業判断な)んでしょ。
677:名称未設定
07/12/15 15:53:05 bx5gO7W80
64bit GUIアプリケーションと共にInput Method Kitも用意するのと
ヘンテコな状況放置プレイの間には大きな意識の差があるよ。
Input Method KitベースだとComponent書かなくて済むので、Input
Methodを作り易くしてる意味もある。
678:名称未設定
07/12/15 16:48:14 3eB4I+W/0
>>673
>プラグインはなるべく小さいほうがいい、というのは、プロセスを共有しているプラグイン内でエラーが起きると一瞬で本体を巻き込んで死亡するので。
なんだかマイクロカーネルの話を思い出すけど...
実際にはことえりの暴走でGUIが丸ごとハングしてしまったわけですが... あれ、ことえりだけを
殺してやると復活しますね。launchd のお陰もあるし。
そういや IM Kit の中の人も「IM のデバッグは2台のマシンを使おう」って言ってましたw
679:名称未設定
07/12/15 18:43:12 ktnXV0FO0
>>678
マイクロカーネルの話も結局は歴史的にこなれたモノリシックのカーネルの
座を奪う事は無かったから、どっちが優れてるとか無意味な議論になっちゃったけ
どね。
次はマイクロカーネルだって言ってた時代は懐かしい。
680:名称未設定
07/12/15 19:41:14 FidAtLgk0
関数型言語対手続き型言語、RISC対CISC同様
結局双方の利点を取り入れたハイブリッドが生き残りやすいって話だね。
別に議論が無意味なわけではない。
こういうところの議論と呼ぶのがはばかられるような信者論争を除いてねｗ
681:名称未設定
07/12/15 19:55:43 eUEST2vh0
>歴史的にこなれたモノリシックのカーネル
Windows も MacOS もどちらかと言えばマイクロカーネルですが。
一部OSサーバーがカーネル空間に取り込まれてるってのは実装上の問題にすぎない。
682:名称未設定
07/12/15 21:24:39 ktnXV0FO0
WindowsNTの出てきたときを思い出すね。
MSがマイクロカーネルだっていって、あんなのはマイクロカーネルじゃないって言われた。
そんで、4.0でディスプレイドライバを中に取り込んで改悪っていわれた。
MacはMachだけど実装は同じく妥協してる部分もあるね。
どこも現実解を求めるだけだけど。
683:名称未設定
07/12/16 01:51:34 WoQUzVoM0
>そんで、4.0でディスプレイドライバを中に取り込んで改悪っていわれた。
Vista はセキュリティ関係で、カーネルに取り込んだドライバのうち、一部を
ユーザーモードに戻しているらしいね
684:名称未設定
07/12/16 02:28:50 O4XTpg800
時代に合わせて柔軟な設計をしているということか
685:名称未設定
07/12/16 02:45:43 WoQUzVoM0
ま、そういう変更が出来る時点でモノリシックとは言わんわな
686:名称未設定
07/12/16 03:14:55 O4XTpg800
両者のいいところを取り込んだハイブリッドカーネル
687:名称未設定
07/12/16 03:20:08 4KxjNOYv0
NuKernel
688:名称未設定
07/12/21 00:31:04 jfcdLe900
そろそろ煽りネタも尽きたかなw
どうやらインテル上で 64bit のコードを実行すると
- 汎用レジスタの増加 -> パフォーマンス向上
- メモリ使用量の増加（64bit のポインタ等） -> パフォーマンス低下
でトータルとしてあまりメリットがないかも、という話の流れようだけど、だったら
- 64bit のレジスタにはアクセスできるが、依然 32bit モード（32bit アドレッシング）
があればいいはず。
が、インテルの 64bit (x64) はそういう設計にはなってないわけですよね?
G5 は 32bit モードでも 64bit のレジスタにアクセスできますよね、確か。
インテルの方はそういう設計にできなかったのか、しなかったのか。
あれ、カーネルはインテルの 64bit に対しては 32bit と 64bit を行ったり来たりする
んでしたっけ? ユーザープログラムでもそういうことをしたらどうなのかな（できるのかな）?
689:名称未設定
07/12/21 02:00:00 R1rvSaQM0
cpu のモードを切り替えるのは特権命令だから、ユーザープロセスにはできない。
32bit モードで 64bit レジスタは使えない(とおもう)。
というかそんなことができてそんなコードを書かれると、32 bit cpu での
32 bit mode で動かなくなるので、ますますややこしくなるよ。
あと、
> 汎用レジスタの増加 -> パフォーマンス向上
> メモリ使用量の増加（64bit のポインタ等） -> パフォーマンス低下
のふたつの「パフォーマンス」は別種のパフォーマンスだから、
どっちを追及したいかによって 64 bit にすることはもちろん意味が出てくる
690:名称未設定
07/12/21 02:12:09 GLFPhBPl0
PPC970用だと実際に32bit CPUで動かない32bitモードで動くプログラムが書けるんだが
ほとんど使ってる例は無いかな
まあABIが変わる(意図的に変えてる?)から64bitモードでコンパイルするのとあまり変わらんけど
691:名称未設定
07/12/21 10:41:52 R1rvSaQM0
ABI まで変わるんだっけ？
man 3 arch
とかすると、いっぱい cpu サポートしてるのがわかりますね。
hppa サポートとかまだ実際にカーネルに残ってるのかしらんけど。
692:名称未設定
07/12/21 11:22:14 9POp3wiJ0
>>689
>というかそんなことができてそんなコードを書かれると、32 bit cpu での
>32 bit mode で動かなくなるので、ますますややこしくなるよ。
Apple 的には Intel Mac の初代の方だけ切れば問題ないという説もw
（CoreDuo ユーザーの方にごめんなさい）
>>690
>PPC970用だと実際に32bit CPUで動かない32bitモードで動くプログラムが書けるんだが
ほとんど使ってる例は無いかな
この場合のメリットは平方根とか64bit整数の高速化とかでしょうから、
需要は比較的マイナーかもしれません。
PPC970 の Altivec のレジスタ幅が増えたりしてたならもっと違ったような気もしますが。
いずれにしても、OS 側の仕組みが整えば、普通のデベロッパ的には fat binary の
うち 32bit の種類が増えただけにならないですかね?
メリットデメリットはともかく技術的には。