Leopardが実は32bit O ..
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 の種類が増えただけにならないですかね?
メリットデメリットはともかく技術的には。
693:名称未設定
07/12/21 11:33:19 +CHWc+1H0
太古の昔から複数アーキテクチャ対応だったからなあ
694:名称未設定
07/12/21 12:48:20 DbKW9HC/0
ビット幅が異なったりエンディアンが異なったり
ライブラリがころころ変わったり
苦労はマルチプラットフォーム並みで
売り上げは極小じゃやってられん罠
695:名称未設定
07/12/21 14:09:12 TWiZQPmc0
>>691
一応ppc970というarchが32bitでもPPC970専用のABIになっているようで
他のPowerPCでは起動しないようになってます。
ppc7400とかppc7450なんかは、そういう制限は無いんだけど。
696:名称未設定
07/12/21 19:41:44 6rVOp+UC0
いや、-mcpu=7450だとG3じゃ動かないでしょ。
697:名称未設定
07/12/21 21:44:22 TWiZQPmc0
74xx系のバイナリはG3でも動いた気がするんだなあ。確認はしてないけど。
AltiVecを使ってればillegal instructionで落ちるだろうけど。
つか-mcpuはMach-Oのarchとは関係ないよ。
-archでの指定の話。
698:名称未設定
07/12/22 09:50:41 bRrs6rHa0
いやあ、さすがパチもんMacは一味違うね。
バカ専用のMacにふさわしい欠陥だな。
「Leopard」、異なるボリュームへのファイル移動でバグ？
URLﾘﾝｸ(japan.cnet.com)
699:名称未設定
07/12/22 09:54:46 P5np4XxV0
∧∧
(*ﾟ∀ﾟ)
～(っ[どざ]っ あのなあ、ドザでいいやん。。。
700:名称未設定
07/12/22 10:18:58 Uq/ofwez0
>>698
10.5.1 で修正されてる。
701:名称未設定
07/12/22 10:39:50 P5np4XxV0
>>700
∧∧
(*ﾟ∀ﾟ) あのなあ、ドザってOSXのfixのピッチ
～(っ[どざ]っ WindowsUpdate並に遅いと思ってるやん。。。
702:名称未設定
07/12/22 10:47:11 GSIRvMt50
MacはTigerでさえSP11相当までいってるもんな。
そういう意味だろ？
>>701
703:名称未設定
07/12/22 10:49:20 P5np4XxV0
∧∧
(*ﾟ∀ﾟ) あのなあ、XPや２０００の
～(っ[どざ]っ WindowsUpdateインド製やん。。。
704:名称未設定
07/12/22 10:56:19 7AeHmBUW0
>>701
つ 月一にスケジュール化している件＞更新
Macも更に普及したら、いきなりfixをリリースするのはできなくなるんじゃね？
事前発表無いと検証できないような
705:名称未設定
07/12/22 11:04:12 8QNSB2Vf0
またMac親衛隊がスレ荒らしてるのか・・・
706:名称未設定
07/12/22 14:13:41 eRGQRzBk0
え？俺、アップルの宣伝信じて、マック買っちゃったんだけど嘘だったの？
前のマシンがAthlon64に32ビットのWindowsを走らせていたけれど、
Linux / Solaris / WindowsXP の64ビット版使った方が良かったかな。
707:名称未設定
07/12/22 14:41:41 h7tlkk6n0
お前は何使っても変わらんよ
708:名称未設定
07/12/22 14:45:21 GSIRvMt50
>>704
タイムリーなことに、また更新だよ。今月二回目だってさ。
今月2度目のMac OS X用セキュリティアップデータが配布開始
URLﾘﾝｸ(journal.mycom.co.jp)
> 18日に配布開始された「Security Update 2007-009 1.0」は、
> 適用後にSafariで特定のWebサイトを表示するとクラッシュする問題が
> 報告されていた。
最近品質落ちてきたな。
709:名称未設定
07/12/22 15:15:06 sPIbWdhJ0
>>708
>最近品質落ちてきたな。
このスレもな。
710:名称未設定
07/12/22 15:19:29 YrR4J0kU0
もう少しアカデミックな事を語ろうじゃないか。
カーネルが32bitでも64bitモードで動かせるとか何とか。
711:名称未設定
07/12/22 16:39:01 /Gj8+n/m0
誰か親切に解説して
なんでそうなるの
違うアドレス空間だとしたらシステムコールやIOのオーバーヘッドは?
712:名称未設定
07/12/22 18:21:09 lDOuMw160
Macは俺のアイドルだもん。
713:名称未設定
07/12/22 19:47:07 JIB2Pk8B0
>>711
答えは全て過去の書き込みにあり
714:名称未設定
07/12/23 04:45:28 Vb7tzJY40
例え：Vista64bit版はWOW64で64bit空間で32bitアプリを実行している。
x64には32bit互換モードが存在しているから64bit上でも32bitコードが
動くのである。
URLﾘﾝｸ(www.itmedia.co.jp)
LinuxやWindowsで可能ならもちろんMacOSでも可能なはずだよね。
715:名称未設定
07/12/23 10:11:12 2Ag6gYkL0
MacOSにはWOW64に相当するものがない。
作る技術力もない。
716:名称未設定
07/12/23 10:27:50 xKKc7VjA0
ふつうに Leopard で 32 bit アプリも 64 bit アプリも動くんですけど。
エミュレータ / virtualizer は Apple は昔からおてのものでしょ
ppc → intel の際の Rosetta,
OS 9 → OS X の際の Classic 環境、
ppc にしたときの 68k エミュレータ。
なんか OS のかなりの部分が 68 k のままだったし。
A/UX とかいって Mac 用ソフトがうごく Unix もつくってたし、
MAE とかいって他社製 Unix 上で System 7 を動かすソフトも売ってたべ。
URLﾘﾝｸ(homepage3.nifty.com)
717:名称未設定
07/12/23 10:43:39 Vb7tzJY40
>>715
MSは無理やり64bit空間に32bit空間を作ったのがVistaのWOW64。
それに対して32bitと64bitをシームレスに動かせるようにしたのがLeopard。
MSにはこれらを作る技術力もないからWOW64なんておかしなものを作ったのだろう。
718:名称未設定
07/12/23 10:44:48 bbeotNpY0
ってゆうか Leopard の 32bit/64bit の場合はいわゆるエミュレータでもバーチャライザでも
ないけどね。
ま、大人の都合による CPU やら OS やらの変更に何度も翻弄されて、
そのつどエンジニアが対応してきたということかとw
Wintel は、ずっと同じ系列の CPU で、起動時は至っては未だに 8086 に戻るわけで、
ある意味すごいよな。
719:名称未設定
07/12/23 10:55:53 1v/gkqNt0
大人の都合でもエミュレーションレイヤでも
アプリケーション側で互換性を解決しなければならない場合があるからなー
720:名称未設定
07/12/23 11:33:39 xKKc7VjA0
WOW64 については全く詳細をしらないんですが、ネットでちらほら読んだところでは、x86-64 上での WOW64 のやってることはレパードのカーネルがやってることとあんまり変わらないと思うんですが、どうなんでしょうか？
721:名称未設定
07/12/23 11:58:00 2Ag6gYkL0
WOW64はカーネルが64bitで、完全に64bit OSの中に 互換性を保つ環境を作ったもの。
Leopardはカーネルが32bitで、使用できるメモリの範囲を64bitに拡張したもの。
根本的な違いがある。
722:名称未設定
07/12/23 13:43:47 +aaAJAny0
Leopard は単にメモリ 64bit に拡張したのではなく、64bit コードもちゃんと動く。
完全な 64bit OS な訳だが。
723:名称未設定
07/12/23 13:45:26 /h0ejmdP0
>完全な 64bit OS な訳だが。
このスレの積み重ねを全て破壊する一言だなｗ
724:名称未設定
07/12/23 14:48:59 hj+OrODh0
>>720
WOW64は単なるAPIブリッジ。
OSXその他の64bit OSは32bitコードを実行するのに
既存の32bit APIそのものを使ってる。
この点ではWindowsはちょっと特殊。IA-64の流れだろうかね。
725:名称未設定
07/12/23 15:14:41 xKKc7VjA0
ええと、Leopard は32bit ライブラリと64 bit ライブラリと両方積んでるのは知ってるんですが、
有る程度の部分は単にライブラリは別プロセスのサーバ(32 bit)と Mach で RPC してるだけですよね ... Window Server とか。
というわけで、WOW64 は 32bit API → 64 bit API とブリッジしてるけど、
Leopard は一部 64 bit API → 32 bit API へブリッジしてるのかなと思ったのですが ...
726:名称未設定
07/12/23 16:07:26 XOC22Tiw0
Windows 64bit板は 32bitアプリを切り捨てるなら
完全に64bit命令だけで動くことができるが、
Leopardは32bitコードをいつまでも引きずることになっている。
727:名称未設定
07/12/23 16:09:31 MHXaXNAc0
Leopard v.s. フル64bitOSの64bitアプリのベンチマーク対決ってどっかにないのかね。
公平になるようにどっちもgcc同士で。
728:名称未設定
07/12/23 16:59:04 /IX1WkIR0
>>724
だな・・・IA-64が有ったから嫌でも今のWOW６４みたいな作りにしなきゃならんかった
Core2出てから64bit化してればWinもMacと同じようなアプローチになったんだろうな
まあ、こればっかりは仕方ないといえば仕方ない
Winの64bitの実装の仕方で問題ないなら
IA-64ももっと売れてただろうし
IntelがわざわざCore2みたいな32bitと64bit両方のレジスタ持ったCPU作る必要も無かったと思う
729:名称未設定
07/12/23 17:00:51 +aaAJAny0
>>723
カーネルに 32bit コード（しかも 64bit モードの互換モード）を含んでいるのは過去からの互換性のために取った手法の１つ。Leopard のAPI は 64bit 化され、64bit バイナリも問題なく動き、メモリ空間も 64bit になっている、完全 64bit OS な訳だが。
730:名称未設定
07/12/23 17:06:40 kAYMBGzb0
>>727
つーかIntelがobjective-C 2.0/objective-Cのネイティブコンパイラ早くだせ
731:名称未設定
07/12/23 17:16:35 Dchjciw80
>>729
「完全」の意味が違うんですよw
Windowsで言う完全は「強制」の意
32bit/64bitどちらでもユーザが都合の良い方を使える様、並立した環境を
提供したLeopardとは向いてる方向が全く違う。
732:名称未設定
07/12/23 17:17:28 gAKwW5JE0
さあ、文系頭がわらわらと沸いてまいりました
733:名称未設定
07/12/23 18:02:12 hj+OrODh0
>>727
URLﾘﾝｸ(techreport.com)
にWindows 64bit上でのLAMEのベンチマークがあるので手元で比較してみた。
ちなみにLeopardじゃなくてTigerですが。
環境はCore 2 Duo T7500 (2.2GHz), Tiger 10.4.11。
10分6秒のwavを用意して、CBR 128kbpsで5回エンコードしたところ、
64bitバイナリで平均36.0秒
32bitバイナリで平均41.1秒
だった。上のページにあるスコアはC2D E6400 (2.13GHz)で
64bit, MSVCで36.0秒
64bit iccで35.0秒
なので、まあコンパイラの差も加味して誤差範囲じゃないかな。
URLﾘﾝｸ(softlab.technion.ac.il)のバイナリを使ったと思われるので、
URLﾘﾝｸ(softlab.technion.ac.il)から64bitのバイナリをコンパイルした。
734:名称未設定
07/12/23 19:10:55 Qd4VbNLt0
>>711
最初からざっと見たけどちゃんと書いてないな。
ユーザーとカーネルは別空間だけど、ユーザーのほうから、
カーネル空間のup to 512MBまでをユーザー空間にマップできるんだよ。
たいがいの用はこれで間に合うでしょ?
735:名称未設定
07/12/24 02:52:04 0ccYKZlM0
>>734
逆じゃね?
736:名称未設定
07/12/25 03:29:30 2lYERUzn0
>>733
64bit だと一割ぐらい速くなるという感じだね。
自分もやってみたがだいたいおんなじ感じだった。
>URLﾘﾝｸ(softlab.technion.ac.il)から64bitのバイナリをコンパイルした。
これ、ファイルの改行が全部 DOS だしw 最初変なエラーが出るから何かと思った。
nasm のファイルが入っていて XMM のレジスタをやたらいぢっているので、有効にして
32bit のバイナリを作り直してみたが（Leopard 上だと結構面倒）、
速度は元の 32bit と 64bit の間ぐらいだった。
そういえば、iTunes 内蔵のコンバータって、これに比べたら爆速だよね。
少なくともマルチスレッドが効いてるんだろうなあ。
ここまで書いてアレだが、OS 自体の話とはあまり関係ないかもw
737:名称未設定
07/12/25 10:30:41 2lYERUzn0
Quartz (CoreGraphics) を調べてみたら座標（CGFloat) が 64bit だと double (64bit) なんだね。
32bit だと float (32bit) で。
これは float では画面全体を表現できないほどのワイド・高解像度のディスプレイが予定されて
いるに違いない!
というのは冗談にしても、画像をレンダリングするときとかにはそろそろ float だとしんどい?
738:名称未設定
07/12/25 18:55:16 NOuVKXsB0
>>736
iTunesが速いのは手抜きしてるからだよ
739:名称未設定
07/12/25 21:59:42 +X7y7nKr0
まあ、クズマカは品質とは縁遠いからなぁ。
740:名称未設定
07/12/25 23:06:05 aWHM/H7O0
ドザは煽り文句も三流
741:名称未設定
07/12/27 02:14:20 EEzHBtk90
>>717
技術音痴は書き込みすんな
マックユーザー同士でもはずかしいよ
おまえは
742:名称未設定
07/12/27 07:48:23 f+Yh3yqG0
>>741
Wikipedia項目ﾘﾝｸ
技術音痴はお前だろう。さては成りすましドザか
743:名称未設定
07/12/27 13:23:09 zfPu4Wna0
<マカの痴呆の程度は宇宙一>
アポ製品購入は判断力の欠如から起こる。
アポ製品再購入は学習機能の欠如から起こる。
アポ製品再々購入は記憶力の欠如から起こる。
アポ製品再々々購入は痴呆から起こる。
それ以上購入する輩は死んでも直らない病気である。
744:名称未設定
07/12/27 13:55:55 yq5GBp6t0
Windowsはバカを育てる
745:名称未設定
07/12/27 21:58:32 vDMkUqYT0
>>742
被害妄想だな
746:名称未設定
07/12/28 03:26:55 /bPEuoi/0
ピュア64のWinはMS伝統のパフォーマンス重視
ハイブリッド64のLeoはAppleらしい移行期のソリューション
どっちもそれぞれ一長一短有って、単純に優劣はつかないと思うがね
747:名称未設定
07/12/28 21:00:38 td7Y3f4c0
どうでもいいけど、64bit Windows って家電量販店でどの程度売ってるの？
748:名称未設定
07/12/28 21:02:21 w/JeaFmZ0
確かにどうでもいいな
749:名称未設定
07/12/29 00:19:45 C4DsSFZy0
,,,,｡―'━-＿:
_／″ `''i､
,/゜ ｀'、
,i" `i、
.,/ 、,,、 ﾞl、
.,/｀ .,i´ .ﾟ!i､ ,r'ﾟ'・r, ｀'i､
./ ,,,il ●.,l“““““''l| ●.,l｡_ ｀'i､
.,| .,-″`-,,,,r゜ .ﾚ.″,i″｀'￢i､ .ﾞl,
,lﾞ .j″ : .r‐:ｗx, .ﾞﾞ‐'゜ ._,,ｖ． "'l,.ﾘ
.Z ,「.rrrr-,｡,,: .|、 .》 ..,,,,-･ﾟ゛,,,,,y-． ［.ﾞl
.l ,lﾞ .ー'＝〟″ ."ﾍ,xxil} ｀,r‐'"ﾞﾞ＿,,,,,,,,,,,i| .ﾘ
:| .l′ ﾞ'''ll,＝- .ﾞl .'",,,,,ﾚ | .l:
:| ﾞl .ﾞ"l━＝''''''''ﾞ“““““ﾞﾞﾞ~'k l: : |
.l、 l `i,, _,,,,,,l, ｹ ］
ト .| ﾞヽ、 .,i'ﾟ~ ［ .,ト .l 色管理っ！色管理っ！あびゃぶああ！！
.ﾞl, ﾞk “'･'r---ﾆ---ｖ┘ .］ ┃
.ﾋ :l、 ._,ｗｗｗｗrr←―ｰ=-ｖ,,,,,,,,＿_, ,ド l!
.'ｋ ﾞV'″ : : .ﾞ~''y,,┘
ﾞ'┴.,,｡,,,,,,,,,,,_.,,｡,,,,,,,,,,,_.,,｡,,,,,,,,,,,_.,,｡,,,,,,, ,,r'
↑キチガイマカ
750:名称未設定
07/12/29 00:21:56 7YlrOwXf0
ドザはいつもコピペで逃げるからなぁ
751:名称未設定
08/01/02 01:34:24 VhSJKuVo0
age
752:名称未設定
08/01/12 16:43:25 bf9HBwk70
-終了-
753:名称未設定
08/01/14 04:37:01 o5mADUPz0
128bit FS「ZFS」のMac OS X Leopard用最新ビルドが公開
URLﾘﾝｸ(journal.mycom.co.jp)
754:名称未設定
08/01/14 13:03:02 m/QxDeZH0
>>19
コマネチっ！
755:名称未設定
08/01/21 10:17:02 khEmS41t0
保守age
756:名称未設定
08/01/27 02:56:38 HrDGlYQA0
LinuxのUbuntuで32bit版と64bit版を比べてみたけど、おおざっぱに後者の方が
前者の2倍メモリを食うねえ。
Leopardの場合、アプリは基本的に32bitなわけだけど、OSが64bit対応になったことが
メモリ使用量的には影響してるんだろうか。一応64bitのライブラリなんかもメモリには
ロードされてるのかな?
ちなみにURLﾘﾝｸ(www.apple.com)に書いてある最低メモリ量は
Panther -> 128MB Tiger -> 256MB Leopard -> 512MBとなっていた。
見事に倍々だがw おおざっぱにキリのいい数値を書いているというのもあるだろうね。
Panther -> Tigerはビット数の変化はなくても増えてる訳だから、これでOSのビット数
云々を語ることはできないけど。
757:名称未設定
08/01/27 03:29:11 oS+VdyFe0
>>756
Panther -> Tigerも増えてるんだけどねビット幅
758:名称未設定
08/01/27 04:24:19 tPqRNpX+0
64bitのライブラリが読まれるのは64bitアプリケーションを起動したときだけだが
759:名称未設定
08/01/27 04:25:44 jtZNwbED0
それでは64bitドライバが動けない。
760:名称未設定
08/01/27 06:39:58 Z+4QpQ0X0
>>759
レパードは カーネル内 64 bit ドライバは無いから。
(とかいいはじめるとまたこのスレを1からやり直すことになりそう)
だいたい共有ライブラリを読むとかいうのはユーザースペースの話で、
ドライバが動ける動けないとは関係しようがない。
だから 64bit ドライバがあったとしても論理が通ってない。
761:名称未設定
08/01/29 15:15:17 E6mKvTHN0
>>760
徹底的なおバカなマカは全く理解できません。
それが、マカというものだ。
前人未踏のウルトラバカ。それがマカ。
762:名称未設定
08/01/29 16:09:04 zdEumQEE0
>>761
ウルトラバカというよりは、究極の洗脳がなされていると考えるべきでは？
アップルから賜りし究極のOSであるOSXが地獄の汚物に等しき下賎なるWindows
ごときに劣る部分があるはずがないという妄想にとりつかれている上に、偉大なる
神アップルより賜りし技術は現代の人間ごときに理解できるものではなく、学者ご
ときクズが言う理論など聞くに値しないと考えているんだよ。
正常な人間であれば、現実社会で出来ないことがあることを理解できるけど、洗脳
されたマカにとってアップルは出来ないことなどありえない万能神と崇め奉ることが
当然のものであるから、そういう常識は理解できないんだよ。
763:名称未設定
08/01/29 17:40:44 EdkWFx1j0
>>762
その言葉、そのままVista64bitユーザーにも言えそうだな。
764:名称未設定
08/01/29 17:49:05 fvEQZi7e0
まあでも「ユーザースペース」はマズいわな
765:名称未設定
08/01/30 00:03:15 mZcMa1/v0
>>760 をかいたものですが、
なんでユーザースペースが悪いのかわからんのですが、
後学のためにおしえてください。
あとは僕はマカなんですが、なんで 761 , 762 という返答がついたのか
全く判らんのですが。僕はたんにテクニカルに正しいことを
書こうとつとめてるだけなんですけど。
馬鹿なせいで間違ったことも書いてると思いますが。
766:名称未設定
08/01/30 06:47:19 opv6u/bUO
>>765
うんよく自分がバカって気がついたね
君が勉強したテクニカルはほとんど間違ってるよ
ユーザーランドに提供されるライブラリ（やAPIなど）とは別物
Leopardは（作れば）64bitデバイスドライバも動くんだ
767:名称未設定
08/01/30 11:22:50 kQnUgB310
Leopard での 64 bit ドライバってどうつくればいいんですか？
IOKit に入った段階で CPU が 32 bit モードなんじゃないかとおもうんですけど、
自前でCPUのモードを変更しないといけないのでは ...
>ユーザーランドに提供されるライブラリ（やAPIなど）とは別物
なにがユーザーランドのライブラリとは別物なんでしょう？
行間を読めない馬鹿ですいません。
768:名称未設定
08/01/30 11:58:27 6loCNHE00
>>767
ん？もしかして64bitモードからI/O Kitを利用できないとか思ってる？
それとも、I/O Kit使う = 32bitメモリ空間しか使えないと思ってるのかな？
自前でモード変更？？ 必要ないなぁ。
ていうか単に煽りに突っかかってるだけかな？
769:名称未設定
08/01/30 12:26:34 kQnUgB310
いや、基本的にほんとに馬鹿なだけなので、すいません。
ADC の IOKit のあたりは読んでるつもりですが、実践が伴わないのでわかってません。
IOKit から 64 bit メモリ空間をアクセスできるのは判ってるつもりですが、
32bit I/O Kit ドライバと 64 bit I/O Kit ドライバというものが
別に存在して別個にカーネルが読み込んでくれるわけではないので、
なんにせよドライバ書く際は DMA するなら IODMACommand つかって、
そうしておけば 32 bit も 64 bit も関係ない、ということだと思いました。
だから I/O Kit の binary を ppc / i386 / x86_64 / ppc970 とかする必要がない、
と思っていましたが間違っている？
"64 bit ドライバ” という言葉で何を意味するかの齟齬なのかもしれませんが...
770:名称未設定
08/01/30 14:52:05 gdaXpvbx0
馬鹿なマカは引っこんどれ。
ますますドツボにハマるぞ。
771:名称未設定
08/01/31 07:07:10 S+iqOHKw0
>>769
>"64 bit ドライバ” という言葉で何を意味するかの齟齬なのかもしれませんが...
確かに、「64bit」も「ドライバ」もこのスレで何度も出てきるけど、どちらも未だにw
でそれを「I/O Kit が使えるかどうか」という表現で説明するとさらに倍。
772:名称未設定
08/01/31 09:08:40 zREdXxDh0
I/O Kit といっても、カーネル内 I/O Kit の API も
ユーザースペースから I/O Kit と話す API もありますしね ...
773:名称未設定
08/01/31 11:57:05 /tYNxdef0
用語の使い方がメチャクチャすぐる
774:名称未設定
08/02/02 14:10:07 mwuEB/YV0
どアホなクズマカは一言一句の言葉の意味すら理解できないようです。
まあ、それを理解する脳すらないのでしかたないようですが。
775:名称未設定
08/02/03 01:26:54 q3TYR2U30
Machカーネル、BSDカーネルレイヤー、そしてIOKitドライバをもって
Darwinカーネルと呼ばれているが、デバイスドライバに関しては64bitの
場合でも32bit版IOKitドライバをそのまま利用するので書き換えをする必要が
無いらしい。
これは、Tigerの時から同じである。
776:名称未設定
08/02/03 02:21:12 ssCjaGRW0
>>774
・・・と、さっきまでコンビニで立ち読みしたエロ週刊誌の記事の
劣化コピーをリアル土方のドザ珍が焼酎の酔いの勢いを借りて
わめいております。
777:名称未設定
08/02/03 02:22:02 DfOP/trw0
32bit版 IOKit ドライバというのと、64 bit 版 IOKit ドライバという区別がそもそも無いといったほうが正確だとおもいます
(煽りのひとが、64bitドライバが使えなくて32bit ドライバしかないだって？ぷぷぷとか返事するのが目に見えているので。)
単にひとつのドライバで、32bit cpu なら 32bit のメモリ空間を、
64bit cpu なら 64 bit のメモリ空間を扱えるようになっているということ、
そのあたりはカーネル内の IOKit クラス群で透過的に処理されているという
ことだと思います
778:名称未設定
08/02/03 02:38:21 7c4JAQsa0
つまり、32bitってことなんだね。
779:名称未設定
08/02/03 02:45:08 ssCjaGRW0
>>778
君の使ってるMeがね。
780:名称未設定
08/02/03 02:47:35 7c4JAQsa0
Meの使ってるレオポンが実は32bitだったなんてorz
781:名称未設定
08/02/03 03:12:23 zk4xMtHL0
>>780
16bitコード残ってるMe?
それともMe2007?
782:名称未設定
08/02/03 03:13:17 V55OUdE50
つまり、32bitコード残っているLeopardは32bit ということか
783:名称未設定
08/02/03 03:26:52 zk4xMtHL0
ところで、このスレでfat binaryのこと出てきた？
Darwin-deveで、G5導入のときにfat binary利用してG3/G4と
G5両方に対応させると言ってた。Intel発表後も同じこと言ってたな。
784:名称未設定
08/02/03 03:42:56 V55OUdE50
fat binaryをなんかすごいもののように勘違いしてそうだけど、
あれは単に、CPUごとにコンパイルしたものを一つのファイルにまとめただけ。
だから当然、32bitにしか対応していないfat binaryもあるし、
それを64bit対応にするのなら、最コンパイルしないといけない。
785:名称未設定
08/02/03 04:13:15 m6OMKFPx0
俺の友達のマカーは「Macは初代Macintoshから32bitだった（だからWindowsより
えらい）。」と力説しています。本当なのでしょうか。
786:名称未設定
08/02/03 04:21:28 RJePSwMI0
表向き16bitCPUだった68Kに、32bitレジスタしか乗ってなかった事を言っているんだろうな。
787:名称未設定
08/02/03 07:35:04 3n0Wr6Ld0
>>785
MC68000は24bitアドレッシング。アドレス表現は32bitだが上位8bitは無視される。
初期のMacは最大RAM 4MB、仮想記憶も無いので32bit使うのは贅沢な位
古いToolboxでは、無視されるアドレスの上位8bitをフラグに使う物もあった。
MC68020と32Bit QuickDrawが乗ったSystem6以降は32bitアドレッシング
788:名称未設定
08/02/03 08:34:35 Tqpi1c570
>>784
なにヴァカこいてるん？
各アーキテクチャーごとにコンパイルするのは当たり前
> 一つのファイルにまとめただけ。
「だけ」(笑)
OSサイドからアーキテクチャーに応じて透過的に利用できなかったら
一つのファイルにまとめても無意味なのだが。
> それを64bit対応にするのなら、最コンパイルしないといけない。
そんなこと出来ないだろ
最コンパイルなんてこと(笑)
789:名称未設定
08/02/03 08:44:44 Tqpi1c570
>>786
その当時のPCのCPU8088も表向き16bitCPUだったけれど、
外部データバスなんか8bitだったしね。
790:名称未設定
08/02/03 08:57:08 RUxTlBmZ0
>>788
>「だけ」(笑)
>OSサイドからアーキテクチャーに応じて透過的に利用できなかったら
>一つのファイルにまとめても無意味なのだが。
透過的に利用できる様にするなんて無視できるくらいの仕組みじゃん。
だから「だけ」って書いててもなんにも違和感がないがな。
じっさいそんなもんだし。
791:名称未設定
08/02/03 08:58:59 Tqpi1c570
その程度の仕組みすら使えない糞OSにお布施払ってるドザって(笑)
792:名称未設定
08/02/03 09:02:29 RUxTlBmZ0
>>791
なんでそこで「ドザ」って書くのか理解に苦しむ。
793:名称未設定
08/02/03 09:03:45 Tqpi1c570
うれしいだろ(笑)
794:名称未設定
08/02/03 11:14:00 m6OMKFPx0
>>786
>>787
ということは俺の友達のマカーはホラ吹きというか嘘つきな訳ですね。
奴はそのことをたいへんに吹聴していて、最近になってやっと32bitになった
Windowsなんて糞だとバカにしまくっています。
困ったマカーなんですね。
795:名称未設定
08/02/03 11:17:23 DfOP/trw0
それはまったく困ったマカーだな。
だいたい OS 9 以前から使っているマカーにロクなのはいない。
ドザの人もちゃんとネクストステッパー、その直系のOS X 使いと、
OS 9 以前からの馬鹿マカーの二種類を区別して煽ってくれよ。
と変なほうに話を振ってみますがどうでしょうか。
796:名称未設定
08/02/03 11:25:08 m6OMKFPx0
>>795
そいつはMacはIBM様のありがたいPOWERプロセッサ由来のPowerPCを搭載
したMacを崇め奉っていました。「Intelのようなバッタ屋が作ったCPUなんかに
負けるはずがない」と鼻先で笑っていました。彼にマイクロプロセッサの歴史を
いくらいっても聞く耳はありませんでした。でもここのところおとなしいようです。
797:名称未設定
08/02/03 11:29:57 RJePSwMI0
>>795
確かに、ろくなマカーは居ないみたいだな。
>50 名前: 名称未設定 Mail: 投稿日: 2008/02/03(日) 04:31:31 ID: m6OMKFPx0
>俺、クリエイターとして20年Mac使ってるけど、ウィルスとか脆弱性なんて
>いっぺんも経験したことね～よ。
>ドザはせっせとMicrosoftUpdateしてなｗ
798:名称未設定
08/02/03 11:34:11 o6t2CXn40
>>796
じゃぁ君がここでマイクロプロセッサの歴史とやらを
騙ってください。
799:名称未設定
08/02/03 11:51:28 m6OMKFPx0
マカ珍のみなさん、Intelのプロセッサは速いでしょう。
使えるようになってよかったですね (・ω・)ノ
もう悔し紛れにx86は造りが汚いとか意味のわかってない妄言をはかなくて
すみますしねｗ
800:名称未設定
08/02/03 11:56:58 0iSCQuUj0
ID:m6OMKFPx0
ｽﾚﾘﾝｸ(mac板:785番),794,796,799
ｽﾚﾘﾝｸ(mac板:528番),539
ｽﾚﾘﾝｸ(mac板:73番)
ｽﾚﾘﾝｸ(mac板:41番)
ｽﾚﾘﾝｸ(mac板:40番)
ｽﾚﾘﾝｸ(mac板:50番)
ｽﾚﾘﾝｸ(mac板:836番)
ｽﾚﾘﾝｸ(mac板:61番)
ｽﾚﾘﾝｸ(mac板:38番)
801:名称未設定
08/02/03 11:58:12 SN+86tzK0
>>799
さっそく騙りだしたか(笑)
まあ君のPCでは起動時にウンコアーキテクチャが必要なんだろ。
802:名称未設定
08/02/03 12:04:17 04Z7V+5R0
>>795
私はOS Xが初めてだったんですが…
803:名称未設定
08/02/03 15:27:08 24KPggXY0
ID:m6OMKFPx0 のネタ振りにマジレスで返した ID:3n0Wr6Ld0
というとこまで読んだ
804:名称未設定
08/02/04 07:25:19 Q4pzK5Ch0
明らかに手慣れた手法を使ってくる釣り師にも、
うっかりマジレス返せる人が居る位の方が良スレの事が多いよ
805:名称未設定
08/02/04 07:28:32 AqdvxA780
804が既に串チェックされてた件について
806:名称未設定
08/02/04 07:41:08 Q4pzK5Ch0
つ、吊られないぞー(AA略
診断くん Ver 0.80a
疑惑 0%：proxy の兆候は全く見られません。
つか今時串とか使わんだろ、普通
信頼性が確認できない限り串の鯖缶に情報だだ漏れになるんだし
807:名称未設定
08/02/04 07:54:20 AqdvxA780
どこかで煽って誰かに串チェックされたって所でしょ
808:名称未設定
08/02/04 10:43:40 FETRHCCH0
すまん。FatMac(512K)のころからのマカーで
MOしかなかったけどMathematicaがついてきたころからのネクストステッパーで
DOS/v ver. 4の頃からATと付き合ってるんですが、
どこに分類されればいいんでしょうか？
809:名称未設定
08/02/04 11:44:58 Ir17HGlD0
救いようのないパソコンオタク。
810:名称未設定
08/02/04 16:30:38 udWPphtxO
「おじいさん」でおk
811:名称未設定
08/02/05 00:44:43 vPpIemBz0
いつの間にか汚いスレになったな。
そんなにドザPCが8GB以上使えない事が悔しいのか。
Vista64bit版も不具合が多いからな。
812:名称未設定
08/02/05 02:56:45 QTstr2QJ0
まるで、Vista64bitで8GB以上使えるという
事実を言われないように先手を打って不具合が多いと
デマ流しているように見える。
813:名称未設定
08/02/05 06:19:32 +1V8mOSY0
妄想と戦ってると疲れるでしょ、休みなさい
814:名称未設定
08/02/05 08:26:48 IBEV8nbF0
おまえら、Vista64でも8GB以上のハードディスク使えたじゃないか。うそつくなよ。
815:名称未設定
08/02/05 21:53:17 h6HmEKRh0
正直、確かにIntel使えて良かった。
MacBookの処理能力がメインのG5クアドと大差ないのに驚いた。
816:名称未設定
08/02/06 05:06:16 LuWNnsoT0
ありえません
817:名称未設定
08/02/06 12:18:58 t1kJKVHb0
たぶん大福でも大差ない作業してんだよ
818:名称未設定
08/02/07 21:07:30 3KrW4zRD0
残念ながらCore2Duo 2GHzなら単純なCPU比較で2.5GHz G5Quadと
同等性能みたいだな。
オレのG5 2.5Dualの倍早かったorz
819:名称未設定
08/02/08 10:47:55 tdD7Slwa0
新しいCPUが古いCPUより速いのは当たり前
820:名称未設定
08/02/09 01:19:26 bi1l9Xob0
>>818
>残念ながらCore2Duo 2GHzなら単純なCPU比較で2.5GHz G5Quadと
>同等性能みたいだな。
んなことはない
821:名称未設定
08/02/09 23:06:09 KcBWOdNr0
PPC信者ってまだ存在するんだな。
Intel Mac所有者が増えるにつれて、これまで
騙されていた事にみんな気付いたのかと思ったよ。
俺のまわりのマカは、以前はMacはハードもソフト
も段違いに高性能だと勧めていたが、今は大人しく
なってしまった。
822:名称未設定
08/02/10 00:36:58 Hwea7bKq0
PPC 信者も何も、POWER6 は欲しくても買えないからな
823:名称未設定
08/02/10 00:51:01 upOWeml40
>>822
IBM System p ってそんなには高く無いから個人でも買えると思うけど。
824:名称未設定
08/02/10 01:16:41 Hwea7bKq0
>>823
IBM、「POWER6」と搭載サーバ「IBM System p 570」発表
URLﾘﾝｸ(www.itmedia.co.jp)
2007年05月23日
世界最速かつ省電力な次世代プロセッサー搭載のUNIXサーバー
日本IBMは本日、世界最高速4.7GHzの動作周波数を発揮する次世代
プロセッサー「POWER6」を初めて搭載したミッドレンジ・クラスの
UNIXサーバー新製品「IBM System p モデル570」を発表しました。
価格は12,280,380円（税込、最小構成価格）から、出荷開始日は
6月8日の予定です。
ちなみに最小構成は 1way なので意味無し
825:名称未設定
08/02/10 01:20:52 Hwea7bKq0
>>821
なんか一生懸命煽ってるつもりなのが痛々しいけどw
NetBurst と Phenom 比べて Intel 糞って騒いでる AMD厨みたい
826:名称未設定
08/02/10 02:05:41 upOWeml40
>>824
高い方が好きなの？
POWER6が欲しいなら520でも550でもいいんじゃないの？
仕事で550を使ってるけどいいマシンだよ。
URLﾘﾝｸ(www-06.ibm.com)
827:名称未設定
08/02/10 02:08:29 upOWeml40
>>826
うちがつかってるのは前の世代の5と5+。
6はもうすぐ納品。
828:名称未設定
08/02/11 10:13:58 Ioox6hBG0
やっぱり POWER6 といえば 4.7GHz じゃない？
829:名称未設定
08/02/22 11:17:19 isf/BOqk0
Is 32 bits really better than 64?
URLﾘﾝｸ(gmplib.org)
830:名称未設定
08/02/23 02:57:31 /IXNLOP00
何を言いたいのか分からんが
アルゴリズム的に64bit整数演算が可能な方が演算量が減る処理は速くなって当然だろう
831:名称未設定
08/02/23 03:41:43 fXUfM98w0
その程度なら拡張命令で今までも速くできてたかな。
832:名称未設定
08/02/23 13:05:46 /IXNLOP00
>>831
64bit乗算はSIMDじゃ無理だよ
つーかSIMDだと32bitすらままならない(SSE4.1で32bit同士の符号付き乗算がようやくサポートされた)
833:名称未設定
08/02/23 13:09:12 4pcMd4xq0
ハゲの32bit->64bitでアプリが2倍高速に！
とかいう失笑もののプレゼンを鵜呑みにして信じちゃってるおめでたい人意外は
クライアント、デスクトップ用途における64bit化の恩恵が意外と限定的で
特にマルチメディア系の操作はAltivec, SSE等の専用拡張命令の方が効果が大きいというのは大昔からの常識
834:名称未設定
08/02/23 13:21:25 /IXNLOP00
そんなプレゼンは初耳だ。
835:名称未設定
08/02/23 13:25:39 OlkVen/20
64bit化なんて、手の指が5本から10本に増えるようなもんだ。
増えれば便利かもしれないが、実際には3本でも何とかなる。
836:名称未設定
08/02/23 13:57:13 /IXNLOP00
いやパフォーマンス向上はおまけでメモリ空間が広がる方がメインだと思うんだが...
837:名称未設定
08/02/23 15:02:29 BlaFxt2C0
>>836
しかし，それだとMicrosoftみたいに頑張ってメモリ使用量増やさないといけないよな．
今のままだと普通のユーザは概ね4GBで足りてしまう．
Leopardになって若干確保されるメモリが減った気がするし．何やってんだAppleさんYO！
838:名称未設定
08/02/23 15:53:53 d1QCGebM0
>>829
GMP で少し遊んでみたけど、同一マシン上で 32bit バイナリと 64bit バイナリを
走らせると後者の方が倍位速くなった。他の多倍長ライブラリでもそんな感じなのかな?
多倍長計算は暗号処理で使われるし、普通の人もそれなりに恩恵があるかと。
839:名称未設定
08/02/23 16:01:03 WfjW1b6I0
２ちゃんの鯖も一部６４bit化してたりする
840:名称未設定
08/02/24 01:38:27 JaULbgAg0
おいおい、あんまり64bitを過小評価しているとVista64bitユーザーからも
批判が着そうだぞ。
841:名称未設定
08/02/24 09:48:54 ulL7Uv3n0
まずは、iMacでメモリを8GBくらい載せられるようにしてほしい(´･ω･`)
842:名称未設定
08/02/24 12:03:01 XV/fxVKR0
まずはドザの脳味噌の容量をせめて4MBに増やして欲しい。
843:名称未設定
08/02/24 14:55:47 t1t0JGoe0
常識的に考えてMBPの上限を8GBが先だろう．
どうせ同じ世代のモバイルチップセット使うからiMac＝MBPだろうけど～．
844:名称未設定
08/02/24 15:15:11 T1bbfumc0
物理的にスロット増やすか4GBのモジュールが出るかじゃね
845:名称未設定
08/02/24 20:14:51 QChU0tK30
１０年後にはメモリ1TBが１万円切ったぞ。。。とか話してるのかなぁ・・・
846:名称未設定
08/02/24 23:39:17 JaULbgAg0
どうでもいい話だがほとんどの民衆たちはメモリは2GB程度で十分だと
思っている。
8GBも何に使うんだ？
847:名称未設定
08/02/24 23:41:38 KUGSWN410
そういう人はMacBook使えばいいんじゃね。
848:名称未設定
08/02/25 00:40:37 lDvzIEuq0
2GBで足りる人はそれでいい。
でも俺は全然足りないなあ。
メモリが極端に高い訳でもないし、経済的な制約じゃないのがはがゆい。
849:名称未設定
08/02/25 19:03:52 QuQgtBO50
>>848の気持ちも分からないでもないが現在最も売れているのがノート用と一体型。
Appleがそこに力を入れている気持ちもまた分かる。
ここからは私の持論だが、現在iMacはノート用アーキテクチャを採用している。
もうすぐQuadCPU搭載PCが主流になってくると現行のiMacとでは性能に差が出て
くる。現在のAppleではiMacにデスクトップ用のマザーボードは搭載する事は
難しいので、いわゆるミドルレンジのMacが必ず登場してくるだろう。
850:名称未設定
08/02/25 19:19:25 S+GvXBo00
>>848
現行機種は4GBまで積めるはず。
851:名称未設定
08/02/26 02:54:39 +75H60jx0
>>849
盛り上がってるとこ悪いが，ノート用にもQuadCoreが出ますな．
iMac松にそれ載せたら隙間埋まっちゃうね．
852:名称未設定
08/02/26 08:34:21 mwJqQ/p60
>>851
残念だがノート用CPUは省電力化の方向に向かうと思うからQuad化はまだ無いよ。
そしてデスクトップ用にはすでにあるのでこれらが普及してくれば現行iMacは
不利になってくる。
853:名称未設定
08/02/26 08:53:16 9gjR1ugC0
>>852
＞Intelは来年第3四半期に、ノートPC向けクアッドコアCPU「Penryn QC(ペンリンクアッドコア)」を投入する。
URLﾘﾝｸ(pc.watch.impress.co.jp)
854:名称未設定
08/02/26 12:27:14 OXS/i8Z+0
>>846
サーバとデスクトップ兼用してると、
4GBでもスワップしまくりなんだ(´･ω･`)
855:名称未設定
08/02/26 12:45:14 mwJqQ/p60
>>853
どっちにしろ今年末までは無理じゃないか。
それに今のiMacではメモリスロットの関係で２つしか取れない。
これが致命的な欠点でこれでは最大8GB増設は出来ない。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5396日前に更新/290 KB
担当:undef