ツクモパソコン本店IIで「いまさら聞けない!? AIとは」イベント開催 2019年2月1日および2日に、V-net AAEONと岡谷エレクトロニクスが、秋葉原・ツクモパソコン本店IIで「いまさら聞けない!? AIとは」イベントを開催した。その内容は、ディープラーニング(深層学習)の基礎知識から学習・推論のポイント、IoTの“目”にあたる「コンピュータービジョン」、映像関連のディープラーニング推論特化のVPU(ビジョン プロセッサー ユニット)「Intel Movidius Myriad X」を搭載したアクセラレーター「AAEON UP AI CORE X」や推論用最新ツールキット「OpenVINO」(オープンビーノ。Open Visual Inference & Neural network Optimization)の紹介と多岐にわたるもの。イベントの目玉は、V-net AAEONの最新
自然言語からSQLクエリを機械学習で生成、業務データベースが言葉で検索できるように。セールスフォース・ドットコムがAIの研究成果を公開 セールスフォース・ドットコムの人工知能研究部門であるSalesforce Researchは、自然言語による質問とデータベーススキーマの情報を基に、質問に対応するSQLクエリを機械学習で生成する研究成果を公開しました。 これによってビジネスパーソンがSQL言語を学ぶことなく、業務データベースから必要な情報を自然言語で検索できることが期待できます。 自然言語を解析してSQLクエリを生成 下記の図は、公開された研究成果の概要を示したものです。 図の左上「How many engine types did Val Musetti use?」が自然言語の問いとなり、「Entrant / Constructor / Chassis / Engine / No / D
要約 この記事では、LinuxカーネルにてLinuxプログラムがどのように関数を呼び出すのかについて紹介していきます。 システムコールを行う様々な方法、システムコールを行うための独自のアセンブリの作成方法(例あり)、システムコールへのカーネルエントリポイント、システムコールからのカーネルイグジットポイント、glibcのラッパ関数、バグなど多くの点について説明します。 要約 システムコールとは? 必要条件に関する情報 ハードウェアとソフトウェア ユーザプログラム、カーネル、CPUの特権レベル 割り込み モデル固有レジスタ(MSR) アセンブリコードでシステムコールを呼び出すことの問題点 レガシーシステムコール 独自のアセンブリを用いたレガシーシステムコールの使用 カーネル側での int $0x80 エントリポイント iret を使用したレガシーシステムコールからの復帰 高速システムコール 3
Media content has become ubiquitous around the web and almost all of Linkedin's new features interact with media in some form or the other. Profile photos, email attachments, logos, and influencer posts are a few examples of where photos, videos, PDFs, and other media types get uploaded and displayed to the end user. These media types get stored on our backend and are predominantly served by our C
On distributed systems broadly defined and other curiosities. The opinions on this site are my own. Here I will write about our recent work on Hybrid Logical Clocks, which provides a feasible alternative to Google's TrueTime. A brief history of time (in distributed systems) Logical Clocks (LC) was proposed in 1978 by Lamport for ordering events in an asynchronous distributed system. LC has several
この文書はなんですか? この文書は*nix系のシステムにおけるプロセスやシグナルなどについて説明することを目的に書かれました。「プロセスとかよくわかってないからちゃんと知りたいな」みたいなひとたちが想定読者です。 書いているあいだは gist で管理されていたのですが、ボリュームが大きくなったので github で管理するように変えました。 目次 導入 プロセスの生成 プロセスとファイル入出力 ファイルディスクリプタ preforkサーバーを作ってみよう ゾンビプロセスと孤児プロセス シグナルとkill プロセスグループとフォアグランドプロセス epub と pdf epub化したもの、pdf化したものが release ディレクトリに入っています。thanks to mitukiii & moznion! ライセンス この 作品 は クリエイティブ・コモンズ 表示 - 継承 3.0 非移
まずは、Evernote サービスを実現している、システムの物理的構成に関して、その概要を解説します。構成図の左上から始めましょう。 ネットワーク Evernoteとやり取りされるトラフィックは実質的にほぼすべて、HTTPS 443番ポートを通じてwww.evernote.comに届きます。これにはすべての「Web」関連の通信が含まれますが、それに加えてThriftベースのサービス APIを通じた、全てのクライアントとの同期通信も含まれます。これらすべてを合わせると、一日に最高1億5000万回のHTTPSリクエスト、トラフィックはピーク時で250 Mbps程度になります。(このピークはだいたい太平洋標準時間の午前6:30ごろ訪れるのですが、夜行性の Evernote 運用チームにとってはあいにくの時間です。) Evernote では Border Gateway Protocol(BGP)
バッチ処理などスループット重視のアプリケーションはデフォルトのパラレルGCで良いが、Java EEアプリケーションサーバなどレスポンスタイム重視のものやHadoopなどのクラスタ系ソフトウェアで死活監視に引っ掛る系などのstop the worldをなるべく避けたいいわゆるサーバ系ソフトウェアを運用する場合には、UseConcMarkSweepGCを付与して停止時間の短いCMS GCを使う。その場合にCMSのチューニングに踏み込もうとするとなんだか難しい記述がいっぱいで若干困るので、簡単なガイドをメモとして書いておく。 対象バージョンは以下。 $ java -version java version "1.7.0_51" OpenJDK Runtime Environment (fedora-2.4.5.1.fc20-x86_64 u51-b31) OpenJDK 64-Bit Serve
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く