Seastar in 歌舞伎座.tech#8「C++初心者会」
5. SeaStarとは • http://www.seastar-project.org/ • 高スループットなサーバアプリケーションを記述するための新しいフレームワーク • 物理マシン／VM上で動作、Linux／OSvに対応 • シェアードナッシング、完全非同期モデル • オープンソース（Apache License） • 適用範囲の例：データベース、分散ファイルシステム、キャッシュ、プロクシなど 6. 今日のプログラミングモデルの問題点 • CPUのクロック数はあまり向上しない • コア数は増えていくがソフトウェアで性能を出し切る事は難しい • アプリがスケールしない • ロックの使用は例え競合がなくてもコストが大きい • あるコアでアロケートされたデータは別のコアで使用されたりコピーされたりする • ソフトウェアが最近のハードウェアに最適化しきれていない • SSD, >10GbE
ep17 Service Worker | mozaic.fm
Theme 第 17 回のテーマは Service Worker です。 今回は @kinu さんと @nhiroki_ さんをお迎えして、 今実装や仕様策定が進んでいる Service Worker について、なぜこうした仕様が出てきたのか、これを用いて何ができるのか、これがどう Web を変えるのか。 実装や仕様の裏話や、これが普及してからの懸念点なども含めて、じっくり議論しました。 また、 Service Worker へのフィードバックは bug tracker (基本は英語ですが、日本語でも良いそうです)、もしくは #serviceworker です。 Show Note 関連仕様 ServiceWorker AppCache Push API Notifications API Fetch Permissions API Service Worker の始まり(0:00) Se
Retrobot on Docker - 線路は続くよどこまでも。
2年前の夏くらいから、white_retro という名前の twitter bot を運用してる。 このアカウント（bot）では、 1年前の @7kajii の発言 2年前の @7kajii の発言 1年前の whitech0c0late のブックマークした記事 *1 をツイートしている。 運用所感 2年弱、運用しているけど自分（成長したとこ、成長してないとこ、イベントなど） を振り返るとてもよいツールだなぁと感じている。 今回やったこと 1,2 年前の発言は Heroku で運用しているが、このたび Herokuの料金体系（無料枠）が変更になるということで、 DigitalOcean に引っ越すついでに Docker（CoreOS）で動かすことにした。 DegitalOcean *2 DegitalOcean は、初めて使った。以下のスライドが超絶わかりやすい。 今日から始めるDigit
Seastar 高スループットなサーバアプリケーションの為の新しいフレームワーク #kbkz_tech - by shigemk2
Seastar OS開発 カーネル開発 LinuxとかでC言語やってるけどC++やらされることになった。 半数の開発者はリモート開発で参加 IaaS環境に特化したOS OSvを開発 カーネルなのにboostが使える KVM開発者とか有名ドコロが多い SeaStarとは www.seastar-project.org 高スループットなサーバアプリケーションの為の新しいフレームワーク 非同期 Apacheライセンス DB 分散ファイルシステムなどに使える 問題点 CPUのクロック数があまり向上しない コア数は増えるけどソフトウェアが性能を出し切るのは難しい ロックの仕様はたとえ競合がなくてもコストが大きい あるコアでアロケートされたデータは別のコアで使用されたりコピーされたりする ので、ソフトウェアの性能を出し切れていない シェアードナッシングにしよう リニアにスケールするSeaStarフレー
Seastar - Seastar
Seastar is an advanced, open-source C++ framework for high-performance server applications on modern hardware. Seastar is used in Scylla, a high-performance NoSQL database compatible with Apache Cassandra. Applications using Seastar can run on Linux or OSv. Seastar is the first framework to bring together a set of extreme architectural innovations, including: Shared-nothing design: Seastar uses a
Isomorphic Architecture & Interface
isomorphic interface for front + proxy + back layer. at #isomorphic_meetupRead less
OpenDataPlane – The OpenDataPlane project site
WHAT IS ODP? Open Data Plane (ODP) is an open-source project which defines application programming interfaces (APIs) for portable high performance data plane applications. ODP API design enables various implementation strategies without exposing the application to implementation details. This allows the same application (code or binary) to run efficiently on various hardware platforms with differe
Elixir Tasks vs Scala Futures
Elixir has introduced a wonderful first class concept called a Task. It allows you to do some work in a new process and easily collect the result, like so: iex(1)> something = Task.async fn -> ...(1)> 10 + 6 ...(1)> end %Task{pid: #PID<0.44.0>, ref: #Reference<0.0.0.55>} iex(2)> Task.await(something) 16 On first glance, it looks a lot like constructs found in other languages. For example, Scala ha
Welcome to Apache PredictionIO�!
What is Apache PredictionIO�?Apache PredictionIO� is an open source Machine Learning Server built on top of a state-of-the-art open source stack for developers and data scientists to create predictive engines for any machine learning task. It lets you: quickly build and deploy an engine as a web service on production with customizable templates; respond to dynamic queries in real-time once deploye
続・AndroidでJUnit4を使う方法（Android SDKで正式サポートされました！） - Qiita
はじめに Androidアプリケーション開発者にでっかいクリスマスプレゼント？が投げ込まれましたー。 Espressoが2.0にバージョンアップすると共に、Android Support Library の一部として取り込まれ、JUnit4がサポートされました！！ Espresso 2.0 is here!: Google+ Espresso 2.0 が Android support library の一部としてリリースされた SDK ManagerでAndroid Support RepositoryをインストールすればEspressoのjarをlib等に置くことなく使えるということかな？（まだ試してません・・・） （参考）こちらも併せてどうぞ 旧・AndroidでJUnit4を使う方法 AndroidでJUnit4とJUnit3.8やEspressoを併用する方法 Setup 変更点
Espresso 2.0とRobolectricを併用したテスト環境の作り方 - Qiita
2015.6.9追記：Android Studio 1.2 + Robolectric 3の組み合わせが良さそうなので、この記事をあまり鵜呑みにしないでください（参考） Androiderの皆さん、テストしてますか？ 今回は、UIテストが幸せになるEspresso 2.0と、ユニットテストが幸せになるRobolectricをAndroid Studio的に自然な形で併存させるための設定をご紹介します。 ゴールとしては、下記のような表示になります。 Android Studioではあまり見かけないテストフォルダの配置に「おっ」と思った方は、次項を読み飛ばしてその先へどうぞ。 前提知識：これまでのテスト UIテストをモリモリ書いてきた諸兄は、Espressoと仲良くしていらっしゃることと思います。Support Libraryの一部としてEspresso 2.0が配布されるようになり、JUni
ActivityのExtraやFragmentのArgumentを設定する責務は、呼び出される側に持たせたほうがいいんじゃねーのという提案 - Qiita
ActivityのExtraやFragmentのArgumentを設定する責務は、呼び出される側に持たせたほうがいいんじゃねーのという提案Android あるActivityから別のActivityを呼び出すときや、Fragmentを新規に生成する時、ExtraやArgumentと呼ばれる、Bundle型の初期値を渡すことができます。 このとき、「渡す側」と「渡される側」に別れるわけですが、どちらがどこまで相手のことを知っていなければならないか？という関心ごとは、分業していく上で重要なファクターになります。 この辺のやり方についてデファクトスタンダード的なものが無いように思えたので、今回は私が現在良いと思っているスタイルを紹介したいと思います。 （5/19追記：Twitterで色々と御意見をお聞きしまして、その後また自分の中でのベストプラクティスが変わってきています。記事末尾の追記も是非お
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home - DPDK
Akka ActorとAMQPでLINEのメッセージングパイプラインをリプレースした話