パスワードを忘れた? アカウント作成
6309 story

3倍速い赤い実験サーバー 50

ストーリー by wakatono
ソリッドステートサバイバー 部門より

Anonymous Coward曰く、"中村正三郎のホットコーナーで紹介されているのですが、(株)イーツリーズ・ジャパンで開発されたハードウェアWebサーバーがRing Serverプロジェクトに貸与され「3倍速い赤い実験サーバー」として運用されています。実験の詳細はこちらです。

実験プロジェクトの説明によると「このハードウェアWebサーバーでは、 CPUとハードディスクをなくし、Webサーバーの機能をすべてLSIにてハードウェアとして実現しております。このため従来のCPUバスボトルネックやディスクシークによる処理遅延がまったく発生せず、高負荷時にも安定してサービスを提供することができます。」とのことです。

最高スペックの製品だと6Gbpsのアウトプットがあるとか。
これには、通常の3倍のスピードの某大佐もさぞ驚きのことでしょう。"

徹底的に物理稼動部をなくして速度を上げたという感じだが、まさかプロトコル処理も含めてハード化してしまうとは…次はJSPやASP等の動的コンテンツでもチャレンジしてほしいところだ。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • asahi-net (スコア:3, 参考になる)

    by Gururi (14221) on 2003年08月10日 20時38分 (#376222) ホームページ 日記
    実験詳細のページより。
    実験環境
    ハードウェアWebサーバーは、Bフレッツニューファミリータイプとasahi-net.or.jp(2003/6/24より)の固定IPサービスを利用して 運用しております。現在のところ、最大で20Mbps程度です。
    あー、asahi-netなんだ......あそこって帯域制限してるんじゃなかったっけ?........っとあった [2ch.net]あった。まぁ信じる信じないは各人に任せるとして.......実際めっちゃ遅いのはハードのせいなのか回線のせいなのか.....
    #so-netからasahi-netへの乗り換えを検討しているけど、まぁIDで。
    • by Anonymous Coward
      レスポンス遅いよね。
    • by Anonymous Coward
      http://hanzubon.org/tmp/asahi-net
      http://hanzubon.org/tmp/asahi-net2

      ちょっとソースが古いけどこっちのほうが信用できるかと。
      • by Gururi (14221) on 2003年08月11日 12時26分 (#376649) ホームページ 日記
        ちょっとソースが古いけどこっちのほうが信用できるかと。
        情報ありがとうございます。まぁ私の場合はべつにP2P立ち上げるとかじゃなく、自宅で細々とWebとメールのサーバを動かしてるだけなんでたぶん帯域制限はかかんないと思いますけど、
        低い帯域の外部接続・中継回線、あるいは低性能な中継装置などによる自然体の帯域制限と、お客様全体の満足度を考えた妥当な基準に基づいた帯域制限とを比べれば、後者のほうが望ましい、と考えています。
        納得いかないなあ。さて、どうしようか、乗り換え。
  • by ahiguti (10103) on 2003年08月10日 23時35分 (#376324)
    リクエスト行を読んだだけでレスポンスを返していますね。
    きちんとヘッダもパースするのはハードだけでは難しいでしょうか。
  • PICNIC [tristate.ne.jp]が真っ先に思い浮かぶ・・・

    #UDPしかないけどPICに乗せるのは職人技。
  • 検証 (スコア:1, 興味深い)

    by Anonymous Coward on 2003年08月10日 20時16分 (#376215)
    ハードウェアの実装の怖いところは一度実装してしたら
    バグフィックスが困難(というか作り直し)と思われますが、
    検証は十分なのでしょうか?

    それをsoftware実装のサーバーにフィードバックできれば
    software実装のサーバーにも良い話となるのですが。
    • Re:検証 (スコア:1, 参考になる)

      by Anonymous Coward on 2003年08月10日 21時11分 (#376241)
      おそらくVerilogかなにかのHDLで開発して、それをFPGAにプログラミングしているのではないでしょうか?

      HDLで記述していればデバッグは比較的容易になります(ソフトウェアのデバッグに比較すれば遥かに大変なんですけれどね。) ウェブサーバくらいならXilinx の SpartanIIくらいで開発&実装できるんじゃないかな。
    • by Anonymous Coward

      検証もそうですが、更新作業も大変そうですね。

      本体(または内部のボード)ごと交換して更新作業を行なうことになると思いますが、シャットダウンして電源を切らなければなりませんし、何よりも各サーバごとに固有の設定類をフラッシュメモリなどを利用して移さなければなりませんし。

      • Re:検証 (スコア:1, 興味深い)

        by Anonymous Coward on 2003年08月11日 10時05分 (#376534)
        すでに書いている方がおいでのようにおそらく回路規模と数量から考えるとFPGAで実現しているでしょうから、もしそうなら回路の更新は通常はFPGAの回路情報を持っているコンフィギュレーションROMを書き換えるだけです。チェーン状に4本のJTAG用の信号がつながっていれば、電源を入れたまま外部から書き換えができます。ちょうどシリアルでルータか何かのファームウェアをアップデートする感じですね。
        書き換えが完了したら、あとはリセットするだけでしょう。

        #もっとも、このシステムがJTAGでのコンフィギュレーションROM書き換えに対応してるかどうかは知らない。
  • by brake-handle (5065) on 2003年08月10日 20時18分 (#376216)

    ここでいう「LSI」って、送受信すべきデータのやり取りからHTTP、TCP、IP、datalinkまでをすべてワンチップでやるのかな? それともレイヤーごとに別々のチップを使っているんだろうか... 後者だとすると、昔あった(今は不明)functionally asymmetric multiprocessorなnfsサーバの復活のような。

    でも最近のNASで、ハードウェア処理をうたい文句にしたものってあまり見ないような。その点では、HTTPよりもCIFSを乗せた方がお金になるんじゃないかなぁ。

    • by raijin (7091) on 2003年08月10日 22時30分 (#376281)
      >それともレイヤーごとに別々のチップ
      を使う意味があまりないと思うのは私だけですかね。

      この手の分野ってそこそこのお金が取れるし、家電製品
      みたいに量が出るわけでもないのだから、FPGAで1チップ
      に実装してしまったほうが、チップ間の遅延やらなにやら
      色々問題が起きなくて良いのと、書き換える時楽なのでは
      と思います。
    • by Anonymous Coward
      Auspex [auspex.com]なら、
      GlassHouseに買収されてしました...
  • by take0m (4948) on 2003年08月10日 23時59分 (#376333) 日記
    アメリカあたりで、世界最小のWebサーバという触れ込みのワンチップWebサーバが公開されていました。ちゃんとネットに繋がっていましたよ。アクセスして閲覧できました。

    私も学生時代にFPGAを使ったSMTPサーバを作ろうかと思っていました。送信だけならなんとかなるかなぁと・・・

    そういえば、TCP/IPをワンチップ化した石がイスラエル辺りの会社から出ていたような気がするので、それを使えばあとはHTTPの処理だけですかね。
    • by logion (4635) on 2003年08月11日 15時44分 (#376803)
      これでしょうか?
      IPic - A Match Head Sized Web-Server [umass.edu]
      webACE Server [d116.com]

      9pinシリアルケーブルに申し訳なさそうに
      くっついてる [d116.com] のが妙に可愛い(^^;)。
    • by Ka-kun (2758) on 2003年08月11日 15時53分 (#376812)
      >アメリカあたりで、世界最小のWebサーバという触れ込みのワンチップWeb
      >サーバが公開されていました。ちゃんとネットに繋がっていましたよ。アクセ
      >スして閲覧できました。

      これ [umass.edu]とかこれ [d116.com]
      なんかの事でしょうか。

      こういうのを見ると、組込み用途にもWebアプリが使えそうな気が
      してきますね。:-)
      • by Anonymous Coward
        うちのライン用組みこみボードは、ブラウザで見ればスイッチとランプと7セグが表示されてますし、データロガー用はデータがずらずらと見えます。

        おかげでこのはトラブル対処が楽。
        アドレスさえ解れば確認・テストが直に出来るので。

        #でも、サービスマンはテストせず交換したりするんだよなぁ。

        • by Ka-kun (2758) on 2003年08月12日 18時09分 (#377532)
          >うちのライン用組みこみボードは、ブラウザで見ればスイッチとランプと
          >7セグが表示されてますし、データロガー用はデータがずらずらと見えます。

          なるほど、産業用では既に存在しているのですね

          私としては全ての白物家電の操作パネルがブラウザ&Webアプリで
          実装される事が一般的になる日もそう遠くないのかなぁなんて妄想
          しているのですが。(^^;

          # 一部の携帯電話ではメールやブックマーク管理機能等で実装済かな?
    • by Anonymous Coward
      http://www.iready.com/
      こういうのもありますね。
    • by Anonymous Coward
      こんなのもありました。


      やっぱりPICでUDP。
      [titech.ac.jp]ソースあり。
  • by Kachi (6876) on 2003年08月11日 9時39分 (#376508)
    現在、OpenOffice.orgの日本語独自ビルドをミラーさせてもらっています。
    SF.jpだけでは重いという声が多かったので、Ringサーバープロジェクトさんにお願いしました。
    最新のダウンロードリストは、OOo Wiki [xrea.com]にあります。
    バージョン1.1のRC3も提供しています
  • by take0m (4948) on 2003年08月11日 22時10分 (#377041) 日記
    これ [slashdot.jp]でできないかな・・・
  • by Anonymous Coward on 2003年08月10日 20時08分 (#376210)
    >高負荷時にも安定してサービスを提供することができます。」とのことです。

    自社のサーバが早速落ちているようですが.... 高負荷にはやはり弱いのかな?

    • by nu-u (12312) on 2003年08月10日 22時43分 (#376295) 日記
      > 自社のサーバが早速落ちているようですが.... 

      こりゃ管理者さんは青くなってますな(笑)
    • 復旧したようです。しかしレスポンスが悪い。一度応答が返るとその後の処理は高速ですが、、

      ところでサイトにある
      > また、OSすら必要なく、HDDも持たないためCPUの暴走やHDDのディスクシークといったサーバ管理者が頭を痛める問題がまったく存在
      • by Anonymous Coward on 2003年08月10日 20時31分 (#376219)
        > アイデアは面白いですよね、、変遷の遅い分野では有効な手法なのかも。

        動的に生成するページには利用できませんが、記事配信のような一方的なページでは有用ですね。まあ、この仕組みが一番有効なサイトはエロサイトでしょう。ハァハァする大量の大きな画像や動画がバリバリと....
        でも、1000台のWEBサーバに相当という程の応答性はないし、頻繁にエラーになるし(時々落ちてリセットがかかっている?)、完成度としてはもう一歩といったところでしょう。

        • シャア大佐並みの管理者でないと扱い切れない代物なんでしょか?
          • by Anonymous Coward
            >シャア大佐並みの管理者でないと扱い切れない代物なんでしょか?

            1000台のWEBサーバの目の前にして頭に稲妻が走った瞬間該当すると
            サーバを手早くリセット!ですか

            (稲妻) 甘い!! ポチ、ポチ、(稲妻)そこだ-、ポチ

            #あのコスチューム姿で見たく無いのでAC
      • by Anonymous Coward on 2003年08月10日 21時40分 (#376251)
        > また、OSすら必要なく、HDDも持たないためCPUの暴走やHDDのディスクシークといったサーバ管理者が頭を痛める問題がまったく存在しません。

        性能評価の方法がちょっと恣意的なような.... 16GBのメモリを搭載したFlatSevenと、貧弱なハードウェアのApacheを比較しても仕方ないでしょう。
        今後静的コンテンツを扱うハイエンドサーバなら、Opteronマシンにメモリを大量搭載し、Linuxの同時コネクション受付け数を大きくし、Apacheのコンフィギュレーションを変更して並列度をあげてやるほうが圧倒的にコストパフォーマンスが良いなぁ。いざというとき動的なページも扱えるし。

  • by Anonymous Coward on 2003年08月11日 7時25分 (#376471)
    > Webサーバーの機能をすべてLSIにてハードウェアとして実現しております。

    この手の大量アクセスのあるサイトにはバナー広告が必須ですが、どうやって実現するのでしょう?実は思ったより適用でる分野が少なかったりしませんか?

    • by Anonymous Coward
      コンテンツはftpで更新できるので何も心配は要りません。
      • by Anonymous Coward
        データもハードウェアロジックで。

        ブロック崩し(テーブルテニスだっけ?)にはCPUなんか無いって言われて感動した覚えがあるんでAC

  • by Anonymous Coward on 2003年08月11日 7時29分 (#376472)
    こういうプロトコルのパージングなどの処理の高速なやつは、やっぱりWebサーバとかじゃなくて、NATのゲートウエイとか、大規模なログなども取れる高機能ルータなんかに使うのがいいと思うな。

    さすがにWebサーバのような、将来はプロトコルが変る可能性があるものとか、変更の多そうなものは、ちょっと辛いんじゃないか、と思うが。
  • by Anonymous Coward on 2003年08月12日 14時50分 (#377381)
    ボードを作成すればこんなハードいらないんじゃないでしょうか。

    Ethernet→NIC→ハードウェアロジック→PCI

    これからPCIスロットを持つサーバなら恩恵を受けることができるでしょうし カーネルにうまく組み込めると思います。
    動的なページはCPUが処理 単純なGETならハードで処理というふうにできます。
    4年も掛かって大規模なもの作るより 上記ボードを1年で作ったほうがいいと思うけど・・・
    • > SSLアクセラレータみたいなボードを作成すればこんなハードいらないんじゃないでしょうか。

      SSLアクセラレータボード買うくらいだったらFreeBSDマシン並べてソフトウェア処理させたほうがずっとSSL処理速くて値段も
typodupeerror

クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人

読み込み中...