ソフトウェアDBサーバーの負荷状況によってアプリサーバーの処理を変更したくなった。アクセスが多い時や、激重処理が走っている時などは軽い処理メインで捌きたい。そこで2つの案が浮かぶ。一つは、アプリサーバーからcronで数分おきにSSHでDBサーバーのloadaverageを取ってきてキャッシュさせておき、それを元に処理を分岐させる。ファイルやメモリキャッシュを使いたくなかったのと、アプリケーションからSSH接続の時に公開鍵だのなんだのが面倒だなあと思い反射的に不採用。アプリサーバーが既に複数あるのでそれも面倒気分に拍車がかかる。一つは、DBサーバーのcronで数分おきにloadaverageを取得し自身のDBに値を格納する。アプリサーバーから都度DBを見に行ってから処理させる。環境面での準備が不要だったのでテーブル作ってプログラムを書いて終わりだバンジャーイということで採用。二つ目の方法で実装したが性能面で大差ないことを祈るのみ。キャッシュを使うとトラブった時に面倒なのが少しトラウマ。感覚的には一つ目の方法が最良だよなあああああああああああああああああ。今のところDBサーバーはひとつだけどもレプリ構成にした時どうすりゃいいんだろう。バランサー自分で実装する感じになんのかな。20年前(1995年)に放映された「ソフトウェアとは一体何か」をテーマとした番組である。1時間番組の9回シリーズというボリュームで、当時の日本や世界のソフトウェア産業を軸に様々な角度からテーマに迫っている。自叙伝」は更に遡ること4年、6...記事を読むatomパッケージ開発メモ(php向けキーワードヘルプ)サクラエディタにあるキーワードヘルプ機能。定義ファイルさえあれば地味に便利なのでatomにもほしい。探すと似た機能を持つパッケージが過去にあったようだが、リポジトリはもぬけの殻となっていてインストールできない。その2(スクロールイベント監視)前回の宿題を解決していく。気楽な思い出から始めたい。Twitterのタイムライン上に、他者の「いいね」を表示するようになったことや、「時系列を無視した表示」などの一連の仕様変更で思い出す事がある。それはニコニコ動画の検索結果が「人間の命令に従順だったなあ」※1という点だ。その3(設定画面を検出する)前回の続き。前回、atomスクロールイベントの「onDidChangeScrollTop」に違和感を覚えつつ利用していたが、atomの設定画面を開くとエラーが出るという実害があった。エラーはeditorにonDidChangeScrollTopなんかないという単純なもの。窓の杜で紹介して頂きました。利用されている方々のツイートの一部はこちらでご覧になれます。コメントをキャンセルメールアドレスが公開されることはありません。