データを信頼し、AI を信頼する 信頼できるデータ、信頼できるモデル、信頼できる AI を実現するために、これほど多くのクラウドのさまざまなデータタイプを管理でき、オープンデータのイノベーションと大規模展開に対応できるプラットフォームは他にありません。
極度に大きなグラフの処理は現在でもなお難しい問題だ。しかし最近のビッグデータ技術の進歩は,このようなタスクをより実用的なものにしている。ニューヨークを拠点にクロスデバイスなコンテント配信を手掛けているTapadはビッグデータを活用して,テラバイトサイズのデータにまで拡張可能なグラフ処理を,ビジネスモデルの中心とするスタートアップだ。 FacebookやTwitterなどソーシャルネットワークには,グラフ表現に適したデータが含まれている。一方でグラフは,Tapadのデバイスグラフのように,もっと不明確なデータの表現に使用することもできる。Tapadの共同創設者でCTOのDag Liodden氏は,デバイスの表現方法としてグラフが合理的である理由を,次のように説明する。 Tapadではデバイス間の関係をモデル化するために,グラフ指向のアプローチを採用しています。このDevice Graph上で
こんにちは。 既に旬(?)自体は明らかに過ぎているre:Inventネタですが、個人的な勉強にもなるので続けます。 3つ目はBDT303、AWS上でグラフベースの製品リコメンドシステムを構築した事例の話になります。 3.BDT303 Using AWS to Build a Graph-Based Product Recommendation System(スライド)(動画) 実際どのサイトでの話かというと、「Magazine Luiza」というブラジルでの耐久消費財を扱うチェーン店での話です。 ブラジルにおいては家庭用品を扱う最も大きな小売店チェーンのうちの一つとのことでした。 規模は下記の画像参照・・・ですが、2280万人のユーザを抱えて捌いているというのはかなり大規模になりますね。 で、まずそもそもレコメンデーションで重要になる要素は何かという話から。 レコメンデーションシステムにお
昨日執筆した以下の記事について、今だと「Titan」っていうグラフDBもあるよというお話を聞いたので、今回を機会に少し調べて見ました。 まず、以下が公式ページ。 そして、以下が公式ドキュメント。 Titan Documentation 検索で引っかかった内容などは以下にまとめておきます。 ※動かすにあたって、ハマってしまったため、今日は備忘録で記事のみまとめておきます。。。。 2013年時点の記事ではありますが、日本語の記事の中ではTitanについてわかりやすくまとめられています。 Blueprintsについて from Tetsuro Nagae ・グラフDBについてのInfoQの記事 ビッグデータ技術を用いたグラフ処理 ・同じくグラフDBの記事ですが、内容にTitanが含まれています。 Facebookが重大な関心を寄せる「グラフデータベース」とは何か? ・AWS上でTitanを利用し
まずは分かりやすいプロセスとスレッドから。 Windows や Linux などの汎用 OS 上のアプリケーションは一般にプロセスとして動作している。プロセスはプログラムの実行単位である。プロセスは1つ以上のスレッドと、ファイル、ヒープメモリなどのリソースで構成される。一方、スレッドは CPU 利用の単位である。スレッドはそれぞれが専用のスタックと CPU レジスタのコピーを保持するが、ファイルやヒープメモリは同一プロセス内の全てのスレッドで共有する。 スレッドのさらにサブセットがファイバである。スレッドとの違いは切り替え動作にありファイバのほうが軽いというメリットがある。プロセス、スレッド、ファイバの関係はこちらの説明が分かりやすかった。 プロセスはプログラム実行のための固有のメモリ空間を持っており、最も独立性の高い実行単位である反面、起動や切り替えに時間がかかるという特性を持っています
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Javaを所有するOracleによる「Java Enterprise Edition(Java EE)」開発の停滞を指摘する報道に対し、Oracleが回答した。OracleのJavaへのコミットは変わらず、次期版である「Java EE 8」に向けた作業を進めているという。 米国時間7月1日、ArsTechnicaはOracleにおけるJava EEの開発が停滞していると報じていた。当時のArsTechnicaの記事によると、Java EEの開発は事実上停止しており、これまでJavaプラットフォームに貢献してきたJava開発コミュニティのメンバーからは懸念する声が上がっているとのことだった。記事ではまた、OracleはJava EEに投じ
Ars Technicaは7月1日(米国時間)、「How Oracle’s business as usual is threatening to kill Java|Ars Technica」において、Oracleが今後Java EEの開発から手を引く可能性があることを指摘した。この記事が公開されてから数日後、OracleはArs Technicaに対して声明を発表、Java EEの開発に今後も取り組んでいくことを説明したことが伝えられた。 Ars Technicaは7月8日(米国時間)、Oracleの声明を受けて新しい記事「Not dead yet: Oracle promises big plans for Java EE|Ars Technica」を公開。OracleのスポークスマンであるMike Moeller氏のメールを引用する形で、OracleがJava EEの開発に取り組ん
t_yano @t_yano Erlang/Elixir(というかBEAM)について「速い」と記事書くと有識者の方々から暗に殴られる事件を数件見つつ、最近読んだbeamのコンテキストスイッチ手法思い出すと、まあ、この動きすごいキレイ(一定頻度でプリエンプティブにスイッチする)だけど、速くはないわなって思った 2016-05-17 21:15:29 t_yano @t_yano BEAM決して速くない、速さを求めるならGoをやれ、安定性を求めるならbeamをやれってことみたい。Erlangイカ本だと、バイナリデータを大量に処理するには向かない、でもAPIサーバなら十分な速度が出るって書いてて、つまり個々の「処理」の速さを求めてはいけないってことかな。 2016-05-17 21:17:35
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く