こんにちは。ストリーミングチームの松本です。 Mirrativのストリーミングチームは、低遅延配信や、通知ぼかしというような機能を追加するため、配信のorigin serverの前段にtranscoder serverというものを導入してきました。 tech.mirrativ.stream tech.mirrativ.stream transcoder serverはGoによる内製のミドルウェアであり、主に映像の変換を行う目的で作られました。現在は配信プロトコルの変換（既存プロトコル -> 低遅延プロトコル）などを行っています。また、実際にはサーバー上のDockerコンテナ内で動作しています。 transcoder serverを展開していくにあたり、メモリ使用量が常に増え続ける問題が起きていたため、その際に直面したGoの実メモリ使用量に関する話を書きたいと思います。 メモリ使用量の増加問

株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 パフォーマンス勉強会OracleデータベースMySQLInnoDB こんにちは、羽山です。今回はOracleデータベースのチューニングで少し踏み込んだ内容です。途中で比較対象としてMySQLも登場します。 日頃からSQLチューニングの機会があってそれなりに得意としているのに、それでもなぜかパフォーマンスがでないSQLに悩んだ経験はありませんか？ 謎の遅い現象は特に大規模データベースになってくると発生しがちなのですが、速い場合も遅い場合も必ず理由があります。そこで本記事ではデータベースのチューニングにおいて意外と見落とされがちなローレベルな部分に着目して、さらに一歩上のパフォーマンスチューニングに必要な知識を解説します。 この記事を書くきっかけとなったのは私た

Speedtest® CLIInternet connection measurement for developers Speedtest CLI brings the trusted technology and global server network behind Speedtest to the command line. Built for software developers, system administrators and computer enthusiasts alike, Speedtest CLI is the first official Linux-native Speedtest application backed by Ookla®. With Speedtest CLI, you can easily: Measure internet conn

ウェブサイトのパフォーマンス改善のためにPageSpeed Insightsで分析している方は多いのではないかと思います。 本ブログでは、PageSpeed Insightsの改善項目のうち、Amazon CloudFrontを利用しているサイトに対してアクション可能な項目を4点紹介します。 1つは簡単な設定変更だけで済み、残り3つは遅い箇所にあたりをつけます。 端的には、ページサイズを小さくすることがゴールです。 サイズを小さくすることで、サービスを提供する側にとってはトラフィック量を軽減でき、利用する側にとってはページをより早く表示できるようになります。 事前準備 CloudFrontの利用状況を把握するためには、モニタリングやアクセスログがマストです。 まずはこれらを有効化します。 拡張モニタリングを有効化しよう 2019年12月に、以下のリアルタイムメトリックが追加されています。

近年の Node.js は API のサーバとしてはもちろん、Nuxt.js や Next.js といった SSR や BFF などフロントエンドのためのバックエンド言語としての人気が高まっています。 フロントエンドエンジニアがコンテキストスイッチ少なくバックエンドの整備ができることは非常に大きな利点です。 ですが、フロントエンド（ブラウザ側）とバックエンド（サーバ側）ではパフォーマンスチューニングで見るべき点が大きく違います。 しかし Node.js アプリケーションのパフォーマンスイシューの見つけ方などがまとまっている資料は少ないです。 そこで、本記事ではフロントエンドエンジニアが Node.js でパフォーマンスイシューを見つけ、改善するため自分が普段パフォーマンスチューニングを依頼されているときにみている基礎的なポイトをまとめていきます。 1. 計測ステップlink Node.js

ユニコーンを目指すスタートアップのパフォーマンス改善 木村和貴氏（以下、木村）：ありがとうございます。それでは準備ができましたので、三木さんよろしくお願いいたします。 三木明氏（以下、三木）：はい、よろしくお願いいたします。僕がパワーポイントでのマウス操作が超苦手なので、今日は「GitPitch」を使わせていただいています。「Performance Hack 101」ということで、パフォーマンス改善方法を自己紹介ついでに話したいと思います。よろしくです。こんちわーす！ 会場：こんちわーす！ 三木：あざーす！ みなさんのパフォーマンスが高いので、この時間に来れるってすばらしい。 僕はRepro（リプロ）の三木っていいます。左を見ていただくとわかるけど、スタートアップを立ち上げたり、いろいろと失敗したりしているいわゆるスタートアップおじさんです。今Reproの創業者兼CTO、VPoEをやってい

先にまとめると ディスクI/Oに高い負荷をかけるシステムでNVMeデバイスを使うときweekly cron jobでfstrimが走る状況になってたら停止しろ じゃないとfstrimが走った瞬間にI/Oパフォーマンスが刺さって死ぬ fstrimを停止するならdiscard mount optionを有効化しろ、ただしその状態でのI/O性能で問題ないかどうか測っておけ discard mount optionを有効化しても大きいファイルの削除には気をつけろ、プチfstrimみたいになるぞ 追記されるばかりで大きくなるファイル(そして削除されるファイル)はNVMeじゃないデバイスに置いとけ 高I/Oスループットを期待するシステムでのNVMeとfstrim 社内で小さめのインスタンスを多く並べてトラフィックを捌いてたのを色々要件があって大きめのインスタンスにまとめるようなシステムアップデートをや

[email protected] html[email protected]

Webパフォーマンス向上施策のために、今更ながら超速本1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、**改善施策ってまず何をどうすればいいの？**という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元： テクニックではなく、今、本気で取り組むべきWebパフォーマンス （html5jパフォーマンス部 部長 竹洞さん） 心得 パフォーマンス向上に対する施策は大別すると以下の２通り 軽量化 （単純にやりとりするデータ容量を小さくすること） 圧縮 削除 最適化 （その時に最も適している実装・実行をとること） 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。「対効果」が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。

フロントエンドの開発者には、UIのアップデート手順を合理化してくれるReactを好む方が多くいますが、かなり大きいサイズのReactアプリケーションはしばしば動作が鈍重になりがちです。悲しいことに、Reactのようなフロントエンドライブラリを追加しても、アプリのパフォーマンスがすぐに向上するわけではありません。そのためにはReactの適切な設定が必要なのです。 つまり、アプリのコンポーネントの動作を効果的に測定して最適化する方法が分かっていれば、Reactアプリケーションの動作速度を、すなわち反応速度(reacts)を大幅に改善することができます。このガイドでは、より流動的なユーザーエクスペリエンスを提供するのためのJavaScriptのベストプラクティスを紹介するのに加えて、Reactを最適化する方法を説明します。 Reactの仕組み この記事を読んでいるのですから、あなたはおそらくRe

再描画による「遅い」Reactコンポーネントを速くするための方法を検討しました。追体験しながらどうぞ。 処理結果が変わるようなデータを内部に保持していないステートレスなコンポーネントを解説します。つまりthis.state ={...} を含まないコーポネントです。与えられたプロパティと、下位のコンポーネントを持ちます。 まずは超基本 import React, { Component } from 'react' class User extends Component { render() { const { name, highlighted, userSelected } = this.props console.log('Hey User is being rendered for', [name, highlighted]) return <div> <h3 style={{f

カギは社内事例にあり！？システム効率化を超えて運用ミスを激減させた件 2024.09.02 コーポレート 業務改善 業務設計 社内ICT

こんにちは。CTOの馬場です。 Performance Co-Pilotというモニタリングツールをご存知でしょうか？ 先日、Performance Co-Pilotのカンファレンス PCP.CONF 2018 に行ってきました。 Performance Co-Pilot Conference 2018 正直かなりマニアックなツールなので、カンファレンス！そんなにユーザいたの！すごい！みたいな気持ちで参加したところ、 参加者は15人くらいで、だいたいはお互いに知り合いっぽい、みたいな感じで驚きました。 (ぱっとみですが、半分くらいはRed Hatの方だったのかな？) 本エントリではユーザと日本語情報流通が増えることを祈念して Performance Co-Pilot の紹介をします。 PCPの特徴 Performance Co-Pilot 私の知る限り日本では知名度が低めだと思いますが、Pe

図 3 に示したシナリオでは、LINQ to Entities よりも Dapper を使う方が優れていることが簡単にわかります。しかし、SQL そのものを使うクエリにはわずかな違いしかないため、システム内でどちらでも使用できる特定のタスクを Dapper に切り替えることが妥当だとはかぎりません。普通、個人のニーズはさまざまで、EF クエリと Dapper の違いにこれが影響することもあります。ただし、Stack Overflow のように大量のトラフィックが行きかうシステムでは、1 回のクエリあたり数ミリ秒短縮するだけでも、かなりの効果があります。 永続化の他のニーズに対する Dapper と EF ここまでは、返される型のプロパティを正確に一致するすべての列をテーブルから取り出すだけのシンプルなクエリを測定してきました。では、クエリを型にプロジェクションする場合はどうなるでしょう。結

EF Core 2.0リリースには批判すべき点が多いが、好ましい部分も少なくはない。本記事では、今回のリリースのハイライトをいくつか紹介する。 テーブル分割 ORMに対する一般的な批判は、効率の悪いデータ要求が実行される傾向のあることだ。ほとんどのORMがデフォルトで“SELECT *”クエリを実行するため、アプリケーションに必要なのがごく小さなサブセットであっても、データベースに対してすべての列が要求されることになる。 これまでのEFでは、これに対処する方法として、生成されるSQLを必要な列のみに限定する.Select句を使用していた。しかしこれには、サードパーティ製のマッピングライブラリ(AutoMapperのような)か、あるいは投影されたオブジェクト毎に必要な列を明示的にリストする必要がある。後者は面倒でエラーも起こしやすいので、先を急ぐ場合にはこのステップを省略することも多い。その

By David Obando, Eric Dettinger and others Published: April 2012 Last updated: May 2014 1. Introduction Object-Relational Mapping frameworks are a convenient way to provide an abstraction for data access in an object-oriented application. For .NET applications, Microsoft's recommended O/RM is Entity Framework. With any abstraction though, performance can become a concern. This whitepaper was writt