光の速さと戦えるのは味染み大根の美味さだけ
光の速さ→めちゃくちゃ速い 煮汁の味がしっかり染みた大根→美味さが爆速で全身を駆け巡る（体感では口に入れる前から煮汁の味が広がってもう美味い） 光の速さと戦わざるを得なくなったらこの美味すぎ大根のエネルギーを利用する以外勝ち目は無い 終わりだ全部
【MySQL】インポート時間短縮のためのDBパラメータチューニング / 開発者向けブログ・イベント | GMO Developers
バイナリ互換性がないMySQLバージョン間（5.6→8.0）のDB移行が必要となり、DBを停止して、mysqldumpによるデータ移行を計画しました。その際にDBのダウンタイムをなるべく短くするため、インポートにかかる時間をパラメータチューニングによって短くできないか検証しました。 注意点 本記事の内容は、筆者の個人的な見解や認識に基づいて作成しているため、正確性、信頼性、完全性、最新性を保証するものではありません。 本記事は、2023/04/25 時点の情報をもとに作成しております。 最新の情報については、他の情報源と照らし合わせてご確認ください。 今回紹介するパラメータはインポート時に一時的に設定するパラメータと仮定しており、運用時は適さないパラメータもあります。 インポートが完了したら運用に適したパラメータへの変更をお願いします。 前提条件 インポートするデータ スキーマ毎にmysq
データ０件なのに検索が遅い
ブログに始めてのコメントがあったので、久しぶりに再会。 開発環境で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,
MySQL – ごく単純なUPDATEがなぜか遅い時がある | memorandum-plus
先日不可解な事象に直面しました、ごく単純な1行のUPDATE文が稀に非常に遅くなる時があったのです。稀に、といいますが検証してみたところ、50回実行して1～2回程度の発生頻度。 軽く「UPDATE 遅い」などで調べてみたところ、どれにも該当しないように見えました。 ググった情報 当方の状況 といった感じです。 うーん、わからん！ということで検証して調査しました。 検証方法 わたしの環境の具体的な名称などはぼかしますが、問題が発生していたSQLは、ほぼ以下のようなモノでした UPDATE `table_name` SET `col_name` = 'ランダムな文字列' WHERE `id` = 'PRIMARYなID' カラム`id`はPRIMARYです、1カラムで一意に特定できるのでクッソ早いはず。 検証では’ランダムな文字列’をphp側で毎回生成し、’PRIMARYなID’は対象を1レコ
VirtualBoxでMSEdge Win10のディスクIOが遅い
VirtualBoxでMSEdge Win10のディスクIOが遅いWindows10の公式提供のMS EdgeのVirtualBox向け仮想マシンがディスクIOがあまりにも遅いので、原因となる部分を調査した。また、快適なWindows10仮想マシンをセットアップした。 概要ここから入手できるVirtualBox向けのWindows10の仮想マシンイメージのディスクIOが以上に遅かったので原因を調査した。 また、VirtualBoxでWindows10をゲストOSとして使用する際に快適な動作が確認できた設定を共有する。 環境PC: CPU: i3-8100RAM: 32GBOS: Ubuntu 20.04VirtualBox: 6.1.26 問題ここから入手できるVirtualBox向けのWindows10の仮想マシンイメージのディスクIOが以上に遅い。 ソフト等を開くにもかなり待たされた。
bashの組込みコマンド自作によるスクリプトの高速化 - 覚書
はじめに bashには次の2つの理由によって、組み込みコマンド(builtin command)というものが存在します。 スクリプトの高速化のため。組み込みコマンドであれば通常のコマンドを実行する場合に比べてプロセスの生成コスト(fork()/exec())が削減できる bash自身の状態を変更させるため。例えばcdコマンドを/bin/cdとして用意してbashから当該コマンドを実行しても、当該コマンドのpwdが変更されるだけで、bashのそれは変更されないため、意味がない 今回は前者に焦点を合わせて、その効果と、組み込みコマンドの自作方法について述べます。 予備知識: 組込みコマンドによるスクリプト高速化の効果 組込みコマンドそのものの存在、及びその存在意義について既にご存知のかたは、この節を飛ばしてもらって構いません。 例えば皆さんがbashスクリプトからechoコマンドを実行した場合
PhpStormを高速化する方法 - Qiita
PhpStormは意外と重い PhpStormはeclipse等と比べると速いのですが、sublimeと比べると断然重いです。 幾つかのサイトでPhpStormの動作速度の改善策が出ており、試してみたので書いておきます。 改善方法 1.PhpStorm へのメモリの割り当てを増やす 以下の記事で紹介されていました。 http://qiita.com/kilhyungdoo/items/ec36cc7d240431c181a1 気持ち早くなったような感じです。 2.キャッシュファイルを削除する メニューのFile->Invalidate Caches & Restartからキャッシュを削除してPhpStormを再起動する事で動作は軽くなります。 3.使わないツールウィンドウを閉じる 超基本的な事かもしれませんが、私にはこれが一番効果的でした。 特にProjectとStructureを閉じただ
「@」でエラー抑制すると PHP が遅くなるという噂について : a My RSS 管理人ブログ
PHP では @ を付けることでエラーを回避できるという便利な記述方法があり、ものぐさな私などは if (@$var["foo"]) $result = $var["foo"]; みたいなコードを書いてしまいます。 で、この処理が「遅い」という噂やツッコミを度々受けるので調べてみました。 「ほら、そんな気にするほどでも無いよ」という結果を期待していたのですが、、、なんじゃこりゃ。。。 劇遅じゃないですか、これ。 いやはや・・・ ちょっと列挙しますね。以下のようなコードを単純 for 文で 100万回実行したときの結果です。 error_reporting(0) で PHP4 if (@$a["hoge"]) $b = $a["hoge"]; ⇒ 約 2.4 秒 if ($a["hoge"]) $b = $a["hoge"]; ⇒ 約 1.3 秒 if (isset($a["hoge"]))
プログラム高速化の禁術 - Qiita
はじめに これは昔（2010年頃）自分が使っていた高速化技法について書いたものです． 今となってはレガシーだったり，通用しないものもあるかもしれませんが，こういう知識も無くなってしまったり，自分も忘れてしまう気がしたので，メモ代わりに書いておきます． ただ言えることは，「最適化はするな」ということです．最適化すると，保守性が大幅に失われる危険性があります．そして，これから書く項目を1つ1つ行って，高速化できたとしても，せいぜい2倍程度です．ただその2倍程度の速度も欲しい！そのためには悪魔に魂と保守性を売る！という方はご覧ください．これらの高速化は割といろいろな言語に当てはまることも多いですが，大体C++で書くことを念頭に置いていただければ，幸いです．あと，個人的には競技プログラミングだったり，計算科学をやっていた時期に見つけた経験則なので間違ってる場合もあります． コンパイルオプションをこ
mineoが通信の最適化だけでなくhttps(SSL)では帯域制御もしているとのことなのでMVNO14社20枚のSIMで試してみた
mineo AプランのSSL非対応（左）と、SSL対応（右）の違い。 pic.twitter.com/pQeXKaGN7c — Dohi Seiji@キノコの人 (@seijidohi) 2018年5月1日 httpだと77Mbpsなのにhttpsだと1.8Mbpsとは…。これは23時には解除されてhttpsでも速くなるそうなので、たしかに何らかの制御がされているようです。ちなみに始まるのは11時からだとか。 ポート規制実施の可能性についてはmineoサービス提供条件書に『サービス品質維持および設備保護のため(略)ネットワーク状況によりポート規制を実施する場合があります』と記載されている。 https://t.co/6W50ENk79Q pic.twitter.com/y3TDdTs8aj — 電波の妖精 (@biz4g) 2018年5月1日 通信の最適化の時もそうでしたが、一応規約的なも
GCC 4.7の最適化オプション比較表 - Shohei Yoshida's Diary
GCCの各オプティマイズレベルで有効になる最適化を調べる - Life is very short の GCC 4.7版。"-Ofast"を追加しました。"-Ofast"は規約を一部 無視した最適化を行うようです。"-O3"より高速になるよう意図 されています。 なお GCC 4.8では "-Og"という最適化とデバッグ機能を兼ね備えた オプションが追加されるそうです。需要がわかりづらいですが・・・。 表生成スクリプト #!/usr/bin/env perl use strict; use warnings; $ENV{LANG} = 'C'; my @levels = qw(-O0 -O1 -O2 -O3 -Os -Ofast); my @base = qw(gcc -- -Q --help=optimizers); my %optimize; for my $level (@level
GCCの最適化オプションは "-O3"までしかない - Shohei Yoshida's Diary
ここ十数年ぐらいの GCCの最適化は "-O3"までありません。 稀に "-O3"より大きい、"-O4"等を見るけど、それは結局 "-O3"に されてしまいます。 追記 なお最高速度のオプションは "-Ofast"です。ただこれは規約に 沿わない形での最適化も含まれます。大部分は問題無いと思い ますが、利用する場合は一応注意した方がよいでしょう。 GCC 4.8 snapshotのソースコードで確認したところ、一応内部的には保持 されていますが、結局最大で 3との比較しかないので意味がありません。 (255以上だと 255以上にされます) 大昔は "-O6"まであったという話ですが、今はありません。 将来的にどうなるか知りませんが、意図しないことをされないように "-O3"までをつけるのが無難でしょう。 各オプションの違いを知る。 GCCの各オプティマイズレベルで有効になる最適化を調べる
NGINXのパフォーマンスをスレッドプールで9倍にする
はじめに NGINXが接続処理に非同期かつイベント駆動のアプローチを用いていることは、よく知られています。つまり（従来型アーキテクチャのサーバのように）、専用プロセスやリクエストごとのスレッドを他に作ることなく、一つのワーカープロセスで複数の接続とリクエストを処理できるということです。これを実現するために、NGINXはソケットをノンブロッキングモードで実行し、epollやkqueueといった効率的なメソッドを用いています。 全負荷のかかるプロセスは少なく（通常1CPUコアごとに1つのみ）一定のため、消費されるメモリは少なく済み、タスク切り替えのためにCPUサイクルが無駄遣いされることもありません。このアプローチのメリットは、NGINXの実例を通してよく知られています。NGINXは、何百万もの同時リクエストやスケールを非常にうまく処理します。 各プロセスが追加メモリを消費する。また、プロセス
この関数がエクセルの再計算を遅くする。エクセル高速化テクニック
エクセルの関数をたくさん使うと、再計算に時間がかかってしまうのは仕方がありません。 でも、少し、元データや関数を工夫することで、再計算を高速化できる場合があります。 再計算を高速化する方法として「計算量を減らす」「再計算の邪魔をしない」の２つがあります。 エクセル関数の高速化テクニック（計算量対策） エクセルで計算速度が遅くなる第一の要因として、「エクセルの計算量が多くなってしまう計算式」を使っている場合があります。 vlookup関数は、近似値検索（true）を使う vlookup関数で、完全一致検索(４つめの引数にfalseを入れる方法)を使うと、動作スピードは一気に遅くなります。 vlookup関数を多用する場合には、元データをソート（並べ替え）したうえで、近似値検索を使いましょう。 完全一致検索をしたいんだ！という場合でも、近似値検索を２回使うと、完全一致検索ができます。 例えば、
何mから飛び降りたら走馬灯ノーカットで見えるの？ | オモコロ
死の間際には人生の全ての回想「走馬灯」が見えるというけど……私の人生、数十年分を回想するのにかかる時間は……？サイエンス・オカルト・フィクションです。 海辺の街…… 美しい景色だ、とは分かる。 ＿＿だが心が動かない。 だから私は28年の人生に終止符を 打とうと思う。でも……その前に “走馬灯”が見たい。 死の間際に見るという “走馬灯”…… 走馬灯とは、 死の間際、その人生の全てを、 もう一度振り返り再体験するという臨死体験。 一歩踏み出せば、地面に叩きつけられるまでの間に、走馬灯を見るはずだ。 ほんとうに……？ 崖から地面まで、２秒か３秒か、 走馬灯が、ビデオの早送りのようなものだとしても、 そんな短い時間で、人生の回顧録が全て再生できるだろうか？ 例えば、再生時間が足りなくて、いいところで走馬灯が終了 するなんて絶対にイヤだし、 逆に、時間が余ったらどうなる？ スタッフロールとともに自
『Visual Studio 2015 がかなり重い、もしくはデバッグ中にOSがフリーズ の対処』
vicのブログツール系やソフト開発について書こうと思っています。 書き込み大歓迎です。 間違いとかもっといい方法とかあったらご指摘いただけるとありがたいです。 質問をいただいたら、記事をもっとわかりやすく変更します。 最近、Visual Studio が重すぎで、かなり困っていたが、 ついに、デバッグ中OSがフリーズすることも何度も起きるようになってきた。 仕方なく調べたが・・・マルウェアよりたちが悪い、チェックが通らない cymon.sys が原因！ C:\Windows\System32\drivers\cymon.sys を名前変更したら、VisualStudio 2015 の動作も速くなり、フリーズも無くなった。 削除しても良さそうだが、念のため名前変更した。 著作権保護関係を制御するソフトだが、乱暴に言うと粗悪ソフトで、 動作をおかしくする要素が多いとの事。 BookLive!の
sprintf を最大10倍以上高速化するプリプロセッサ「qrintf」を作った
最近H2OというHTTPサーバを書いているのですが、プロファイルを取ってみるとsprintfが結構な時間を食っていて不満に感じていました。実際、sprintfは数値や文字列をフォーマットするのに十徳ナイフ的に便利なので、HTTPサーバに限らず良く使われる（そしてCPU時間を消費しがちな）関数です。 では、sprintfを最適化すれば、様々なプログラムが より高速に動作するようになるのではないでしょうか。ということで作ったのが、qrintfです。 qrintfは、Cプリプロセッサのラッパーとしてソースコードに含まれるsprintfの呼出フォーマットを解析し、フォーマットにあわせたコードに書き換えることで、sprintfを高速化します。 たとえば、以下のようなIPv4アドレスを文字列化するコード片を sprintf( buf, "%d.%d.%d.%d", (addr >> 24) & 0xf
Debian JP Project - ミラーサイトについて
パッケージダウンロードに利用するミラーサイトについて 安定して繋がるサーバ (CDN ミラー) を使うには ミラーサイト一覧 ミラーに関する注意 安定して繋がるサーバ (CDN ミラー) を使うには Debian JP Project は、利用者の利便性を考慮した Debian ミラーサーバとして ftp.jp.debian.org を運用しています。 ftp.jp.debian.org は複数の (比較的高速な接続を持つ) Debian ミラーサーバを用いた DNS ラウンドロビン (+ サーバによる重み付け) を行っており、特定ミラーサーバの障害影響を回避できます。また、単なる DNS ラウンドロビンとは異なり、対象となっているサーバが障害で停止していたりミラーが正常に更新されていなかったりした場合は自動切り離しを実施し、利用者からは特に何も意識することなく、最新のミラーを利用できます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Triple Your Internet Speed for Free
1216彩票-官网平台