上一页 1 ··· 101 102 103 104 105 106 107 108 109 ··· 121 下一页

2009年12月9日

Active Directory基础之一

摘要: 什么是Active Directory ================= Active Directory是由一系列逻辑结构上和物理结构上的组件组成的. 它提供了一种为组织机构集中化管理和存储他们的用户对象, 计算机对象, 组成员关系, 和定义安全边界的一种逻辑数据库结构.   Active Directory的目的 ================= Active Dir... 阅读全文

posted @ 2009-12-09 20:45 中道学友 阅读(2155) 评论(1) 推荐(1) 编辑

什么是Critical Section Objects?

摘要: Critical section object提供了与mutex object(互斥对象)相同的同步机制, 不同之处在于critical section只能被一个进程中的线程使用. Event, mutex和semaphore object也能用在单个进程的应用程序中, 但是critical section objects提供了稍微快一点的, 更有效的互斥同步机制. 如同mutex object,... 阅读全文

posted @ 2009-12-09 12:03 中道学友 阅读(1638) 评论(0) 推荐(0) 编辑

2009年12月8日

[翻译文章]IP子网划分

摘要: 原文标题: IP subnetting made easy 原文地址: http://articles.techrepublic.com.com/5100-10878_11-6089187.html   IP网络工程师需要坚实地理解IP子网划分是如何工作的. 但是这个话题却常常被教导者忽略, 学生们对这个话题感到非常困惑和紧张. George Ou开发出了一个简单的, 图形化了的方... 阅读全文

posted @ 2009-12-08 20:36 中道学友 阅读(2105) 评论(0) 推荐(3) 编辑

2009年12月7日

性能监视器- Performance Monitor

摘要: 性能监视器是Windows自带的系统资源和性能监视工具. 性能监视器能够量化地提供CPU使用率, 内存分配状况, 异常派发情况, 线程调度频率等信息. ASP.NET能够提供每秒钟的请求数目, 请求响应时间等等. 性能监视器能够监视一段时间内上述资源的利用情况, 提供平均值和峰值.   性能监视器有助于获取关于性能的具体指标, 监视问题出现时系统资源的变化情况. 通过检查性能监视器中... 阅读全文

posted @ 2009-12-07 12:37 中道学友 阅读(9328) 评论(0) 推荐(0) 编辑

导致性能问题的常见情况

摘要: 下面列出一些导致性能问题的常见情况. 程序负荷太重, 导致硬件成为性能瓶颈. 观察到CPU利用率一直很高, 响应时间岁负荷增加而变长. 当负荷降下来后, 性能又恢复正常. 如果负载的确超过了程序的承受能力, 解决的办法是升级硬件, 或者增加服务器节点, 用负载均衡吧负载分担到多个点上. 数据库无法及时返回查询结果, 导致请求无法及时完成. 应用服务器上的CPU利用率都正常, 通过检查dump发现工... 阅读全文

posted @ 2009-12-07 10:22 中道学友 阅读(758) 评论(0) 推荐(0) 编辑

关于性能调优

摘要: 概述 ========= 性能是指程序的处理效率无法达到预期值.   导致性能问题的原因总的分为两种, 外部原因和内部原因. 内部原因是指程序代码本身有问题, 无法高效地利用资源来完成计算. 外部原因是指程序代码以外的因素, 比如硬件配置和程序的负载.   解决性能问题的关键在于把瓶颈找出来, 然后消灭瓶颈.   预备 ========== 为了防止... 阅读全文

posted @ 2009-12-07 09:37 中道学友 阅读(318) 评论(0) 推荐(0) 编辑

2009年12月6日

Crash dump中需要重点关注的信息

摘要: Crash都是发生在某一函数中, 而95%的crash都是由下面两种情况中的一种导致的: 发生crash的函数获得了错误的参数. 发生crash的函数使用了损坏了的内部数据. 代码的执行过程是对数据进行变化的过程. 对同一段代码, 在相同环境下, 如果使用的数据都相同, 那么执行的结果肯定是唯一的. 如果函数发生崩溃, 那么肯定是使用到的数据跟理想情况有差别. 函数使用的数据来源: 一是函数传入的... 阅读全文

posted @ 2009-12-06 20:57 中道学友 阅读(960) 评论(0) 推荐(0) 编辑

通过简单Dump能获得的基本信息

摘要: 如果有出错程序的dump, 哪怕dump不是在合适的时机获取的, 也可以分析出有用的信息. 通过vertarget查看系统版本和系统运行了多长时间. 通过!peb查看环境变量的情况. 由于很多第三方软件都习惯把自身路径添加到环境变量中, 所以这里很多时候可以看出一些已经安装的软件. 同时还能看到当前进程所加载的DLL和对应路径. 检查DLL和对应路径时, 可以重点检查如下的一些项目: 有没有防毒程... 阅读全文

posted @ 2009-12-06 20:34 中道学友 阅读(644) 评论(0) 推荐(0) 编辑

缩小排错的范围

摘要: 把问题的范围尽量缩小能够让排错事半功倍. 问题发生的规律和特定的环境往往就隐含了导致问题的原因.   下面是一些能够帮助缩小排错范围的checklist. 排错前浏览一遍这些问题, 说不定就有额外的发现. 1. 是否打上了最新的补丁?   2. 是否查询了support.microsoft.com, 有没有遇上已知的问题? 有没有hotfix可用来解决问题   3... 阅读全文

posted @ 2009-12-06 18:56 中道学友 阅读(278) 评论(0) 推荐(0) 编辑

对待问题的正确态度

摘要: 如果在排错开始前, 调试着已经存在畏惧心理, 那么是不可能找到问题真相的. 下面的几点可以帮助调试者克服这样的畏惧情绪.   屡试不爽的方法 ============ 无论多么复杂的程序, 总可以被简化. 我们可以先把程序的功能砍掉一半, 看看问题是否会发生, 以此来缩小问题的范围. 重复使用这样的二分法, 总可以把程序简化到只剩一行代码. 因此, 无论什么问题, 都可以用这样的... 阅读全文

posted @ 2009-12-06 18:37 中道学友 阅读(1137) 评论(0) 推荐(0) 编辑

上一页 1 ··· 101 102 103 104 105 106 107 108 109 ··· 121 下一页

导航

技术追求准确,态度积极向上