12/09/06 11:47:29.44
x64化することで，「無防備に」整数型を使っているようなアプリケーションでは
データ領域のサイズが二倍になります。これはそのままCPUやメモリに
格納すべきデータ量が増大することにつながるため，
「搭載されている物理メモリが少ないマシンで64bit化すると，メモリまわりの
占有量・バンド幅が広がってしまい，むしろ逆ざや状態になる」ことを意味します。
もちろん64bit環境では4GB以上の仮想メモリ空間を確保できる，というメリットは
あるのですが，デスクトップに要求されるワークロードとして4GB越えのメモリ空間が
必要になるケースはあまり現実的ではなく（そういう要求をするプログラムは
「デスクトップで使うのにメモリ食い過ぎ」と怒られるのが普通です），
得られるメリットとしては小さいと言えるでしょう。
4:デフォルトの名無しさん
12/09/06 11:50:32.71
Windowsの開発環境でintが勝手に64bitになっちゃうものはないような気が。
Visual Studio、RAD Studio、Intel C++のどれもint(Integer)はそのまま32bitだ。
ポインタのサイズは64bitだけどこれはどうにもならんしな。
まぁ、x64化すると、使えるレジスタが格段に増えるから、まともな作りなら速くなるけどな。
WoW64でのx86アプリエミュレーション速度が、あまり落ちないのは、そのおかげでもあるし。
あとはx64にどれだけ最適化できるかだけど、Delphiは元々x86でも最適化が甘いと言われたから、
x64化の恩恵をそのまま受けられるんじゃないの？
x86からx64移行でのレジスタ拡張で得られる処理の効率化も
考慮に入れるべきではありますが，CPUの設計によってはx64化で
デコーダの効率が落ちる・バンド幅問題が起こるといった問題から，
必ずしも性能が向上するわけではありません。
……などといったいろいろな問題を天秤にかけていくと，デスクトップでは
x86+PAEで十分な気分になってくるのが複雑なところです。とはいえ，PAEは
上限64GBで，8GBメモリを使うとわずか8枚で越えてしまう容量です。
現状，上位のCPUはソケットあたり8～12枚のメモリを実装できることもあり，
それが「デスクトップ」の範疇かどうかはともかく，ワークステーション的な
利用では上限に達してしまう可能性もあります。
WindowsはLLP64だろ
LINUXもLP64なのでintは32ビットのまま
longだけがLINUXで64ビットになる
まあLINUXとDelphiは今ではほとんど無関係だが
5:デフォルトの名無しさん
12/09/06 11:51:27.47
いまだに>>3みたいに
int が64bitになると思い込んでいるヤツがいるんだな・・・
どっかのコピペじゃないの？
うわべだけばっかだな。
例外処理構造の実装の違いの方がよっぽど実行速度に影響するんじゃね？
プログラムサイズが大きくなるとCPUの方も2次キャッシュを増やさないといけないんだよ
今時のCPUが巨大なL2キャッシュを積んでいるのはそのため
プレディケイト命令を備えたItanium2はポシャったしな
ARMが今一番まともという
しかし64bitARMも問題だな
メモリ効率を重視してプレディケイト命令を削るってんだから
64bitARM版Windowsは出てくる予定はあるけどそうするとDelphiはそっちで復権するのかな
6:デフォルトの名無しさん
12/09/06 12:10:09.21
>>2
931 名前：デフォルトの名無しさん 投稿日：2012/09/01(土) 20:19:03.87
>>930
何も書いてないよ
・Windows 8対応（Metroもどき）
・FM2（Mountain Lion対応、ジェスチャーサポート）
・Visual LiveBinding
・HTML5 Builder（旧RadPHP）
・Professional用Client/Server Pack
C++Builder Pro EDS VerUp \50,000
C++Builder Ent EDS VerUp \156,000
C++Builder Arc EDS VerUp \276,000
C++Builder Ult EDS VerUp \236,000
Delphi Pro EDS VerUp \50,000
Delphi Ent EDS VerUp \156,000
Delphi Arc EDS VerUp \276,000
Delphi Ult EDS VerUp \236,000
RAD Studio Pro EDS VerUp \84,000
RAD Studio Ent EDS VerUp \216,000
RAD Studio Arc EDS VerUp \336,000
RAD Studio Ult EDS VerUp \296,000
ｽﾚﾘﾝｸ(tech板:931番) Embarcadero RAD Studio/Delphi/C++Builder その2
7:デフォルトの名無しさん
12/09/06 13:06:09.91
>>2
おう、ひさしぶり。よかったな、出てるぞ、XE3。成仏しろよ。
8:デフォルトの名無しさん
12/09/06 13:55:41.99
C++64 出たか？
9:デフォルトの名無しさん
12/09/06 15:56:15.95
C++11が出たのが去年だから、C++64はお前が生きてるうちに標準化されるといいな
10:デフォルトの名無しさん
12/09/07 09:25:45.23
やっと C++6.44 から C++ 6.50 になりました。
11:デフォルトの名無しさん
12/09/07 09:58:13.10
で、Delphi コンパイラチームの解体が始まったと。
>823 ：デフォルトの名無しさん ：sage ：2012/08/17(金) 09:33:18.72
>あぁ... LLVM - C++/64 も落ちたのか...
>
>* ios サポートなし
>* 噂の LLVM/clang 64bit コンパイラなし
>* WinRT/メトロと呼ばれたもののサポートなし。
>* 90%, XE2 と同じ。バグ修正もなし
>
>じきにレイオフが予定。
>
>おわったなこりゃ
全部予言通りだな
12:デフォルトの名無しさん
12/09/07 11:01:09.02
あれ、Barry 辞めたか。これはイタイ。
9/4 に書いたってことは XE3 出荷を待っていてあげたんだろうけど、決断したのはそれ以前だろうし。
新コンパイラが全滅したことの原因かね？
13:デフォルトの名無しさん
12/09/07 11:05:57.60
新製品出荷、新スレ開始早々、これか。
毎年恒例とはいえ...
マンセは見て見ぬふりか
14:デフォルトの名無しさん
12/09/07 12:03:55.33
XEからだけど、C++は何も変わってないはずなのにコンパイルが明らかに遅くなった
出来るバイナリも2.4MB→4.5MBになった
同梱されているBoostは1.39で2年前のXEと同じ…
15:デフォルトの名無しさん
12/09/07 12:53:32.99
ダメだこりゃ┐('～`;)┌
16:デフォルトの名無しさん
12/09/07 13:07:27.31
馬鹿には無理
17:デフォルトの名無しさん
12/09/07 14:10:59.24
JVCLが出てくれないと移行出来ん
いつ出てくれるかな？
JCLの方はもう出てるんだけどね
18:デフォルトの名無しさん
12/09/07 15:49:32.08
C++コンパイラはXE3でメジャーうpデートの7.00じゃなかったのか
C++6.44 から C++ 6.50 って何が変ったんだ?
19:デフォルトの名無しさん
12/09/07 16:21:50.95
URLﾘﾝｸ(qc.embarcadero.com)
この辺りのバグ取りじゃないのかい
20:デフォルトの名無しさん
12/09/07 22:17:40.70
案内きて「お～～早くもMetroアプリに対応したのか」と思って調べてみたら
なんちゃってMetroとは・・・
そんなもんでアップデートするかバカ！！
駄目だ駄目だとは思っていたが、今回は想像を超える駄目っぷりだな。
さよーなら。
21:デフォルトの名無しさん
12/09/08 00:01:31.55
あぶねぇ！ｗ
危うくポチるとこだったぜ(^^;
ありがとな！＞みんな
22:デフォルトの名無しさん
12/09/08 15:53:54.43
c++builder xe3でフォームだけのプログラムをコンパイルして出来た実行ファイルが３．６Mバイトって・・・
プログラムの動作速度も 2009にくらべて3割くらい落ちてる
なんだよこれｗ
23:デフォルトの名無しさん
12/09/09 04:07:41.37
XE3-updated copy protection or how to slow down the IDE start
URLﾘﾝｸ(andy.jgknet.de)
XE3のIDEはコピープロテクトのために起動がかなり遅くなった。
ベリファイのためにbinの下のDLLを全てロードしてチェックし、アンロードする。
SKUの上位エディションほどDLLが多いので時間がかかる。