タグ

2010年8月16日のブックマーク (10件)

  • Hideki's Blog 2nd: ext3 をwriteback にした。

    自作PC構築、Linux/Windowsサーバー・NW構築、の紹介、ロードバイクの事など。普段思ったことを書いているサイトです。 ファイルシステムのチューニングをしてなかったので変更した。 writeback にするとクラッシュ時に古いデータに変わる可能性があるらしい。 故障率と速度の具合を考えたが、少し古いデータになるぐらいはかまわないかなとか 思ったり(´д`) drk7.jp Linux チューニング - Ext3 のパフォーマンスを最大化させる mixi Engineers'Blog Tokyo Tyrantによる耐高負荷DBの構築 下記を設定。 /etc/fstab LABEL=/ / ext3 defaults,noatime,data=writeback 1 1 LABEL=/home /home ext3 defaults,noatime,data=writ

  • VMware Fusion のチューニング

    mac,iphone,ipad,software,etc memo. Sometimes private diary. VMware Fusion のチューニングをしてみました。 設定ファイルに幾つか設定値を追加します。 メモリ系の設定をすることでホスト側が安定しました。 設定ファイルは VMware で作成された .vmwarevm という拡張子のファイルの中に含まれてます。 右クリックメニューの「このパッケージの内容を表示」で表示された中の .vmx という拡張子のファイルです。 このファイルをテキストエディタで開いて一番最後へ設定値を追加していきます。 仮想メモリ機能のオフ 仮想マシンのメモリは .vmem という名前でファイル化されてます。 これをファイルではなく、実メモリに展開させる。 この設定によりホスト側が安定する。 mainMem.useNamedFile = "FALSE

  • Solaris 11は来年登場、SPARCは2年ごとに2倍の性能向上を約束。その陰でOpenSolarisは方針転換へ

    Solaris 11は来年登場、SPARCは2年ごとに2倍の性能向上を約束。その陰でOpenSolarisは方針転換へ サン・マイクロシステムズを買収したオラクルが、今後のサーバ戦略を米国で発表。6年ぶりの新バージョンとなるSolaris 11は、来年2011年に登場、そしてSPARCでは2年ごとに少なくとも性能を2倍にすると、同社エグゼクティブバイスプレジデント John Fowler氏(写真)が明らかにしました。 発表のポイントを紹介しましょう。 2015年には128コア、64TBメモリへ オラクルのサーバ戦略の要は、「Oracle Applicationsのためのベストな“オープン”サーバ」であること。オラクルのソフトウェアはもちろん、SAP、IBM、SASなどさまざまなアプリケーションを実行するためのサーバであること。 少なくとも2年ごとに2倍以上のアプリケーション性能を提供する。

    Solaris 11は来年登場、SPARCは2年ごとに2倍の性能向上を約束。その陰でOpenSolarisは方針転換へ
    ryshinoz
    ryshinoz 2010/08/16
  • tcp_tw_recycle=1にすると、今でもソフトバンク携帯で障害が起きる。

    Webサーバに使うLinuxサーバの設定の話なのですが、TCPコネクションが沢山溜まりすぎるのを、コネクション終了後のTIME_WAITという状態を維持する時間を短くすべく、/proc/sys/net/ipv4/tcp_tw_recycleの値を1に変えたら、softbank携帯で繋がらない障害が多数起きた。 softbank携帯で問題が起きるかもという話はWebで見かけていて、でもいつからいつまでの携帯かがわからなかったので、古い携帯かもしれないと試しにやってみたら、モバツイのユーザーさんから繋がらないという話が来たので慌ててtcp_tw_recycleを0に戻したら直った。 いつもこのキーワードを検索するのに苦労してるからメモしておきます。 2009/5月記述 参考: 誰も褒めてくれないから自画自賛する日記(2007-07-23)

    ryshinoz
    ryshinoz 2010/08/16
  • どさにっき

    2008年4月21日(月) ■ 無題 _ 今朝の電車でおっさんが読んでたスポーツ新聞からちょっと見えてた見出し。頭のおかしい人が新幹線で全裸になってタイーホ。春だなぁ。 _ 出社してからニュースサイトを巡回して、それが ファーストサーバの社長だったと知る。あぁ。 _ ち、ちがうよっ、春だから頭のおかしい人が湧いてきたんじゃないよっ。だってレンタルサーバ会社の社長だよ? 頭がおかしいなんてことはないよ。最近のデータセンターは電力問題とか熱問題とかいろいろ大変だからね、きっと陽気がよくなってあったかくなったから熱暴走を起こして、その冷却のために大事なところを放熱してただけなんだよっ。 _ てか、ファーストサーバっていつのまにか yahoo の系列になってたのか。昔はクボタ(もちろん農業機械のクボタのことだ)の子会社だったよね、たしか。 2008年4月28日(月) ■ 無題 _ メール屋を廃業し

    ryshinoz
    ryshinoz 2010/08/16
  • webサーバをチューニング

    # sysctl -w net.ipv4.tcp_fin_timeout=30 # sysctl -w net.ipv4.tcp_tw_reuse=1 # sysctl -w net.ipv4.tcp_tw_recycle=0 ↑なんか勘違いしていた可能性があるので修正。現状では大きな問題は起きていないですが、tcp_tw_recycleはNATで問題が起きることがあるようなので最終手段です。 @2008/12/11追記 ↑tcp_tw_recycleを1にすると問題が多くて地雷祭りなので、基0にしておきます。 @2010/10/29追記 いまさらですけど、tcp_fin_timeoutはtime_waitの数と関係ありません(60秒でハードコードされているとのこと)。tcp_fin_timeoutが関係あるのはFIN_WAIT_2の数で、FIN_WAIT_2が多い場合はtcp_fin_

    ryshinoz
    ryshinoz 2010/08/16
  • [unix] Linux SYNパケット取りこぼし (2) 2007-05-21 - LowPriority

    前回の続き。 パケット自体を零さずに処理に入った後にSYNを落とすのは以下3パターン。 syncookie無効時にsynのbacklog(tcp_max_syn_backlog)が溢れている listenのbacklogが溢れている(3way-handshake完了後のaccept待ち接続) net.ipv4.tcp_tw_recycleの制限に抵触 で、今回問題になっていたのは最後のtcp_tw_recycleへの抵触だった。 現象として発生しうるのは、以下の条件をすべて満たす場合 サーバ側でnet.ipv4.tcp_tw_recycleが有効 TCPタイムスタンプオプションを使用 同一IPからの接続でセッションを跨ぐとセットされるTCPタイムスタンプの値が戻る場合がある 最後の条件が微妙だが、TCPタイムスタンプの値としてセットされる値は起動時を 起算時にしていたりと実装によって初期値

    [unix] Linux SYNパケット取りこぼし (2) 2007-05-21 - LowPriority
    ryshinoz
    ryshinoz 2010/08/16
  • TCP/IP で TIME_WAIT が残る時間を短くする

    TIME_WAIT 状態の TCP コネクションが多数残る netstat コマンドで TCP コネクションの状態を確認していると、"TIME_WAIT" という状態のコネクションがたくさん確認される場合があります。 "TIME_WAIT" 状態というのは TCP コネクションにおいて、こちら側から通信をした場合に "FIN_WAIT_1" (FIN ACK 受信) から、"FIN_WAIT_2" (ACK 受信) または "CLOSING" (FIN 受信, ACK 送信)を経て、コネクションを閉じられる状態となったことを示すもののようです。 そしてこの "TIME_WAIT" から、実際にそのコネクションが閉じられて "CLOSED" となるまでの間に待ち時間があり、これによって、短時間に通信が集中すると、その分だけ通信終了間際の "TIME_WAIT" 状態のコネクションが多数、ne

    ryshinoz
    ryshinoz 2010/08/16
  • サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro

    前回はWindowsでのサーバやPCのボトルネック箇所の簡単な見分け方をご紹介させていただきましたが、要望がありましたので今回はLinuxの場合をご紹介いたします。 4つの主要ボトルネック要素の復習です。 サーバやPCには4つの主要ボトルネック要素があります。このいずれかがボトルネックとなった場合システム全体のレスポンスが低下します。 CPU使用率 メモリ使用量 ディスクI/O TCPコネクション数 Linuxにおいてはボトルネック箇所を以下のように見分けることができます。 1. CPU使用率 CPU使用率が常に100%に近い場合はCPUがボトルネックであることが判明します。CPU使用状況を簡単に調べるには3つの方法があります。「top」「w」「vmstat」コマンドを使う方法です。 -----------------------------------------------------

    サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro
    ryshinoz
    ryshinoz 2010/08/16
  • こんなブラウザーゲーム(ブラゲ)開発者(発注者)はいやだ。10 島国大和のド畜生

    2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04

    ryshinoz
    ryshinoz 2010/08/16