JMeter是一款压力、接口等等的测试工具，Jmeter也可以像loadrunner一样监控服务器CPU、内存等性能参数，用来监控服务器资源使用情况，不过需要安装一些插件。JMeter正常自带可以通过Tomcat的/manager/status来监控服务资源使用情况。这种情况只能监控Tomcat支持的资源使用部分。 通过本文宏哥主要来说一下如何通过JMeter插件来监控服务器CPU、内存（Memory）、磁盘（DisKs I/O）、网络（NetWork I/O）等相关资源。
前两篇漫谈中讲到，除ntdll.dll外，在启动一个新进程运行时，PE格式DLL映像的装入和动态连接是由ntdll.dll中的函数LdrInitializeThunk()作为APC函数执行而完成的。这就牵涉到了Windows的APC机制，APC是“异步过程调用(Asyncroneus Procedure Call)”的缩写。从大体上说，Windows的APC机制相当于Linux的Signal机制，实质上是一种对于应用软件(线程)的“软件中断”机制。但是读者将会看到，APC机制至少在形式上与软件中断机制还是有相当的区别，而称之为“异步过程调用”确实更为贴切。
JMeter是一款压力测试工具，我们也可以用它来监控服务器资源使用情况。 JMeter正常自带可以通过Tomcat的/manager/status来监控服务资源使用情况。这种情况只能监控Tomcat支持的资源使用部分。
winObj(symbollink设备名称的别名,各个节点查看)和devicetree等工具可查看，下载地址：http://www.osronline.com/
几乎每一个 PHP 程序员都发布过代码，可能是通过 ftp 或者 rsync 同步的，也可能是通过 svn 或者 git 更新的。一个活跃的项目可能每天都要发布若干次代码，但是现实却是很少有人注意其中的细节，实际上这里面有好多坑，很可能你就在坑中却浑然不知。
jmeter监听器>jp@gc - PerfMon Metrics Collector「需要安装第三方插件 jpgc」
这段时间客户反应了几次网站打不开，重启服务器又可以正常。有点离奇，进入他的服务器查看日志，发现出现好多的[core:notice] [pid 2493] AH00052: child pid 22369 exit signal Aborted (6)提示，翻阅相关资料，可以大概知道错误是由于同时安装了opcache和apcu两个缓存，面板那边也提示了可能导致网站程序异常。这里我们卸载apcu
官网 http://cn2.php.net/manual/zh/book.apc.php
APC全称Alternative PHP Cache，可选php缓存，包括opcache及用户变量缓存。
线程是不能被“杀掉”、“挂起”、“恢复”的，线程在执行的时候自己占据着CPU,别人怎么可能控制它呢？
由于PHP是个解释型语言执行的时候先得把程序读进来，然后由Zend引擎编译成opcode。最后Zend虚拟机顺次执行这些opcode（指令）完成操作。因此我们可 以把这个Opcode缓存起来，下次就能避免重新编译了。 APC缓存作用如下：
apc(alternative php cache) apc的功能分为两部分 1. opcode缓存 2. 数据缓存，可以存储k/v对，类似memcache
apc定义：apc是一个开放自由的php opcode缓存。它的目标是提供一个自由、开放和健全的框架，用于缓存和优化php中间代码。apc常用函数：1.apc_clear_cache() 清楚apc缓存内容2.apc_define_constants(string key,array constants,[,bool case_sensitive]) 将数组constants以常量加入缓存3.apc_load_constants(string key) 取出常量缓存4.apc_store(strin
摘要：Windows APC的全称为（asynchronous procedure call）翻译为中文即“异步过程调用”。《Windows APC机制(一)》、《谈谈对APC的一点理解》、《线程的Alertable与User APC》主要阅读了这三篇文章，对APC有了个大概了解：
内核模式的APC并不要求从目标线程获得许可就可以运行在该线程的环境中，而用户模式的APC必须先获得许可才可以。内核模式的APC无需目标线程的干涉或者同意，就可以中断该线程并执行一个过程。
Labelme is a graphical image annotation tool inspired by http://labelme.csail.mit.edu.
我这里驱动注入的技术是：采用驱动向目标进程插入APC执行LdrLoadDll函数加载Dll模块。
APC（Asynchronous Procedure Call）异步过程调用是一种Windows操作系统的核心机制，它允许在进程上下文中执行用户定义的函数，而无需创建线程或等待OS执行完成。该机制适用于一些频繁的、短暂的或非常细微的操作，例如改变线程优先级或通知线程处理任务。在APC机制中，当某些事件发生时（例如文件IO，网络IO或定时器触发），这些事件将被操作系统添加到一个APC队列中，该队列绑定到执行线程。在下一次发生ALERTABLE的事件时（例如调用SleepEx或SignalObjectAndWait时），OS将弹出APC函数并在执行线程上下文中调用该函数，并在执行完毕后恢复线程执行。
本文实例讲述了php加速缓存器opcache，apc，xcache，eAccelerator原理与配置方法。分享给大家供大家参考，具体如下：
平时在Mac下使用XAMPP进行开发，最近需要用到APC扩展，从PECL上下载了扩展的源文件，在本地进行了编译安装。下面是安装步骤。
一听这名字就很熟悉，对于java程序员来说，遍历集合还是比较常见的操作。不用关心类型，就能够访问数据，用的就是迭代器模式。
Labelme 是一个图形界面的图像标注软件。其的设计灵感来自于 http://labelme.csail.mit.edu/ 。它是用 Python 语言编写的，图形界面使用的是 Qt（PyQt）。
When running in Kernel mode, it may be necessary to inject code into a User-land process. There are two ways that Asynchronous Procedure Calls (APCs) can be used to accomplish this goal.
首先我们先了解一下光纤是如何传导光信号的。光纤裸纤的结构图一般分为三层：纤芯、包层和涂覆层。光纤纤芯和包层是由不同折射率的玻璃组成，中心为高折射率玻璃纤芯(掺锗二氧化硅)，中间为低折射率硅玻璃包层(纯二氧化硅)。光以一特定的入射角度射入光纤，在光纤和包层间发生全发射（由于包层的折射率稍低于纤芯），从而可以在光纤中传播。因此，光纤想要传导光，采用的原理是光学的全反射原理。
光纤的两个端面必须精密对接起来，以使发射光纤输出的光能量能最大限度地耦合到接收光纤中去。光纤线路的成功连接取决于光纤物理连接的质量，两个光纤端面需要达到充分的物理接触，如同融为一体的介质。物理接触对保证光纤连接点的低插入损耗和高回波损耗至关重要，光纤端面形状的演化，经历了PC、UPC和APC三种类型，如图1所示。PC 是Physical Contact，物理接触。UPC (Ultra Physical Contact)，超物理端面。APC (Angled Physical Contact) 称为斜面物理接触，光纤端面通常研磨成8°斜面。
作者:VXK/CVC.GB 时间:2005-02-05 每次上driverdevelop总看到有人问怎么在Ring0下调用Ring3的代码—— Ring3使用Ring0已经是地球人全知道的事情了，但是ring0下使用ring3的代码 恐怕很少有人知道,Ratter和Benny这两个高人以及Elzc的作者Elzcor各自提出 过一种方法。总结起来就是三种方法，Zombie在2004年也提出过一个方法看起 来像是Ratter和Elzcor的方法结合而成~ 当然说其本质都是一种思想把ring3代码搞到ring3的空间去执行，听起来 大家也好像有所明白了吧，Benny的方法是在Ring0的向Ring3进程插入代码执行， Ratter则是Hook KAPIZ等待用户层调用发生把ring3代码放回Ring3空间，利用 KeUserModeCallBack来执行，Elzcor则是自己建立一个进程把代码内存感染到 进程执行。Zombie取两家之长搞的~。 今天我来向大家介绍的更像是Ratter和Benny的方法结合，对于Benny的方法， 我不完全采用，我采用的思想仍然是代码放回Ring3空间~ 首先无论如何我们都要有一个进程~ 习习~Windows提供强大的kernel函数帮我们虐待用户~ PsSetCreateProcessNotifyRoutine摄定好NotifyRoutine在创建进程时我们就 可以yy进程了~ 通过DDK文档MSDN的大叔的帮助，这个函数 PsSetCreateProcessNotifyRoutine有两个参数 返回值是NTSTATUS型，第一个参数是回调函数NotifyRoutine,第二个参数是Bool型的 如果第二个参数为False表示设定NotifyRoutine,为True就是取消~ NotifyRoutine的形式如下 NotifyRoutine proc dwParentId:DWORD, dwProcessId:DWORD, bCreate:BOOL 这样我们就可以获得一个进程了~~xixi~~ 我们的NotifyRoutine只处理dwProcessId和dwProcessId,对bCreate不用理，通过使用ps 函数PsLookupProcessByProcessId得到PEPROCESS结构(得不到结构的不处理),再取进程Name 如果是Explore且插入标识无就开始我们的插入~(选Explore的原因我就不用说了吧？) 插入时我采用Ratter的方法，于是乎就要用KeAttachProcess，Attach到进程然后开始 工作~~呵呵~~ 插完了就用回调CallBackUserMode~~然后DetachProcess... KeUserModeCallBack的参数 NTSTATUS KeUserModeCallback ( IN ULONG ApiNumber, IN PVOID InputBuffer, IN ULONG InputLength, OUT PVOID *OutputBuffer, IN PULONG OutputLength ) 可能看不出来怎么使它返回UserMode执行任意代码，但是如果你看看win2ksrc/private/ntos/ke/i386/ 下的callback.c和callout.asm就会发现世界真奇妙~~~居然KiCallUserMode回调的是~~~~~xixi~~~~ 我不说了，大家应该自己研究一下吧~ 另外我提一下参数传递的问题，这里使用KeUserModeCallBack必须要用有效的InputBuffer和OutputBuffer 当KeUserModeCallBack发生时，调用我们的Ring3代码参数传入的方式好像是PUSH进来的 KiCallUserMode中回调USER的时KiServiceExit回自动的飞向我们的代码~ 类似发生下面的事情~ ( ;这些代码并非真的在KiCallUserMode里存在~ ;只是我个人的猜测，因为softice跟到最后到处是[ebx+xxx],[esi+xxx]这样的东西~ ;实在难说~做后使用jmp _KiServiceExit返回ring3的代码更是头大~ ;不过分析的说可能是栈传入参数~ ;如果看ntos/ke/i386/下的分析，估计会更头大~它的栈传递和stack变换等等搞的很晕~~ ;不过可以肯定的说，就是已经到了ring3了，我们自己做个检测不就行了？ ;hehe~具体到底是怎么传递的呢？大家做个检测吧，我不说了~ ;正确的函数传递方式：Kernel是怎么运行我们的函数的~ push Outlength push lpOutBuffer push Inlengt
列表：https://downloads.apache.org/jmeter/binaries/
整个优化方案分为3篇文章,争取写个由简入深的介绍，希望没有技术背景的站长都能看懂：
在上一篇文章中提到了 Windows Vista 及之后版本的 Windows 操作系统在驱动程序加载完成后，驱动中调用的一些系统回调函数（如 ObRegisterCallbacks，可用来监控系统中对进线程句柄的操作，如打开进程、复制线程句柄等）等 API 中会通过 MmVerifyCallbackFunction 函数对该驱动程序进行完整性检查，检测未通过则会返回 0xC0000022 拒绝访问的返回值。在这篇文章中将会对这个函数进行简单的分析，以明确其原理。
void ApcLoadDll(PVOID NormalContext, PVOID SystemArgument1, PVOID SystemArgument2); void ApcLoadDllEnd(); PMDL pMdl = NULL; void ApcKernelRoutine( IN struct _KAPC *Apc, IN OUT PKNORMAL_ROUTINE *NormalRoutine, IN OUT PVOID *NormalContext,
从c代码转的，备份一下，里面有硬编码 unit MyDriver; {$HINTS OFF} {$WARNINGS OFF} interface uses nt_status, ntoskrnl, native, winioctl, fcall, macros; type TKILL = record PID: DWORD; XP_PsGetNextProcessThread: dword; end; PKILL = ^TKILL; const DeviceName = '\Device\KPTes
最近在开发一个安装程序的时候，打包为了 phar 包，遇到了一个问题就是打包后的 phar 包不能省略 php 去执行。
Adds a user-mode asynchronous procedure call (APC) object to the APC queue of the specified thread.
前几天，读者群里有小伙伴提问：从进程创建后，到底是怎么进入我写的main函数的？
在渗透过程中有时候为了权限维持或者其他等一些操作，比如以前的搜狗输入法可以替换dll文件当用户切换输入法就会去加载我们替换的dll文件，dll文件可以自己编写一些net user或者其他的一些方法，也可以通过msf等来生成dll文件进行替换。
http://www.codeproject.com/Articles/13572/Starting-a-Process-from-KernelMode
安装宝塔Linux面板 6.9.x，安装Linux工具箱，安装LNMP或LAMP环境
1、全页面静态化缓存 也就是将页面全部生成html静态页面，用户访问时直接访问的静态页面，而不会去走php服务器解析的流程。此种方式，在CMS系统中比较常见，比如dedecms； 一种比较常用的实现方式是用输出缓存： Ob_start()******要运行的代码*******$content =Ob_get_contents();****将缓存内容写入html文件*****Ob_end_clean(); 2、页面部分缓存 该 种方式，是将一个页面中不经常变的部分进行静态缓存，而经常变化的块不缓存，最后组装在
五一期间，把 VPS 上的 PHP 加速组件换成了 Zend Opcache，打开页面的速度有了非常明显可以直接感受到的提升。这里顺便做一下小结，作为备忘。
shellcode由于可以随意地进行变化和还原，杀软的查杀难度较大。因此将木马shellcode化，再进行shellcode免杀是目前最流行的免杀方式之一。
中断就是产生的一个电信号.比如键盘.当按下就会产生电信号发送给CPU 而CPU就会停止当前处理.去执行电信号.他是根据IRQL中断级别来进行处理的. 如下图:
**********************************************************************************************
1.Linux 能够流畅的使用Shell脚本来完成很多自动化的工作；awk/sed/perl 也操作的不错，能够完成很多文本处理和数据统计等工作；基本能够安装大 部分非特殊的Linux程序（包括各种库、包、第三方依赖等等，比如MongoDB/Redis/Sphinx/Luncene/SVN之类的）；了解基 本的Linux服务，知道如何查看Linux的性能指标数据，知道基本的Linux下面的问题跟踪等
5月22日，Science Advances在线发表了中科院过程所马光辉研究员团队的研究”Self-healing microcapsules synergetically modulate immunization microenvironments for potent cancer vaccination”。作者报道了一种新型的基于微囊的高性能肿瘤疫苗接种方案。特殊的自我修复功能为抗原微囊提供了温和而有效的范例。接种疫苗后，这些微囊可在原位形成良好的免疫微环境，其中抗原释放动力学，募集的细胞行为和酸性环境以协同方式起作用。
1、全页面静态化缓存 也就是将页面全部生成html静态页面，用户访问时直接访问的静态页面，而不会去走php服务器解析的流程。此种方式，在CMS系 统中比较常见，比如dedecms； 一种比较常用的实现方式是用输出缓存： Ob_start() ******要运行的代码******* $content = Ob_get_contents(); ****将缓存内容写入html文件***** Ob_end_clean(); 2、页面部分缓存 该种方式，是将一个页面中不经常变的部分进行静态缓存，而经常变化的块不缓存，
[导读] 1、全页面静态化缓存也就是将页面全部生成html静态页面，用户访问时直接访问的静态页面，而不会去走php服务器解析的流程。此种方式，在CMS系统中比较常见，比如dedecms；一种比较常用的实现方式是用输出缓存：Ob 1、全页面静态化缓存 也就是将页面全部生成html静态页面，用户访问时直接访问的静态页面，而不会去走php服务器解析的流程。此种方式，在CMS系统中比较常见，比如dedecms； 一种比较常用的实现方式是用输出缓存： Ob_start()******要运行的代码*******$co
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
