记录下自己使用WinDbg分析Dump时常用的一些方法和命令 !analyze -v //找出出错的堆 .exrc //找到程序崩溃的位置 !heap //打印出错函数的局部位置 !for_each_frame dv /t //显示call stack内容 ~*kbn //显示所有线程信息 ~线程号 s //切换线程 kbn //显示当前线程信息 .reload //加载符号信息 !runaway //查看19号线程所用时间 .load wow64exts !sw //切换到64位 定位Unha

在线程安全1中,我介绍了线程同步的意义和一种实现线程同步的方法:volatile.volatile关键字属于原子操作的一种,若对一个关键字使用volatile,很多时候会显得很"浪费",因为只有在并发访问的情况下才需要"易变"读写,单线程访问时并不需要.在命名空间System.Threading命名空间中提供了InterLock类,该类中提供了一些原子方法.本文来介绍如何使用这些方法. 互锁 在抢占式系统中,一个线程在执行到任何阶段都有可能被其他线程"打断

互斥体实现了“互相排斥”(mutual exclusion)同步的简单形式(所以名为互斥体(mutex)).互斥体禁止多个线程同时进入受保护的代码“临界区”.因此,在任意时刻,只有一个线程被允许进入这样的代码保护区. 任何线程在进入临界区之前,必须获取(acquire)与此区域相关联的互斥体的所有权.如果已有另一线程拥有了临界区的互斥体,其他线程就不能再进入其中.这些线程必须等待,直到当前的属主线程释放(release)该互斥体.什么时候需要使用互斥体呢?互斥体用于保护共享的易变代码,也就是,全

互斥体实现了“互相排斥”(mutual exclusion)同步的简单形式(所以名为互斥体(mutex)).互斥体禁止多个线程同时进入受保护的代码“临界区”.因此,在任意时刻,只有一个线程被允许进入这样的代码保护区. 任何线程在进入临界区之前,必须获取(acquire)与此区域相关联的互斥体的所有权.如果已有另一线程拥有了临界区的互斥体,其他线程就不能再进入其中.这些线程必须等待,直到当前的属主线程释放(release)该互斥体.什么时候需要使用互斥体呢?互斥体用于保护共享的易变代码,也就是,全

using System; using System.Collections.Generic; using System.Linq; using System.Net.Http; using System.Text; using System.Threading; using System.Threading.Tasks; namespace Test { enum CoordinationStatus { AllDone, Cancel, Timeout } class AsyncCoordi

SELECT DECODE(request, 0, 'Holder: ', 'Waiter: ') || sid sess,       id1,       id2,       lmode,       request,       type  FROM V$LOCK WHERE (id1, id2, type) IN       (SELECT id1, id2, type FROM V$LOCK WHERE request > 0) ORDER BY id1, request; sele

在这篇随笔中,我们的主要关注点在 Key-Range Lock.Key-Range Lock有 S-S.S-U.I-N.X-X几种情况.我们一个一个来说,力求明白.遗憾的是,这里可能会比较冗长,那么死锁分析只好依次顺延了. Range S-S锁的获取规则 MSDN 对 Range 锁的规则有部分描述,但是言简意赅,以下我们会将各种情况分解开来,理清MSDN中涉及的或者未涉及的规则,这些规则适用于SQL Server 2000/2005/2008/2008 R2.关于MSDN的描述,请参见:htt

在这篇随笔中,我们的主要关注点在 Key-Range Lock.Key-Range Lock有 S-S.S-U.I-N.X-X几种情况.我们一个一个来说,力求明白.遗憾的是,这里可能会比较冗长,那么死锁分析只好依次顺延了. Range S-S锁的获取规则 MSDN 对 Range 锁的规则有部分描述,但是言简意赅,以下我们会将各种情况分解开来,理清MSDN中涉及的或者未涉及的规则,这些规则适用于SQL Server 2000/2005/2008/2008 R2.关于MSDN的描述,请参见:htt

通过spin lock自旋锁 ,为每个链表都定义并初始化一个锁,在需要向该链表插入或移除节点时不使用前面介绍的普通函数,而是使用如下方法: ExInterlockedInsertHeadList(&linkListHead, &pData->ListEntry, &spin_lock); //ExInterlockedInsertTailList(&linkListHead, &pData->ListEntry, &spin_lock); ExI

开篇: 互斥还是lock Monitor Mutex 模式! Muex Monitor lock AutoEventSet ManualEventSet 后续的 ReaderWriterLock   ReaderWriterLockSlim 类 表示用于管理资源访问的锁定状态,可实现多线程读取或进行独占式写入访问. 使用 ReaderWriterLockSlim 来保护由多个线程读取但每次只采用一个线程写入的资源. ReaderWriterLockSlim 允许多个线程均处于读取模式,允许一个线

--查看被锁表:SELECT request_session_id spid, OBJECT_NAME( resource_associated_entity_id ) tableNameFROM sys.dm_tran_locksWHERE resource_type = 'OBJECT' ORDER BY request_session_id ASC--spid 锁表进程 --tableName 被锁表名 --根据锁表进程查询相应进程互锁的SQL语句DBCC INPUTBUFFER (249

C#线程锁使用全功略 前两篇简单介绍了线程同步lock,Monitor,同步事件EventWaitHandler,互斥体Mutex的基本用法,在此基础上,我们对 它们用法进行比较,并给出什么时候需要锁什么时候不需要的几点建议.最后,介绍几个FCL中线程安全的类,集合类的锁定方式等,做为对线程同步系列的完善 和补充. 1.几种同步方法的区别 lock和Monitor是.NET用一个特殊结构实现的,Monitor对象是完全托管的.完全可移植的,并且在操作系统资源要求方 面可能更为有效,同步速度较快,

在道家的世界观中,无极生太极,是这个世界的从0到1. 天地之道,以阴阳二气造化万物.天地.日月.雷电.风雨.四时.于前午后,以及雄雌.刚柔.动静.显敛,万事万物,莫不分阴阳.人生之理,以阴阳二气长养百骸.经络.骨肉.腹背.五脏.六腑,乃至七损八益,一身之内,莫不合阴阳之理.这一理论建立至今凡两三千年,仍在为人们描述万象.人与自然之间存在着互动的关系.人与天地相参,与日月相应,一体之盈虚消息,皆通于天地,应于物类. 是故,易有太极,是生两仪,两仪生四象,四象生八卦,八卦定吉凶,吉凶生大业.---<

overview 同步基元分为用户模式和内核模式 用户模式:Iterlocked.Exchange(互锁).SpinLocked(自旋锁).易变构造(volatile关键字.volatile类.Thread.VolatitleRead|Thread.VolatitleWrite).MemoryBarrier. .net中的System.Threading命名空间的Interlocked类可以为多个线程共享的变量提供原子操作. 经验显示,那些需要在多线程下被保护的资源通常是整型的,而这些被共享的整

OverView 同步基元分为用户模式和内核模式 用户模式:Iterlocked.Exchange(互锁).SpinLocked(自旋锁).易变构造(volatile关键字.volatile类.Thread.VolatitleRead|Thread.VolatitleWrite).MemoryBarrier. 通过对SpinLock锁的内部代码分析,彻底了解SpinLock的工作原理. SpinLock内部有一个共享变量 owner 表示锁的所有者是谁.当该锁有所有者时,owner不在为0.当o

一.全局锁 mysql> flush table with read lock; FTWRL 会对整个实例加只读锁.会阻塞所有线程读以外的所有操作.查看线程状态 State: Waiting for global read lock 通常 对全库做逻辑备份(mysqldump)时,会加全局锁. (1)如果在主库上执行逻辑备份,备份期间会阻塞实例所有写操作. (2)如果在备库上执行逻辑备份,备份期间会阻塞所有 binlog 的回放,导致复制延迟. 对于事务表的逻辑备份,因为支持事务一致性视图,可以

目录 . 相关阅读材料 . <加密与解密3> . [经典文章翻译]A_Crash_Course_on_the_Depths_of_Win32_Structured_Exception_Handling.pdf . < DAY安全: 软件漏洞分析技术> 2. 数据结构分析 二. KTHREAD KTHREAD(内核层线程对象).再次重复说明一点: windows内核中的执行体(ETHREAD, EPROCESS) 负责各种与管理和策略相关的功能,而内核层(或微内核)(KTHREAD,

您的位置: ITPUB个人空间 » cc59的个人空间 » 日志 发布新日志 我的日志我的足迹我的收藏 unix/linuxHA随笔backup&restoreperformance tuningTroubleshootConcepts&Basic RAC Diagnostics Script 2007-02-15 00:00:00 from metalink: This script is broken up into different SQL statements that can

KTHREAD 线程调度 SDT TEB SEH shellcode中DLL模块机制动态获取 <寒江独钓>内核学习笔记(5)   继续我们的线程相关的数据结构的学习.接下来我们学习 KTHREAD,TEB这两个结构. 1. 相关阅读材料 1. <加密与解密3> 2. [经典文章翻译]A_Crash_Course_on_the_Depths_of_Win32_Structured_Exception_Handling.pdf 3. <0 DAY安全: 软件漏洞分析技术>

3.10.0-327的内核,crash记录如下: KERNEL: vmlinux DUMPFILE: vmcore [PARTIAL DUMP] CPUS: 48 DATE: Wed Oct 18 20:37:18 2017 UPTIME: 1 days, 09:43:06LOAD AVERAGE: 13.42, 10.66, 9.48 TASKS: 7329 NODENAME: host-10-229-143-10 RELEASE: 3.10.0-327.22.2.el7.x86_64 VER

摘要:本文从单机真机运营的历史讲起,逐步介绍虚拟化.容器化.Docker.Kubernetes.ServiceMesh的发展历程.并重点介绍了容器化阶段之后,各项重点技术的安装.使用.运维知识.可以说一文讲清楚服务器端运维的热点技术. 序 文章的名字起的有点纠结,实际上这是一篇真正从基础开始讲解,并试图串联起来现有一些流行技术的入门文章. 目前的企业级运营市场,很有点早几年前端工程师所面临的那样的窘境.一方面大量令人兴奋的新技术新方案层出不穷:另外一方面运维人员也往往陷入了选择困局,艰于决策也疲