ぜんぶTIME_WAITのせいだ！ - Qiita
課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39
/proc/meminfoを考える - めもめも
通りすがりの貴方・・・・ /proc/meminfoのあっちの値とこっちの値を足したら、なんでそっちの値と同じにならないの・・・・ と悩んだことありますよね？ /proc/meminfoは、カーネルが内部的に管理している枠組みでのメモリ情報をそのまま出しているので、残念ながらユーザ視点で知りたいメモリ情報とは一致しません。 とはいえ、変な解釈をして無意味に悩まないために、それぞれの値の意味合いと項目間の関係を知っておくのは有意義です。私の理解の範囲で、それらの関係をまとめていきます。 ＃私の理解も完璧ではないので、間違いあればやさしくご指摘お願いします。 参考資料 http://mkosaki.blog46.fc2.com/blog-entry-1007.html 2011/09/07 追記： tmpfsがSwapCachedに含まれるのは幻想でした。tmpfs=Shmemに修正しました。
ほぅほぅじょせつ : UTF-8とUTF-8Nの違いによるワナ
2008年02月27日08:32 カテゴリ UTF-8とUTF-8Nの違いによるワナ rubyを書いているのだが、結構意外なところではまって、時間を費やしてしまったのでメモしておく。 どうやらUTF-8にはUTF-8とUTF-8Nの2種類がある。それらの違いは、UTF-8ではBOM（Byte Order Mark）と呼ばれる、エンディアンを判定するためのデータが先頭3バイトに書き込まれ、UTF-8Nでは書き込まれないというもの。 （追記20080401：コメントでご指摘をいただいたように、上の表記は適切ではありません。正しくは「UTF-8」では基本的にBOMは付与されず、BOMが付与された場合に限り「UTF-8BOM」などの表記を与えて区別するべきであるようです。wikipadia「UTF-8」 本来であればすべての表記を変更すべきですが、ここではTerePadがBOMつきのUTF-8を「
Linux標準にPerlとPythonが追加 － ＠IT
2008/02/20 Linuxの標準化を推進するLinuxファウンデーションは2月18日、標準仕様の最新版「Linux Standard Base 3.2」（LSB3.2）を発表した。LSB3.2では新たに、PerlやPythonといったスクリプト言語を含むほか、プリントシステムやマルチメディア関連のプロジェクトを取り入れている。 Linuxではディストリビューションごとに、インストールされているコマンドやライブラリ、ディレクトリ構造、デスクトップ環境が異なる。このためISVにとって自社開発のアプリケーションを多くのディストリビューションに対応させることは難しい。LSBは、こうした違いのあるLinux同士で互換性を向上する標準仕様を定めるもので、これまでにDebian GNU/Linux、Mandriva Linux、Novell SUSE Linux、Red Hat Linux、Ubu
PostgreSQLへセキュアに接続する方法 - builder by ZDNet Japan
ものづくり現場の情報セキュリティ インダストリー4.0は製造業の変革期 工場のデジタル化によるリスクへの対応 現場のための業務カイゼン 30年以上の歴史をもつDXプラットフォーム 進化を続けるNotes/Dominoのいま デジタル時代のITインフラ構築術 仮想化統合、クラウドを経て今「マルチ」へ ITインフラの最適化と継続的進化への道筋 みんなが使うMySQLの企業活用 なぜ有償サポートがあったほうが良いのか？ 有名テクノロジー企業もOracleに頼む理由 内閣官房やラックが登壇 ゼロトラストが官民一体で サイバーセキュリティを定義する AI/IoTの時代を見据えた挑戦 デル・テクノロジーズ PowerEdge シリーズ その設計思想と特長に迫る アプリケーションモダナイズ 求められている背景にあるビジネスの今 そして、成功の鍵を握るDevOpsの真の意味 特集：IT最適化への道 成功の
カーネルパニックで自動リブートの設定、教えます - builder by ZDNet Japan
Linuxのカーネルは頑強で安定しているが、ときにはカーネルパニックに陥ることもある。その原因はハードウェアかもしれないしソフトウェアかもしれない。滅多に起こらないことではあるのだが、それでも起こりうるのだ。 もし、あなたがサーバやその他の常時稼働しているシステムの管理者で、簡単にはアクセスできないような場所にマシンが設置されているのなら、カーネルパニックに陥ってしまったときにはわざわざシステムのリブートのために出向く必要がある。もしくは、無理を言ってほかの誰かにそれをお願いするしかない。しかし、/etc/sysctl.confの設定に少し手を加えれば、カーネルパニック時に自動的にリブートを行うことが可能になる。この設定ファイルでは、カーネルの動作に関するさまざまなパラメータを調整することが可能なのだ。 以下の行を/etc/sysctl.confに加えてみよう。 kernel.panic
mysqlコマンドで、テーブル名とかカラム名の補完(completion)をする方法 - (ひ)メモ
追記: rehash(auto-rehashも含む)すると、SQL文の補完(seleでタブ打鍵とか)が効かなくなるよと、はす向かいの人に教えてもらいました。 個人的には、SQLは「mysql> help select」とかでオンラインヘルプがびょっと出るので、スキーマの補完ができるんならSQLの補完はとりあえずあきらめてもいいかなと思っています。 常々、テーブル名とか補完できるといいなーと思っていたので、ボロっときいてみたら教えてもらいました。あざーーーーっす！ id:mikihoshi++ id:tokuhirom++ id:precuredaisuki++ おかげで効率が300%上がりました。(Benchmark::Stopwatchで計測) http://dev.mysql.com/doc/refman/5.1/en/mysql-command-options.html#option
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
くわぞうメモ: sendmail.mcからsendmail.cfを作成するには