並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 42件

新着順 人気順

performanceの検索結果1 - 40 件 / 42件

  • 【特集】 約30年でGPUはどのぐらい速くなったの?歴史を振り返りつつぜ~んぶ計算してみた

      【特集】 約30年でGPUはどのぐらい速くなったの?歴史を振り返りつつぜ~んぶ計算してみた
    • SSH接続を10倍速くするたった3行の設定 - Qiita

      今回は、SSH接続を劇的に高速化する方法をご紹介します。たった3行の設定を追加するだけで、接続時間を10分の1に短縮できます。しかも、2回目以降の接続では認証も自動的に行われるので、パスワードやパスフレーズの入力も不要になります。 要点 .ssh/configファイルのHost *セクションに以下の3行を追加するだけです。 詳しい説明 1. ControlMaster auto この設定で、1つのSSH接続で複数のセッションを共有できるようになります。新しくSSH接続を確立するたびに認証情報を入力し直す手間が省けて、接続がぐっと速くなります。具体的には: 初回の接続時のみ認証が必要 2回目以降は既存の接続を再利用するため、認証プロセスをスキップ パスワードやパスフレーズの入力が不要になり、接続がほぼ瞬時に完了 2. ControlPath ~/.ssh/mux-%r@%h:%p Contr

        SSH接続を10倍速くするたった3行の設定 - Qiita
      • ネットワーク パフォーマンスの解読: TCP と UDP のバルクフローのベンチマーク | Google Cloud 公式ブログ

        Gemini 1.5 モデル をお試しください。Vertex AI からアクセスできる、Google のもっとも先進的なマルチモーダル モデルです。 試す ※この投稿は米国時間 2024 年 6 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud ネットワーキング チームは長年にわたり、お客様のネットワークの構築、修正、強化の支援に深く携わってきました。その間に、ネットワークのパフォーマンスと効率を最大限に高める重要なパターンやベスト プラクティスを発見しました。この豊富な知見は、ただの理論的なリソースではありません。Google Cloud、クロスクラウド、オンプレミス、その他のクラウド プロバイダなどデプロイ先を問わず、お客様のビジネス目標達成を支援するよう設計された実用的なツールキットです。Google はこの専門知識を共有する

          ネットワーク パフォーマンスの解読: TCP と UDP のバルクフローのベンチマーク | Google Cloud 公式ブログ
        • クラフトワークの「フクシマ 放射能」パフォーマンスが差別なのか、Xで議論に

          Manabu Murata a.k.a J @muratamuramura KURUUCREW所属 & AKBK所属 & GuitarFeedbacker VS NoiseDestroyer(w/ Napalm K)所属 & 海風土(w/ tentenko)所属 稀にサブカルコマンドーJ p-vine.jp/artists/kuruuc… Manabu Murata a.k.a J @muratamuramura クラフトワーク今年5月のライブでもno nukes坂本教授バージョンのRadio-Activityやってた。12年経ってもこのバージョンを世界中でパフォーマンスしてる事実に感謝しかない。今日の苗場でもこれやるだろうし、何か感じたら浪江から楢葉まで6号線を車で走ってみるだけでも思う事はあると思います。 pic.twitter.com/sdE2QwnGAJ Manabu Murata

            クラフトワークの「フクシマ 放射能」パフォーマンスが差別なのか、Xで議論に
          • 開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する

            この記事は前作 開発生産性の可視化サービスから何を見いだして何ができるのか、あるいはすべきで無いこと に続き、開発生産性へのスタンスを整理したい2作目です。 効果・成果よりも効率を優先することは生産性か? 開発生産性と言いながら単なるアクティビティの量や時間を見て効率改善を志してしまういくつかの状況、一部の風潮に対して疑問を呈したい。 例えば、PRやイシューの起票数などアウトプット量の高低に一喜一憂する 例えば、変更のリードタイムやデプロイ頻度の増進を過度に重視する 例えば、サイクルタイムの各時間を人間の努力のみで短縮しようとする それにも関わらず、開発がもたらしたユーザーへの効果やビジネス上の成果に無関心というのは順序おかしいよね、という話。 などと考えていたら開発生産性カンファレンス2024 - 登壇資料まとめ|610を見る限り、近しい主旨の論説を散見するに至り、もしかしたら世間の議論

              開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する
            • Ultimate Guide to Improving MySQL Query Performance

              MySQL is certainly a powerful open source database management system, but even the most robust engine struggles when queries take an eternity to execute. For DBAs and developers, improving MySQL query performance is an ongoing goal. Efficient query performance is crucial for ensuring the smooth operation and optimal user experience of applications powered by MySQL databases. When businesses rely h

                Ultimate Guide to Improving MySQL Query Performance
              • MySQL 8.0アップグレード後に性能劣化したクエリ: セミジョイン編 - inSmartBank

                データベースアップグレード後の性能劣化、イヤですよね。 去る2023年某日、弊社ではAmazon Aurora MySQL 互換エディション 2 (MySQL 5.7 互換) から Aurora MySQL 互換エディション 3 (MySQL 8.0 互換) にアップグレードしました。当時の背景やアップグレードに関する知見は以下の記事をぜひ読んでみてください。 blog.smartbank.co.jp ソフトウェアバージョンアップをするとき、旧バージョンが抱えていた問題の解決などの恩恵を我々は期待します。しかし時には予期せぬデグレーションに遭遇することもあります。我々のMySQL 8.0へのアップグレード前後においてもいくつかの問題に遭遇しました。 本記事ではそんな問題の一つ、MySQL 8.0のオプティマイザが選択したセミジョイン最適化が性能劣化を引き起こした事例と解決方法について紹介し

                  MySQL 8.0アップグレード後に性能劣化したクエリ: セミジョイン編 - inSmartBank
                • 年間一億円削減した時系列データベースのアーキテクチャ改善~不確実性の高いプロジェクトへの挑戦~

                  「Developers Summit 2024 Summer」での発表資料です。

                    年間一億円削減した時系列データベースのアーキテクチャ改善~不確実性の高いプロジェクトへの挑戦~
                  • 高速化のエンジニアリング。注文してから0.722秒。100倍速いぞ!Python : 75.884 C++ : 3.392   JIT Python : 0.722 JITコンパイラで高速化されたコードを自動生成するツール。 - Qiita

                    アリスは驚きと興奮を抑えきれませんでした。彼女はすぐに新しいコードを試し、その速さに目を見張りました。今まで数時間かかっていた計算が、ほんの数分で終わったのです。 翌日、アリスはこの発見を友人たちに話しました。友人たちも同じように魔法の本を使い、彼らのコードを高速化しました。こうして、プログラミング王国全体で「JITの魔法の本」が広まりました。 やがて、アリスは王国のプログラミング大会で優勝し、JITの魔法の本の力をさらに広めることになりました。彼女は「JITの守護者」として称えられ、プログラミング王国はかつてない繁栄を迎えました。 アリスはいつも心に誓いました。どんなに強力なツールも、それを使う人々の努力と情熱があってこそ、本当の力を発揮するのだと。彼女の言葉は次世代のプログラマーたちに伝わり、JITの魔法の本は永遠に受け継がれていくのでした。 前回のあらすじ。 Python count

                      高速化のエンジニアリング。注文してから0.722秒。100倍速いぞ!Python : 75.884 C++ : 3.392   JIT Python : 0.722 JITコンパイラで高速化されたコードを自動生成するツール。 - Qiita
                    • axiosやfetchに替わるKyのススメ - Qiita

                      Kyとは Kyは、Sindre Sorhusが開発したJavaScript向けの軽量かつ多機能なHTTPクライアントです。ネーミングの意図はよくわかりませんが、AxiosやネイティブのFetch APIに代わる、より効率的で使いやすい選択肢として設計されています。 Kyの利点 軽量で効率的: Kyのコアは非常に小さく(約2 KB)、パフォーマンスが重要なアプリケーションにとっては特に大きなメリットとなります。 Promiseベース: Fetch APIと同様に、KyはPromiseを基盤としており、async/await構文との組み合わせが容易です。 シンプルなAPI: Kyが提供するAPIは非常にシンプルなので、学習コストが抑えられます。 再試行機能: Kyには、失敗したリクエストの再試行する機能が組み込まれており、エラーハンドリングの実装コストを減らします。 JSON処理: Kyは自動

                        axiosやfetchに替わるKyのススメ - Qiita
                      • AIのRAGが「GraphRAG」に進化! Microsoftが公開したツールでその性能を試す【イニシャルB】

                          AIのRAGが「GraphRAG」に進化! Microsoftが公開したツールでその性能を試す【イニシャルB】
                        • 「AWSで始める負荷テスト入門」というタイトルで DevelopersIO 2024 Sapporo に登壇しました #devio2024 | DevelopersIO

                          中川です。 2024年7月5日に開催した「DevelopersIO 2024 SAPPORO」にて、オフライン登壇させていただきました。 登壇資料 話したこと 負荷テストの概要と目的 負荷テストの進め方 AWSを活用した負荷テスト 実践的なTips 当日の登壇スライドはこちらになります。 参考・紹介資料 参考にしたサイト 負荷テスト on AWS のすすめ 第三十五回 ちょっぴりDD - 人気番組の新作配信を安定起動させた、サーバーレスな AWS 分散負荷試験ソリューション「Distributed Load Testing」を使った負荷試験の仕組み 負荷テストとは?目的や種類ごとの観点、実施の流れについて解説 Types of load testing 参考にした書籍 Amazon Web Services負荷試験入門―クラウドの性能の引き出し方がわかる 分散負荷テストソリューション AW

                            「AWSで始める負荷テスト入門」というタイトルで DevelopersIO 2024 Sapporo に登壇しました #devio2024 | DevelopersIO
                          • MySQL8.0で低速になったSELECT COUNTを高速化する - CyberAgent SRG #ca_srg

                            メディア統括本部 サービスリライアビリティグループ(SRG)の鬼海雄太(@fat47)です。 #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 本記事では、MyS

                              MySQL8.0で低速になったSELECT COUNTを高速化する - CyberAgent SRG #ca_srg
                            • Pythonが遅い理由とその対策 - Qiita

                              はじめに Pythonは柔軟性が高く、初心者にも適したプログラミング言語ですが、その一方で速度面では他の言語に劣るとされています。本記事では、先月ピッツバーグで開催されたPyCon US 2024で紹介されたPythonの高速化技術について詳しく解説します。 Pythonの速度問題 「Pythonはランタイムにコストを払う」という古い格言が示す通り、Pythonは解釈型言語であり、実行時に多くの処理を行うため速度が遅くなることがあります。Pythonはソースコードを効率的なバイトコードに変換し、それを直接実行することで動作します。このプロセスには多くの間接処理が含まれ、単純な命令でさえも多数のCPU指示に分解されます。例えば、二つの数値を足すだけでも500以上の命令が実行されることがあります。 高速化のためのコンパイル技術 Cythonによる最適化 PyCon 2024でのSaksham

                                Pythonが遅い理由とその対策 - Qiita
                              • RAG vs ファインチューニング(コーディング性能で比較)

                                はじめまして。ナレッジセンスの門脇です。生成AIやRAGシステムを活用したサービスを開発しています。本記事では、「RAG vs ファインチューニング」について、DSL(ドメイン固有言語)をコーディングする性能という観点から比較した論文を、ざっくりまとめます。 この記事は何 この記事は、RAG vs ファインチューニングに関する論文[1]を、日本語で簡単にまとめたものです。 「RAG vs ファインチューニング」の論文は、他にもあります。例えば、時事問題などのシンプルな知識の質疑応答であれば、RAGの方が優れています。[2] 今回の論文では、「ドメイン固有言語(DSL)をコーディングする性能」をに焦点を当てて比較しています。一見するとファインチューニングの方が有利そうなタスクについて比較しているのが面白い点です。 本題 ざっくりサマリー この論文では、RAGとファインチューニングの性能比較を

                                  RAG vs ファインチューニング(コーディング性能で比較)
                                • AWS RDS/Auroraでモニタリング&チューニングを始めるための資料11選

                                  これはなに ども、レバテック開発部のもりたです。 もりたはデータベースが好きなんですが、最近は特にAWS RDS/Auroraでのモニタリングとパフォーマンスチューニングについて興味があります。ただ、これらのうちモニタリングは扱っている話題が若干ローレベルであまりピンとこず、またチューニングもどこから手をつければいいのかわかりませんでした。 この記事では、もりたがモニタリング&チューニングを学習する上で役に立った書籍やWeb上の資料をロードマップ形式で紹介していきます。対象読者はDBのモニタリングとチューニングをやりたいけどどこから手をつければいいか分かんないなとなっている人、ゴールはそんな人がモニタリング&チューニングの第一歩を踏み出せることです。 スコープ 今回扱うもの、扱わないものは以下の通りです。 扱う モニタリング&チューニングの概要 モニタリングの前提知識 チューニングの前提知

                                    AWS RDS/Auroraでモニタリング&チューニングを始めるための資料11選
                                  • AWS 新CPU Graviton4 の性能検証 | 外道父の匠

                                    公式の説明による大きな変化点は、 Graviton 2 → 3 の時は、性能25%UP で費用6%UP、Network/EBS 帯域幅が向上、 Graviton 3 → 4 では、性能30%UP で費用10%UP、最大スペックが3倍、 に加えて、細かいところでも色々少しずつ向上しているという感じです。 特にスペック3倍は、データベース用途におけるスケールアップが強力で、一時的な緊急負荷対策としても強いし、クラスタデータを3分割するくらいなら1クラスタで分割なしで貫けばいいじゃない、など安定と選択の幅が広がるのは間違いないでしょう。 ベンチマーク それでは、疑り深い外道父さんによる、いつもの Phoronix による検証です。 今回は R系 という点と、あまり古いのと混ぜると共通成功テスト数が減ってしまうことから、R6g, R7g, R8g での比較としています。C7i 以前なども知りたけれ

                                      AWS 新CPU Graviton4 の性能検証 | 外道父の匠
                                    • OPcache オペコードキャッシュの仕組み - Shin x Blog

                                      本エントリでは、PHP の内部実装(php-src)から OPcache のオペコードキャッシュの仕組みを見ていきます。 OPcache にはいくつかの機能がありますが、ここでは共有メモリへのオペコードキャッシュと preload が対象です。ファイルベースのキャッシュと JIT については触れません。 サマリ オペコードキャッシュ preload オペコードキャッシュと preload の比較 オペコードキャッシュ キャッシュデータレイアウト グローバル変数、マクロ キャッシュデータ構造体 オペコードキャッシュ: ZCSG(hash) キャッシュエントリ: zend_accel_hash_entry キャッシュデータ初期化 OPcache 処理の有効化 PHP ファイルコンパイル処理でのキャッシュ制御 persistent_compile_file() の主な処理 zend_accel_

                                        OPcache オペコードキャッシュの仕組み - Shin x Blog
                                      • Web Performance Guide | SpeedCurve

                                        New to the world of web performance? Welcome! Here's everything you need to know to master website monitoring, analytics, and diagnostics. Learn how to deliver a fast, joyous experience to all your users. Business Success Making your pages faster isn't just for the web performance geeks in your organization. Site speed affects every business metric you care about – from bounce rate to conversions

                                          Web Performance Guide | SpeedCurve
                                        • Findyのフロントエンドにおけるメッセージ画面のパフォーマンス改善 - Findy Tech Blog

                                          こんにちは、ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 この記事では、IT/Webエンジニアの転職・求人サイト Findyのメッセージ画面の改善についてご紹介します。 メッセージ画面の課題 メッセージ画面の改善 Apollo Clientキャッシュの利用 読み込み画面の条件修正 ページ設計の最適化 まとめ メッセージ画面の課題 Findyのメッセージ画面は数年前にデザインを刷新しました。 現在では、3種類のメッセージを表示するようになっています。 通常のマッチングのメッセージ プレミアムスカウトのメッセージ Findyからのメッセージ 機能拡充される一方で「読み込みが多い」「画面遷移がサクサク動くようにして欲しい」との声をいただく機会が増えていきました。 実際に触ってみると確かに読み込み画面が頻繁に表示され、画面遷移に時間がかかっていることがわ

                                            Findyのフロントエンドにおけるメッセージ画面のパフォーマンス改善 - Findy Tech Blog
                                          • DBREの行くdb tech showcase 2024レポート - ZOZO TECH BLOG

                                            こんにちは、技術本部 SRE部 基幹プラットフォームSREチームの斉藤です。普段はZOZOの持っている倉庫システムやブランド様が触る管理ページなどのサービスのオンプレミスとクラウドの構築・運用に携わっています。またDBREとしてZOZOTOWNのデータベース全般の運用・保守も兼務しております。 7月11日、12日に行われた「db tech showcase 2024」に、DBREから5名のエンジニアが参加しました。この記事では会場の様子と印象に残ったセッションについてご紹介します! db tech showcaseとは 会場の様子 セッションレポート おわりに db tech showcaseとは 国内最大規模のデータとデータベース関連のカンファレンスです。このイベントでは、データベースの専門家やエンジニア、IT業界のリーダーたちが一堂に会し、新しい技術やソリューション、事例、ノウハウを共

                                              DBREの行くdb tech showcase 2024レポート - ZOZO TECH BLOG
                                            • パリ五輪開会式の「青い人」、記憶に残るパフォーマンスを擁護

                                              開会式のパフォーマンスで、ギリシャ神話の酒の神を演じたフィリップ・カトリーヌ氏(画像右下)/Ludovic Marin/Pool/AP (CNN) それは歴史上最もユニークと評されるパリ・オリンピック(五輪)開会式の出し物の中でも、特に記憶に残る瞬間の一つだった。その一方で、今や世界中で論争を巻き起こす場面ともなっている。 問題のシーンについて、一部の批評家はダビンチの「最後の晩餐(ばんさん)」のパロディーであり、女装したアーティストや大勢のダンサーが登場する内容だったと説明した。 パフォーマンスにはフランスのエンターテイナー、フィリップ・カトリーヌ氏も参加。ギリシャ神話の酒の神、ディオニソスを演じた。そのキャラクターはたちまち「半裸の青い男」として知れ渡った。 この場面でカトリーヌ氏は歌を歌い、テーブルに寝そべった。衣服は身に着けていない様子で、頭からつま先までの全身を派手な青色に塗って

                                                パリ五輪開会式の「青い人」、記憶に残るパフォーマンスを擁護
                                              • Ruby 3.3.2 (+YJIT) アップデートによるパフォーマンス改善レポート - inSmartBank

                                                はじめに こんにちは!株式会社スマートバンクでサーバサイドエンジニアをしている @nagasawa です。 2024年6月より弊社では Ruby 3.3.2 を本番アプリケーションで稼働させ始めたため、バージョンアップ前と比較してどの程度パフォーマンスに変化が現れたのかをご紹介いたします。 また、今回を機に YJIT Metrics の可視化と YJIT の遅延起動にも取り組んだため、その手法や効果についてもこの記事内でシェアできればと考えています。 前提 下図のシステムアーキテクチャ図の通り、弊社では Ruby と Rails で開発されたいくつかのシステムを稼働させています。 この記事では core-api と呼ばれている私達が開発してる「家計簿プリカ B/43」の機能のほぼ全てを提供しているシステムのパフォーマンス変化をご報告いたします。 バージョンアップ前 バージョンアップ後 Ru

                                                  Ruby 3.3.2 (+YJIT) アップデートによるパフォーマンス改善レポート - inSmartBank
                                                • 「うちのゲーミングPCちゃんと動いてる?」を確認できる無料アプリ

                                                  「うちのゲーミングPCちゃんと動いてる?」を確認できる無料アプリ2024.07.22 14:0026,451 David Nield - Gizmodo US [原文] ( 福田ミホ ) FPSからCPU・GPUのクロック周波数、ファンの回転速度などなどなど。 大枚はたいたゲーミングPCなら、その分ちゃんとパフォーマンス出てる?と確認したくなりますよね。幸い、それができる無料のソフトウェアがたくさん出ています。 こういう監視アプリでは、システム内のいろんな稼働状況から、1秒あたりの画面フレーム数まで、さまざまなデータが確認できます。それぞれ見られるデータや見せ方に違いがあるので、複数組み合わせてみるといいかもしれません。 コンピューターの性能を見るという点では、デバイスに負荷をかけて他のデバイスと比較するベンチマークアプリも監視アプリと関連はありますが、基本的には別物です。ここでご紹介する

                                                    「うちのゲーミングPCちゃんと動いてる?」を確認できる無料アプリ
                                                  • Webサイトのパフォーマンスを簡単に確認する方法 - Qiita

                                                    エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約2分程度で読めるので最後まで読んでもらえると幸いです。 タイトルに対する結論 Chrome DevToolsの項目にある 「Lighthouse」 を活用しましょう。 Lighthouseとは ウェブページの品質向上に役立つよう開発されたオープンソースの自動化ツールです。任意のウェブページ、公開ページ、認証要求ページに対して実行できます。パフォーマンス、ユーザー補助、プログレッシブ ウェブアプリ、SEO などの監査を実施しています。 デジタル庁のサイトを使って確認してみる テキストだとイメージしづらいため、早速サイトを見ながら確認してみましょう。 確認手順 1. 対象サイトを開いた状態で「Chrome DevTools」を開く 画面上に「Chrome DevTools」が表示されます

                                                      Webサイトのパフォーマンスを簡単に確認する方法 - Qiita
                                                    • 【PC短評】 AMDでもIntelでもない、Arm搭載の次世代AI PC「HP OmniBook X 14 AI PC」を試す

                                                        【PC短評】 AMDでもIntelでもない、Arm搭載の次世代AI PC「HP OmniBook X 14 AI PC」を試す
                                                      • Patterns for Memory Efficient DOM Manipulation with Modern Vanilla JavaScript – Frontend Masters Boost

                                                        Patterns for Memory Efficient DOM Manipulation with Modern Vanilla JavaScript July 29, 2024 I’ll discuss best practices to avoid excess memory usage when managing updating the DOM to make your apps blazingly fast™️. DOM: Document Object Model – A Brief OverviewWhen you render HTML, the live view of those rendered elements in the browser is called the DOM. This is what you’ll see in your developer

                                                          Patterns for Memory Efficient DOM Manipulation with Modern Vanilla JavaScript – Frontend Masters Boost
                                                        • How fast is javascript? Simulating 20,000,000 particles

                                                          How fast is javascript? Simulating 20,000,000 particles The challenge, simulate 1,000,000 particles in plain javascript at 60 fps on a phone using only the cpu. Let’s go. Ok, this is not a particularly difficult challenge if you did all the work on a gpu but the rule of the challenge is to use the CPU only or as much as possible and to stay in js land so no wasm. I know what you are thinking. This

                                                          • Java Virtual Threads: a Case Study

                                                            InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

                                                              Java Virtual Threads: a Case Study
                                                            • Beating NumPy’s Matrix Multiplication in 150 Lines of C Code

                                                              TL;DR The code from the tutorial is available at matmul.c. This blog post is the result of my attempt to implement high-performance fp32 matrix multiplication (=SGEMM) on CPU while keeping the code simple and scalable. The implementation follows the BLIS design, works for arbitrary matrix sizes, and outperforms OpenBLAS achieving over 1 TFLOPS across a wide range of matrix sizes on AMD Ryzen 7700.

                                                              • Notion engineers sped up Notion's browser speed with WASM SQLite

                                                                Three years ago we successfully sped up the Notion app for Mac and Windows by using a SQLite database to cache data on the client. We also use this SQLite caching in our native mobile application. This year we’ve been able to deliver this same improvement to users who access Notion through their web browsers. This article is a deep dive into how we used the WebAssembly (WASM) implementation of sql

                                                                  Notion engineers sped up Notion's browser speed with WASM SQLite
                                                                • NENE - アツい | 03- Performance | From Tokyo

                                                                  Follow us, 03- Performance Instagram: https://www.instagram.com/03.performance/ Twitter: https://twitter.com/03_performance Artist: NENE Instagram: https://www.instagram.com/iamrealnene/ Store: 03- Performance Online Store https://03performance.com 03- Performance Director, CEO, ROMMY Instagram: https://www.instagram.com/rommymontana_/ Twitter: https://twitter.com/rommymontana Prod by Koshy

                                                                    NENE - アツい | 03- Performance | From Tokyo
                                                                  • 夜型の人は朝型の人より脳の認知能力が優れているとする研究結果 : カラパイア

                                                                    睡眠と脳の働きの関係を調べた新たな研究によれば、夜型の人は朝型の人よりも脳機能が優れており、高い認知パフォーマンスを発揮することがわかったという。 英インペリアル・カレッジ・ロンドンのチームによるこの研究は、UKバイオバンクの2万6000人以上分のデータを分析し、時間・パターン・質など、睡眠のさまざまな側面が認知パフォーマンスに与える影響を調べたものだ。 その結果は意外なもので、全体としてみると、夜型の人は朝方の人に比べて認知テストのスコアが高いことが判明した。 ただしどんな研究結果でも個人差というものは存在する。全員すべてがそうだというわけではないことに留意しよう。

                                                                      夜型の人は朝型の人より脳の認知能力が優れているとする研究結果 : カラパイア
                                                                    • Learnings from 'ts-blank-space`

                                                                      ts-blank-space-doc.md Learnings from ts-blank-space tags: TypeScript, type erasure, type stripping ts-blank-space As part of my work on the JavaScript Tooling team at Bloomberg I have implemented an experimental (not yet used in production) package to transform TypeScript into JavaScript using a somewhat novel approach. This is a description of what I learned from implementing the idea. The source

                                                                        Learnings from 'ts-blank-space`
                                                                      • 【健康】朝型・夜型は生まれつき!? 自分の体内リズムを知って楽に生きよう! ~バイオリズム相談会~ (FOKU0574) 2024年8月4日(オンライン・Zoom) - こくちーずプロ

                                                                        初めまして、人生が劇的に変わるバイオリズム のことをお伝えしている 吉田 未央 といいます。 実は、朝型か夜型かは、生まれた時に決まって いるんです。( 早起き苦手なのに朝活やろうと 頑張っていませんか? ) そんなあなたの頑張るべき時間は、 朝ではありません。じゃあ、いつでしょう? 人にはそれぞれ持って生まれた「体内リズム」 があります。 それに沿った毎日を送ることで、仕事もプライ ベートも無理なく自然にうまくいきます。 あなたの持って生まれたエネルギーのリズム= バイオリズムを味方につけて、 時間と自分自身を最大限に活用しましょう。

                                                                          【健康】朝型・夜型は生まれつき!? 自分の体内リズムを知って楽に生きよう! ~バイオリズム相談会~ (FOKU0574) 2024年8月4日(オンライン・Zoom) - こくちーずプロ
                                                                        • AWS Kinesis 上で OpenTelemetry トレースヘッダを伝搬する方法: パート3 | SpeedData

                                                                          PartitionKeyとExplicitHashKeyを使って統合する 2024年7月3日 翻訳: 竹洞 陽一郎 この記事は米Catchpoint Systems社のブログ記事「How to propagate OpenTelemetry trace headers over AWS Kinesis: Part 3」の翻訳です。 Spelldataは、Catchpointの日本代理店です。 この記事は、Catchpoint Systemsの許可を得て、翻訳しています。 AWS KinesisでのOpenTelemetryを使用したトレースに関するシリーズの続きとして、今回はPartitionKeyパラメータを使用した最初の試みで直面した課題を克服するための洗練されたアプローチを探ります。 2回目の試みと解決策: PartitionKeyを通じてトレースコンテキストを伝播し、Explici

                                                                            AWS Kinesis 上で OpenTelemetry トレースヘッダを伝搬する方法: パート3 | SpeedData
                                                                          • 【SQL】すぐに使えるパフォーマンス改善 - Qiita

                                                                            はじめに 今までは適切なデータを抽出するクエリの書き方しか視野に入れられませんでしたが、次第にパフォーマンスのことも考慮するようになりました。 複雑なSQL文になればなるほどかなり重要になってくるので、少しでもパフォーマンスが改善できる記載を備忘録として残そうと思います

                                                                              【SQL】すぐに使えるパフォーマンス改善 - Qiita
                                                                            • 【健康】朝型・夜型は生まれつき!? 自分の体内リズムを知って楽に生きよう! ~バイオリズム相談会~ (FOKU0574) 2024年9月1日(オンライン・Zoom) - こくちーずプロ

                                                                              初めまして、人生が劇的に変わるバイオリズム のことをお伝えしている 吉田 未央 といいます。 実は、朝型か夜型かは、生まれた時に決まって いるんです。( 早起き苦手なのに朝活やろうと 頑張っていませんか? ) そんなあなたの頑張るべき時間は、 朝ではありません。じゃあ、いつでしょう? 人にはそれぞれ持って生まれた「体内リズム」 があります。 それに沿った毎日を送ることで、仕事もプライ ベートも無理なく自然にうまくいきます。 あなたの持って生まれたエネルギーのリズム= バイオリズムを味方につけて、 時間と自分自身を最大限に活用しましょう。

                                                                                【健康】朝型・夜型は生まれつき!? 自分の体内リズムを知って楽に生きよう! ~バイオリズム相談会~ (FOKU0574) 2024年9月1日(オンライン・Zoom) - こくちーずプロ
                                                                              • インターネット・スタック・マップ: インターネットパフォーマンスモニタリングの革命 | SpeedData

                                                                                リアルタイムでインターネットの依存関係の状況を把握する 2024年7月23日 著者: Mark Towler/Anna Jones 翻訳: 竹洞 陽一郎 この記事は米Catchpoint Systems社のブログ記事「Internet Stack Map: A gamechanger for Internet Performance Monitoring」の翻訳です。 Spelldataは、Catchpointの日本代理店です。 この記事は、Catchpoint Systemsの許可を得て、翻訳しています。 このブログでは、インターネットパフォーマンスモニタリングにおける画期的な発展であるインターネット・スタック・マップに焦点を当てます。 我々のCEOであるメディ・ダウディは、これをCatchpointのiPhoneの瞬間と見なしています。 なぜなら、15年以上にわたるインターネットパフォ

                                                                                  インターネット・スタック・マップ: インターネットパフォーマンスモニタリングの革命 | SpeedData
                                                                                • 制約のない `:has()` のパフォーマンス計測

                                                                                  CSS の :has() が全ブラウザで使えるようになって久しいですが、その特性上パフォーマンス上の問題には注意したいところです。 とくに *:has(.foo) のように全称セレクターを使うなどして制約のない要素を対象にした場合は顕著にパフォーマンスが悪化するので、できるだけ避けるべきでしょう。このような「制約のない :has()」はたとえば以下のパターンがあります。 :has(.foo) *:has(.foo) .bar:has(*) これらのセレクターを使用すると、Firefox のインスペクターでは亀のアイコンによる警告メッセージが表示されるのですが、わざわざインスペクターを開き当該要素を選択する必要があるため、なかなか気付きにくいものと思います。 Firefox のインスペクターで :has(.foo) を選択し、ツールチップでこのセレクターは制約のない :has() を使用して

                                                                                    制約のない `:has()` のパフォーマンス計測