msfconsole search email collector use auxiliary/gather/search_email_collector show options 下面我们设置域名.如果不想被有关部门查水表的话,请小心选择域名. 将域名设为你希望的域名:set domain gmail.com 设置输入文件.这并不是必需的.如果你打算运行多个攻击,或打算稍后也能运行某个 攻击,推荐设置它. set outfile /root/Desktop/fromwillie.txt…

今天心血来潮做了一个子域名收集器.过程是蛋疼啊!这里先感谢一下qpython群的咸鱼大佬,在换页的时候出了点毛病,讲到后面我们就知道了. 思路: 代码开始: 我们要用到的模块是 Requests Bs4模块里的BeautifulSoup Time模块 如果BeautifulSoup没有 安装方法: LINUX:sudo pip install bs4 WINDOWS:pip install bs4 Import requests From bs4 import BeautifulSoup Imp…

垃圾收集器与内存分配策略 参考: https://my.oschina.net/hosee/blog/644085 http://www.cnblogs.com/zhguang/p/Java-JVM-GC.html http://www.cnblogs.com/zhguang/p/3257367.html 1. GC的概念 Garbage Collection 垃圾收集 Java中,GC的对象是堆空间和永久区(如果对Java内存区域不太了解,请查看Java内存区域) 2. GC算法 2.1 引用…

 [背景] 今天一个朋友问我这样一个问题,他们OA的应用数据库和接口数据库部署在两台不同的server. 接口server主要负责和第三方系统进行集成,第三方系统调接口创建OA单据,OA系统进行审批,OA审批完毕后.调用接口server的接口.OA将审批的流转记录及附件返回第三方系统. 为保障数据及接口的安全.数据先保存在OAserver的中间数据库,然后通过OA定时代理传到接口server上. 可是.这种做法遇到一个问题.用户要求退回时可以马上反馈给第三方系统. 为了保障数据及附件可以及时…

Garbage-First,面向服务端的垃圾收集器. 并行与并发:充分利用多核环境减少停顿时间, 分代收集:不需要配合其它收集器 空间整合:整体上看属于标记整理算法,局部(region之间)数据复制算法,运作期间不会产生空间碎片 停顿可预测,建立可以预测的停顿时间模型. 内存管理: 将整个java堆划分为多个大小形同的区域region,新生代和老年代都是region的集合.可以有计划的避免在全区域内进行垃圾收集. 回收方式:跟踪每一个region里面的垃圾堆积的价值大小(回收所得的空间大小以及所…

Serial收集器的老年代版本 单线程收集器 标记-整理算法 stop the world Client模式下的虚拟机使用 Server模式下,搭配Parallel Scavenge使用及CMS发生Concurrent Mode Failure之后的预案…

新生代收集器,复制算法,并行收集,面向吞吐量要求(吞吐量优先收集器). 吞吐量=用户代码运行时间/(用户代码运行时间+垃圾回收时间) -XX:MaxGCPauseMillis:控制最大垃圾收集停顿时间,大于零的毫秒数. -XX:GCTimeRatio:吞吐量大小,0到100的整数,垃圾收集时间占总时间的比例,计算1/(1+n)gc时间占用比例. -XX:UseAdaptiveSizePolicy:打开之后,就不需要设置新生代大小(-Xmn),Edian,survivor比例及(-XX:Survi…

新生代收集器,CMS默认搭配,Serial的多线程版本. -XX:UseParNewGC:指定使用ParNew收集器. -XX:ParalletGCThreads:指定限制垃圾收收集的线程数量. 默认开启的线程数等于cpu数. 多核环境较Serial效率高. 并行收集(非并发). 复制算法. 附: 并行收集:多条垃圾收集器同时工作,用户线程处于等待状态. 并发收集:用户线程与垃圾收集器线程同时工作,用户线程在继续运行,垃圾收集程序运行于另外一个cpu上.…

HotSpot JVM的并发标记清理收集器(CMS收集器)的主要目标就是:低应用停顿时间.该目标对于大多数交互式应用很重要,比如web应用.在我们看一下有关JVM的参数之前,让我们简要回顾CMS收集器的操作和使用它时可能出现的主要挑战. 就像吞吐量收集器(参见本系列的第6部分),CMS收集器处理老年代的对象,然而其操作要复杂得多.吞吐量收集器总是暂停应用程序线程,并且可能是相当长的一段时间,然而这能够使该算法安全地忽略应用程序.相比之下,CMS收集器被设计成在大多数时间能与应用程序线程并行执行,…

在实践中我们发现对于大多数的应用领域,评估一个垃圾收集(GC)算法如何根据如下两个标准: 吞吐量越高算法越好 暂停时间越短算法越好 首先让我们来明确垃圾收集(GC)中的两个术语:吞吐量(throughput)和暂停时间(pause times). JVM在专门的线程(GC threads)中执行GC. 只要GC线程是活动的,它们将与应用程序线程(application threads)争用当前可用CPU的时钟周期. 简单点来说,吞吐量是指应用程序线程用时占程序总用时的比例. 例如,吞吐量99/1…