个人中心
文章发布
退出
作者热门文章
- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库？
- java - OnItemClickListener 不起作用，但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
24
4
我有一个仅供登录用户使用的 MediaWiki 安装，速度非常慢(每个请求大约持续 2.5 秒)我经历了我发现的所有缓存和优化步骤。我使用默认配置的 APC，因为我没有发现任何改进，所以我运行了 mediawiki 分析，但我没有完全理解输出。
forceprofile 的输出如下所示。
100.00% 2.475774 1 - -total
90.51% 2.240709 1 - Setup.php
89.56% 2.217199 1 - Setup.php-session
88.85% 2.199760 163 - LoadBalancer::getConnection
88.64% 2.194557 163 - LoadBalancer::openConnection
88.43% 2.189371 2 - DatabaseMysql::open
88.38% 2.188186 2 - dbconnect-localhost
8.02% 0.198664 1 - MediaWiki::main
6.15% 0.152351 1 - MediaWiki::finalCleanup
5.25% 0.129948 1 - OutputPage::output
5.21% 0.128936 1 - Output-skin
5.20% 0.128861 1 - SkinTemplate::outputPage
3.28% 0.081173 186 - DatabaseBase::query
2.64% 0.065307 1 - SkinTemplate::outputPage-stuff5
1.99% 0.049177 4 - query: COMMIT
1.82% 0.044994 1 - MediaWiki::performRequest
1.67% 0.041237 1 - MediaWiki::performAction
1.66% 0.041093 1 - Article::view
1.56% 0.038637 108 - LocalisationCache::getSubitem-load
1.41% 0.034958 1 - SkinTemplate::outputPage-execute
1.09% 0.026959 1 - Skin::buildSidebar
1.04% 0.025770 41 - Linker::titleAttrib
rest below 1%
分析日志中的输出如下:
Profiling data
Name Calls Total Each % Mem
-total 1 2530.972 2530.972 100.000% 5801152 ( 2530.972 - 2530.972) [0]
Setup.php 1 2269.201 2269.201 89.657% 1230737 ( 2269.201 - 2269.201) [65]
Setup.php-session 1 2246.935 2246.935 88.778% 312683 ( 2246.935 - 2246.935) [26]
LoadBalancer::getConnection 166 2213.220 13.333 87.445% 292024 ( 0.005 - 1117.286) [178]
LoadBalancer::openConnection 166 2211.142 13.320 87.363% 286279 ( 0.001 - 1117.276) [12]
DatabaseMysql::open 2 2208.200 1104.100 87.247% 13050 ( 1092.796 - 1115.404) [10]
dbconnect-localhost 2 2207.259 1103.630 87.210% 12544 ( 1092.338 - 1114.922) [0]
MediaWiki::main 1 222.392 222.392 8.787% 2675660 ( 222.392 - 222.392) [1486]
MediaWiki::finalCleanup 1 134.699 134.699 5.322% 1284487 ( 134.699 - 134.699) [981]
DatabaseBase::query 202 117.272 0.581 4.633% 342809 ( 0.079 - 32.658) [206]
OutputPage::output 1 108.740 108.740 4.296% 1280174 ( 108.740 - 108.740) [956]
Output-skin 1 103.328 103.328 4.083% 1087262 ( 103.328 - 103.328) [953]
SkinTemplate::outputPage 1 103.267 103.267 4.080% 1131051 ( 103.267 - 103.267) [952]
query: COMMIT 7 87.476 12.497 3.456% 432 ( 6.541 - 32.651) [0]
MediaWiki::performRequest 1 85.917 85.917 3.395% 1272664 ( 85.917 - 85.917) [503]
MediaWiki::performAction 1 81.878 81.878 3.235% 1184620 ( 81.878 - 81.878) [483]
Article::view 1 59.397 59.397 2.347% 679673 ( 59.397 - 59.397) [258]
SkinTemplate::outputPage-stuff5 1 55.888 55.888 2.208% 456139 ( 55.888 - 55.888) [400]
LocalisationCache::getSubitem-load 107 28.478 0.266 1.125% 54868 ( 0.240 - 0.468) [428]
-overhead-total 1570 27.168 0.017 1.073% 1076064 ( 27.168 - 27.168) [1570]
SkinTemplate::outputPage-execute 1 26.111 26.111 1.032% 30494 ( 26.111 - 26.111) [398]
DeferredUpdates::doUpdates 1 25.015 25.015 0.988% 377 ( 25.015 - 25.015) [16]
Skin::buildSidebar 1 21.318 21.318 0.842% 81176 ( 21.318 - 21.318) [218]
ParserCache::get 1 19.755 19.755 0.781% 1585 ( 19.755 - 19.755) [22]
DynamicSidebar::modifySidebar 1 18.910 18.910 0.747% 69284 ( 18.910 - 18.910) [192]
Linker::titleAttrib 40 18.445 0.461 0.729% 76664 ( 0.041 - 1.041) [313]
CategoryViewer::getHTML 1 17.666 17.666 0.698% 244568 ( 17.666 - 17.666) [218]
query: SELECT lc_value FROM `wiki_lNn_cache` WHERE lc_lang = 'X' LIMIT N 129 15.079 0.117 0.596% 240757 ( 0.086 - 0.513) [2]
LocalisationCache::getItem-load 16 13.923 0.870 0.550% 272404 ( 0.259 - 5.256) [100]
SkinTemplate::outputPage-stuff4 1 11.899 11.899 0.470% 330753 ( 11.899 - 11.899) [62]
Setup.php-globals 1 11.758 11.758 0.465% 567318 ( 11.758 - 11.758) [24]
-overhead-internal 1570 11.512 0.007 0.455% 351680 ( 0.006 - 0.046) [0]
ResourceLoader::makeModuleResponse 2 11.067 5.533 0.437% 238877 ( 4.679 - 6.388) [36]
我不知道为什么我的 setup.php、loadbalancer 和 db 这么慢？有没有人建议改进这些东西的性能。
编辑:我改回没有缓存的配置，分析输出如下所示:
Profiling data
Name Calls Total Each % Mem
-total 1 2264.308 2264.308 100.000% 18818800 ( 2264.308 - 2264.308) [0]
LoadBalancer::getConnection 171 1914.577 11.196 84.555% 873694 ( 0.010 - 969.956) [183]
LoadBalancer::openConnection 171 1912.571 11.185 84.466% 863369 ( 0.002 - 969.939) [12]
DatabaseMysql::open 2 1904.139 952.070 84.094% 13043 ( 941.427 - 962.713) [10]
dbconnect-localhost 2 1903.117 951.559 84.049% 12576 ( 940.917 - 962.201) [0]
MediaWiki::main 1 1168.946 1168.946 51.625% 8339081 ( 1168.946 - 1168.946) [1546]
MediaWiki::performRequest 1 1052.551 1052.551 46.484% 4786767 ( 1052.551 - 1052.551) [728]
SpecialPageFactory::executePath 1 1047.566 1047.566 46.264% 4567696 ( 1047.566 - 1047.566) [717]
Setup.php 1 1045.216 1045.216 46.160% 7760889 ( 1045.216 - 1045.216) [55]
Special:Version 1 1044.117 1044.117 46.112% 4018885 ( 1044.117 - 1044.117) [716]
Setup.php-globals 1 1011.005 1011.005 44.650% 4713595 ( 1011.005 - 1011.005) [30]
LocalisationCache::getItem-load 15 990.768 66.051 43.756% 1424628 ( 0.265 - 979.699) [102]
MessageCache::load 1 943.255 943.255 41.658% 14271 ( 943.255 - 943.255) [14]
MessageCache::load-fromcache 1 942.883 942.883 41.641% 13740 ( 942.883 - 942.883) [13]
MediaWiki::finalCleanup 1 115.499 115.499 5.101% 3464276 ( 115.499 - 115.499) [816]
OutputPage::output 1 113.857 113.857 5.028% 3377273 ( 113.857 - 113.857) [809]
Output-skin 1 102.706 102.706 4.536% 2424168 ( 102.706 - 102.706) [806]
SkinTemplate::outputPage 1 102.656 102.656 4.534% 2464206 ( 102.656 - 102.656) [805]
SkinTemplate::outputPage-stuff5 1 58.550 58.550 2.586% 1731893 ( 58.550 - 58.550) [346]
最佳答案
从您发布的分析数据来看，罪魁祸首显然是打开的数据库连接非常慢，查询本身似乎运行得足够快。为什么会这样是一个有趣的问题:
max_connections 太低并且处于空闲状态当客户拼命排队等待接通时？关于mysql - MediaWiki 分析输出解释，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16719023/
24
4
0
我刚刚继承了一个旧的 PostgreSQL 安装，需要进行一些诊断以找出该数据库运行缓慢的原因。在 MS SQL 上，您可以使用 Profiler 等工具来查看正在运行的查询，然后查看它们的执行计划。
将目标从Analytics（分析）导入到AdWords中，然后在Analytics（分析）中更改目标条件时，是否可以通过更改将目标“重新导入”到AdWords，还是可以自动选择？ 最佳答案 更改目标值
我正在使用google analytics api来获取数据。我正在获取数据，但我想验证两个参数，它们在特定日期范围内始终为0。我正在获取['ga:transactions']和['ga:goalCo
我使用Google API从Google Analytics（分析）获取数据，但指标与Google Analytics（分析）的网络界面不同。 即：我在2015年3月1日获得数据-它返回综合浏览量79
我在我的Web应用程序中使用sammy.js进行剔除。我正在尝试向其中添加Google Analytics（分析）。我很快找到了following plugin来实现页面跟踪。 我按照步骤操作，页面如
当使用 Xcode 分析 (product>analyze) 时，有没有办法忽略给定文件中的任何错误？ 例如编译指示之类的？ 我们只想忽略第三方代码的任何警告，这样当我们的代码出现问题时，它对我们
目录 EFK 1. 日志系统 2. 部署ElasticSearch 2.1 创建handless服务 2.2 创建s
关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。 想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。 7年前关闭。 Improve thi
GCC/G++ 是否有可用于输出分析的选项？ 能够比较以前的代码与新代码之间的差异(大小、类/结构的大小)将很有用。然后可以将它们与之前的输出进行比较以进行比较，这对于许多目的都是有用的。 如果没有此
我正在浏览 LYAH，并一直在研究处理列表时列表理解与映射/过滤器的使用。我已经分析了以下两个函数，并包含了教授的输出。如果我正确地阅读了教授的内容，我会说 FiltB 的运行速度比 FiltA 慢很
在 MySQL 中可以使用 SET profiling = 1; 设置分析 查询 SHOW PROFILES; 显示每个查询所用的时间。我想知道这个时间是只包括服务器的执行时间还是还包括将结果发送到前
我用 Python 编写了几个用于生成阶乘的模块，我想测试运行时间。我找到了一个分析示例 here我使用该模板来分析我的模块: import profile #fact def main():
前几天读了下mysqld_safe脚本，个人感觉还是收获蛮大的，其中细致的交代了MySQL数据库的启动流程，包括查找MySQL相关目录，解析配置文件以及最后如何调用mysqld程序来启动实例等，有着
1 内网基础 内网/局域网（Local Area Network，LAN），是指在某一区域内有多台计算机互联而成的计算机组，组网范围通常在数千米以内。在局域网中，可以实现文件管理、应用软件共享、打印机
1 内网基础 内网/局域网（Local Area Network，LAN），是指在某一区域内有多台计算机互联而成的计算机组，组网范围通常在数千米以内。在局域网中，可以实现文件管理、应用软件共享、打印机
我有四列形式的数据。前三列代表时间，value1，value 2。第四列是二进制，全为 0 或 1。当第四列中对应的二进制值为0时，有没有办法告诉excel删除时间、值1和值2？我知道这在 C++ 或
我正在运行一个进行长时间计算的 Haskell 程序。经过一些分析和跟踪后，我注意到以下内容: $ /usr/bin/time -v ./hl test.hl 9000045000050000 Com
我有一个缓慢的 asp.net 程序正在运行。我想分析生产服务器以查看发生了什么，但我不想显着降低生产服务器的速度。 一般而言，配置生产盒或仅本地开发盒是标准做法吗？另外，您建议使用哪些程序来实现这一
我目前正在尝试分析 Haskell 服务器。服务器永远运行，所以我只想要一个固定时间的分析报告。我尝试只运行该程序 3 分钟，然后礼貌地要求它终止，但不知何故，haskell 分析器不遵守术语信号，并
是否有工具可以分析 Maven 构建过程本身，以便我可以看到构建花费最多时间的地方？ 我们在工作中遇到了关于 Maven 3.0.3 和 3.0b1 的问题。与 3.0.3 (9m00s) 相比，我们
我是一名优秀的程序员,十分优秀！