メモリリークに悩まされている技術者は多いだろう。メモリリークが嫌でGCという技術が開発されたといっても過言ではないし、歴史的にはC++からJavaへシフトが起きた大きな理由のひとつといっていい。Unix系の簡単な定義でいえば、ヒープ領域を指すポインタ(アドレス)をロストしてしまえばそのメモリはもう漏れたといってよい。たとえばこういったコードだ。 struct { int i; char c; } spam; int main(){ void* p; int i; for(i=0; i<1024; ++i){ p = malloc(sizeof(struct spam)); } pause(); } このコードではpause(3)の時点で約5KBのメモリが漏れている。free(3)を使えばメモリをOSに返却できるが、アドレスが分からないので返却できない。 ところが、ここでいいたいのは、メモリ
Badass JavaScriptA showcase of awesome JavaScript that pushes the boundaries of what's possible on the web, by @devongovett. Rik Arends has just released TraceGL, an interesting JavaScript codeflow debugging tool using WebGL for its UI rendering. Described as “an oscilloscope, for code”, TraceGL is an improvement on the familiar step debuggers that can be found in browser dev tools like Chrome, F
See your code! Get it now >> With traceGL you can see all JavaScript codeflow, in a high performance webGL visualiser. Its like an oscilloscope, for code. See everything Wondering what your code looks like when you can see everything? traceGL records all codeflow so you can wander around and see all logic move. Almost like Tron, watching information flow Debug node.js Finally you can see everythin
WEB+DB PRESSで連載中の「JavaScript活用最前線」が2年目に突入しました! 第7回目となる今回は、JavaScriptのメモリリークとChrome Developer Toolsのヒーププロファイラを使った解析方法を書きました。 WEB+DB PRESS Vol.74 作者: 井上誠一郎,奥野幹也,田中慎司,西嶋悠貴,伊藤直也,登尾徳誠,天野祐介,後藤秀宣,ヒノケン,近藤宇智朗,近藤嘉雪,渡邊恵太,堤智代,中島聡,A-Listers,はまちや2,川添貴生,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2013/04/24メディア: 大型本この商品を含むブログを見る 近ごろはJavaScriptでもメモリ管理を気にかける機会が増えていると感じます。少し前まではメモリリークというとIEのJSとDOMの間で循環参照がナントカみたいな話が多かったですが、最
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く