MQTT の仕様 | Learning | MAGELLAN Dev Center
MQTT の仕様 MQTT とは何か MQTT は、Publish/Subscribe メッセージングモデルにより、非同期に 1 対多の通信ができるプロトコルです。 プロトコル仕様は、軽量かつシンプルにデザインされています。IoT（Internet of Things）や M2M（Machine to Machine）などのように、小メモリやネットワーク帯域幅が限られているような環境での利用に適しています。 Publish/Subscribe メッセージングモデル Publish/Subscribe メッセージングモデルにより、非同期に 1 対多のメッセージ配信ができます。 メッセージを送る側とメッセージを受け取る側を共通して Consumer と呼びます。また、そのメッセージを中継するのが、MQTT Server です。MAGELLAN では、この MQTT Server の機能を提供し
HP、LinuxベースのネットワークスイッチOS「OpenSwitch」をオープンソースで公開。インテル、ブロードコム、VMware、アリスタなどと協力
米ヒューレット・パッカードはLinuxベースのネットワークスイッチ用OS「OpenSwitch」を公開、同時にOpenSwitchコミュニティをインテル、ブロードコム、VMware、アリスタネットワークスなどとともに立ち上げました。 これまで、スイッチなどのネットワーク機器は、ネットワークベンダが独自のハードウェアと専用のOSを開発し、ユーザーに提供されるものでした。 これは例えばサーバやPCのように、業界標準の仕様に合わせてベンダが自由にハードウェアやOS、アプリケーションを開発し、それらを利用者が自由に組み合わせることができることと比べると、クローズな状況に見られていました。 ここ数年、FacebookのOpen Compute Projectなど、ネットワーク機器でもハードウェアとソフトウェアを自由に開発できる環境を作り上げようという動きが目立っています。いわゆるホワイトボックススイ
サーバをメンテする時に便利な Linux コマンド 3つ - bekkou68 の日記
はじめに サーバを運用したり環境を構築したりしていて「あれ。あのプロセスで吐いてるログどこだっけ・・」など困るときがあります。 そんなときに頼りになるかもしれないコマンドを 3つご紹介します。 @madeth 師匠に教えていただきました。 1. proc でプロセスが使っているファイルを見る 困ったこと プロセスの吐くログのパスがどうしても分からない・・。 解決法 (編集 2014/09/10) 知りたいプロセスの ID を調べます。 $ ps aux | grep unicorn deploy 3335 xxx xxx xxx xxx X XX 15:14 0:07 unicorn master -c /var/www/myproject/unicorn/staging.rb -E staging -D プロセスID (この場合は 3335) をもとに root 権限でファイルディスクリ
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
ネットワークプログラムのI/O戦略 - sdyuki-devel
図解求む。 以下「プロトコル処理」と「メッセージ処理」を分けて扱っているが、この差が顕著に出るのは全文検索エンジンや非同期ジョブサーバーなど、小さなメッセージで重い処理をするタイプ。ストリーム指向のプロトコルの場合は「プロトコル処理」を「ストリーム処理」に置き換えるといいかもしれない。 シングルスレッド･イベント駆動 コネクションN：スレッド１。epoll/kqueue/select を１つ使ってイベントループを作る。 マルチコアCPUでスケールしないので、サーバーでは今時このモデルは流行らない。 クライアントで非同期なメッセージングをやりたい場合はこのモデルを使える： サーバーにメッセージを送信 イベントハンドラを登録；このときイベントハンドラのポインタを取っておく イベントハンドラ->フラグ がONになるまでイベントループを回す イベントハンドラ->結果 を返す １コネクション１スレッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
