約200%早くなった！ EC-CUBE3のパフォーマンスチューニング - キャッシュの設定方法 - EC-CUBEのカスタマイズ、ネットショップ制作メモ
EC-CUBE Ver.3.0.11以降では、設定ファイルを追加する事で各種キャッシュを利用できる様になり、表示速度の向上ができます。 今回、EC-CUBEの開発コミュニティーで、ヘテムルでEC-CUBE3が遅いと書き込みがあったのでご紹介します。 結論から言うと約200%早くなった いきなりベンチ結果です。 Apache Bench : Request per second >Faster 6.973.21 Chrome Developer Tools : Waiting (TTFB) <-Faster 487ms1,250msチューニング後 標準環境は、 EC-CUBE Ver.3.0.13 さくらVPSの2G PHP 5.6 + APC MySQLの5.5 + Query Cache です。 Apache Benchは-c35 -n35でトップページの表示の結果です。 http://
パフォーマンスを意識して正規表現を書く - Shin x Blog
正規表現を書く際、どのようなパターンにマッチさせるか、どこをキャプチャするかという視点で記述することはあっても、パフォーマンスを考えて記述するというのはある程度知っている人でなければ忘れがちな視点です。 このエントリでは、バックトラックをメインに正規表現がパフォーマンスに及ぼす挙動について見ていきます。 対象の正規表現エンジン ここでは、従来型 NFA を対象としています。具体的には、PHP の preg_ 関数で利用している PCRE や mb_ereg 関数が利用している鬼車です。Perl や Ruby、Python、Java、.NET でも従来型 NFA を採用しているので、似た挙動となるでしょう。 「従来型 NFA」や「バックトラック」などの用語については、「詳説 正規表現 第3版」のものを用いています。 バックトラックによるマッチ探査 正規表現エンジンでは、指定された文字列が、パ
「ざっくり分かる WordPress サイトのチューニング」を WordCamp 2016 で発表してきました。 - Shin x Blog
2016/07/09、10 に大阪大学 豊中キャンパスで開催された WordCamp Kansai 2016 にて、WordPress サイトのチューニングについて発表しました。 https://twitter.com/digitalcube/status/751693759121731584 発表資料 今回は、PHP（WordPress）エンジニアでなくても何か役立ててもらえるようにチューニングの具体的な手法というよりは、実際に手を動かすエンジニアと意思疎通がスムーズになるように基本的な考え方をメインにお話しました。 「推測するな、計測せよ」という格言があるとおり、チューニングにおいても、まず大事なのは「計測する」ということです。計測せずにやみくもにチューニングを行っているケースを見聞きするので、ここからはじめる内容にしました。 後半は、キャッシュを中心に紹介したのですが、最後の Var
SQLServer SQL Profiler を仕掛ける: DB チューニング Oracle SQLServer
(10/17)消えない希望と終わらない夢 (02/28)フジテレビのゴリ押しは異常 (02/01)初期化パラメタで、インスタンスの再起動が必要か調べる方法 (12/30)DBMS_METADATA.GET_DDL 改行されない (10/05)Oracle 統計情報のリストア (09/01)Oracle SQL文でヒント句が使用されない (07/08)お疲れ様です (05/15)古き良き時代 F1 (05/09)VMware Server 共有フォルダ機能が使用できない (03/03)自業自得 (02/25)Oracleでexpdp/impdpを使ってみる (01/29)SQLが遅くなった… 統計情報のインポート (01/14)外国人参政権について反対する理由② (12/28)外国人参政権について反対する理由 (11/21)ASMの制御ファイルを冗長化 (Oracle) (09/28)Dec
ぜんぶTIME_WAITのせいだ！ - Qiita
課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39
SQL Server のチューニングについてまとめてみる - その1 - ( インデックスの調査 ) - 都内で働くSEの技術的なひとりごと / Technical soliloquy of System Engineer working in Tokyo
SQL Server のチューニングについてまとめていこうかと思います。まずは、インデックスを使用していないクエリの抽出方法です。SQL Server のチューニングには、dm_* で始まる動的管理ビューを多用します。今回は、主に以下の3テーブルを使用して、インデックスを使用していないクエリを探してみましょう。 sys.dm_db_missing_index_group_stats 欠落インデックス グループに関する情報を取得します。 sys.dm_db_missing_index_groups sys.dm_db_missing_index_group_stats と sys.dm_db_missing_index_details を JOIN するために必要なテーブルです。 sys.dm_db_missing_index_details 欠落したインデックスについての詳細情報を取得しま
What's New in SQL2016 CTP2 Release - 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 ...
YappoLogs: なぜ SQL_CALC_FOUND_ROWS や LIMIT OFFSET のページングが良く無いのか
なぜ SQL_CALC_FOUND_ROWS や LIMIT OFFSET のページングが良く無いのか ここ最近の大規模サービス関連したデータページング考です。 mysql 5.5.34 で試して記事書いてます。 bigdata テーブルは id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, PRIMARY KEY (id) なカラムがある前提です。もちろん InnoDB です。 2014年なんだからCOUNT(*)とかSQL_CALC_FOUND_ROWSとかLIMIT OFFSETのページングはやめようぜ - Togetterまとめが発端にみえるけど、わりと昔から話されてる事なんだけど、「nippondanji SQL_CALC_FOUND_ROWS」でググっても有用な情報ないし文書化されてないからしとく。 ページング処理で使われがちな機能です。 S
SQLチューニングの基礎の"そ"(SQLServer編) - Sanwa Systems Tech Blog
どうも！三和システムおちゃらけ担当のuozy☆です！ 今日は恒例のゴルフエンジニアのゴルフ練習の日です！ 業務後にゴルフエンジニア達で近くのゴルフ練習場へ行きます！ ゴルフシステムを作るエンジニアだからこそゴルファーの気持ちを知らないとね＼(＾o＾)／ 今回のテーマ 前回は遅くなったクエリを見つけるところまでの記事を書きましたが、 今回はクエリの高速化の基本と勘所を書きたいと思います。 まずは実行プランの見方 ざっくりわけると2種類あります。 scan seek じゃ、どっちがいいの？ scan →これはいわゆる"走査"というやつです。 どんな動きかというのを例えると、 辞書で単語を探す時に「あ」から一語一語単語を調べていくイメージです。 つまり効率的には最低です(´・ω・｀) seek →この人が最速、圧倒的です ＼(＾o＾)／ 索引を効率的に使って探してる単語のページをぱっと開ける感じ
SQLチューニングの基礎の"き"(SQLServer編) - Sanwa Systems Tech Blog
はじめまして！！ 三和システムおちゃらけ担当のuozy☆です！ いつもふざけてばかりなのですが、実は小心なので、いつ怒られるのかとびくびくしながら過ごしております(つω⊂) さてちょっと真面目な話をしておくと、 uozy☆の本当の担当はDB関係とかデータ分析とかです。 なのでuozy☆の記事では、技術的なDB情報やゴルフ場に関係するデータ分析の情報、 その他各種最新情報なんかもキャッチアップして記事にしていけたらなと思ってます。 どうぞよろしくお願いします。 今回のテーマについて 最初だから今回はおちゃらけませんw アプリを運用していると「パフォーマンスが劣化してきて・・・」なんて事がよくあると思います。 その場合の、発生カ所の特定方法と対処方法についてです。 今回の環境はSQLServer2008R2を使用します。 最初に何をするか？ まずはどの部分が遅くなっているのかを確定させなきゃい
ブログ(WordPress)の高速化 apache + php53 -> nginx(proxy cache) + php-fpm + apc
ブログ(WordPress)の高速化 apache + php53 -> nginx(proxy cache) + php-fpm + apc インフラ担当 平野です。 先日弊社サービスのローンチに関連しまして台湾出張してきました。 日本人に有名な鼎泰豐（ディンタイフォン）の本店にどさくさで行かせていただき、 美味しい小籠包を楽しんできました。非常に美味しゅうございました。本当に。 さて今回は（すいませんまったく小籠包関係ないんですけど）、 弊社でも多く使っておりますブログ「WordPress」の高速化について取り上げたいと思います。 弊社で多く利用しているWordPressですが、おかげさまで多くのアクセスのために レスポンスが悪くなっていたり、サーバ側にかなりの負荷がかかるようになることもあり、 今回高速化の検証を行いましたので、その記録です。 ◇高速化の手法 今回の対応は以下のとおり
OTN Japan - Oracleデータベース 性能対策機能 〜 StatspackとDiagnostics Packを使いこなす 〜 第1回 StatspackとDiagnostics Packの概要と使用方法
NTTコムウェア株式会社 プロジェクト管理統括部 技術SE部門 DB技術グループ 坂下 徹 Oracleデータベースの性能対策の重要な機能、「Statspack」や「Oracle Enterprise Manager 10g Diagnostics Pack」(※オプションライセンス)の利用ポイントをお伝えします。使わないと"もったいない"機能です！(Diagnostics Packの有無による違いはここ) - INDEX - ■ 1 はじめに ■ 2 性能対策概要 ■ 3 Statspack ・ 3.1 インストール ・ 3.2 メンテナンス ・ 3.3 レポート作成 ・ 3.4 Statspackが不向きなケース ■ 4 Diagnostics Pack ・ 4.1 Automatic Workload Repository (AWR) ・ 4.2 Automatic Database
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
連載記事 「Oracleパフォーマンス障害の克服」
中規模サイトのApacheチューニング - Qiita
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング