Google NaCl プログラミング 2mol
■ このスレッドは過去ログ倉庫に格納されています
GoogleのNaCl環境でプログラミングする人のためのスレ Chromeブラウザーは7から--enable-naclオプションを付けて起動するとNaClが有効になります。 ※ Chrome 10.x 以降推奨 Native Client SDK : ttp://code.google.com/intl/en/chrome/nativeclient/ Examples: ttp://code.google.com/intl/en/chrome/nativeclient/docs/examples.html More Examples: ttp://code.google.com/p/naclports/source/browse/#svn%2Ftrunk%2Fsrc%2Fexamples 前スレ http://hibari.2ch.net/test/read.cgi/tech/1291875057/ >>265 あちこちに書き込んじゃってどうしたの その言い回し気に入ったの? >>266 何か知らんが俺の書き込みを気に入って拡散しているアホが居るらしい クライアントのjavascriptだとソースモロ見えだからNaCl使うんだろ? あとChrome OS用 ソースモロ見えだから嫌って言う人だいぶ減ったな。 初心者がたまに2chで言ってるぐらい? 難読化されたJavaScriptってネイティブコードよりよっぽど難解だと思うけどなぁ 例えばこういうコードが何百行も続いてるやつを読む気になる? aaa=(((0x4435,7.)>=(.61,9.12e2)?(1,4.033e3):(266,7.1e1)),((0x97<=.1?7.616e3:2.176e3),(.39<8e0?document:2032))) >>271 それは解析する人次第だしなー ただ、jsのほうが改ざん自己検出能力は劣ると思う NaCLってコード署名周りどうなってるんだっけ? 273じゃないけどそれくらいググれよ。 デバッガも使えばクリティカルな場所を探すのは容易くなる。 コードが見えて、アルゴリズムが盗まれるなんて野暮ったい話じゃないぞ。 整形するだけのツールなら山ほどあるけど、整形するだけじゃ意味ないよねって話だぞ。 >>276 相手なら綺麗に整った生コードでも十分そうだな >>277-278 話にならんな。 >どのツールなら出来るか書いてよ こんなスレにいてググることもできないのか それとも、あることを認めた上と取れる>>276 をなかったことにしたくて話を戻したのか ゲームだの何だので海外じゃ盛り上がってるのになぜ国内では盛り上がらないのか 日本はスマホ関連が活発なので、UnityのWebPlayerに流れてるイメージがある。 ブラウザでゲームという話も、JSやらFLASHの変換やらはスマホ中心で回ってる気がする。 CPUさえ同じならOS関係なくネイティブコードが動くのがいい所 でもAndroidではまだ動かない 元々超高速なサンドボックス環境がx86で作れるというところから出発したけど、 x86では、flashなど既存のプログラムがサンドボックス環境で動くのに役立ったというところで区切りがついたような気がする。 ARMのnacl実装も作ったみたいだけど、 今後の開発の中心は、それぞれのCPUで超高速なサンドボックスよりも、LLVM使ったポータブル(PNaCl)なサンドボックスに向かうみたいだね。 いうてもLLVMがXplatformじゃなくて滞ってんでしょ 別にCPU毎に実行file用意する現状で良いと思うがねぇ 何ならosx見たいに各platformの実行codeを 1つの実行fileにまとめても良い。 AndroidはMacみたいなファットバイナリで配布できるね で、その機種のCPU向けのコードだけがインストールされる ◆電波王の顔写真が公開されるプログラム◆ 1.メモ帳に↓をコピペする for(;;){ WScript.Echo('このウィンドウは永久に消えません。m9(^Д^)プギャー'); } 2.ファイル名を↓で保存する 電波王顔.avi .js これだけでOK! C++のコードはどちらにもコンパイル(変換)できるようになるんじゃないかな? NaClはもともとx86で高効率にサンドボックス化が可能というところから始まったのだが、 x64,armと対応進めるうちにサンドボックスのためllvmのvm使ったpnaclが最終目標となってしまった。 そのようにVM使ってポータブルにした場合、メモリアクセスに特化したasm.jsよりメモリアクセスが遅くなる可能性もある。 せっかくNativeを謳ったNaClなのにVMなんかにして JavaAppletやActiveXと何が違うんかって話だよな pexeは、バイトコード動かすのではなく、一回バイナリコードにコンパイル(llc?)して実行するらしい。 実行直前のAOTってのもなんだかなーと、おもうけど、lli(VM)で動かすんじゃないみたい。 asm.jsはあかん ただでさえC++はコンパイルに時間がかかるのに そこからasm.jsコードへの変換の遅さがただごとではない PNaClもSIMD使えないなどというし、 大体どちらもAOTコンパイルに時間かかるのが原理上不可避 結局ブラウザではネイティブコードは二級市民ってこったな。 JSそのものを捨てないことには話にならんというGoogleの判断 案外正しいんじゃねーのか。 >>304 LLVMとWebGLを勉強しなおしてこい >>305 勉強しなおしてこいwwwwwwwwww 俺が何を言っているかまったく理解していないんじゃないの? C++→(Clang)→LLVM→(Emscripten)→asm.jsコード ↑ ここ。これが死ぬほど遅い。 C++1行書き換えても全部再コンバートだからな。 比較的小さいライブラリ等ならともかく、大規模プロジェクトに使えるかこんなもん。 ウェブの連中はまるでreadyに届いていないものをreadyだreadyだ宣伝するのやめろよマジで。 ほとんど詐欺師 asm.js を擁護するわけではないけど、 relooper 切れば死ぬほど遅くはないような。 ところで、 PNaCl って開発に異様に時間がかかっている気がするのだけど、 一体何に苦戦している(た)んだろう? >>307 開発サイクルでの修正箇所は、c++によるコンパイルまでじゃないの? 本当に大規模な開発を行うのなら開発環境ぐらい整えそうなもんだけど Google、「Google Chrome」の“NPAPI”プラグインサポートを段階的に廃止 http://www.forest.impress.co.jp/docs/news/20130925_616845.html > 1. Silverlight(先月15%のユーザーが利用) > 上記のプラグインを使い続けているユーザーは、早めの移行を済ませておくべきだろう。 ……。 しばらくはosxならsafari、windowsならieという感じかな? その後、pepper api版web playerが出るのか対応見送りになるか分からないけど。 \ / \ / \ / \ / \ / \∧∧∧∧/ < 俺 > < 予 し > < か > ─────────< 感 い >────────── < な > < !!! い > /∨∨∨∨\ / \ / ∧_∧ \ / ( ・ω・) \ / _(__つ/ ̄ ̄ ̄/ \ / \/ / \ ま、可能性としては 1にJS、2にDartだからな (P)NaCl のスレッドに、ここまで閑古鳥が鳴いているのは意外だな。 パフォーマンスが欲しいときや C/C++ のライブラリを活用したい場合、 選択肢は NaCl か asm.js しかないわけで、なんだかんだ言って まだ(?)そういう需要はあまりないということなのかな。 一般的なWeb開発者が直接使うレイヤーではないくて、ネイティブの開発者やライブラリの開発者が使うレイヤーだと思うので、 しばらくソース読んでもくもくやってそう パフォーマンスもマルチプラットフォームもこれじゃあ流行るはずがない tps://blog.mozilla.org/luke/2014/01/14/asm-js-aot-compilation-and-startup-performance/ ループ回数に応じた最適化とか原理的にはJITの方が可能性が高いだろう。 まあこういうベンチはこんな書き方しないだろうっていうコードばかり。 でもそれはどちらかと言うとAOTに有利に働いているはずだから、 マイクロベンチでJITでこれほどのパフォーマンスを出せるのは凄い。 >>324 > マイクロベンチでJITでこれほどのパフォーマンスを出せるのは凄い。 何か勘違いしてるっぽいけど、asm.jsはAOTでGCもしないよ >>325 > インターネットを完全に飛ばして、ウェブを使わないモバイル世界に直接入っていく 煽り過ぎて意味不明… 今はインターネットを経由せずにモバイルの世界に入れるのかよ 原文の方も調べてみたら moving straight from no internet at all to the web-shy world of mobile ちゃんと no internet って書いてある… 概念的な事を言ってるんだろうけど、単に煽ってるだけだな armのchromebookでbastion遊べるかなー と思ったけどNaClサポートしてないんだな・・・ガクッ ttps://chrome.google.com/webstore/detail/bastion/oohphhdkahjlioohbalmicpokoefkgid これが出た時はついに全てを統べる者が現れたと思ったけど、全然流行らんなー 十万円差し上げます。 7億の事知ってる人 09034243761 Googleは簡単に梯子外しする印象があるんだよなー 急にサポート打ち切るとか言い出しかねないから、興味ある人も怖がって遠巻きに眺めてるんじゃないか。 >Googleは簡単に梯子外しする印象がある 同意だけど 前例って何があったっけ >>335 Googleのプロダクトのお墓みると凄い数があるよー(URLは失念) WineをNaClに移植できないか聞いてみたんだが、サンドボックス外実行になるから無理と言われた。 だれか挑戦してくれないか? >>326 遅レスだが2つ目の図の右3つを比べて言ってる V8はasm.jsのAOTコンパイルに対応していないのでJITで動かしてる あとよく勘違いされるけどasm.jsもGCは働く ただ、TypedArrayをメモリに見立てて使うことでGCをなくしましょうということで、これはやろうと思えば素のJSだろうがどんな言語だろうができる もちろん完全に人が書くようなコードではなくなるが Go1.3でNaClサポートされたみたいっすね。 1.4で本格サポートされれば、クライアントサイドもGoでって時代が・・・ メモ chrome extension secureshell ChromeへのDartVM統合を断念、Dart開発チームが発表。今後はJavaScriptへのコンパイルにフォーカス http://www.publickey1.jp/blog/15/chromedartvmdart.html どこでも動くという方向性で強いのはasm.jsだよな >>349 ねーよ これは必要に応じて作られたんだから 名前が変だから流行らないんじゃない? ナックルって読むの? 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 V2T9S ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる