statx(2) System Calls Manual statx(2) NAME topstatx - get file status (extended) LIBRARY topStandard C library (libc, -lc) SYNOPSIS top#define _GNU_SOURCE /* See feature_test_macros(7) */ #include <fcntl.h> /* Definition of AT_* constants */ #include <sys/stat.h> int statx(int dirfd, const char *restrict pathname, int flags, unsigned int mask, struct statx *restrict statxbu
6/30、7/1に開催されたYAPC::Fukuoka 2017 HAKATAに行ってきました。 初めての九州、福岡の良さ 今回のYAPCがキッカケで始めて九州に行きました。 福岡空港は市街地と近いと話には聴いていましたが、実際に見てみると市街地のど真ん中に飛行機が降りていくのは不思議な感じでした。そして地下鉄で博多や天神まですぐということで、東京とのアクセスは思っていた以上に良かったです。 あと、ラーメン屋が大量にあってラーメン好きとしては最高の街ですね。 前夜祭 ホテルにチェックインした後、新天町の立ち飲み屋で1杯飲んでから前夜祭会場であるヌーラボさんのオフィスに向かいました。 LTを聴いたり、聴かずに議論したり、酒のんだりいつものYAPCの光景でした。 前夜祭のあと沖縄の学生たちを連れて鯖を食べに行きました。 酒の隠れ家 博多鯖郎(中洲/海鮮(海鮮料理)) - ぐるなび 時間が遅かっ
参加したエンジニアたちで噂になっていたので YAPCのスポンサーセッションほんとうにひどかったらしいので見たい— kama2vern (@kama2vern) 2017年7月4日 調べてみたのと、参加した人からの伝聞なので、らしいというのを省く。 YAPC福岡というイベントがあり、DeNAはスポンサーでありイベントの実行委員長もDeNAの人だった。 イベント後半でスポンサーセッションの時間があり、LINEなど他のスポンサーが話した。 スポンサーとしては最後のトークでDeNAの採用担当者が「エンジニアに憧れるばかりにやってしまったこと」 といったテーマで面白おかしく採用担当者なりにエンジニアへの愛を語るはずだった。 その内容がこちら 自分は開発に関わっていない部屋でLGTMを連発 障害対応を行っているシリアスな場面で、一般的トラブル原因と言われるものを適当に連呼 発表の資料に出てくるエンジニ
先月からなぜか Kubernetes の素振りをしています。 職場の若者が先日発売された『WEB+DB PRESS Vol.99』の牧さんの記事、 「実践Kubernetes」をオススメしていたので、流れで実際に動かしてみま した。 この記事は先週の『Kubernetes Meetup Tokyo #5』[2017-06-29-1] でも オススメされていました。 第4章で実際に GKE を使うことになるのですが、記事に書いてあるコマ ンドや設定はそのままでは動かず、大変難儀しました。誰かの役に立つか もしれないので、人知れずメモしておきます。 注意点# 私は Kubernetes(以下 k8s)を使い始めたばかりです。 今回の件が、記事で使われているバージョン(1.6.1)と、現在 GKE で使 えるバージョン(1.6.6)の違いによるものなのか、本当に記事が間違っ ているのか分かってい
モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。要旨 モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。 – Martin Fowler 明確に構造化されたモノリスを構築できない時、なぜマイクロサービスがその答えだと思うのか。 Simon Brown 始めに マイクロサービスの利点と欠
AbemaTVアプリ開発の裏側──若手エンジニアを磨き上げる「改善志向型エンジニア文化」とは? 「若手エンジニア、どんな活躍してますか?」の第8回目は、話題のインターネットテレビ局、「AbemaTV」のアプリを手がけるエンジニアの登場です。精鋭揃いのAbemaTVチームでは、どのような研鑽があるのでしょうか。 サービスの会社──。 サイバーエージェントという企業に、こんな印象を持つ人は多いでしょう。アメーバブログやAWA、そしてAbemaTVといった、センセーショナルでポップなサービスを次々と展開しているから、こう感じるのかもしれません。 言うまでもなく、こうしたサービスの裏側には、エンジニアたちの奮闘があります。つまり、「サービスの会社」とは、「エンジニアリングの会社」と言い換えることもできるのです。事実、現在サイバーエージェント社の全社員の3割強がエンジニア職にあるといいます。そして、
CodeDeploy良い! ですが、注意すべき点もあります。以下に書いたようにCodeDeployに自動リストア機能やデプロイ失敗時に対象インスタンスにはELBからのトラフィックをやめるような機能はありません。 CodeDeployでデプロイに失敗した場合の挙動を確認する また、デプロイ実施中(ファイルのコピーやWebサーバーの起動、停止)にELBからのトラフィックを止めるような機能もありません。 じゃあ任意のタイミングでELBやオートスケールから外したり、登録したりすれば良いのねということなのでAWS CLIなど使えばいいわけですが、全体で使える汎用的なのないかなーと思ってたらAWS公式のサンプルがあり使えそうでした。 awslabs/aws-codedeploy-samples 上記を使えばデプロイ失敗時にインスタンスにトラフィックが流れないようにすることができそうで、実際に使ってみた
今日は、スマホサイトの表示スピードをチェックして、読み込みの遅さが原因で離脱している訪問者がどれぐらいいると推定されるかを教えてくれる、グーグルのサービスを紹介します。 読み込みが遅いと離脱する。スマホならなおさらね「モバイルでのページ読み込みが遅いせいで、これぐらいの人を逃してるよ? 改善しないともったいないよね?」という切り口で、モバイルに特化したページ表示速度の改善を促すサービスを、グーグルが提供しました。 オンラインで利用できる「モバイルサイトの読み込み速度とパフォーマンスをテストする」というサイトなのですが、正式名称は「Test My Site」のようです(実際にサイト上でその名前が使われてるのはドメイン名だけですが)。 モバイルサイトの読み込み速度とパフォーマンスをテストするGoogle の新ツール「Test My Site」を活用してモバイルサイトの読み込み速度を改善しましょ
Dockerにハマると何でもDocker化したくなります。すべてのサービスをDocker化することでプロセスがセキュアになり、限られたポート同士で連携できるようになります。ホストの環境依存もなくなり、移行や開発環境構築も簡単になります。 そんなDockerコンテナの状態をチェックできるのがctopです。topライクに使えるコマンドです。 ctopの使い方 コマンド実行例です。 新しいDockerコンテナを立ち上げたらリストも更新されます。 ctopではコンテナごとにメモリ使用量、CPU、ネットワーク、ディスクI/Oなどが計測できます。パフォーマンスが著しく悪いコンテナを見つけて改善したり、メモリ使用量の多さをチェックするのに使えるでしょう。開発環境はもちろん、運用環境でも役立つことでしょう。 ctopはGo製のオープンソース・ソフトウェア(MIT License)です。 bcicen/ct
HOMEインフラjenkins と ghprb,github commit status を使った仕事が楽になる 10 の設定 「ぐるぐるイーグル」チームでエンジニアをしている @takesato こと佐藤(たけ)です. 「ぐるぐるイーグル」では,エンジニアだけでなく企画もデザイナも github を使用して仕事をし,お互いレビューをするという環境ができあがっています. see. 【GGG#4】Aiming『ぐるぐるイーグル』にみるゲーム性を左右する背景マップの作り方…職種を超えた挑戦が効率的なワークフローを生む | Social Game Info プロジェクト開始当初から Jenkins も導入しており,Jenkins の結果を github に反映していました. しかし,github の表示できるステータスは長い間1つのみだった為, 「ぐるぐるイーグル」 での Jenkins の J
Jenkinsのパイプライン(Pilepine)をさわっていて、ジョブの再実行のあたりがモヤモヤしていたので動きを調べてみた。結論としては、retryブロックはtryブロックに似たような処理をするので、try-catchで囲ったら予期せぬ動きになってしまう。 Retry the body up to N times Jenkins パイプラインのリトライ(retry)は、失敗した場合、指定した回数だけリトライを実行してくれる(参考:Jenkins Pipleline Basic Steps)。 retry(3) { // call job } 上のように書くと、ジョブが失敗した場合に最大あと2回(合計で3回)実行を続けてくれる。不安定になりがちなジョブで設定すれば便利そう。 ただ、それでもジョブの失敗が続き、3回目に失敗すると、そこで例外が投げられてしまう。ということはその例外を捕まえない
LinuxでI/Oと格闘していると、重要なファイルがどのタイミングでキャッシュに乗ってくるかは死活問題になります。 このファイルってどれくらいキャッシュに乗っているの?という時に便利な vmtouch というツールがあったのでご紹介。 導入方法 導入はいたって簡単。 $ git clone https://github.com/hoytech/vmtouch.git $ cd vmtouch $ make $ sudo make install ちょっと調査で使いたいだけなら make install はやらなくてもOKです。インストールした場合は /usr/local/bin に実行ファイルがインストールされてmanも利用できるようになります。 基本的な使い方 まずは動作の確認に使うファイルを作成します。90000行です。 $ for n in `seq 10000 99999`;do
ども、大瀧です。 WWDC 2017では、iOS周辺のネットワーク機能を紹介するAdvances in Networkingというセッションがありました。セッションについてはこちらの記事が詳しいです。 iOSはこれまでIPv6や常時SSLなど、新しいWebネットワークテクノロジーの牽引役として様々な働きかけをしてきました。今回のセッションで取り上げられたMultipath TCP(MPTCP)は、iOS 11でiOSアプリ向けの実装予定で、これを皮切りに今後広く使われるのを期待しています。本記事では、サーバー側としてAmazon EC2でMPTCPを試してみた様子をご紹介します。 MPTCPとは Multipath TCP(MPTCP)は、トランスポートプロトコルであるTCPでマルチパス(複数経路)通信を実現する技術です。WWDCのセッションではLTE回線とWi-Fiの2経路を用途や回線状
データ分析部でグノシーというニュースアプリのプロダクト改善を担当している @ij_spitz です。 今回はプロダクト改善のためにウォッチしておくべき7つの指標をSQLで算出してみます。 Gunosyではこれらの指標を、プロダクトに異常があった時に検知するため、また施策の効果検証といった主に2つの目的で使用しています。 簡潔にするため、ユーザーとログインの2つのテーブルを使った算出できる指標のみを対象としています。 また、これらの指標をどうやってプロダクト改善に役立てているのかということも少しではありますが、合わせて書いていきたいと思います。 DAU WAU(MAU) HAU 積み上げHAU 1ユーザーあたりのログイン回数 登録N日後継続率 登録日別N日後継続率 前提 今回のブログで紹介するSQLはAmazon Redshift上で動くSQLなので、MySQLやGoogle BigQuer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く