JavaScript の仕組み：メモリ管理+ 4つの共通のメモリリーク処理方法 - Qiita
この記事は sessionstack blog に投稿されている、How JavaScript works シリーズの一記事 "How JavaScript works: memory management + how to handle 4 common memory leaks" の和訳です。投稿されたのは Alexander Zlatkov, 原文はこちらです。翻訳については許諾いただいています。 メモリ管理もしくはC言語におけるメモリ解説他、用語なども怪しい箇所は多分にありますので、間違いがありましたら修正のご指摘・編集リクエスト等ください。 日本語の参考 URL 先に日本語の参考URLを記載しておきます。 JavaScriptで起こるメモリリークのパターン - EagleLand Browser Computing Structure // Speaker Deck Unders
JavaScriptでメモリ効率を考える その２（メモリアロケータ篇） - Qiita
JavaScriptでメモリ効率を考える その１（シングルフレームバッファ篇） JavaScriptでメモリ効率を考える その２（メモリアロケータ篇）←この記事 通常の配列生成 前回のシングルフレームオブジェクトで大量のオブジェクトは捌けました。 捌けましたが、あれはプロパティやら何やらが色々固定されたクラスだから出来たことで、例えばこんなケースだと難しいです。 function loop(){ let i = 1000; while(i--){ // ランダムなサイズを指定 const size = Math.ceil(Math.random() * 100000); // 配列を生成 const arr = new Float32Array(size); // 破棄する arr = null; } requestAnimationFrame(loop); } サイズが変動する配列はプー
JavaScriptでメモリ効率を考える その１（シングルフレームバッファ篇） - Qiita
JavaScriptでメモリ効率を考える その１（シングルフレームバッファ篇）←この記事 JavaScriptでメモリ効率を考える その２（メモリアロケータ篇） 通常のオブジェクト生成 これは一つのあるあるですが、ゲームを製作していると、 「よーし、パパこのタイミングでオブジェクト1万個作っちゃうぞー！」 というふざけたことがままあります。（ないです） それはつまりコードにするとこんな感じ。 function loop(){ // ふふふ、万単位の弾幕でプレイヤーをぶっころそう！ let i = 10000; while(i--){ // 弾の位置をいっぱい作るぞー！ const vec = new Vector3(i, i, i); } requestAnimationFrame(loop); } class Vector3{ constructor(x, y, z){ this.x =
Learn web development | web.dev
Stay organized with collections Save and categorize content based on your preferences. Explore our growing collection of courses on key web design and development subjects. An industry expert has written each course, helped by members of the Chrome team. Follow the modules sequentially, or dip into the topics you most want to learn about.
[WebRTC] new RTCPeerConnection()を何回も呼ぶとメモリリークする - Qiita
var RTCPeerConnection = window.RTCPeerConnection || window.mozRTCPeerConnection || window.webkitRTCPeerConnection; while (true) { var pc = new RTCPeerConnection({}); pc.close(); } JSFiddleによる実行例（注意: リンク先に飛ぶとブラウザがクラッシュする） 自分の最新のIPアドレスを取得するためにwebrtc-ipsをポーリングしようとしたのだが、メモリ使用量がどんどん増えていくので気付いた。 対処法 そもそもnew RTCPeerConnection()を大量に呼ぶコードを書かない 大量に呼ぶ必要がある場合は、適当なときにlocation.reload()する Register as a new user
![[WebRTC] new RTCPeerConnection()を何回も呼ぶとメモリリークする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e82c0a2e2d0259fd8a434a287b44e5ec4bdecb88/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCV2ViUlRDJTVEJTIwbmV3JTIwUlRDUGVlckNvbm5lY3Rpb24lMjglMjklRTMlODIlOTIlRTQlQkQlOTUlRTUlOUIlOUUlRTMlODIlODIlRTUlOTElQkMlRTMlODElQjYlRTMlODElQTglRTMlODMlQTElRTMlODMlQTIlRTMlODMlQUElRTMlODMlQUElRTMlODMlQkMlRTMlODIlQUYlRTMlODElOTklRTMlODIlOEImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWMyZjc5NGQ1ZmU4NjgxOWQ3MmQ3NjZhYzAyZjcyNjQz%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwYW5xb29xaWUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTQ5M2QwYTkxMTg2OTExM2YwNTYzZDZkNGJlOTIxZmRm%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D72cdeaaaff20d8d3f3b8083fa73837b4)
Shibu's Diary: JavaScriptのメモリリークを10倍速で発見する
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 メモリリーク。一言でプログラマを死に追いやる恐怖の言葉。C/C++の世界ではmallocしたのにfreeしないとかのケアレスミスでよく起きていた問題です。その後、ガベージコレクタが掃除してくれるプログラミング言語が増え、一部の言語で循環参照に気をつけるぐらいであまり気にしなくても良い的な風潮になっています。 というものの、そうとも言ってられなくない状況も増えてきています。クラウドのスケールアウトブームも一段落というかコモディティ化し、go言語で再び性能向上方面に関心が寄せられたり、日本でErlangの勉強会が満席になったり、スケールアウトから再びスケールアップ方面に話題が移りつつあるのを感じます。長時間稼働のサーバで、スケールアップしてさらに数多くのリクエストを大量に受けるよう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
