任天堂「今後C++は捨てJavaScriptで開発していく」 (887ﾚｽ)
任天堂「今後C++は捨てJavaScriptで開発していく」 http://mevius.5ch.net/test/read.cgi/tech/1363752460/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
432: デフォルトの名無しさん [sage] 2013/04/03(水) 10:52:17.91 真面目にＪＳでのゲーム開発を議論するスレかとおもいきや、普通の初心者スレになっているとは。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/432
433: デフォルトの名無しさん [sage] 2013/04/03(水) 10:53:41.38 >>431 JavaScriptでCと同等の処理が書けるかって話じゃなくて、同等の速度がだせるかって話なんですけど。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/433
434: デフォルトの名無しさん [sage] 2013/04/03(水) 10:56:50.87 emscripten はそういうのじゃないとおもうんだ c->js はかのうかもしれない js->c は範疇外だろう? http://mevius.5ch.net/test/read.cgi/tech/1363752460/434
435: デフォルトの名無しさん [] 2013/04/03(水) 10:57:37.21 逆にJavaScriptソースと同等機能を実現するC、アセンブラソースを作り出すことも可能。 JavaScript ⇒ C、アセンブラ ⇒ バイナリ としたらJavaScriptも速く出来る。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/435
436: デフォルトの名無しさん [sage] 2013/04/03(水) 10:58:41.14 「この処理系でJSを実行したらCと同等の速度になる」って実例をバーンと出せば 終わる話なのに、できないでいろいろ理屈を言ってることは、やっぱ遅いんだな。 わかりました。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/436
437: デフォルトの名無しさん [sage] 2013/04/03(水) 10:59:28.28 ちょっとまてよｗ >>401 = >>425 かよ 真面目にレスして損したわ･･････ http://mevius.5ch.net/test/read.cgi/tech/1363752460/437
438: デフォルトの名無しさん [sage] 2013/04/03(水) 11:00:35.68 >>435 動的型の言語は単純にCに変換できないでしょ。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/438
439: デフォルトの名無しさん [sage] 2013/04/03(水) 11:03:15.27 >>435 ＞JavaScript ⇒ C これで作られるCコードを速度まで同等に最適化するのが難しいわけよ 莫大な計算量が必要で現実的じゃない http://mevius.5ch.net/test/read.cgi/tech/1363752460/439
440: デフォルトの名無しさん [] 2013/04/03(水) 11:08:59.46 C++からJavaScriptへ変換し、さらにJavaへ移植する話の続き http://d.hatena.ne.jp/aoisome/20130121/1358779265 ［GDC 2013］Webブラウザで「Unreal Engine 3」がヌルヌル動く!? ゲームエンジンを5日でHTML5へ移植した驚きの技術とは http://www.4gamer.net/games/032/G003263/20130328081/ モジラ、ブラウザ上でゲーム機並みの3Dゲーム体験を可能にする取り組みなど発表 http://headlines.yahoo.co.jp/hl?a=20130328-35030070-cnetj-sci Mozilla、Firefox 22 にブラウザゲームを高速化する「asm.js」を搭載- インターネットコム（2013年3月28日12時00分） ゲームは、大量のリソースと複雑なコンピューティングを要求するタスク。 このため、ゲームは、ハードウェアの特性にあわせた専用 OS 向けに、ネイティブコードで書かれるのが普通だ。 だが、Mozilla の JavaScript 高速化プロジェクトにより、高いパフォーマンスを持つブラウザゲームの実現が、現実味を帯びてきた。 米国 Mozilla は3月27日、ゲームエンジン「Unreal Engine」を開発した Epic Games と協働していることを発表した。 この共同プロジェクトは、Unreal Engine 向けのゲームを、Web ブラウザ内で動作可能にすることを目指すもの。 「Emscriptem」は C で書かれたコードを、どの Web ブラウザでも動作する JavaScript に書き換えるクロスコンパイラ。 Mozilla CTO であり、JavaScript の開発者でもある Brendan Eich 氏は InternetNews.com に対し、emscriptem を利用すれば、開発者が Web フレンドリーな新しいタイプの開発へ移行することが、より容易になると説明した。 http://media.image.infoseek.co.jp/isnews/photos/internetcom/internetcom_20130328_010_0-small.jpg http://news.infoseek.co.jp/article/internetcom_20130328_010 http://mevius.5ch.net/test/read.cgi/tech/1363752460/440
441: デフォルトの名無しさん [sage] 2013/04/03(水) 11:09:47.06 ja.wikipedia.org/wiki/%E5%A4%89%E6%8F%9B%E8%A8%80%E8%AA%9E asm.js もそうだけど 中間言語というかtranspilerかますと 復元できない 復元までふくめるとcoffeeみたいになるし…あれ解釈エンジンは おなじだからこそparserラクしてる面もあるし http://mevius.5ch.net/test/read.cgi/tech/1363752460/441
442: デフォルトの名無しさん [sage] 2013/04/03(水) 11:14:39.09 >>440 どっかの記事だと、asm.js でもネイティブコードの倍の遅さらしいけど。 (倍でもすごいけど) http://mevius.5ch.net/test/read.cgi/tech/1363752460/442
443: デフォルトの名無しさん [sage] 2013/04/03(水) 11:16:11.82 で、俺の持ってるPCのCPUとGPUを解析して完全に最適化されたコマンドを吐いてくれるJITエンジンはいつ作ってくれるの？ http://mevius.5ch.net/test/read.cgi/tech/1363752460/443
444: デフォルトの名無しさん [sage] 2013/04/03(水) 11:21:03.45 >>440 asm.jsのコードはJavascriptのコードとしても実行できるけどその場合はかなり遅い モジラのVMは、asm.jsのコードをjavascriptのコードとしてではなくて 特殊な静的言語で書かれたコードとして解釈して実行することができて、 その場合は同じようなのネイティブコードの半分ぐらいの実行速度が出る つまりこれはJavascriptのコードを早く実行する技術とは全然違う http://mevius.5ch.net/test/read.cgi/tech/1363752460/444
445: デフォルトの名無しさん [] 2013/04/03(水) 11:23:55.23 Mozilla、Firefox 22 にブラウザゲームを高速化する「asm.js」を搭載 - Infoseek ニュース Mozilla のゲームプラットフォーム戦略を担当する Martin Best 氏は InternetNews.com に対し、 asm.js コードは、JavaScript 言語の中核要素を使用すると述べた。 基本的には、asm.js を意識して書かれたコードのみが高速化されることになる。 だがこの技術には後方互換性があり、Best 氏によれば、ブラウザが asm.js をサポートしていない場合であっても、 開発者は非常に効率の高いコードを書けると述べている。 http://news.infoseek.co.jp/article/internetcom_20130328_010 http://mevius.5ch.net/test/read.cgi/tech/1363752460/445
446: デフォルトの名無しさん [sage] 2013/04/03(水) 11:29:38.72 反論がなくなったから「Javascriptは処理系しだいでCと同等の速度がでる」って話は 間違いでしたって認めたって解釈させてもらいます。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/446
447: デフォルトの名無しさん [] 2013/04/03(水) 11:31:53.62 >>442 処理内容による。 例えば、asm.jsが円周率を1億万桁求める事をサポートし それがC言語で書かれていてバイナリとして組み込まれていれば、 単体ネイティブバイナリと計算速度は同等だろう。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/447
448: デフォルトの名無しさん [sage] 2013/04/03(水) 11:35:56.15 >>447 それは、速度を求められるところはCで書かないとCと同等の速度はでないってことですね。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/448
449: デフォルトの名無しさん [sage] 2013/04/03(水) 11:38:53.98 >>443 CPU負荷や空きメモリ、処理対象データに合わせた動的最適化も追加でよろしく！ http://mevius.5ch.net/test/read.cgi/tech/1363752460/449
450: デフォルトの名無しさん [sage] 2013/04/03(水) 11:43:43.06 処理の重いところはグラフィックカードがやるから ライブラリーに投げるだけでしょ？ ロジック部分の生産性が上がるなら言語部分の 速度を議論するのは不毛じゃないの？ ただ、プログラムの規模が大きくなってきたときに Javascriptってかえって生産性低いのではないだろうかって 気がするんだけど 結局プログラムの生産性を下げるのって不注意で作り込んだ バグをつぶすところが大きくて、Javascriptでうまく動かすのには 本来コンパイラーガやってくれる部分を 人間が細心の注意を持ってやらなきゃいけない様に見える そう言う機能をどんどん追加していったら、 結局遅くて使いにくいC++の亜種になったりしそう HTML5が流行りでみんながこのビッグウエーブに乗ろうと するし、実際適用範囲が広がるのは確実だと思うけど、 出来るからって何でもそれでやろうとするのは凄く 間違った方向に進むと思うな http://mevius.5ch.net/test/read.cgi/tech/1363752460/450
451: デフォルトの名無しさん [sage] 2013/04/03(水) 11:47:33.33 VB.NETが生産性最高 http://mevius.5ch.net/test/read.cgi/tech/1363752460/451
452: デフォルトの名無しさん [] 2013/04/03(水) 12:02:14.73 JavaScript処理系自体がほぼC/C++製だ。 JavaScript処理系をJavaやJavaScriptやC#や純関数型で書くのも可能だろうが。 速くしたい所を念入りに最適化するのは当然。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/452
453: デフォルトの名無しさん [] 2013/04/03(水) 12:39:39.19 Cコンパイラが出力した機械語と速度比較するのが間違い。CコンパイラソースをJavaScriptソースに変換できれば機械語として同じ速度だ。 言語性能は同じ土台のインタプリタで比較しろ。 CINT（シーイント） CINT はC/C++ 言語インタープリタです。 CINTを使うと、C/C++で書かれたソースコードをコンパイルせずに実行できます。 90%-95% 実行可能だそうです。 http://belle.sci.fukuoka-u.ac.jp/index.php?CINT Production Version 5.34 Availability ROOT is available in binary and source form. The binaries are available for most supported platforms. http://root.cern.ch/drupal/content/production-version-534 CINT・C++インタープリタ 日本語訳：柴田淑夫(Shibata Toshio) この章ではCINT、ROOTのコマンドラインインタープリタおよびスクリプトプロセッサーについて述べる http://www.dw-sapporo.co.jp/technology/658766f830d530a130a430eb7f6e304d5834/root_usersguide_jp/7CINT.pdf http://mevius.5ch.net/test/read.cgi/tech/1363752460/453
454: デフォルトの名無しさん [sage] 2013/04/03(水) 12:50:29.60 >>453 ＞CコンパイラソースをJavaScriptソースに変換できれば機械語として同じ速度だ。 Cコンパイラソースって何だ？ Cコンパイラのソースコード？ Cコンパイルするプログラムのソースコード？ 何と何が機械語として同じ速度になるの？ http://mevius.5ch.net/test/read.cgi/tech/1363752460/454
455: デフォルトの名無しさん [sage] 2013/04/03(水) 12:52:23.05 >>453 ネイティブのCじゃなくてインタプリタのCとJavascriptを比較しろって意味? そうする意味がわからない。 それにJavascriptじゃCの9割以上の性能出すのムリなんじゃないの。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/455
456: デフォルトの名無しさん [sage] 2013/04/03(水) 12:54:28.66 Ｃの生産性の悪さとインタープリタの性能の低さを合わせた最強のツールか http://mevius.5ch.net/test/read.cgi/tech/1363752460/456
457: デフォルトの名無しさん [sage] 2013/04/03(水) 12:55:49.58 無駄に改行入れる奴って例外なくバカだね http://mevius.5ch.net/test/read.cgi/tech/1363752460/457
458: デフォルトの名無しさん [sage] 2013/04/03(水) 12:58:03.46 もはや自分でも何言ってんのか分かってなさそうだ 最近のコンパイル言語はコンパイルからJITコンパイルに移行しつつ有って最近のスクリプト言語もインタプリトからJITコンパイルに移行しつつ有るというのに、コンパイル言語の不完全なインタプリトとスクリプト言語の最新JITコンパイルを比較とか何がしたいんだ。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/458
459: デフォルトの名無しさん [] 2013/04/03(水) 13:00:33.11 機械語、CPUが直に理解できるワードはC言語とは別もの。 機械語で比較するならば、Cコンパイラと同じ出力を作れれば同速度であるといえる。 Cコンパイラのソースコードを移植できる言語であれば、C言語と同速度。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/459
460: デフォルトの名無しさん [sage] 2013/04/03(水) 13:07:17.13 >>459 何のプログラムコードで書いた何をするプログラムが同速度になるの？ http://mevius.5ch.net/test/read.cgi/tech/1363752460/460
461: デフォルトの名無しさん [] 2013/04/03(水) 13:12:22.58 459だとC言語ソースをJavaScriptでコンパイルしたものが C製Cコンパイラと同速度という意味だが。 JavaScriptソースとC言語ソースに互いに変換可能で無駄がないとすれば JavaScriptソースもJavaScript製コンパイラでC言語並の速度が出るということ。 http://mevius.5ch.net/test/read.cgi/tech/1363752460/461
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 426 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s