久しぶりにProDHCPの性能測定＆結果公表！：プログラマー社長のブログ：オルタナティブ・ブログ
先日、お客さんから依頼を受け、ProDHCPの性能評価をあらためて行いました。 お客さんから指定された、約10万サブネット、約520万IPのdhcpd.confを使った評価です。基本的にProDHCPは1サーバでの管理IP数は100万IP程度が快適に動く規模としており、300万IPまでは普通に使える状態。それ以上は推奨しないとしていますので、520万IPはかなりの規模超過です。。 ProDHCP実行環境 IBM System x3650 M3 モデル PLQ EXPRESS ・CPU ：Xeon-E5645 2.4GHz 6Core×12スレッド ・mem：12GB ・DISK：146GB SAS×4本 ・NIC：オンボード ４ポート（2ポートを追加） ・OS：CentOS6.2 x86_64 ・DHCP Server 6.1（2011年頃のバージョン） ・DHCP Server 9.1（
10Gイーサーに対応するのは結構大変・・・でも楽しい！？：プログラマー社長のブログ：オルタナティブ・ブログ
今日も、ある開発案件で、10Gイーサーでの検証を行ってきました。10Gイーサーで大変だという話題などは、先日も少し書きましたが、 ・Linuxでの最大スレッド数 ・チェックサム計算の高速化：情報発信すると教えてもらえるのもうれしいこと！ 高性能CPUでも対応しきれないほど、通信が高速という点です。特にチェックサム計算などは、全データをなめるため、どうしても計算量が増えてしまいます。先日の記事でアドバイスいただいた方法を組み込んだりしながら、それなりに高速化して、再び確認していたのですが、もう少し性能をUPさせたいところです。まあ、実環境があるおかげで、様々な側面から観察ができますので、対応方法もいろいろと浮かんできているのでまだ良いのですが。。 普段、なかなか高性能環境をブン回す機会はないので（社内には贅沢な環境は置いてないので・・・）、ちょっとだけ雰囲気を紹介してみましょう。 これは、あ
TCP/IPでsend()を繰り返す際に気をつけると良いこと：プログラマー社長のブログ：オルタナティブ・ブログ
久しぶりにネットワークプログラミングネタで。 TCP/IPをソケットインターフェースで使う際に、通信相手側が切断したかどうかはrecv()で受信したときにゼロが戻ることで判断するのは誰もが知っていることですが、send()で送信する際にも、1回目にはエラーにならなくても2回目には大抵エラーになることでわかるということも知っていると思います。 たとえば、HTTPサーバを作るとすると、送受信部分は下記のような感じに書くでしょう。 ループ{ recv()でリクエストを受信 if(recv()のリターン値がゼロか-1){ break; } send()で応答を送信：応答を送りきるまで } 大抵はこれで問題ないのですが、高負荷時にはこれだとカーネルが不機嫌になることがわかりました。。 send()で大きなサイズを送信する場合、クライアント側が途中で切断してしまうことがあり、基本的にはsend()が-
給料の出所を知るには出来高制は効くが・・・：プログラマー社長のブログ：オルタナティブ・ブログ
「「そもそもどうしてお金がもらえるのだろう」このように考えたことってありませんか？」朝の坂本さん 「「自分の給与はもらって当然」と思った瞬間から後退する」大木さん こういう話題に反応してしまうのは、やはり私が説教臭いからなのでしょうか・・・？ 当社の場合、「給料は会社からもらっている」と考えるメンバーはまずいないと思います。それは当社が出来高制を採用しているからです。なお、最初にお断りしておきますが、出来高制がすばらしいという話しを書くのではありませんので。。 私が新卒で現在の会社に入社した頃は出来高制ではなく、報奨金制でした。給料は年功序列的な感じで支給され、毎月の利益に応じて報奨金が追加され、さらにボーナスは業績に応じて支給される、という感じでした。ところが、社員、つまり私の先輩達は、 「こんなに頑張っているのに、給料が低い。」 「徹夜までしたりしているのに、ボーナスはこれだけか。」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
