並び順

ブックマーク数

期間指定

  • から
  • まで

721 - 760 件 / 28832件

新着順 人気順

performanceの検索結果721 - 760 件 / 28832件

  • 大量メッセージが来ても安心なLINE BOTサーバのアーキテクチャ - Qiita

    Help us understand the problem. What is going on with this article? 3月24日に発表になったLINEのBOT API Trial Accountが、いよいよ4月7日から実際に試せるようになりました。既に多くのBOTが開発者の手によって作られ始めたようですね。QiitaにもいくつかBOTの作り方が投稿されていますので、"LINE BOT"というキーワードで探してみてください。 実際の作り方の基本は他の投稿に任せるとして、BOT API自体は非常にシンプルな作りなので、試すこと自体はすぐにできると思います。しかし、シンプルな反面、仮に近い将来「Trial」が取れて、友だち50人制限が撤廃された時、それでも正しく安定的に動作するBOTとするには、アーキテクチャ上の工夫が必要になります。個人的に、既にLINE BusinessCo

      大量メッセージが来ても安心なLINE BOTサーバのアーキテクチャ - Qiita
    • Av-jyo.com

      The domain av-jyo.com maybe for sale. Click here for more information. Av-jyo.com Related Searches: International Dating Sites MatchMaking Services Divorced Dating Speed Dating Christian Dating Privacy Policy

      • 秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明

        はじめに Googleの提供するサービス郡が共通して利用している認可システムにはZanzibarという名前がついています。ZanzibarはGoogleDrive・Google Map・Youtubeなどの巨大なサービスにも使用されています。 そのため、利用量も凄まじく 数10億のユーザー 数兆のACL(access control list) 秒間100万リクエスト もの量をさばいています。 にも関わらず、Zanzibarはこれを10ミリ秒以内に返します(95パーセンタイル)。 この記事では、そんなZanzibarの内部構造に関する論文「Zanzibar: Google’s Consistent, Global Authorization System」の中から、主に大量のリクエストをさばくための工夫を紹介します。 ちなみに、以前Googleの社内システム用の認可システム「Beyond

          秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明
        • MySQLの設定ファイル my.cnf をgithubにて公開しました & チューニングポイントの紹介 - blog.nomadscafe.jp

          YAPC::Asiaのスライドで予告していた通り、実際に弊社のいくつかのサービスで使っている my.cnf を公開しました。 github: https://github.com/kazeburo/mysetup/tree/master/mysql 今回、公開した理由はMySQl Beginners Talksの発表の中でも触れている通りです。MySQLのソースコード中に含まれるサンプルのmy.cnfが最近のサーバハードウェアや運用に合わなくなって来ているという状況で、自分の設定にイマイチ自信が持てていない人は少なくないはず。そこで各社秘伝のタレ的な my.cnf をOpen & Shareすることで、モダンなmy.cnfを作り上げる事ができるんじゃないかという考えの下、今回 github にて公開しました。 ファイルは4つあり、それぞれ MySQL 4.0、5.1、5.5、そしてテスト中

          • ke-tai.org > Blog Archive > ソーシャルゲーム開発に関するスライド資料をまとめてみました

            ソーシャルゲーム開発に関するスライド資料をまとめてみました Tweet 2011/1/28 金曜日 matsui Posted in 記事紹介・リンク | 5 Comments » 最近は、ソーシャルゲーム開発に関するスライド資料が多く公開されており、各所で人気を集めているようです。 これらのスライド資料は、高負荷・大量アクセスを捌くための工夫がちりばめられており、とてもためになるものが多いです。 今回はそんなソーシャルゲーム開発に関するスライド資料をまとめてみました。 まずは手前味噌ですが、昨年のOSC北海道での発表に使わせて頂いた私のスライドです。 ブラウザ三国志を開発した際に苦労した箇所などをまとめました。 → ke-tai.org OSC 2010 北海道の発表で使用したスライド資料「PHPで大規模ブラウザゲームを開発してわかったこと」 [ke-tai.org] PHPで大規模ブラ

            • 突然のTwitter砲にもなんとか耐えたさくらVPSに感謝する - As a Futurist...

              なんか、2/6 の夜に「修士論文の代わりに退学願を提出してきた」が Twitter でばずったらしく、Yahoo 砲よろしく突如としてアクセスが集中しました。下の方にリソースモニタリングのグラフを貼りつけてますが、今までがほぼ 0 に見えてしまうくらいに来てたのでびっくりでした。 まぁ色々コメントつけて頂いたりしてますが、もう2 年も前なんでこのエントリについて今更僕から突っ込むことは無くて、あのエントリはあのエントリとして見て頂ければと思います。ここでは今回そんな突然のアクセス集中にも見事耐えてくれたさくら VPS に感謝しつつ、アクセス集中の状況を鯖管的立場から分析してみましょう。 ちなみに、以前エントリに書いていますがサーバの構成としてはさくら VPS1 台で、CentOS+Apache+mod_fastcgi+PHP-FPM+MySQL5.5(InnoDB)で WordPress

                突然のTwitter砲にもなんとか耐えたさくらVPSに感謝する - As a Futurist...
              • Googleのトップページを開くと毎秒100回JavaScriptが実行されるよ - 射撃しつつ前転 改

                FirefoxがCPUを常に15%ぐらい食うのが気になっていたので調べてみたら、Googleのトップページを開くとものすごい勢いでJavaScriptが実行されることがわかった。具体的には、var k=t.value;k!=h&&X(0);h=k というコードが毎秒100回実行されている。このせいで、自分の使っているPCだと、Googleのトップページを開くだけでCPU使用率が2%ぐらい上がっているようだ。Firefox特有の問題というよりは、ウェブページ側の作り方に依るものみたいだ。たぶん他のブラウザでも問題は変わらないだろう。 Googleのトップページの場合、コードを調べてみた限りでは、原因はどうも検索候補の自動補完用のコードみたいだ。現在の入力文字列が過去の記録と違ったら補完の提示をやり直す、みたいなことをやっているように見える。 HTMLではテキストボックス内のテキストが変更され

                  Googleのトップページを開くと毎秒100回JavaScriptが実行されるよ - 射撃しつつ前転 改
                • The DEV Community

                  The Next DEV Challenge is Here 🚀 Join us for the Wix Studio Challenge with Special Guest Judge Ania Kubów: $3,000 in Prizes!Running through July 07, the Wix Studio Challenge provides an opportunity to develop with one of the most popular and in-demand website building solutions the internet has to offer. There is one prompt for this challenge, and one way to win the entire $3,000 prize pool. 🙀 C

                    The DEV Community
                  • Speed and Performance Optimization

                    Log In Get Started for Free Free Ebook - Website Traffic Killers: 13 Costly Mistakes Unlock the secrets to enhancing your website's visibility and performance effortlessly.

                      Speed and Performance Optimization
                    • DB設計時のサイズ見積もり - よねのはてな

                      ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ

                        DB設計時のサイズ見積もり - よねのはてな
                      • 監視アーキテクチャ(Sensu,Pingdom,Mackerel,StatusPage.io,PagerDuty)についてまとめてみる(2014年12月版) - Glide Note

                        Sensu Advent Calendarに便乗して、Kaizen Platform, Inc.の2014年12月現在の監視アーキテクチャの話をちょっとしてみようと思う。 モニタリング領域 サービスを監視している領域 Pingdom Pingdom - Website Monitoring 外部ネットワークからのサービスの死活監視。アメリカ、ヨーロッパ、アジアなどの拠点からサービスの死活監視が出来るため、特定の地域からアクセス出来ない場合なのが検知出来る。 後述するstatuspage.ioとの連携で、障害を検知すると、サービスのステータス状況が自動で変わるようになっている Sensu Sensu | The open source monitoring framework. 監視フレームワーク サーバを内部ネットワークから監視するために利用 サーバのプロセス監視、サーバ間の疎通監視、エラ

                        • クックパッドの検索の裏側 - クックパッド開発者ブログ

                          初めまして、インフラストラクチャー部の加藤 (@EugeneK) です。 クックパッドでは現在178万ものレシピが公開されていますが、目的のレシピを探すために検索機能を提供しています。 今回は検索機能の裏側の仕組みについて、インフラストラクチャーの観点からお話ししようと思います。 全ての検索機能を支えるSolrと周辺のアーキテクチャ クックパッドにはレシピの検索だけでなく様々な検索機能がありますが、その全てはSolrを活用して実装されています。 以前はMySQL Tritonnによる全文検索機能を使用していましたが、2011年頃からSolrに切り替わりました。 クックパッドではSolrをマスタ - スレーブ構成にすることで冗長性と負荷分散を実現しています。以下の構成図をご覧ください。 マスタとスレーブの間には、リピータと呼ばれる検索インデックスを中継するためだけの役割のサーバがいます。この

                            クックパッドの検索の裏側 - クックパッド開発者ブログ
                          • 開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog

                            Webサービスの開発は、ユーザ/顧客へ価値を早く届けるため、競合より早くリリースするため、人的リソースを無駄使いしないためなど、とにかく素早く進めたいものですね。一方で、開発を急ぐあまり品質を犠牲にすればかえって価値が失われたり、技術的負債が溜まって長期的なコストが大幅に増大する可能性もあります。開発速度とプロダクト品質は基本的にはトレードオフの関係にあるのでしょう。 開発速度と品質のどちらを優先するかはプロダクトの性質や、チームもしくは会社の状況によって異なるとおもいます。この状況の認識がチームメンバー間でずれていると、チームのパフォーマンスを最大限に発揮できないばかりか、チーム内の関係悪化も招きかねません。エンジニアたちとプロダクトオーナーの間の対立のようなありがちな問題の原因の一つかもしれません。 そこで、開発速度と品質のトレードオフをどう判断すべきかの基準を明確にして、原則それに従

                              開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog
                            • topコマンドで覚えておきたい使い方14個 | 俺的備忘録 〜なんかいろいろ〜

                              topコマンドといえば、よくLinuxのパフォーマンス状態をモニタリングするために利用されているコマンドだ。 今回は、そんなtopコマンドで覚えておきたい使い方14個を紹介する。 なお、検証で使用したtopコマンドはCentOS 7 で利用している「procps-ng version 3.3.9」のものとなっている。 1.基本的な使い方 基本的には、オプション無しで以下のようにコマンドを実行する。 top top - 07:21:06 up 4 days, 17 min, 4 users, load average: 0.00, 0.00, 0.00 Tasks: 186 total, 1 running, 185 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0

                              • 身につけておきたいWebサイト高速化テクニック #2|検証ツールとそもそもHTTPって何だ編 | DevelopersIO

                                第1回のアジェンダ編では、高速化に関わる要因と解決策の全体像を紹介しました。 アジェンダ編にもかかわらず多くのブックマーク、シェアをいただきありがとうございます! 余談ですが、記事にブックマーク、シェアをしていただくと、このブログでは執筆者に経験値がたまるような仕組みになっています。 たくさん経験値を貯めると四半期ごとに良いことがあるかもしれないので、気が向いたらこの他の執筆者の記事もシェアしていただけるとうれしいです。 言葉にせずとも、わかっていただけると思いますが、この記事も・・・ね? 右上にあるボタンをちょちょっと。 本題 余談はさておき、本題に入りましょう。 今回は「無駄なリクエストとレスポンスの削減」に視点を置き、解決策について調査、計測して紹介してみたいと思います。 と思ったのですが、長くなりすぎたため、まずは「検証ツールとHTTPについて」紹介することにしました。 この記事の

                                  身につけておきたいWebサイト高速化テクニック #2|検証ツールとそもそもHTTPって何だ編 | DevelopersIO
                                • 実際のところ「ブラウザを立ち上げてページが表示されるまで」には何が起きるのか - Qiita

                                  9月15日(土) DNSについて追記しました。バックエンド?今はクラウドがきっと上手くやってくれるので深く考える必要は無いんですよ(知らないので書けません😔) 問題のツイート 面接の質問で「ブラウザを立ち上げてページが表示されるまでの仕組みを全て知ってる限り説明してください」ってのをやると結構Web系の知識どれだけあるか分かると思ってる — 🍛🍺 (@tan_go238) September 10, 2018 解釈 今回は「ChromeのURL欄に入力してからページが表示されるまで」をやります。ブラウザの起動云々はWeb系の話じゃないと信じてます。 1. HTTPリクエストが飛ぶ HTTP2のヘッダ圧縮技術に全て書いてありました。 (追記)下のリクエストヘッダはテキストで書かれていますが、実際にはこれをバイナリにしたものが飛んでいるとのことです。segfoさんありがとうございます!

                                    実際のところ「ブラウザを立ち上げてページが表示されるまで」には何が起きるのか - Qiita
                                  • 【脱sed】いい加減シェルスクリプトで文字列をsedで置換するなんてやめよう - Qiita

                                    はじめに もう文字列の置換で sed コマンド使うの禁止して良いんじゃないですかね? 言いすぎだとわかってあえて言っていますが。 悪い書き方(外部コマンドに頼る方法) # 変数 line に入ってる文字列を echo コマンドで出力して sed コマンドに渡し、 # sed の s コマンドで "from" を "to" に置換して出力したものを ret 変数で受け取る ret=$(echo "$line" | sed "s/from/to/")

                                      【脱sed】いい加減シェルスクリプトで文字列をsedで置換するなんてやめよう - Qiita
                                    • 挨拶やスピーチで好感度を上げる!すぐに使える15の言い方・話し方

                                      挨拶やスピーチが上手になると自然とひとに好かれます。なぜかと言えば、相手に好印象を与える挨拶やスピーチを行うと第一印象が上がるからです。、、、という事であれば、これはぜひ身につけておきたいスキルですよね。 しかし、実際に練習をして場数を踏まなければなかなか身につかない、、、、でも今すぐ何とかしたい! そんなひとの為に今日は今すぐ使えて好感度が上がる言い方・話し方についてお伝えします。 好感度を上げる言い方・話し方1:無表情はNG当然ですよね。良い事を話している時に、話し手が無表情だったらどう思いますか?「お世辞なのか…?」や「心がこもっていない」と思われるのはあたりまえ。したがって、普段から表情豊かな顔になるよう、トレーニングを心がけておきましょう。 たとえば、「聞き手になってトレーニングをする」という方法がオススメです。「表情を作るのが苦手だ…」という人の多くは、自分が話し手になってトレ

                                        挨拶やスピーチで好感度を上げる!すぐに使える15の言い方・話し方
                                      • Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか?

                                        Twitterがフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’

                                          Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか?
                                        • MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE

                                          Perlで書かれており、RRD Toolと連携して、サーバに関するあらゆる情報をグラフ化し、HTMLを作ってくれます。MRTGよりも圧倒的にインストールも設定も簡単。グラフ化する対象はプラグインで簡単に拡張可能。 グラフ化できるのは、初期状態でディスク使用量・MySQL・IOstat・トラフィック・プロセス数・VMstat・CPU温度・CPU使用率・ロードアベレージ・メモリ使用率・スワップ・Netstat・HDD温度など。プラグインを追加することでさらにApacheのロードタイム・メールキュー・Asterisk・NFSクライアント・BIND・ColdFusion・DNSキャッシュ・MySQLの各種数値・PostgreSQL・印刷キュー・ProFTP・Qmail・電圧・S.M.A.R.T.・SpamAssassin・Tomcat・Tor・Windows Server・VMware・Xenなど

                                            MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE
                                          • はてなブログにおけるページ表示速度改善の取り組みについて - Hatena Developer Blog

                                            こんにちは、id:hakobe932です。はてなブログではユーザ体験の改善のために、ページ表示速度を向上させるための様々な取り組みを行っています。このエントリーでは、はてなブログで行っている、ブラウザキャッシュの活用、JavaScriptのページ最下部での読み込み、JavaScriptの圧縮、という3つの取り組みについて解説します。 ブラウザキャッシュの活用 同じ内容のJavaScriptやCSSを、ページを表示するたびにダウンロードすると、余分なHTTPリクエストが発生しますし、読み込み時間がかかります。 ブラウザのキャッシュを利用できれば、余分なリクエストを減らすことができます。はてなブログでは、なるべく長い間ブラウザにキャッシュを保存するために、JavaScriptなどの一部の種類のファイルのレスポンスに、以下のようなヘッダを指定しています。 $ curl -I http://hat

                                              はてなブログにおけるページ表示速度改善の取り組みについて - Hatena Developer Blog
                                            • あと2時間でElastiCacheのメモリが枯渇!そのときあなたは何をしますか?

                                              突然ですが... あなたは、あるゲームプロジェクトの本番リリース2日前にサーバエンジニアとしてJOINしました。いざリリースを迎えたとき、ElastiCacheのメモリが突然危険域を超え、さらにあと2時間で枯渇しそうな状況になりました。 さて、この状況におかれたあなたは何をしますか? はじめに モバイルゲームのシステムは新しいイベントをopenするとトラフィックが2倍、3倍、時には普段の10倍以上来ることがあり、トラフィックの変動が非常に大きい特性があります。 新しいゲームのリリース時はより顕著で、想定以上のトラフィックが来ることもしばしばあります。 この記事は、あるゲームプロジェクトの本番リリース時に大規模トラフィックが来た際のサーバトラブルを題材に、 どのような観点で問題を切り分けていったのか、トラブルシュートのプロセス どのような準備(負荷テスト)をしていれば防げるのか という話をし

                                                あと2時間でElastiCacheのメモリが枯渇!そのときあなたは何をしますか?
                                              • はじめての MySQL で100万件のデータを管理する時に行ったチューニングまとめ

                                                MySQL の勉強をせずにフレームワーク等で SQL を書かずに Web サイトを構築していました。データ数も2万件程度でしたので、そこまで困ることはありませんでしたが、今回100万弱の商品データを扱う機会ができたので、MySQL のチューニングや発行する SQL について見直す機会がありました。 この記事では MySQL を高速化するのに行った対策など勉強したものを自分用にメモしておきました。 条件式で比較するカラムにインデックスを使用して高速化 商品コードで存在しない商品を見つけて、商品をDBに登録するという処理を行っている場合、4万件超えたころから処理に2秒以上かかるようになってきます。12万件超えた頃には10秒程度かかるようになってしまいましたが、商品コードのフィールドに対してカラムインデックスを貼ることで0.2秒に短縮することができました。 MySQL のリファレンスにも以下のよ

                                                • ウェブサイトの情報を調べたいときに便利なオンラインサービス14 | ライフハッカー・ジャパン

                                                  Digital Inspiration:ウェブサイトのオーナーとコンタクトするには? このウェブサイトはどこでホストされている? 同じサーバーで運営されているその他のサイトは? このサイトはWordPressやDrupalを使っている? このサイトがマネタイズに使っている広告ネットワークはどれ? このサイトは中国からアクセスできる? 今回は、こうした疑問を解決できるオンラインサービスを紹介します。ウェブサイトについてのさまざまな情報を調べられますよ。 just-ping.com Just Pingは、そのウェブサイトが諸外国からアクセス可能かを調べてくれます。ほかのPing送信サービスがせいぜい2~3カ国からしかPingを送ってくれないのに対して、このサービスはトルコ、エジプト、中国などを含む、30カ国以上の国からPingを送信します。ある国からのPingの結果が「100% Packet

                                                    ウェブサイトの情報を調べたいときに便利なオンラインサービス14 | ライフハッカー・ジャパン
                                                  • 「失敗すること」を自分に許すと失敗が少なくなるという説 | ライフハッカー・ジャパン

                                                    新しいプロジェクトや仕事を与えられたり、これまで出会ったことのない問題にぶつかると、どうしても恐れや不安が湧き上がるもの。「失敗したら、どうしよう...」とか、「うまくやらなくちゃ!」という気持ちが、より心とカラダを硬くしてしまうこともあります。では、自信とエネルギーを持って挑戦するには、どうすればいいのでしょうか? Heidi Grant Halvorson博士は、心理学系ブログメディア「Psychology Today」で、このテーマについて採りあげ「失敗することを自分に許すと、結果として失敗が減る」と説いています。 それは、なぜでしょうか? 失敗から学ぶことによって、スキルや習慣を改善でき、失敗を防げるようになるからです。新しい仕事やプロジェクトに取り組むときは、「いまはうまくできなくて当たり前。失敗するかもしれないけど大丈夫。」と自分に言い聞かせ、自分の失敗を受け入れる意識を持つと

                                                      「失敗すること」を自分に許すと失敗が少なくなるという説 | ライフハッカー・ジャパン
                                                    • Mozilla Re-Mix: アドオンから不要な言語ファイルを削除してFirefoxの起動を高速化するソフトウェア「Fireboot」

                                                      Firefoxに大量のアドオンをインストールすると、初期状態に比べて起動速度がかなり遅くなってきます。 アプリの起動が遅いというのは、それが数秒の差であってもかなりのストレスになるものですが、原因が分かっていても、お気に入りのアドオンはそう簡単に外せないという事情もあることでしょう。 そんなFirefoxユーザーのために、アドオンを削除せず、起動を少しでも高速化してくれるソフトウェアが「Fireboot」です。 「Fireboot」は、起動が遅くなる原因の1つであるアドオンの読み込み時間を、不要な言語ファイルを削除することにより少しでも軽快にしようというツールです。 ご存じのように、各アドオンは、どの言語環境のPCで利用しても、英語、または母国語で表示されるように言語ファイルというものが複数組み込まれています。 この中から、実際に必要なもの以外はバッサリ削除し、アドオンの読込速度をアップさ

                                                      • Visual Studio Code and Docker - Visual Studio Code - Site Home - MSDN Blogs

                                                        In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

                                                          Visual Studio Code and Docker - Visual Studio Code - Site Home - MSDN Blogs
                                                        • 25秒でわかる「脳をフル活用する」ための必読書5冊 | ライフハッカー・ジャパン

                                                          Inc.:いざというときに頼りになるのは、自分の頭脳だけです。日頃から鍛え、脳の潜在能力をフルに引き出せていますか? 今回ご紹介する5冊の本は、脳の改善にとても役立ちます。脳のパフォーマンスをピークにもっていきましょう、人生の競争を勝ち抜くために! (引用文は日本語版書籍からのものではなく、英語版書籍を部分的に翻訳したものです) 1. 『ファスト&スロー あなたの意思はどのように決まるか?』 5秒でわかる要点 人生で成功を収めるカギは、脳の働きを理解することです。脳の働きには2種類あり、1つは直感的・感情的である「ファストな思考」、もう1つは論理的にじっくり検討する「スローな思考」です。 読むべき一節 チェスで次の一手を考えるとか、株に投資するかどうかを決めるといった問題に直面したときは、直感的な思考が本領を発揮します。問題に関する専門知識があり、置かれている状況を認識できるなら、頭に浮か

                                                            25秒でわかる「脳をフル活用する」ための必読書5冊 | ライフハッカー・ジャパン
                                                          • サーバのディスクの話

                                                            sugipooh @sugipooh 日本にRAIDという言葉が無いころからストレージ障害の近くに居る。 すぐにデータが消えるMO、動いているときに「こつん」とたたくと古い データを消しても平気に動くHDD、それを守るためのRAIDのいい加減さ。 どうしてストレージ障害が起きるか?根本を知らない人が多すぎる。 2012-01-08 02:05:03 sugipooh @sugipooh RAID5コントローラを市場で初めて多数売った今は無いMylexへ研修に 行かしてもらった。そのときRAID5でデータが無くなる条件を聞いた。 「簡単に飛ぶ(驚)」。その10年後 日本の会社がその簡単に飛ぶ条件で 多量にRAIDを売っている。おかげでデータ復旧会社が繁盛している。 2012-01-08 02:08:32 sugipooh @sugipooh 「簡単にデータが飛ぶ」RAID5でビジネスを辞めた

                                                              サーバのディスクの話
                                                            • ソーシャルゲームスケールアウトの歴史

                                                              Unityネットワーク通信の基盤である「RPC」について、意外と知られていないボトルネックと、その対策法

                                                                ソーシャルゲームスケールアウトの歴史
                                                              • 窓の杜 - 【NEWS】さまざまなメンテナンスツールを1つにまとめた統合ソフト「Glary Utilities」

                                                                不要なレジストリ項目やファイルの削除など、さまざまなPCのメンテナンス作業を一括で行える統合メンテナンスソフト「Glary Utilities」v2.4が、12月31日に公開された。Windows 98/Me/NT/2000/XP/Server 2003/Vistaに対応し、個人かつ非商用に限り無償で利用可能。現在、作者のホームページからダウンロードできる。なお商用利用の際は、ライセンスキー(39.95米ドル)を購入して「Glary Utilities PRO」にアップグレードする必要がある。 「Glary Utilities」は、さまざまなパフォーマンス改善ツールを1つにまとめたPCの統合メンテナンスソフト。不要なレジストリ項目・一時ファイル・クッキーなどの検索・削除や、スパイウェア・アドウェアの駆除といったPCメンテナンス作業を一括で行える“1クリックメンテナンス”機能を備えており、初

                                                                • ミドルウェア性能検証の手引き | 外道父の匠

                                                                  インフラエンジニアの多分、華形のお仕事の1つであるミドルウェアの性能検証を久々にガッツリやる機会がありましたので、検証作業の基本的な項目について初心から振り返っておきたいと思います。読みやすさ度外視の詰め込み記事注意警報です。 世の中、雑な検証結果もちょいちょい散乱していて、私自身もそうならないよう注意を払っているわけですが、ガチでやると気をつける項目が多くて、自分で忘れたりしないようにと、誰かにやってもらいたい時に基本を抑えてから取り掛かってもらうために、形にして残しておこうと思った次第であります。 目次 なぜ性能検証をするのか 環境の準備 インスタンスの用意 クライアントの用意 サーバーの用意 ボトルネックになりうる項目 CPU Utilization Memory Network Bandwidth Disk Bandwidth Disk IOPS Disk Latency Disk

                                                                    ミドルウェア性能検証の手引き | 外道父の匠
                                                                  • 「超チューニング祭 ~ニコニコを超快適にしてみた~ in ニコニコ超会議3」の問題点 - Webパフォーマンスについて

                                                                    来る2014年4月26日(土)・27日(日)に、「ニコニコ超会議3」が開催され、その中で「超チューニング祭 ~ニコニコを超快適にしてみた~」が開催されるそうです。 これは、現行のスマートフォンサイトのTopページのソースファイルを競技者がチューニングして、速度やデザイン・UIの改善をして、速度と使い勝手を競うのだそうです。 「これは面白そうだ! 会場は家から近いし!」と思って参加するつもりでいましたが、事前調査で計測してみた結果、フロントエンドのチューニングでは速くならないことがわかったので、その内容について説明します。 (主催者の方にも、フロントエンドのチューニングでは速くならないという情報は伝えてあります。) まずは、計測データ まずは実際のトップページ(http://sp.nicovideo.jp)の計測データを見てみましょう。 計測は、NTT DoCoMoとSoftBankの3G回

                                                                      「超チューニング祭 ~ニコニコを超快適にしてみた~ in ニコニコ超会議3」の問題点 - Webパフォーマンスについて
                                                                    • 「映画は1.4倍でみます」と言ったら、女の子に死ぬほどドン引きされた話 - 『週報』北野唯我のブログ

                                                                      事件が起きた。あれは多分秋だったと思う。全てはこの一言から始まった。 「俺、映画、1.4倍速で観るんだよね」 隣にいた女の子は、「え?」みたいな驚いた表情を見せた。そしてその2秒後に「は?」みたいな軽蔑するような顔に変わった。なぜなら彼女には「コンテンツ」に対する強い思い入れがあったからだ。具体的には、アーティストの仕事をしていたからだ。彼女は続けた。 「え、ありえないんですけど。」 「ありえない、よね……、でも見ちゃうんだよね」 「……」 「……」 私は倍速で見るメリットを伝えた。例えば、(1)1.4倍速で見れば、120分の映画が僅か85分で観れること、(2)テンポが早くなり、「眠くならない」こと、(3)速聴効果で、もしかしたら「脳にもいいこと」などを語った。 しばらく沈黙が続いた後、彼女はこう続けた。 「……それは、彼女と一緒に居てもですか?」 「うん、たまに」 「……」 「……」 事

                                                                        「映画は1.4倍でみます」と言ったら、女の子に死ぬほどドン引きされた話 - 『週報』北野唯我のブログ
                                                                      • 「Goの父」ロブ・パイクの「プログラミング5カ条」、ネット上で話題に

                                                                        「UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている」「キャッシュはアーキテクチャではない。単なる最適化だ」などの語録を生んだ「Goの父」とも呼ばれるロブ・パイク氏の「プログラミング5カ条」について、ネット上で話題となっています users.ece.utexas.edu/~adnan/pike.html http://users.ece.utexas.edu/~adnan/pike.html Rob Pike's Rules of Programming (1989) | Hacker News https://news.ycombinator.com/item?id=24135189 パイク氏の「プログラミング5カ条」は以下。 ルール1:プログラムのどこで処理時間がかかるかはわからない。ボトルネックは意外な場所で発生するので、ボトルネックがどこにあるかを証明するまでは、臆測

                                                                          「Goの父」ロブ・パイクの「プログラミング5カ条」、ネット上で話題に
                                                                        • 全プログラマーが知るべきレイテンシー数

                                                                          Latency numbers every programmer should know — Gist L1キャッシュ参照 0.5ナノ秒 分岐予測失敗 5ナノ秒 L2キャッシュ参照 7ナノ秒 Mutexのロックとアンロック 25ナノ秒 メインメモリー参照 100ナノ秒 Zippy[Snappy]による1KBの圧縮 3,000ナノ秒 1Gbpsネットワーク越しに2KBを送信 20,000ナノ秒 メモリーから連続した1MBの領域の読み出し 250,000ナノ秒 同一データセンター内におけるラウンドトリップ 500,000ナノ秒 ディスクシーク 10,000,000ナノ秒 ディスクから連続した1MBの領域の読み出し 20,000,000ナノ秒 パケットを、カリフォルニア→オランダ→カリフォルニアと送る 150,000,000ナノ秒 Jeff Dean著(http://research.googl

                                                                          • 長年の議論に終止符 -- MySQLとMariaDBの違い一覧 - 技術メモ置き場

                                                                            (2014.12.3追記:このblogの内容は、以下の書籍にも反映させた。) SQLレベルの差異 MariaDB5.5とMySQL5.5ではSQLレベルでの違いはほとんどなかった。autoincrementの最大値の扱いくらい。 ただし、MariaDB10.0でREGEXPがマルチバイト対応になったので、アプリ側は注意。 項目 MySQL MariaDB Autoincrement 最大値に達すると、以降は最大値を繰り返す。Warningのみ。エラーにならない。tinyintなら…,125,126,127,127,127… 最大値-1まで。以降はエラーを返す。tinyintなら…,125,126,ERROR,ERROR,… EXPLAIN文 JSON形式 バージョン5.6から 未対応 Optimizer Trace バージョン5.6から 未対応(ただし、MariaDBのほうがオプティマイザ

                                                                              長年の議論に終止符 -- MySQLとMariaDBの違い一覧 - 技術メモ置き場
                                                                            • 帰宅前の溢れるやる気を持続させる - Konifar's WIP

                                                                              他の人はどうかわからないですが、自分は 会社から帰宅する前にやる気が異常に高まることがあります。 仕事でも個人の活動でも「今日は家帰ったら朝までやってやるぜ」みたいな感じで、何でもできそうな気がするくらいやる気に満ちあふれるんですよね。完全にやる気MAX状態なんですが、そのほとばしるやる気のままに行動するかというと、まぁ実際はうまくいかないことが多いです。 参考までに、自分のダメパターンを書き出してみます。 まず家帰って飯食って、ちょっとゆっくりしたら 「あれ?俺のやる気どこ行っちゃったの?」ってなり始めます。 23時くらいに 「よっしゃ23時半からやるぞ!」と思ってアニメ見てたら23時34分くらいになります。 「キリが悪いから0時からオールで頑張るぞ!」とか思ってたらいつの間にか1時になってて、 「まぁ6時まで5時間もある!俺たちの夜はここからだ!」とか考えつつTwitter見てたら2時

                                                                                帰宅前の溢れるやる気を持続させる - Konifar's WIP
                                                                              • MacからNASとかWindowsの共有フォルダへのアクセスが妙に遅いのを解決する - ymknの日記

                                                                                Macを使い始めて3年悩み続けていた共有フォルダ上のファイルアクセスに時間がかかる問題が解決するときが来た! sudo sysctl -w net.inet.tcp.delayed_ack=0 参考 : sudo sysctl -w net.inet.tcp.delayed_ack=0 なんとこれだけでOK。この瞬間にもうサクサクですよ。信じられない! iTunesの曲送りも、プレビューでの写真閲覧も、大量にファイルがあるフォルダへのFinderアクセスも! これで! これだけで! 超快適に! 興奮が止まらない! で、このnet.inet.tcp.delayed_ackなるパラメータを調べてみたら、Unix系OSでは結構昔から知られているパラメータみたいですね。下記参考サイトによればnet.inet.tcp.sendspaceについても設定を変更した方が良さそうですが、今のところ不満がない

                                                                                  MacからNASとかWindowsの共有フォルダへのアクセスが妙に遅いのを解決する - ymknの日記
                                                                                • MySQLを1〜2時間でスケールアウトする - クックパッド開発者ブログ

                                                                                  最近、Elastic BeanstalkやECSと戦っているSREチームの菅原です。 P5をやりたいのにPS3もPS4も持っていないので指をくわえて羨ましがっている毎日です。 この記事では、突然のアクセス増に備えるために、MySQLのスレーブを1〜2時間でスケールアウトできるようにした話を書きます。 MySQL on EC2 クックパッドは周知の通りAWSを利用していますが、主要なデーターベースについてはAmazon RDSではなくMySQL on EC2を使っています。 これは以下のような理由によるものです。 歴史的な経緯: AWS移行当時、RDSが無かった。また、移行後もしばらくはTritonnを使っていたため、RDSを使うことができなかった オンラインメンテナンスの実現: VPCルートテーブルを使った仮想IPとMHA for MySQLを使ってダウンタイムゼロのマスタDBの切り替えを

                                                                                    MySQLを1〜2時間でスケールアウトする - クックパッド開発者ブログ