「入門OpenSSH」 (新山 祐介 著) は、 2006年6月に秀和システムから刊行されました (2009年末に絶版)。 秀和システム 「入門OpenSSH」のページ ここで公開している原稿は、最終的な版下になる前のものです。 実際に出版された書籍とは異なっている部分があります。 重大な間違い等がありましたら、新山までお知らせください。 () 注意: 本書が刊行された時点での OpenSSH のバージョンは 4.3 でした。 現時点(2011年2月)における OpenSSH のバージョンは 5.8 です。 変更履歴 2010/09/12: 公開。 目次 はじめに 第1章. OpenSSH を導入するにあたって 1.1. OpenSSH とは 1.2. OpenSSH にはできないこと 1.3. OpenSSH ができること 第2章. OpenSSH をインストールする 2.1. 現在イン

サーバ監視に超使える〜topコマンドのまとめ サーバを運用しているとよく使うtopコマンドですが、標準のtop以外にも色々便利なものがあるのでまとめてみました。 ボトルネックといえば、ネットワーク、ディスクIO、スワップ、CPU、メモリといったものが関連しますが、ツールで視覚化することでより分かりやすい対策がとれますね。 htop こちらも、通常のtopよりもさらに多数の情報を表示してくれるツール。 CPUやメモリの状態が視覚的にグラフで表示されていたり、複数CPUがある場合もそれぞれに利用率を表示してくれてわかりやすいです。 pstreeで表示するようなツリー+topコマンドのような表示も t を押せば切り替えられます。 公式サイト上にある128コア積んだマシンのhtop結果が面白い。 次のようにすべてグラフで表示されているため、128コアあったとしても瞬時に負荷が把握できますね。 io

kazuhoさんが「プロのサーバ管理者の間では存在価値が疑問視されて久しい (Min|Max)SpareServers だと思う」と書いたり、hirose31さんが去年のYAPC::Asiaで{Start,{Min,Max}Spare}Servers,MaxClientsは同じにしているよと発表したり、実際前職のサーバはそのように設定されていたのですが、自分でうまく説明ができてなかったので、調べながら書いてみた。 本当はイントラブログ用に書いていたものですが、がんばったので転載。 前提として、CPUの使用率におけるsystemとfork Re: クラウドがネットワークゲーム開発者にもたらしてくれたもの - blog.nomadscafe.jpでも書いている通りforkってのはサーバにとって重い部類の処理になります。つまり負荷の高いときにforkを大量に行うのはしてはならないことの１つです。

欧美熟妇XX性开放,人妻互换免费中文字幕久久,台湾农村A片经典,久久国产晶品免费一区二区三区,免费老美AAA,影音先锋三级,欧美肥,91精品国产免费自在线观看,美女被扒开内裤桶屁股免费看,jiZZjiZZ黄大片,强奸乱伦中文字幕,女人扒开腿让我爽一夜,黄色樱桃试色免费,美女扒开腿让男人爽网站

404 Not Found nginx

■messeages の監視を考える 本当はswatchを使ってやろうと思ったのですが、コンパイルとか面倒な部分が多くてやめました。 変わりにシェルスクリプトでサクッと作ったのがコレです。 ログのローテーション間隔が長いと、その分grepやdiffが遅くなる欠点があります。 殆ど拾えると思いますが、ローテートの瞬間などは期待しないで下さい。 既知の問題としてOutlook2003等でこのメールを受けると、自動的に改行が省かれて非常に見辛くなります。 「改行の復元」を行うと元の形に戻せますが、不便です。 #!/bin/sh #------------------------------------------------------------------------------ # # /var/adm/messeages 監視スクリプト # #-------------------

Squidのcache_dirの最適化 かなり古いMLが元なので今も有効かよくわからないのですが、 RE: [SQU] Squid cache_dir size calculation from Wisnu Wijayanta on 2000-10-09 (squid-users) によると、 １）cache_dirのサイズはHDD(パーティション）のサイズの60%以下に Squidのwikiの方にも記述がありますが、swap.stateファイルや一時ファイルの容量、そしてfilesystemのフラグメンテーションを考えて、少なめにしておく方がよいそうです。 ２）最適なL1ディクレクリ数 cache_dirのサブディレクトリ数は、以下の式で求めます。 (((cache-size-KB/avg.-KB)/L2)/L2)*2= L1 dir. L2はデフォルト256になっており、変更は必要なさ