The LuaJIT Project
This is the common project page for: LuaJIT — a Just-In-Time Compiler for Lua. Coco — a Lua extension for True C Coroutines. DynASM — a Dynamic Assembler for code generation engines. Lua Bitop — a Lua extension for bitwise operations on numbers. Privacy Policy This website does not request, store or process any private data. This website is fully static and does not allow entry of personal informa
今のJVMに欠けている物
原文: チャールズ＝オリバー＝ナター 今日ツイッターで、「JVM及びJDKが、あらゆるプログラミングにおいて真にイケてるプラットフォームになる為には未だ幾つかの欠陥が有る」と呟きました。沢山の人から「もっと詳しく」とせっつかれたので、ここに短く書き起こしておきます。勿論、これで全部という訳ではないのでしょうが、今日思いついたのはこれだけです。 ゼロから起動する際のパフォーマンス現存するJVMの起動はかなり速いですが、Java 7でのHotSpot（訳注：Sun及びオラクルのJVM）にはこれをより良くする為の改良が盛り込まれています。普通、こういった改良は、バイトコードを予め検証したり（或いは検証の為のヒントを与えたり）、クラスデータを幾つかのプロセスで共有したり、在り来たりではありますがプログラムのロード時間やリンク時間を短縮する工夫を凝らす事で成し遂げられます。ところが、多くのアプリケー
Matzにっき(2010-05-10)
_ [Ruby] GC mark改善案 おひさしぶり。 GC sweep時間はわりと短縮できそうなので(authorNariくんがLazySweepパッチを書いてくれたし)、 このところGC mark時間を短縮するアイディアはないか、考えている。 今のRubyに入れたいので、制約として、 保守的 mark&sweep write barrierを導入しない というものがある。 しばらく前にTwitterで、「いくつかのオブジェクトをまとめて、その単位でマークする」というアイディアを披露してみたが、すぐに三浦さんから「トラバースのコストが減らないから効果ないんじゃない」との指摘が。ちょっと考えてみたら、確かにその通り。かっくり。 まあ、50年間、いろんな人が考えてきたGCで、画期的なアイディアを思いつくのは難しいよね。 まあ、そういう「誰も知らない系」ではなくて、mark時間短縮に効果のあり
JavaScriptが遅い4つの原因とは？
1つ前の記事「JavaScriptをいかに高速化するか、IE9、Firefoxの取り組み」では、IE9とFirefoxにおけるJavaScriptの高速化について紹介しましたが、そもそもJavaScriptの実行速度はなぜ遅いのでしょう？ その理由について、Mozilla Japanテクニカルマーケティング担当の浅井智也氏が、スライド「Trace Monkey」でポイントをまとめています（このスライドはタイトルから分かるとおり、Firefoxの当時の新しいJavaScriptエンジン「Trace Monkey」を紹介するために1年以上前に作成されたスライドですが、1つ前の記事を見ると、ここで示された課題はいまも変わっていないようです）。 全67枚のスライドの20枚目から24枚目の5枚を以下に紹介します。 JavaScriptが遅い原因は、以下の4点にまとめられています。 インタープリタ型言
Facebook Developers | HipHop for PHP: Move Fast
One of the key values at Facebook is to move fast. For the past six years, we have been able to accomplish a lot thanks to rapid pace of development that PHP offers. As a programming language, PHP is simple. Simple to learn, simple to write, simple to read, and simple to debug. We are able to get new engineers ramped up at Facebook a lot faster with PHP than with other languages, which allows us t
Schemeで信号処理 - .mjtの日記復帰計画
先日、1日でCODECを書けるか(Schemeで)というネタをやって、VorbisとSBC*1を実装してみた。細かい報告は後で(修論に)書くけど、結局実時間の50倍とか掛かるのでリアルタイムデコードは出来なかった。 パフォーマンス劣化の基本的な要因はバッファを共有できずにメモリを大量に確保することにあるように観測された。つまり、プロファイラを使うと殆どBoehm GCの中で時間を使っているように見える。 SBCのデコーダのうち、"波形の合成"はこんな感じになる。 http://gist.github.com/247737 たった130行！ 実は、音声CODECのデコーダを実装するにあたっては、面倒な仕事の殆どはエントロピ圧縮のデコードとパケットのパースに有って、音声圧縮のコアであるところの周波数変換とか音声符号化はそれほど面倒でも無い。 このコードは非常に大量のメモリを"使い捨て"にしてい
hypotheticalabs.com - このウェブサイトは販売用です！ - hypotheticalabs リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
CRI Script - Trac
Welcome to the CRIScript project. CRIScript is a lightweight implementation of JavaScript/ECMAScript for games. CRIScript engine compiles a JavaScript into a stream of byte codes and executes it on several platforms with great performance and flexibility. It currently supports the PC and Xbox360 platforms. What's new 09/14/08 Ver.0.91.0.137 checked in. - Added OSX/GCC support!! - Can compile i
コンシューマ・ゲーム開発におけるスクリプト言語の利用 天と地、そしてCriScript
天に星、地に花、人にスクリプト コンシューマ・ゲーム開発におけるスクリプト言語の利用 松田白朗/Hak Matsuda CRI Middleware inc. 自己紹介 松田白朗(Hak Matsuda) Lead Developer, CRI Middleware inc. CriScript開発、オープンソースとして公開 マルチプラットフォーム向けミドルウェア開発 Xbox360、Xbox、DC、Saturn等ゲーム機のライブラリ 開発、技術サポート San Francisco在住 本日のお題 ¾ 対象：これからスクリプトエンジンを組み込み/実装/高速 化しようとする方への入門編 ¾ コンシューマゲーム開発へのスクリプト言語採用 ¾ なぜコンシューマゲームにスクリプト言語が必要か ¾ CriScriptの概要、実装について ¾ CriScriptとは何者か ¾ 言語系を実装、カスタマイ
パスワード認証
いつもABARSの運営するサービスをご利用いただき、どうもありがとうございます。この度、運営中の下記のサービスを、2023年1月31日をもって、終了させていただくこととなりましたので、お知らせさせていただきます。 [終了するサービス] ・イラストブック ・メトセライズデストラクタを含む各種ゲーム ・ABARS ADDON [終了する媒体] ・ABARS公式ページ（abars.biz、abars.net） ・BLOG [継続するサービス] ・TDNetSearch ・TDNetView 終了するサービスに関しまして、Adobe Flash、Python 2.7をベースとして開発しており、Adobe Flashは開発終了、Python 2.7はメンテナンスフェーズに入っており、現状のコードベースでは大きく手を入れない限り運営を継続することが難しくなっており、この度、サービス提供を終了させていた
Irregexp, Google Chrome's New Regexp Implementation
$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81
たけまる / Inside the Erlang VM
_ Inside the Erlang VM [erlang][paper] 昨日 [2008-12-11-1] に引き続き，今日は Erlang User Conference の発 表を紹介します． 発表者の Ludin さんは Ericsson で Erlang を開発されている方のようで す．論文形式の資料があるので要約します． この論文は，Erlang VM における SMP サポートの現状と将来を簡単に紹介 しています．Erlang といえばマルチコアを得意としているイメージがあり ますが，SMP サポートの歴史は浅く，まだまだ速くなる余地がありそうで す． Kenneth Lundin, "Inside the Erlang VM," Erlang/OTP User Conference, Stockholm, November 13, 2008. pdf 1. Introd
YARV(Yet Another RubyVM)アーキテクチャ
これは？ Compiler (compile.h, compile.c) VM Generator (rb/insns2vm.rb, insns.def)命令記述 VM (Virtual Machine, vm.h, vm.c)レジスタ スタックフレームメソッドローカルフレーム ブロックローカルフレーム クラスフレーム フレームデザインについての補足 メソッド呼び出しについて 例外例外テーブル rescue ensure break, return（ブロック中）、retry 定数の検索定数検索パス 最適化手法threaded code Peephole optimization inline method cache inline constant cache ブロックと Proc オブジェクトの分離 特化命令 命令融合 オペランド融合 stack caching JIT Compile
Rubyで実装し直したFixnum#timesの方が速い
http://d.hatena.ne.jp/Gimite/20080802/1217647596 でちょっと思い出した、前からやってみたかった実験をやってみたらだいたい思った通りな感じだった。 class Fixnum def times i = 0 s = self while i < s yield i i += 1 end end end s = 0 1000000.times{|i| s+=i } p s みたいなコードを書くわけです。ご存知の通り、 Ruby の Fixnum#times は C 言語で実装されてます。それを Ruby で実装しなおしたら当然遅くなります。ホント時間のムダです。実はそうでもないんです。 > time ruby1.9 bench.rb 499999500000 ruby1.9 bench.rb 0.10s user 0.00s system 91%
Erlangのhttpドーピング - みかログ
Erlangで書かれたWebサーバのyawsはかなり速い． Apache並の性能が出る． それはErlangが速いからだと思っていた． でも，ソースを読んでみたら，ドーピングされていることがわかった． 同様のアプリで，mochiwebというErlangで書かれたWebサーバのフレームワークもあるけれど，これも同じでその方法を使っていた． Erlangでは，TCP通信のドライバにいろいろなモードがあって，行単位で応答を返したり，FCGIやCORBAのパケットをあつかったりすることができる． Erlangのマニュアルには書かれていないけれど，このモードにhttpというものがあって，それを使うと，httpヘッダの解析などをC言語で書かれたドライバ内で行うことができる模様． undocumentedだけども，どちらのフレームワークも使用しているということは，その辺よく研究しているということなのかな
lab.klab.org - MediaWiki - Erlang Performance
概要 並列処理に適したプログラミング言語 Erlang は、マルチプロセッサの環境で 効率よくパフォーマンスが向上すると言われています。そこで実際のマルチプ ロセッサ環境で様々な Erlang プログラムを走らせる検証を行ってみました。 行った検証の内容は以下の通りです 並列ソート N-Queen 問題 検証環境 ハードウェア Sun Fire T1000 CPU UltraSPARC T1 メモリ 16G OS Solaris 10 8/07 Erlang 実行環境 OTP 12B-0(hipe 有効) 今回使用した UltraSPARC T1 プロセッサ は 8つのコア×4スレッド(CoolThreads)という構成 で合計 32個の並列処理が可能となっています。なお、検証に使用した Sun Fire T1000 はサン・マイクロシステムズ（株）様よりごお貸し頂きました。 ソース
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.inf.puc-rio.br/~roberto/talks/lua-ll3.pdf
https://dreamsongs.com/Files/Timrep.pdf
error
Microsoft Word - 1700euc_smp.doc