- はじめに - 近年、分散深層学習の研究、ライブラリ開発が盛んに行われている。 本記事はuber社が公開しているhorovodを利用した分散CNNのメモである。 - 前提 - horovodとは、バックエンドをOpenMPIとしTensorFlow、Keras、PyTorchを最小限のコード変更で分散学習できるようにするためのパッケージである。 github.com 現状TensorFlowを使って書かれたコードをDistributed TensorFlowに対応させるにはパラメータサーバやマスタサーバの動きを理解した上で多くの変更を要するが、horovodではそれらをncclのall reduceを利用しwrappingしてあるため、最小限のコード変更で分散学習が可能となる。 また、公式によると普通に書くより早いらしい(未検証) 複数ノードで利用する場合、各ノードがOpenMPIを通し
κeenです。これは 言語実装 Advent Calendar 201713日目の記事です。 RPythonやPyPyについて勘違いしてる人向けに誤解を解こうかと。あんまコードは出てこないやつです。 いきなり話が逸れますが、PyPyとRPythonの話前に二村射影を知っておくと理解が深まるかもしれないので触れて起きます。 二村射影と部分評価 詳しくはWikipediaを見て下さい。 ここでは直感的な話をします。 第一: インタプリタとExecutable インタプリタは抽象的にはソースコードと入力データを受け取って出力データを出しています。 +---------+ +--------+ | in/data | | source | +---------+ +--------+ | | +-------------+ | interpreter | +-------------+ | +--
grpc-gatewayの開発に学ぶ、ソフトウェアの設計手法~Yuguiが定めた、2つの基本設計方針 良いソフトウェアとはどのような方針のもとに設計されているのでしょうか。広く使われているOSSであるgrpc-gatewayの開発過程を作者のYuguiさんが振り返り、その設計手法を解説してもらいました。 こんにちは。 Yuguiと言います。 本記事では読者がより良いソフトウェア設計を行うための参考として、筆者が経験してきた設計上の決定をご紹介します。 筆者はこれまでRuby 1.9のリリースマネジメントを担当したり、Google Mapsの日本向け地理データ処理やgrpc-gatewayの開発などをしてきました。そしてこれらを通じて、広く長く使われて拡張されていくソフトウェアを設計するための方針決定に携わったり、方針に関わる良い議論を目にしたりする機会に恵まれてきました。中でも本記事では、
創業者の娘の逮捕やスパイ疑惑で渦中の中国テック企業「華為技術(ファーウェイ)」。米紙ワシントン・ポストは、同社の企業文化と労働環境について「まるで人民解放軍のように戦闘的で厳格だ」と報じている。 「血に飢えたオオカミのように残忍」 中国の通信機器最大手「華為技術(ファーウェイ)」を創業した任正非(レン・ツェンフェイ)CEOは人民解放軍の元エンジニアだ。それだけに、同社を軍隊のように厳しい規律で統率している。 新入社員はまず、同社の訓練施設「ファーウェイ大学」で実施される2週間のブートキャンプへ送られる。元社員たちによると、文字どおり「洗脳」される2週間だという。 ブートキャンプ中は寮で生活しなくてはならない。起床は5時。赤と白のファーウェイのユニフォームに着替えて、ランニングなどの運動をおこなう。
この記事は Vim Advent Calendar 2018 の最終日 25 日目の記事です。昨日は rhysd さんの「Vim の構文ハイライトでクリスマスツリー🎄を飾ってメリクリする」でした。今年も Vim Advent Calendar は完走しました。皆さんお疲れさまでした。 はじめに 昨今 Vim script は目覚ましい進化を遂げ、Vim script からタイマーも実行でき、プロセスを起動して非同期に通信できる様にもなりました。以前の様にコマンドを実行して Vim でのテキスト入力を妨げる事も少なくなってきました。 Vim script が扱える数値も既に64bit化されています。現在 pull-request されている blob 型 も入れば、ほぼ他の言語と同等の機能を得たと言えるでしょう。1 しかしながら世の中のプログラミング言語は機械学習へと足を延ばし、大量のデー
PublickeyはおもにエンタープライズITの分野にフォーカスし、クラウドやシステム開発、Webテクノロジーなどを中心に専門性の高い記事を提供しているブログメディアです。 運営は基本的に僕一人で行っていて、日々記事を書くことに加えて、Webサイトを構築するためのHTMLを書き、お客様や代理店からの問い合わせに対応し、バナー広告やタイアップ広告を販売し、アドサーバへの設定や運用をし、掲載後のお客様への報告などを行っています。 こうして運営されているPublickeyの売り上げはどうだったのか、今年も紹介していきましょう。 広告は直接販売が中心。アフィリエイトは重視せず Publickeyの特長は、AdSenseやアフィリエイト広告に依存せず、バナー広告やタイアップ広告を直接販売して売り上げを上げていることです。専門性の高いブログメディアでは必然的に読者数が絞られることになるため、クリック数
はじめに:冷戦と動的計画法 動的計画法とは何でしょうか? いきなりですが、日本語版Wikipediaを引用します。 動的計画法 - Wikipedia 動的計画法(どうてきけいかくほう、英: Dynamic Programming, DP)は、計算機科学の分野において、アルゴリズムの分類の1つである。対象となる問題を複数の部分問題に分割し、部分問題の計算結果を記録しながら解いていく手法を総称してこう呼ぶ。 おそらく、Qiitaを見る人の大半もこのような認識ではないでしょうか。 「あーなんかナップサック問題とか解くんでしょ? 表の数字を端から埋めていくやつ」 というイメージがあるのではないでしょうか(偏見)。 では次に、英語版Wikipediaを見てみましょう。冒頭を日本語訳します。 Dynamic programming - Wikipedia 動的計画法は、数理最適化手法ならびにコンピュ
はじめに エンジニアリングGの西場(@m_nishiba)です。 エムスリー Advent Calendar 2018に参加しています。 文書間の類似度計算をしたい。 エムスリーでは20以上のサービスを展開しています。各サービスごとにコンテンツのフォーマットが大きく異なるのですが、横断して類似するコンテンツを表示したいというニーズがあります。 例えば、下記の3つの文書があるとします。 例1 糖尿病患者に実践してほしい ○○○○○ ・演者:〇〇先生(大阪府立大学 地域保健学域) 【ライブ放送】 18:00〜18:40(17:30サイトオープン) ※ライブのみの1回限りの講演会です。 例2 喘息患者に実践してほしい ○○○○○ ・演者:〇〇先生(名古屋大学 地域保健学域) 【ライブ放送】 18:00〜18:40(17:30サイトオープン) ※ライブのみの1回限りの講演会です。 例3 糖尿病は、
この記事は一休.com アドベントカレンダーの24日目の記事です。 qiita.com 社内情報システム部の大多和(id:rotom)です。 一休には2018年8月に入社し、情報システムエンジニアとして、IT を活用した業務改善、オフィス環境の構築を中心とした社内の「情シス」業務全般を担当しています。 本エントリでは、表立って登場することの少ない「情シス」が普段何をしているか、ご紹介していきます。 情シスのお仕事 社内情報システム部は「システム本部」に所属しており、現在 6人 のメンバで業務を行っています。 一休における情シスは以下の2つの側面を持っています。 コーポレートエンジニアリング:社内ツールやシステムの導入及び管理運用、bot やスクリプト開発による業務の効率化などの業務改善の他、オフィスの IT インフラ環境の構築、改善など、IT を活用し、より社員がよりパフォーマンスを発揮で
平成が終わろうとしています。 この、1989年から2019年にかけての30年ほどの間に、コンクリートには何が起きたのでしょうか。 平成が始まる100年前の1889(明治22)年、日本初の近代港湾として横浜港の築港工事が開始されます。 その防波堤用の材料として、セメントという粉に石と砂と水を混ぜて作製するコンクリートという近代材料が使用され、日本におけるコンクリートの歴史が幕を開けました。 (当時の言葉では摂綿篤・混凝土と書きました。) それからの殖産興業の時代、コンクリートという材料は土木・建築向けの建設材料として徐々に普及するようになります。 鉄筋との組み合わせによる鉄筋コンクリート構造は木材・石・煉瓦といった既存の材料による構造よりも強度に優れ、自由度の高い設計を可能にしました。 現存する国内最古の鉄筋コンクリート構造物は1903(明治36)年につくられた琵琶湖第一疎水路上の橋といわれ
Linuxカーネル4.18から、userns mountに対して暗黙にSB_I_NODEVを設定するようになったために、既存のsystemdのnspawn実装が壊れた。 以下が問題のパッチだ。 https://github.com/torvalds/linux/commit/55956b59df336f6738da916dbb520b6e37df9fbd Linuxカーネルにおいては、ユーザースペースの挙動は変えないという強い下位互換保障がある。以前のバージョンのカーネルで動いていたユーザースペースのコードが新しいバージョンのカーネルで動かなくなった場合、それは理由が何であれ新しいバージョンのカーネルのバグであるとみなされる。たとえそれが、ドキュメント化していない明示的に保証されているわけではない昔のカーネルの暗黙の挙動であれ、その挙動に依存している既存のユーザースペースのコードがあるので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く