TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
小学生プログラマだけど質問ある
C++相談室 part137
SVG波形ライブラリ
Gitをより良くするための運用ガイドライン作成スレ
Pythonのお勉強 Part62
関数型言語一般
【.NET】WCF〜Windows通信基盤技術【通信】
関数型プログラミング言語Haskell Part29
MFC相談室 mfc23d.dll
2進数や16進数を覚える意味がわからない
134 :
>>131
実は、>>133が指摘してる通り JavaやC#は言語仕様そのものが native binary
に直してもC++ほどの速度にはなりにくい。例えば遅くなる理由として
1. GC(Garbage Collection)によって自動的にfreeやdeleteさせようとする仕様。
2. 標準的にはポインタを使わない仕様。
3. オブジェクトが構造体やスタックに埋め込まれずにheapからnewされ易い仕様。
4. 二次元以上の配列がJaggyタイプに成り易い仕様。
5. バッファオーバーランの防止のため、配列の境界チェックが行われやすい仕様。
6. ライブラリが巨大なため起動時に大量のコードがディスクから読み出されるため、
 起動が遅く成り易いこと。巨大になる理由の一つはリフレクションや型に
 #includeによる静的コンパイルをせずにすますためののクラスの型情報などが
 (Javaの場合は*.classや*.jarなどの)ライブラリに入っているためだろうか。

例えば、C#も予めnative binaryに直してしまう方法も有るが、それでも起動速度は
余り早くならないらしい。起動後も1.〜5.の理由のためC++程の速度にはなりにくい。

135 :
>>134
7. C#のリンクリストの場合、要素を削除する場合、文字列などの要素の中身か、
 要素番号を指定する必要が有る。要素Bを有る要素Aの後ろに追加する場合、
 Aの要素番号を指定する必要が有る。これが遅くなる。C/C++本来のリンクリストは
 削除や追加の場所の指定をポインタ(アドレス)で指定できることが速度上の大きな
 優位性であったのにそれが出来ない。なお、詳しくはないがC++のSTLのstd::listの場合は、
 同様の「不具合」があるためリンクリストの本来の性能が出ないかもしれない。
 しかし、それはSTLがC/C++の昔から使われていた本来のリンクリストの実装の仕方を
 していないからであると思われる。

文字コード総合スレ Part11
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
Win32API質問箱 Build126
2ちゃんねる互換P2P匿名掲示板の実装を考える 1
文字コード総合スレ Part12
Google App Engine for java
Access VBA 質問スレ Part1
プログラミングのやる気出す方法教えてくれ
【Delphi】Embarcaderoオッチャ その31【C++ビルダ】
【信者】C++の問題点【アンチ】
--------------------
夜麻みゆき part49
【対戦】2SPICY【ガンシュー】
【まだまだシーズン】北海道ツーリング総合スレ 19-14
漢字が日本語をほろぼす
昔のおやつが小麦粉を水でねって砂糖入れてフライパンで焼いた物
園田道場精神統一修練場 第97部屋
札幌で一人暮らし【239】向かえ
令和元年度ー令和2年度 東京都高等学校教員採用選考
【TBS火22】義母と娘のブルース パン23個目【綾瀬はるか】
【2914】日本たばこ産業【JT】Part13
日亜化学工業25
鉄血のプラモが爆売れした理由を考えるスレ
週末に大量にスケート板を荒らす アイヤー長田
【詐欺国家】嘘つきは韓国の始まり…わかっていたことでも、まだするか!『恥知らず国家と呼ばれても、知らんぷり』[11/26]
◆口蹄疫◆宮崎の次は新潟か??
おはちスレ
アイドルマスターシンデレラガールズ愚痴スレ87
【ミスター中途半端】クソガリAKIO【自演擁護】
ライダーハウスを語るスレッド 5連泊
【AA】ArcheAge 質問スレ2 【アーキエイジ】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼