PCやスマホが激遅なのには理由がある、余計な処理を止める方法
遅いパソコンをそのまま使うのはストレスがたまるだけ。簡単なチューニングで体感速度の向上を図ることができる。遅いパソコンを快適に使うポイントは、“余計な処理”をやらせないこと。OSのバックグラウンド処理やアニメーション効果などを可能な限りストップさせる。 バックグラウンド処理の筆頭格がウイルス検査だ。家庭のパソコンで外部とやり取りしていない場合、遅くて辛抱できないなら、一時的にオフにするのも手だ（図1、図2）。ネット経由の侵入を防ぐファイアウオール機能も、オフにするとネットの速度が上がる（図3、図4）。ただし、あくまでも窮余の策なので、目的を果たしたら設定を必ず元に戻す。もちろん、会社でやるのは絶対にNGだ。ちなみにファイアウオールがなくても、Wi-Fiルーターやウェブブラウザーはある程度の侵入を防いでくれる。 図1 動きが遅くて我慢できない場合、外部とやり取りしない家庭のパソコンならDef
高速化の設定【.htaccess】
<IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{HTTPS} !=on [NC] RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] </IfModule> # Enable Keep-Alive を設定 <IfModule mod_headers.c> Header set Connection keep-alive </IfModule> # プロクシキャッシュの設定（画像とフォントをキャッシュ） <IfModule mod_headers.c> <FilesMatch "\.(ico|jpe?g|png|gif|svg|swf|pdf|ttf|woff|otf|eot)$"> Header set Cache-Control "max-age=6
Cloud Run 用に Python アプリケーションを最適化する | Cloud Run のドキュメント | Google Cloud
フィードバックを送信 Cloud Run 用に Python アプリケーションを最適化する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このガイドでは、Python プログラミング言語で作成された Cloud Run サービスの最適化と、最適化の一部に関連したトレードオフの理解に役立つ背景情報について説明します。このページの情報は、Python にも適用される全般的な最適化のヒントを補完するものです。 これらの従来の Python ウェブベース アプリケーションのベスト プラクティスと最適化の多くは、以下を中心に展開されています。 同時リクエストの処理（スレッドベースと非ブロッキング I/O の両方）。 バックグラウンド タスクへのトレースや指標の送信など、重要性が低い機能に接続プールとバッチ処理を適用してレスポンス レイテンシを短縮する。 コンテナ
C# 最適化/パフォーマンス/Peanut Butter
やり方の基本 できるならビルド時最適化を試してみる アプリ全体でプロファイルする プロファイルでネックが見つかったら細かく比較計測 Peanut Butterよりアルゴリズム見直し・並列処理化・非同期化・遅延実行 注意点 ネック箇所の比較計測には BenchmarkDotNet を使う 事実上標準 System.Diagnostics.Stopwatchは辞める 理由 めちゃくちゃ時間かかる処理とかはあり StopWatch.GetElapsedTime() (.NET7+ ランタイム/コンパイラの違いを意識する 新しい.NETほど同じソースでも高速 たとえば、一部のforeachがforに事前展開されたりしている SharpLab で 展開後のコードやILの違いを確認できる Unityのランタイムは標準と違うので注意 ちょっと古い手法が有効 .NET 8.0以降は計測時に Dynamic
Spring Bootのgradle bootRunによる起動を高速化してみる - ContractS開発者ブログ
Holmesでエンジニアをしている山本です Holmesでは、サーバーサイドアプリケーションをGradle管理のSpring Bootで実装しています。現在、ローカル環境での gradle bootRun によるSpring Bootアプリケーションの起動まで、数十秒かかっているため、多少なりとも短縮できないかと思い、調査を行いました。 参考としたのは、以下のページです。 bufferings.hatenablog.com 起動時間としては、利用可能メモリが4GBほどある状態で5回 gradle bootRun を実行し、起動ログに表示される Started Application in ... seconds の秒数を平均したものを使用します。 作業前 作業方針 1. Gradle起動オプションの調整 Xms, Xmx XX:TieredStopAtLevel noverify 2. コ
データ０件なのに検索が遅い
ブログに始めてのコメントがあったので、久しぶりに再会。 開発環境で0件なのにSELECTが遅いことがあったので、結果はほぼ想像できていたが調べてみた。 V$SQLから遅いSQLのSQLIDを探す SELECT a.SQL_ID, a.SQL_TEXT, a.* FROM V$SQL a WHERE a.SQL_TEXT LIKE '%なんたら%'; 実行計画を見る SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR('見つけたSQL_ID')); 使っているオブジェクトがぶっ壊れていないか調べる SELECT a.STATUS, a.* FROM ALL_OBJECTS a WHERE a.OBJECT_NAME = 'テーブル名なりインデックス名'; セグメントのサイズを調べるSELECT TRUNC(a.BYTES/1024/1024/1024,
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
