MySQL とメモリに関するまとめ - LukeSilvia’s diary
前回のエントリーデータベースを用いたセッションデータ管理についてで、MySQL とメモリの関係について良く分からない部分があると書きました。 実はここに関する理解はかなり曖昧な部分があって、調査して追記します。とくにメモリ利用量について。mysqld のプロセスが利用できるメモリの上限が、32bit OS の場合は3G 程度ということは、innodb_buffer_pool_size もこの制限を受け、これについての警告が、先に紹介したリファレンスマニュアルのものという理解だけどいいのだろうかというのが1つ。 2 つ目は、この理解があっているとすると、4G 以上のクラスのメモリをつんだサーバをDB サーバとして利用する場合、64 bit OS でないとリソースの有効活用ができないか。それとも、先に書いたとおり、OS レベルのキャッシュとして利用できるから、結果としてデータファイルを読み込む
LinuxマシンにPokenを挿したら自動で管理画面を開く方法 - このブログはURLが変更になりました
Pokenを手に入れました。なかなか良くできてますねこれ。 PokenをLinuxマシンに挿すとリードオンリーなUSBマスストレージ(FAT)として認識するので、その中のStart_Poken.htmlを開くだけ。 でもいちいち開くのは面倒くさい。だったら挿せば自動的にStart_Poken.htmlを開くようにすればいいじゃない。 注意事項 Windowsにおけるautorun.infと同様に、セキュリティ懸念があります。内容を十分に理解した上で設定しましょう。 やり方 とりあえずGentooでの方法。他のディストリビューションでも多分ほぼ同じ。 まずsys-apps/ivmanとx11-misc/xdg-utilsをインストールする。 # emerge ivman xdg-utils ユーザアカウントをplugdevグループに追加。 # gpasswd -a <ユーザ名> plugde
独学Linux : USBメモリのデバイス名を固定する方法
3月15 USBメモリのデバイス名を固定する方法 カテゴリ:Ubuntu8.10ハードウェア 下記の記事で保留にしていたudevの具体的な設定方法がわかりましたので，まとめておきます。 ● USBメモリでRAIDを構築する方法 ● USBメモリでRAIDを構築する方法《続編》 何が問題なのか PCを再起動したり，USBメモリを挿し直したりすると，/dev/sdbが/dev/sdcや/dev/sddなどの他のデバイス名に置き換わってしまうことがあります。 今回のRAID構築に限らず，/etc/fstabを使った自動マウントの設定の際など，USBメモリのデバイス名を使う場面は結構あるのではないでしょうか？ 最近のLinuxでは，udevというプログラムで自動的にデバイスを認識しています。Ubuntuで多くのハードウェアを設定なしに使えるのも，このudevのおかげなわけですが，今回はそれが裏目に
独学Linux : USBメモリでRAIDを構築する方法
3月8 USBメモリでRAIDを構築する方法 カテゴリ:Ubuntu8.10ハードウェア いろいろと実験で使ったUSBメモリが余っていたので，4GBのUSBメモリを３本使って，RAID 0を構築してみました。これで約12GBの仮想ディスクとして扱うことができるというわけです。 約11GBの/dev/md0というストレージとして認識されています。 USB RAIDの構築方法 今回は，Ubuntu 8.10(Intrepid)上で作業を行いました。利用するUSBメモリのデバイス名をそれぞれ/dev/sdb，/dev/sdc，/dev/sddとします。失敗すると，USBメモリが使えなくなることがありますので，注意して下さい。STEP 1 まず，mdadmというRAIDデバイスを操作するためのプログラムが必要ですので，下記のコマンドでインストールしておきます。 $ sudo aptitude in
Firefox3MemoryUsage - Firefox 3 のメモリ使用量
Firefox3MemoryUsage - Firefox 3 のメモリ使用量 目次 この文書について Firefox 3 のメモリ使用量 私たちのやったこと メモリ断片化の削減 循環コレクタによる循環の回避 キャッシュのチューニング 画像データの保存方法調整 リーク狩り メモリ使用量の測定 テスト方法 結果 まとめ 謝辞 Firefox 3 のメモリ使用量 この文書について Stuart Parmenter "Firefox 3 Memory Usage" の日本語訳です. http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/ 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... Web や Web ブラウザが成熟するにつれ, 人々はそこになかったものを期待するようになった. はじめて Firefox がリリースされ
GPDE Team Blog : JavaScript Memory Leak Detector
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
Drip / IESieve, Memory leak detector for IE Internet Explorer
IE Sieve, Memory Leak detector for Internet Explorer 'sIEve' is a project to get rid of memory leaks due to some limitations of the garbage collector in Internet Explorer. Executing AJAX kind of applications (like Cordys Explorer) will stress the browser heavily. Internet Explorer is not very strong in Memory Management. With other words; It is very easy to introduce serious memory leaks in Inter
IEメモリリークの最後の壁はAjaxのonreadystatechangeやった！！ - SEの行き着くところ…
今日はIEのメモリリーク対策に注力した - SEの行き着くところ…の続き。ついについに解決した。解決の糸口(というか答え)はPrototype.jsにしっかりと書いてたやんか！ // avoid memory leak in MSIE: clean up this.transport. onreadystatechange = Prototype.emptyFunction; どうやらDOMオブジェクトだけでなく、new ActiveXObject('Msxml2.XMLHTTP')もメモリリークする模様。(確かに考えてみりゃそっちの方がリークしそう・・) ここでポイントだったのはonreadystatechangeに「null」を入れても効果がなく、関数外で定義された(できればグローバルスコープの)空関数を定義する、というところやった。（上のコードでいうとPrototype.emptyF
/dev/shm に参照系ＤＢを持っていくと I/O 負荷が激減した件（当たり前だけど）
前エントリーから一部の内容を分離して追加記事にしてみました。以下実施したメモリ増設の効果について。 ここ数ヶ月、自宅サーバの負荷がだんだんと上昇してきていて、そろそろ１台で高速にさばききる限界に近づいてきた感があったり。ここ数週間のロードアベレージはこんな感じ。グラフは× 100 の値になってます。CPU のコアが２個なんで、200 までは OK ということでまだ処理しきれているわけではあります。ちなみに mrtg グラフは瞬間値を示しているわけではなく平均値なので瞬間的にはもっと負荷が高いときとかあります。 でも月次処理が走るともっさり感満点。 ※緑：１分平均 ／ 青：１５分平均 実は CPU の処理速度が追いついていないと言うより I/O 周りがボトルネックになっています。 ※緑：読取ブロック数 ／ 青：書込ブロック数 ということで、メモリを２GBプラスして、合計 4GB にして参照系
How to fix the Firefox memory leak (Firefox hack)
Firefox memory leak? It doesn’t have one. Unfortunately, because of the way it’s configured to run out of the box it *looks* like it has one. Follow these simple steps to get your Firefox memory usage under control. These configuration changes are a trade-off between internet browsing speed and memory usage. They are most useful if you are multitasking and need Firefox to be less of a memory hog w
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
LDR のメモリ・リーク問題について - (new Hatena).blog()
フィード一覧の全フォルダを一気に開くスクリプトを書こうと思い、ソースを読んでいたら、ある問題にぶつかりました。 ツリー表示における各ルート (フォルダ) は TreeView というオブジェクトによって表されています。そして、それらは後からの参照のためにテーブルに格納されています。 問題と言うのは、作成された全ての TreeView インスタンスが格納されっぱなしになってしまう、ということなんです。 リロードを行う度に新たに TreeView インスタンスが作成されるんですが、その際、もう使われることのない古いインスタンス (への参照) は捨てられずに残ってしまうんですね。 例えばレート表示の場合、リロード回数掛ける 6 個のインスタンスが保持されることになり、これがメモリ・リークとなってしまいます。 以下をアドレスバーで実行して確認してみてください: javascript:alert(k
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
Nothing found for Event Handling Memory Leaks
カミソリを使ったムダ毛の自己処理から医療レーザーの永久脱毛まで、ムダ毛に関する情報や口コミを掲載した【まとめサイト】です。
革命の日々！ Linuxでのovercommit_memory制御の勘所
プロフィール Author: kosaki 連絡先はコチラ ブログ検索 最近の記事 memory cgroupはFedora11からenable? (10/15) 赤ちゃんまみれの癒し動画 (10/14) [グローランサ] ヤーナファルのカブトはケンオウ・カブトだと主張してみる (10/14) reclaim処理からwritepage処理を削除する活動が開始 (10/12) mem_notifyのダウンロードできる場所おしえて。だと (10/10) 2.6.27 (10/10) LWNで発表された2.6.27での貢献度リスト (10/09) 遅くなりましたが (10/09) google-glog (10/09) pipeのselectって今どうなってるんだっけ？ (10/09) 最近のコメント MonMon:firefoxの自動アップデートが失敗した (10/12)
【続】やはり Perl はメモリ喰いな言語。データ型の内部構造
以前、「やはり Perl はメモリ喰いな言語。データ型の内部構造」という記事を書いたことがあるのですが、自分で書いておきながらしばらく立つと完全忘却してました。時代は変わって、今仕事で運用しているサーバは、64bit 版のＯＳです。 最近になって、DB のテーブルのデータを加工・集計しながら CSV にダンプするってプログラムが、データ数が非常に多いときに、1.5 GByte ほどメモリを食いつぶしているってことに気がつきました。理由は至って簡単なのですが、結構ハマリどころなので備忘録として記事にしておくことにしました。 みなさん、仕事とかでは特にそうだと思うのですが、DBI の処理って何らかのラッパーを書いて使っていると思います。僕は適当に書くとよくやってしまいがちなのですが、イメージ的には、こんな処理の流れのコードを書いていました。 （・・・えっ？そんなへぼコード書いてない？？・・・す
Mozilla Firefox Thunderbird の拡張あれこれ-MEMO Permanent Links（2006年10月その３）
Mozilla Firefox Thunderbird の拡張あれこれ - MEMO Permanent Links（2006年10月-3） ■(10/22c) 拡張の対応バージョン もじかけら 「T-shirt Update and Firefox 2 Add-ons Compatibility」2006-10-21 の記事は Firefox 2.0 に拡張を対応させよという Mozilla からの通達を紹介しています．2.0 対応：５３０、1.5 まで：７０１、2.0 Beta まで：５８、1.0 まで：４４２とのこと．530 + 701 + 58 + 442 = 1731 個の拡張が Mozilla Add-ons にはあるということですね．1.0 までにしか対応していないものは削除だそうです．そんなむごい、バージョンの問題だけで対応していないものもあるはずなのに． バージョンは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本IBM
Technical documentation
http://www.res-system.com/weblog/item/614