[D] Mavericks Safariを以前のサクサク軽快Safariに戻す方法
出張初日から飛ばしすぎて連日鼻血は出るし、なんか既にスタミナが空な感じなんですが、ブログリハビリ中でようやく更新ペースが戻ってきたので勢いを落とさないように軽めのエントリー。（と思って書き始めたらむしろ長いエントリーになったｗ） 一枚目の写真は本文には全く関係なくて、注目していただきたいのは↑の写真。 問題 不覚にも昨日まで気づかなかったんですが、気づいたらMavericksのSafari 7ってタブ毎にプロセスを生成するGoogle Chromeスタイルにアーキテクチャが変わってたんですね。 もともと、Safariが採用しているWebKitというエンジンはシングルプロセスモデルで、それだと１つのタブがクラッシュしただけでアプリ巻き込んでしまうのが安定性として問題ってことで、Google Chromeは独自にWebKitを拡張して、タブごとにプロセスを生成するモデルにいち早く切り替えました
![[D] Mavericks Safariを以前のサクサク軽快Safariに戻す方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/25ae609e5c1aebf9446fe6d4ef8b9570308ffc5c/height=288;version=1;width=512/http%3A%2F%2Ffarm4.staticflickr.com%2F3755%2F11229634385_db3f569b98_c.jpg)
iPad、画像リソースのメモリリーク - はてなダイアリー - 無料で簡単。広告のないシンプルなブログをはじめよう！
JavaScriptiPadのSafariは、2カ所から画像のメモリに接続するとリークしガベージされない。iOS、3.2、4.2.1、どちらも起きる。 例えば、2つのimg要素が同じsrcを設定すると、その画像リソースはページのリロードまで2度と離されない。以下のサンプルは、画像ロードが途中で停止し、以降は新しい画像を表示できない。デスクトップのブラウザのように、別のimg要素でプリフェッチして、他のimg要素で表示する手法は使えない。 // imagesにsrcのリストを用意 var elmImage = document.body.appendChild(document.createElement('img')); var elmOther = document.createElement('img'); (elmImage.onload = function(){ documen
JavaScriptからメモリ情報を取得する方法
JavaScriptにおいてメモリ管理は基本的にエンジン任せなのであまり意識することは無いかもしれませんが、メモリリークの調査やパフォーマンスの実験のためにメモリ情報をJavaScriptから扱いたいときがあると思います。 メモリリーク調査は専用のソフトウェアなどがあるので、 JavaScript Memory Leak Detector (v2) – GPDE Team Blog – Site Home – MSDN Blogs IE Overview – JavaScript Memory Validator Firefox Debugging memory leaks – MDC Doc Center そちらを使うのでもいいかもしれませんが、new Dateを使った実行時間の記録みたいにJavaScript内からメモリ情報を取得して計測できるとおもしろいと思うので、ブラウザ毎にやる方
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
