システムのI/Oに必要な時間の大部分はカーネルにあった | POSTD
Key-Valueストアからロックサーバに至る、あらゆる実行中のサイトのシステムパフォーマンスは、今なお、主に レイテンシ や スループット で測定されています。 サーバのI/Oパフォーマンスでは、これが重要となります。高性能なI/Oサブシステムなくしては、これらのメトリクスのどちらにおいても良いパフォーマンスを行うことはできません。 奇妙なことに、この10年間で一般的なハードウェアのI/Oパフォーマンスは驚くほど向上しているにも関わらず、システムのI/Oパフォーマンスはあまり大きな変化を遂げていません。そこで、私はこのような疑問を持ちました。 「一般的なスタンダードなOSでは、I/Oパフォーマンスの向上は期待できないのだろうか？」 一般的なLinuxハードウェア上のシンプルなI/O これは、Simon Peterらによって発表された 最新のOSDIレポート の裏に隠された重大な課題です。
英語添削をUpwork(旧oDesk)にアウトソース
前々から海外へのアウトソースには興味があったんだけど、なんだかんだでずっとやってませんでした。 自分がアプリやサービス作る時は、企画、UIデザイン、プログラミング、サポート、マーケティング、アップデートと全部自分でやっているのもあり、なんでも自分でやりたがり症候群というのがある。 これはあまりよいことではないなとは思いつつ、どれも外注できない重要なことだよなあと今までやってきました。 しかし、以前聞いたスタートアップ系のPodcastでこんなことを言ってた。 「昔の自分にアドバイスするとしたら、一刻も早くアウトソースする能力を身につけろと言うだろう。昔の自分はすべて自分でやろうとしていたけど、アウトソースする事を覚えて世界が変わった。」 そうか、じゃあ、やってみたいな、と思うも、アプリ開発は改善の繰り返しだからアウトソースに向かないし、なにがいいかなと思っていたところ、ちょうどよい案件があ
Jenkinsを利用したAndroidコード品質の見える化 - Qiita
この時点でブラウザから[IPアドレス]:8080でJenkinsにアクセスできるようになる。 また、macのローカルにJenkinsを立ち上げる場合は$brew install jenkinsでインストール後、ブラウザからlocalhost:8080にアクセスすればよい。 Jenkinsの初期設定 インストール後、まずは唯一のadminアカウントを設定し、また、自由にアカウントを作成することを禁止する。ここの設定は任意で。 ログイン認証の追加 Jenkinsの管理 > グローバルセキュリティの設定 セキュリティを有効化 にチェック アクセス制御 > ユーザー情報 > Jenkins のユーザーデータベース > ユーザーにサインアップを許可 にチェック アクセス制御 > 権限管理 > ログイン済みユーザーに許可 にチェック 保存 ユーザ作成 アカウント登録 > サインアップ ユーザー名、パス
早すぎた本命「Google App Engine」に心を奪われた2人の巻 (1/2)
吉積：吉積情報 代表取締役 吉積礼敏。アクセンチュア出身で現在Google専門の開発会社を経営。Google社員以外の⽇本人として初めてGoogle Apps Certified Deployment Specialistを取得。2014年3⽉、日本人として初めてGCPのQualified Developer5種⽬合格。 上田：ソフトウェアエンジニア 上田哲広。Web系の開発でGoogle App Engineを使ったことがきっかけでコミュニティに参加し、現在はGoogle Developers Expertとして活動中。サーバーサイドでGCPやAWSを使っており、最近はAndroidやiOSのアプリも開発している。好きな言語はGoとPython。 得上：オークファンサービス基盤技術部長 得上竜一。新会社に移って、ますます意気盛んなML（Machine Learning）の第一人者。最近は
MySQL と寿司ビール問題 - かみぽわーる
MySQL と Unicode Collation Algorithm (UCA) - かみぽわーる に関連するトピックで、 MySQL には寿司ビール問題というのがある。 寿司ビール問題どっかで詳しくお話を聞くべきだよなぁ。。。— RKajiyama (@RKajiyama) March 18, 2015 これはどういう問題かというと、 MySQL の Unicode では binary collation にしてコードポイントで比較しないと🍣と🍺に限らず絵文字が同値判定されるという問題です。 あれ？ MySQL の utf8mb4 charset って、4バイト文字同士を比較すると同じ文字扱いされる？ SELECT '🍣'='🍺' → 1 MySQL的には寿司とビールは同じ扱い。— とみたまさひろ (@tmtms) December 22, 2014 MySQLで select
ReactiveX と「普通のやつらの上を行け」の意外な関係 - Okapies' Archive
これは「関数型プログラマのための Rx 入門」の補足記事です（タイトル変えた）。 前編、後編とお送りしてきたこの記事だが、特に後編について「何を言ってるのか分からん」というコメントを何人かの方から頂いた。…なんというか、ごめんなさい。 繰り返しになるが、Rx を使う上で関数型プログラミングの知識は必ずしも必要ではないし、むしろ（関数型のコンセプトが基礎にあるのに関わらず）知らなくても使えるようになっている。ライブラリの作者たちは「過度な抽象化は害になる」ということを弁えているのだろう。 しかし、Rx と関数型プログラミングの関係を把握しておくと、非同期データストリームのビルディング・ブロックの作り方について大いに視野が広がるだろう。もし、貴方がこの記事の前提となる「関数型」のパラダイムに興味をお持ちなら、まずは「関数プログラミング実践入門」をお勧めしたい。 関数プログラミング実践入門 ──
【2015年最新版】iPhoneアプリ審査リジェクト理由まとめ | SONICMOOV LAB
マジ鼻が詰まって息が出来ん。花粉の季節到来オワター＼(^o^)／ あ、ども。ソニック最後の使者ディレクターのチャンプです。 最近特にAppleの審査が厳しくなってきたのでリジェクト理由まとめたお( ´∀｀) Apple審査のガイドラインが更新されてからのやつなので最新なはず(｀・ω・´)ｷﾘｯ 最新版はこちらです。 【2016年最新版】iPhoneアプリ審査リジェクト理由まとめ 厳しいアプリ審査 そもそもAppleのアプリ審査はそう簡単に通過しない。 特に今後はアプリのユーザーレビューや、ブーストアプリの取り締まりを大幅に強化!!! コンテンツをダウンロードできるアプリや、そもそも機能がなさすぎてつまらないアプリはリジェクトするなど、これまでよりも審査基準が厳格化してきてます。 ただ、AppStoreレビューガイドラインありすぎるよwww 僕も理由などをすごく調べるので意訳付きでコピペして
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
YouTubeがMySQLをスケールアウトする「Vitess」をオープンソースで公開。Kubernetesに対応
YouTubeがMySQLをスケールアウトする「Vitess」をオープンソースで公開。Kubernetesに対応 Google Cloud Platformのブログに投稿された記事「Scaling MySQL in the cloud with Vitess and Kubernetes」で、Vitessは次のように説明されています。 At YouTube, we went on that journey as we scaled our MySQL deployment, which today handles the metadata for billions of daily video views and 300 hours of new video uploads per minute. To do this, we developed the Vitess platform,
GMOペパボ株式会社の執行役員CTOに就任しました - Kentaro Kuribayashi's blog
昨日(3/21)、GMOペパボ株式会社の執行役員CTO*1に就任しました。昨年8月に技術責任者に就任したのですが、今後はより一層、経営に近い立場で「技術」という切り口において会社の成長に貢献していきたいと思います。 今後やっていくこと 今後やっていきたいことを整理すると、以下の3つになります。 成長のための技術戦略の策定・実行 1.を実現するための技術基盤づくり 1.を実現するための組織づくり これまでも「GMOペパボ攻勢の裏側にあった「技術的負債を抱えない開発体制づくり」3つの布石 - エンジニアtype」にある通り、あれこれやってきましたが、より踏み込んだ戦略を立て、実行していくつもりです。また、それぞれにおいて各論的にいろいろ考えていることはあるのですが、細かいことをここで述べてもしかたないでしょう。このブログでもこの1年あまり、上記についてあれこれと書いてきたので、是非そちらをご覧
スマートニュースの世界進出を支えるログ解析基盤 #jawsdays #tech
スマートニュースは昨年の 10/1 に米国版をローンチするにあたり、ログ解析基盤のリニューアルを行いました。日本に加えて米国やその他の国が入ってくることにより、単なるユーザ数の増加に加え、OS x 国 x タイムゾーン x 多種多様なメトリクスのような集計軸が増えることで、ログの前処理、集計、可視化に様…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GoでMinecraftっぽいの作る
PHP 7のパフォーマンスが高い理由
ウェブパフォーマンスの基礎とこれから
Data Engineering at VOYAGE GROUP #jawsdays
モバイルファースト時代のクラウドネイティブアーキテクチャ JAWS DAYS 2015