富士通研、CPU間通信としては世界最高速となる56Gbps受信回路を開発
富士通研究所は6月13日、次世代サーバに搭載されるCPUなどのチップ間データ通信において、56Gbpsの高速データを受信できる回路を開発したと発表した。 近年、CPU性能の向上に加え、CPUを多数接続した大規模システムも構築されており、CPUが搭載された筐体内や筐体間でやり取りするデータ量は増加傾向にある。これに対応するため、現在のサーバでは、データ通信速度が数Gbpsから十数Gbpsへと高速化されている。しかし今後、データ処理量が急激に増加すると予想されており、次世代の高性能サーバに向け、現行の2倍の高速化に当たる56Gbpsの通信速度への期待が高まっている。また、筐体間の光伝送などで用いられる光モジュールの通信速度についても、OIF(Optical Internetworking Forum)にて56Gbpsの標準化が進んでいる。 受信回路の高速化には、劣化した入力信号波形を補償する回
コピペも見抜ける？ STAP細胞問題で活躍、テキスト比較ツール「デュフフ」とは
新型万能細胞「STAP細胞」論文に不自然な点が相次いで指摘されている問題に関連し、テキストの差分を比較できる日本語対応ツール「difff」（デュフフ、正式表記は半角カナ）が脚光を浴びている。フォームに2種類のテキストを入力するだけで、両テキストの異なる部分に色を付けて分かりやすく表示。“コピペ”を見抜くのにも役立つ。 STAP細胞問題では、理化学研究所の小保方晴子氏の博士論文が米国立衛生研究所のWebサイトに掲載されている文章と酷似しているとの指摘があり、2つの文書を「difff」を使って比較したURLがTwitterなどで出回った。 difffは、2つのテキストの差分を検出して表示するサイトで、内部ではUNIXのdiffコマンドを利用しているとのこと。開発した@meso_cacaseさんは生物学の研究者。大学院生だった2004年、論文執筆時に共著者による修正がすぐ分かるツールとして、生物
原因調査用Linuxコマンド | 外道父の匠
サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot
サーバーマシン1台で同時接続者数1万名を実現するにはどうすればいいのかというノウハウと考え方
CEDEC 2012ではドラゴンクエストXは「世界は一つ」を実現するためにどのようなサーバ構成にしているのか？ということで、オンライン作品であるドラクエXを支えるサーバの構成が講演されましたが、ゲームサーバー＆ネットワークエンジン「ProudNet」の開発者であるNettention社のCEOであるHyunjik Baeさんは、韓国のオンラインゲームのサーバー開発と利用の経験を通して大規模プレイヤーのためのリアルタイムネットワーク同期技術について講演しました。 サーバーマシン１台でMMO同時接続者数10,000名を実現する方法 | CEDEC 2012 | Computer Entertaintment Developers Conference http://cedec.cesa.or.jp/2012/program/AB/C12_I0284.html Hyunjik Bae： こんにち
大量アクセスによるサーバの負荷テストなどが簡単に実行できるフリーソフト「JBlitz Professional」
以前は有料ソフトであり、ロードテストを実行した結果を数値・グラフ化してまとめて保存でき、サイトへのアクセス順番を固定したりランダムにしたり、アクセスする時間間隔・接続時間・アクセスする人数の設定が可能で、さまざまなテストを自由に設定して実行できるフリーソフトが「JBlitz Professional」です。ダウンロードから機能と操作の説明までは以下から。 Website load test - JBlitz Professional http://www.cartesian.net.nz/jblitz/ ◆ダウンロード 「JBlitz Professional」を使うにはJavaをインストールしておく必要があります。 上記サイトの「Download」をクリック。 ダウンロードしたZIPファイルをExplzhなどで解凍して、Windowsを使って操作をするので「run-jblitz.bat」
Pingで死活監視して自動リブート＆ネット経由で強制的に再起動できるコンセント「iBoot」シリーズ
そう簡単に行くことができないぐらい遠く離れた場所にあるサーバを運用していると、「だめだ！もうコンセントを抜いて強制的に電源断して再起動するしかない！」というケースが出てきます。そういう場合になんとかしてリブートする方法はいろいろありますが、中でも強力なのがこの「iBoot」シリーズです。 コンセント自体がPingを送信してサーバやデバイスの死活監視をしてくれるので、いちいちこまめに監視できないようなケースでも割と乱暴ですが、ある程度放置しっぱなしで運用可能となっています。 製品カテゴリとしては「ネットワークパワースイッチ」「リモートパワースイッチ」と呼ばれるものです。製品の詳細などは以下から。 iBoot Remote Reboot via Web Browser http://dataprobe.com/iboot-remote-reboot.php このiBootシリーズの中でもトップ
DNS サーバ PrimDNS オープンソース公開のお知らせ | GREE Engineering
こんにちは。インフラチームの ebisawa です。 独自に実装した DNS コンテンツサーバ PrimDNS をオープンソースとして公開させて頂きましたのでお知らせいたします。ご興味がありましたらぜひお試しいただければと思います。 グリー内では特に何もしなくてもなぜか各サーバの名前を DNS 解決できたり、その他いろいろなサービスが提供されています。今回公開させていただいた PrimDNS は、もともとグリーのインフラ内で利用されているものをベースに、一般の利用に向けてアレンジしたものです。 公開先はこちら → http://labs.gree.jp/Top/OpenSource/PrimDNS.html なぜ DNS DNS には、かつてより超定番の実装が存在しますが、何らかの理由でもっと他の選択肢もあるといいのに、と思われたことはないでしょうか。 特に DNS のようなインターネット
RAIDレベルの話: 1+0と6はどっちが安全か？ - たごもりすメモ
仕事でちょっくら12台のHDDを使ったRAIDアレイを組むんだけど、その折にちょうどTwitterで「RAID-1+0にしないとRAID-6とか怖くて使えませんよ！」というウソ八百な内容のWebページのURLを見掛けたので、いいかげんそのような迷信が消え去ってもよかろうと思って書くことにした。 1重ミラー設定のRAID-1+0は安全性においてRAID-6に劣る。ただし、正しく運用されている場合に限る。*1 知っている人はずっと前から知っている事実ではあるんだけど、某巨大SIerなんかでも高い方が安全に決まってる的な残念な脳味噌の持ち主がいっぱいいて「いやあデータの安全性を考えるとRAID-1+0」とか考えもなしにクチにし、そっちの方がディスクがいっぱい売れて嬉しいストレージベンダーもニコニコしながら否定せず売りつけて去っていくといううわなにをす(ry まあそんな感じで。ちなみに正しくない運
Webサービス用にさくらのVPSサーバーを借りた後で役に立つ記事色々:phpspot開発日誌
WEBサービス用にさくらのVPSサーバーを借りた後で役に立つ記事色々 さくらVPSサーバの人気が高いということで、借りたらやる設定についての記事をまとめてみました。 さくらのvpsといっても普通のcentosと一緒なので、他のvpsサービスやec2でも使えます。レンタルサーバーと違って最初はなにも入ってないので初期設定が必要ですが、これさえみとけば大体大丈夫というものをまとめてます。 さくらのVPS 初期設定 【さくらのVPS】初期設定をしてみた | Untitled Documents. root パスワードの変更、ユーザ追加、sudoers編集、ssh公開鍵設置、パッケージ管理ツールの設定等 CentOSをサーバーとして活用するための基本的な設定 (さくらインターネット創業日記) sshのポート番号変更、公開鍵設定、ファイアウォール設定の他、不要サービスの停止といったさくらインターネッ
(新人向け) Unixオペレーションの注意点 - Magical Diary
主に新人向けとして、Unixサーバで作業をする際の注意点を書いておく。 ここに書いてある内容は絶対的なものではないし、会社や現場ごとにルールがあるので、適宜ルールに合わせて実践すれば良い。 ログを取れ 何をやったか、何をやらなかったか、というエビデンスのためにログは必ず残しておく。SSHクライアントによっては毎回自動的にログ取得する設定が可能なので、設定しておくと良いだろう。 作業後に問題が発生した場合に作業内容を確認するためにも使うため、必ずログは取得しておくこと。 (追記) 当たり前だが、コマンドとその出力をペアで取ることに意味がある。 set -x (set verbose) しろ ログを取得しても、コマンドラインを編集した際には以下のように非常に見づらいものとなってしまう。(がんばれば解析することは出来るが…) ESC[0mESC[27mESC[24mESC[JESC[1myasu
データセンターを自作してみよう - 怒涛のSyntax Error
Tweet 自作サーバーがひと段落したので、次はデータセンターを自作しようって企画です。 何故わざわざデータセンターを自作するのか？ これにはいろいろな理由があるのですが、達成できるか分らないので後でまとめて報告することにします。 まず、データセンターを作るうえでなくてはならないのがスペースですね。 googleやmicrosoftの巨人たちの間ではモジュール型（コンテナ）が流行っているそうなので、 うちも地方に土地を借りてコンテナを借りて・・・とか考えましたが、 「電源設備どうするの？」 という質問一つで却下となりました。 で、現実的に、社内に構築する方法。 これはスペースがないのとマシン音が仕事の邪魔をするので却下です。 次に、社員みんなの自宅に分散してサーバーを置く方法。 いろいろありえないので当然却下です。 そして落ち着いたのが、 小さな事務所を借りてそこをデータセンター化すること
これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」
Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dropboxにファイルをアップする前に簡単に暗号化できる無料のアプリ『SecretSync』 | ライフハッカー・ジャパン
IT news, careers, business technology, reviews