【导语】“ihwen123”通过精心收集，向本站投稿了8篇Z-Blog 1.8的性能问题，以下是小编精心整理后的Z-Blog 1.8的性能问题，仅供参考，希望能够帮助到大家。
- 目录
篇1：MERGE INTO性能问题疑问
今天同事碰到一个SQL的性能问题，主要是MERGE INTO的性能问题，执行脚本的时候，居然耗时50多分钟，汗！简直让人抓狂，脚本如下：
MERGE INTO EDS.TW_DP_B_TDTERM_IMEI_DAY DM
USING T_IMEI_DAY_1111 TEMP
ON(
DM.DATE_CD = TEMP.DATE_CD AND
DM.CITY_ID = TEMP.CITY_ID AND
DM.IMEI = TEMP.IMEI AND
DM.USR_NBR = TEMP.USR_NBR
)
WHEN MATCHED THEN UPDATE SET
DM.GSM_FLUX = TEMP.GSM_FLUX ,
DM.TD_FLUX = TEMP.TD_FLUX ,
DM.GPRS_FLUX = TEMP.GPRS_FLUX
WHEN NOT MATCHED THEN INSERT(
篇2：硬盘问题及性能优化
现为无法读取数据，无法识别硬盘等故障，当发生故障的时候你如何处理，以及如何优化硬盘呢？
首先来说说硬盘的一些常见的问题。
1.硬盘误识别
当我们在使用笔记本电脑时，发现BIOS中检测到的笔记本电脑硬盘与实际硬盘有区别。这种情况是由于硬盘磁头偏移造成的，也有可能是硬盘固件出现了问题，造成硬盘误识别。在通常的情况下，硬盘在BIOS中默认为原生IDE模式以获得最好的兼容性。而在对配件要求较高的Windows7系统中，可以通过开启硬盘AHCI模式，从而在一定程度上提升硬盘的性能表现。如果在IDE模式下安装了Windows7，再在BIOS中更改硬盘为AHCI模式，就无法进入系统，需要重新安装系统才行。有没有办法不用重装系统，就打开硬盘的AHCI模式呢？
2.硬盘发出“哒哒”的声音
当笔记本电脑硬盘发出“哒哒”的声音或其他不正常的声音时，说明磁头出现了问题。这时候，我们应当立即关闭笔记本电脑，将笔记本电脑带到专业维修地点维修。否则，你的珍贵数据将一去不返。
3.无法访问数据和无法复制数据
当我们进入操作系统后，能够看到硬盘中的数据，但是，却无法访问这些数据，而且不能复制粘贴数据。出现这种情况，基本上可以确定为硬盘上有坏道，也有可能是硬盘固件有问题。我们可以用查坏道的软件，测试硬盘是否出现了坏道。
4.加电后硬盘无反应
当我们接通电源，启动笔记本电脑后，发现硬盘没有任何反应，在BIOS中也不能找到硬盘。如果出现这种情况，大部分是由于硬盘电机出现问题引起的，
这时候，我们应该找专业的维修人员进行维修。
5.硬盘运行正常，BIOS 无法检测
当我们启动笔记本电脑后，在BIOS中检测不到硬盘，但是，硬盘却能正常运行。这种情况基本上是由固件问题造成的，也有可能是硬盘初始化信息丢失。如果出现上述情况，数据基本上无法挽救。
下面来谈一谈怎么样来优化硬盘以获得更好的性能。
1、在点击开始菜单后，选择菜单中的“运行”栏目。在运行栏目的输入框内键入“regedit”，回车即可打开注册表编辑器。
2、打开注册表编辑器之后，进入“HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Services\\Msahci”键值。在右边窗口中双击名称为“Start”的项目，会弹出一个对话框，将默认的参数由3更改为0。点击“确定”并且保存之后，重新启动电脑。
3、重启电脑之后，进入BIOS，在“Integrated Peripherals”页面中，将“SATA RAID/AHCI Mode”更改“AHCI”（不同BIOS选项名称会有细微差别）。保存重启，进入系统后系统会自动安装AHCI的驱动程序。安装好后系统会要求再次重启，重启之后，硬盘的AHCI模式就打开了。硬盘在更改为AHCI模式之后，系统启动的速度变化不大。不过在进行大文件拷贝时，速度由原来的60MB/S提升到了71MB/S，性能提升约20%。硬盘在Windwos7中的系统评分中，也由开始的5.9分提升到了6.5分。由此可见硬盘开启AHCI之后，效果是不错的。
总之呢，硬盘作为笔记本配备中一个相当重要的环节，对于硬盘的保养和维护还是非常重要的，这些工作做好了对于电脑的运行时非常有利的。
篇3：Z-Blog 1.8的性能问题
Z-Blog 1.8是最新版本的Z-Blog，但是我升级到1.8的Z-Blog之后，发现其速度比1.7还要慢一些，这主要和我的Blog配置有关，最主要的配置是ZC_MOONSOFT_PLUGIN_ENABLE这个选项，
我一直都开启了ZC_MOONSOFT_PLUGIN_ENABLE这个选项，这个目录静态化插件是我早期写的Z-Blog插件，当时设置为系统重建的时候才调用，而现在的Z-Blog 1.8将这个功能集成后，调用极其频繁，也让我感觉1.8比1.7速度慢。
经过查询发现，几乎所有回复评论、删除评论等等操作，系统都会重建一次目录文件，而我的博客有一千多篇文章，每次重建都要耗费很大的CPU资源，特别对于我这个博客评论非常多，还有很多垃圾评论，这么频繁的重建目录索引会带来很大的性能问题，
经过我的一番查询，在c_system_base.asp文件中的Function BlogReBuild_Archives函数里，有一行If ZC_MOONSOFT_PLUGIN_ENABLE=True Then，将其后面的Call BuildCategory注释掉，可能就会在重建文件的同时不进行目录重建操作。
希望下个版本的Z-Blog能在性能上做一些优化。
转载自月光博客
篇4：Redis常见的性能问题和解决方法
1.Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当 快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要 写内存快照，
2.Master AOF持久化，如果不重写AOF文件，这个持久化方 式对性能的影响是最小的，但是AOF文件会不断增大，AOF文件过大会影响Master 重启的恢复速度。
3.Master调用BGREWRITEAOF重写AOF文件，AOF在重写的 时候会占大量的CPU和内存资源，导致服务load过高，出现短暂服务暂停现象。
下面是我的一个实际项目的情况，大概情况是这样的：一个Master，4个 Slave，没有Sharding机制，仅是读写分离，Master负责写入操作和AOF日志备份 ，AOF文件大概5G，Slave负责读操作，当Master调用BGREWRITEAOF时，Master和 Slave负载会突然陡增，Master的写入请求基本上都不响应了，持续了大概5分钟 ，Slave的读请求过也半无法及时响应，Master和Slave的服务器负载图如下：
Master Server load：
Slave server load：
上面的情况本来不会也不应该发生的，是因为以前 Master的这个机器是Slave，在上面有一个shell定时任务在每天的上午10点调用 BGREWRITEAOF重写AOF文件，后来由于Master机器down了，就把备份的这个Slave 切成Master了，但是这个定时任务忘记删除了，就导致了上面悲剧情况的发生， 原因还是找了几天才找到的。
将no-appendfsync-on-rewrite的配置设为 yes可以缓解这个问题，设置为yes表示rewrite期间对新写操作不fsync，暂时存 在内存中，等rewrite完成后再写入。最好是不开启Master的AOF备份功能。
4.Redis主从复制的性能问题，第一次Slave向Master同步的实现是： Slave向Master发出同步请求，Master先dump出rdb文件，然后将rdb文件全量传输 给slave，然后Master把缓存的命令转发给Slave，初次同步完成，
第二次以及以 后的同步实现是：Master将变量的快照直接实时依次发送给各个Slave。不管什么 原因导致Slave和Master断开重连都会重复以上过程。Redis的主从复制是建立在 内存快照的持久化基础上，只要有Slave就一定会有内存快照发生。虽然Redis宣 称主从复制无阻塞，但由于Redis使用单线程服务，如果Master快照文件比较大， 那么第一次全量传输会耗费比较长时间，且文件传输过程中Master可能无法提供 服务，也就是说服务会中断，对于关键服务，这个后果也是很可怕的。
以 上1.2.3.4根本问题的原因都离不开系统io瓶颈问题，也就是硬盘读写速度不够快 ，主进程 fsync()/write() 操作被阻塞。
5.单点故障问题，由于目前 Redis的主从复制还不够成熟，所以存在明显的单点故障问题，这个目前只能自己 做方案解决，如：主动复制，Proxy实现Slave对Master的替换等，这个也是Redis 作者目前比较优先的任务之一，作者的解决方案思路简单优雅，详情可见 Redis Sentinel design draft redis.io/topics/sentinel-spec。
总结 ：
1.Master最好不要做任何持久化工作，包括内存快照和AOF日志文件， 特别是不要启用内存快照做持久化。
2.如果数据比较关键，某个Slave开 启AOF备份数据，策略为每秒同步一次。
3.为了主从复制的速度和连接的 稳定性，Slave和Master最好在同一个局域网内。
4.尽量避免在压力较大 的主库上增加从库
5.为了Master的稳定性，主从复制不要用图状结构，用 单向链表结构更稳定，即主从关系为：Master<--Slave1<--Slave2<-- Slave3.......，这样的结构也方便解决单点故障问题，实现Slave对Master的替 换，也即，如果Master挂了，可以立马启用Slave1做Master，其他不变。
篇5：性能问题依旧困扰着VS 2008
如同它的前辈，Visual Studio 2008也一样有性能问题，不过，如果你清楚该从哪里了解情况的话就会知道，与VS 2003和2005不同的是，微软正积极地对VS 2008的性能问题进行修补。
VB团队已经于3月23日发布了针对Visual Basic的性能更新项目，相关的知识库文章早就在1月29日和2月22日公开，当时为了保留一些时间进行测试，足足准备了两个月的时间来计划这次公开的发布。
早在2月8号，Scott Guthrie就宣布了一个VS 2008的Web开发补丁，同样，你在Visual Studio 上也找不到它，只能在相关的新闻性文章和博客发贴上才能找到，
让人又气又恨的是，Visual Studio有一项“检查更新”的功能，跟它前面的版本一样，它竟然仅仅只是打开通用的Windows更新站点。
据DJ Park所述，VB的补丁主要修复了下面一些应用场景的问题：
IDE用很长的时间去创建、或重新创建一个解决方案；
当你按下F5开始调试时缓慢的响应时间
使用代码编辑器时缓慢的响应时间
使用智能感知时缓慢的响应时间
查看英文原文：Performance Problems Continue for VS 2008
来自：www.infoq.com/cn/news/2008/03/VS-2008-Patch-2
篇6：UNIX性能分析的问题Windows系统
各位: 本人一直觉得UNIX的性能是一个比较棘手的问题，因为它无法用一种简单的方法来衡量，也没有什么公式可以定性的计算出来，两个不同的应用，你无法说CPU利用率高的性能就一定不好，很多人在遇到这个问题时都觉得很模糊，我在这方面的认识也很差，最近在和
各位:
本人一直觉得UNIX的性能是一个比较棘手的问题，因为它无法用一种简单的方法来衡量，也没有什么公式可以定性的计算出来，两个不同的应用，你无法说CPU利用率高的性能就一定不好，很多人在遇到这个问题时都觉得很模糊，我在这方面的认识也很差。最近在和HP谈论服务器升级的事，感觉他们也没有什么很科学的依据，只是一味的放大。 所以希望各位能谈谈自己在这方面的经验和看法，谢谢大家。
al.
liufang 回复于：2003-02-12 14:29:42这个问题根本无法回答,系统调优,是最难的问题,每台小型机运行的都是本机系统系统和数据库系统,单独一个UXIX系统一般也没人用,你把UNIX调到最佳状态,数据库未必是最佳状态,况且每种数据库所需参数又不一样,你能把UNIX研究通,再把数据库研究通,那很难的,
angeldudu 回复于：2003-02-12 15:46:32总应该有对应各种情况的调优方案吧。不防试举一例。
hpux 回复于：2003-02-12 15:50:02根据不同的应用，参数也有不一样的时候，尤其是内存和交换区、硬盘的关系！
wdbj 回复于：2003-02-12 16:55:22性能的确是个头疼的问题啊，我指的头疼是扯皮问题。
我碰到N次了，客户一碰到性能问题就指责说系统没有调试，却不知十次有八次是他们自己的应用作的烂，写的程序烂的一塌糊涂，系统要是稳定才新鲜呢。
ahyan 回复于：2003-02-12 16:56:03应用和IO
albert 回复于：2003-02-12 18:09:26wdbj兄,hpux兄，能举几个实际的例子吗？谢谢啦。
uman 回复于：2003-02-13 04:25:24我也没什么高见了,所知不多.
个人认为,谈论UNIX的性能问题,应该基于一个前提,硬件、软件平台一样(至少OS和主测试程序应该一样,可以不含补丁)，不然没法比。就次可以作出不同的配置来比较，比如交换区不一样，所打补丁不一样等，，，，，
但是很难不和别的平台比，那么主测试程序应该一样的，咳咳，这个嘛，基本上是更加复杂了，要考虑各种调度，很复杂，但是结果应该很简单。
据说好象测试CPU也就是用程序测试，不停的算，其实那个也未必全面。
好的测试程序很难做的。我没做过测试方面的工作。
性能，在某些方面是次要的，我更关心稳定性。
hpux 回复于：2003-02-13 08:43:32[quote:ed6c12a88e=“hpux”]根据不同的应用，参数也有不一样的时候，尤其是内存和交换区、硬盘的关系！[/quote:ed6c12a88e]
比如，swapmen_on = 0的时候，内存很大100G，但是交换区却设置成只有2G的话，活活浪费98G的内存！这样的性能当然不能和100G内存都用上的性能好！【当然这仅是很特殊的例子，稍懂HP-UX内存管理的都不会这么做】
另外，几个硬盘性能不一样的时候，交换区设置在哪个盘、怎么设置，也是很影响性能的！另外，对于I/O很频繁的应用，怎么设置RAID，怎么选磁盘格式（RAW盘还是文件系统），也很重要；这时如果拼命去考虑CPU的处理能力就偏了。
leyearn 回复于：2003-02-13 08:59:50就象albert兄所说UNIX的性能的确是一个比较棘手的问题
怎么说呢
感觉UNIX的性能是个很抽象的问题，只能随着对操作系统和数据库等等比较核心的配置的深入了解，而解决，
wdbj 回复于：2003-02-13 09:06:22有一次碰到一个问题，客户的机器上运行WEBLOGIC，每天不定时的就特别慢，而且一旦慢了就再也无法快起来，平常正常的时候特别好。客户死活说是系统问题，最后建议他找到那家开发应用的公司，他们都不承认是程序不好，最后干脆就抓到一次慢的时间，查看同时间的WEB访问日志，最后发现有几个很简单的JSP程序，一旦调用立刻就导致系统CPU居高不下，我当着他们面演示了好几次，没有一次不成功的。客户这才哑巴了。
Janson-Chen 回复于：2003-02-13 14:20:01[quote:1ea3a0a068=“wdbj”]有一次碰到一个问题，客户的机器上运行WEBLOGIC，每天不定时的就特别慢，而且一旦慢了就再也无法快起来，平常正常的时候特别好。客户死活说是系统问题，最后建议他找到那家开发应用的公司，他们都不承认是程序不好，..........[/quote:1ea3a0a068]
只要系统不是5年前的，设置基本正确。
绝大多数性能问题是由于应用引起的。
playboy 回复于：2003-03-03 20:50:26我觉得，系统性能的调优需要结合硬件和应用综合考虑。
首先要分析应用中用到的系统资源（内存，I/O，CPU，网络等），这需要应用的开发者提供一些资料，比如开发语言、主要算法、用到的其他产品（比如中间件等），由有经验的工程师分析该种应用用到的主要系统资源。
然后，在增加测试压力的时候，监测系统消耗的资源（cpu,mem,i/o,net,ipc等），在应用出现问题时根据提示的错误分析可能的错误原因，并有一定程度的可信任度后，分析操作系统设置的核心参数，是否是核心参数的限制。主要考虑最大进程数，最大打开文件数，IPC资源，交换区域大小等，可以适当的修改参数，并重新测试，看是否有效果。无限修改系统参数是不可取的，需要根据硬件所能承受的范围，特别是mem的参数，否则会导致系统的崩溃。
数据库性能的调优一般数据库厂商有比较全面、仔细的文档、监测工具和日志文档，根据这些资料、相关有经验的DBA、应用、操作系统参数、硬件环境，通过若干次的压力测试后，可以达到一个比较适合你现在环境的各类参数的值。
这只是我的个人意见，请多多指教。
oldv 回复于：2003-05-15 17:18:13[quote:4142e97d48=“hpux”]
比如，swapmen_on = 0的时候，内存很大100G，但是交换区却设置成只有2G的话，活活浪费98G的内存！这样的性能当然不能和100G内存都用上的性能好！【当然这仅是很特殊的例子，稍懂HP-UX内存管理的都不会这么做】
另?.........[/quote:4142e97d48]
据说交换区不能太大，一般2GB就够了。但hpux兄所言swapmem_on＝0是不是把交换区设置在内存里？hp－ux又是在哪里设置此参数？
zk882 回复于：2003-05-18 14:37:06本人目前也遇到了性能问题，机器运行一段时间后就死机。通过查资料，我有两点收获：一是加大交换区，另外调VMM参数
考拉熊 回复于：2003-06-09 10:28:44swap一般为内存的1－2倍，swapmem_on参数是否打开与您的具体
应有有关，如果内存不是很多建议关掉这个参数，因为内存用完时，会用
swap作交换，系统会变得非常慢。如果有足够的磁盘空间，swap当然是
大一点没坏处啦！
原文转自：www.ltesting.net
篇7：linux系统的性能问题排除分析
需要结合sar,top,free进行检查，
查看sar -h 没有装sar的,在linux下直接装也不是麻烦事.
top下关注load,%wa,%idle等.
检查cpu利用率
sar -u -o 20130724cputest 60 5
等于是sar cpu的使用率参数 记录5次，间隔时间60秒 保存在文件名为20130724cputest二进制文件
文件不要放在/home下面,放到tmp文件夹内.
查看io瓶颈
avgrp-sz比较低时说明系统利用率低，
当%util的值接近1% 时，表示设备带宽已经占满.
如果判断CPU存在瓶颈，可用 sar -u等来查看
内存存在瓶颈，可用 sar -B、sar -r 和 sar -W 等来查看
I/O存在瓶颈，可用 sar -b、sar -d 等来查看
篇8：基于逆问题求解的汽车操纵性能分析
基于逆问题求解的汽车操纵性能分析
采用人-车-路闭环系统操纵性能的客观评价方法,通过优化评价指标得到了双移线道路输入时驾驶员最优的预瞄时间和跟随阶数.针对原始的.和经过优化的两个闭环系统,利用径向基函数神经网络建立了汽车侧向位移和其他响应之间的映射关系.将待跟踪路径输入两个训练好的神经网络,反解出汽车其他的响应,可以方便地比较两个闭环系统跟踪同一条路径时的操纵性能.仿真结果表明:这种方法能够避免由于闭环系统参数变化而跟踪不同行驶路径进而对汽车操纵性能的比较产生的不利影响;基于径向基网络的逆问题求解方法是可行的,并且具有求解精度高、运算速度快及抗干扰能力强等优点.
作 者：吴杰 赵又群 吴珂 Wu Jie Zhao Youqun Wu Ke 作者单位：吴杰,赵又群,Wu Jie,Zhao Youqun(南京航空航天大学,南京,210016)吴珂,Wu Ke(总装备部汽车试验场,南京,210028)
刊 名：中国机械工程 ISTIC PKU英文刊名：CHINA MECHANICAL ENGINEERING 年，卷(期)：2006 17(4) 分类号：U461 关键词：操纵性 径向基函数神经网络 逆问题 仿真分析★ 性能的近义词
★ 性能测试的计划书
Z-Blog 1.8的性能问题（精选8篇）
