【MySQL】インポート時間短縮のためのDBパラメータチューニング / 開発者向けブログ・イベント | GMO Developers
バイナリ互換性がないMySQLバージョン間（5.6→8.0）のDB移行が必要となり、DBを停止して、mysqldumpによるデータ移行を計画しました。その際にDBのダウンタイムをなるべく短くするため、インポートにかかる時間をパラメータチューニングによって短くできないか検証しました。 注意点 本記事の内容は、筆者の個人的な見解や認識に基づいて作成しているため、正確性、信頼性、完全性、最新性を保証するものではありません。 本記事は、2023/04/25 時点の情報をもとに作成しております。 最新の情報については、他の情報源と照らし合わせてご確認ください。 今回紹介するパラメータはインポート時に一時的に設定するパラメータと仮定しており、運用時は適さないパラメータもあります。 インポートが完了したら運用に適したパラメータへの変更をお願いします。 前提条件 インポートするデータ スキーマ毎にmysq
NGINXのパフォーマンスをスレッドプールで9倍にする
はじめに NGINXが接続処理に非同期かつイベント駆動のアプローチを用いていることは、よく知られています。つまり（従来型アーキテクチャのサーバのように）、専用プロセスやリクエストごとのスレッドを他に作ることなく、一つのワーカープロセスで複数の接続とリクエストを処理できるということです。これを実現するために、NGINXはソケットをノンブロッキングモードで実行し、epollやkqueueといった効率的なメソッドを用いています。 全負荷のかかるプロセスは少なく（通常1CPUコアごとに1つのみ）一定のため、消費されるメモリは少なく済み、タスク切り替えのためにCPUサイクルが無駄遣いされることもありません。このアプローチのメリットは、NGINXの実例を通してよく知られています。NGINXは、何百万もの同時リクエストやスケールを非常にうまく処理します。 各プロセスが追加メモリを消費する。また、プロセス
Mozilla Re-Mix: Firefoxの[plugin-container.exe]を無効にする方法。
Firefox 3.6.4からは、プラグインプロセスの分離による本体のクラッシュ防止機能が搭載されています。 この機能は、クラッシュの主要原因であるいくつかのプラグインをFirefoxとは別の[plugin-container.exe]に読み込んで実行するというものですが、これが原因でPC全体のパフォーマンスが落ちてしまうという経験をした方も少なくないと思います。 [plugin-container.exe]によってサポートされているプラグインは[Adobe Flash][Apple Quicktime][Microsoft Silverlight]などとなっており、これらのプラグイン利用時に[plugin-container.exe]が実行されるようになっています。 複数のタブでYouTube動画などを開いた場合、この[plugin-container.exe]のメモリ使用量が極端に増加
linuxデスクトップ環境をたったの3ステップで高速化する方法 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
各所で話題になっていますが、Linuxを劇的に高速化する方法が発見されました*1 *2 *3。特にブラウザなど複数のアプリケーションを同時に起動した状態では、体感速度がびっくりするほど向上します。 高速化する方法も簡単です。カーネルの再構築という難しい作業は不要で、設定ファイルを数行書き換えるだけです。是非試しましょう！ ステップ-1: ~/.bashrc の編集 ~/.bashrc の末尾に以下の4行を追加します。 if [ "$PS1" ] ; then mkdir -m 0700 /sys/fs/cgroup/cpu/user/$$ echo $$ > /sys/fs/cgroup/cpu/user/$$/tasks fi ステップ-2: /etc/rc.local の編集 /etc/rc.local の末尾に以下の2行を追加します(2010/11/24更新。不要なmkdirコマンド
Opera Turboが高速な理由 - Delayed Script Execution - by edvakf in hatena
昨日出た Opera Turbo 有効版のお試し Opera。 Opera Turbo Labs release - By Opera Desktop Team Please welcome Opera Turbo - By Choose Opera Opera Turbo now available for testing 言ってみれば単なる圧縮プロキシ設定を追加しただけの Opera。(ホスト側から見た IP アドレスも変わる。Opera は Great Fire Wall 越えを狙っているのだろうか?) まあ、使ってみたらたぶんけっこう速いと思うんじゃないかな。 でも速いと感じるのは、実はプロキシの効果ではなくて、opera:config#Delayed Script Execution がオンになってるから。 (プロキシの効果は、携帯の回線でネットしている人とかでないとわからないと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Firefox の終了が遅い原因は config.trim_on_minimize だった | 裏表(Phinloda のもう裏だか表だか分からないページ)
