executor

分配更多资源：性能调优的王道，就是增加和分配更多的资源，性能和速度上的提升，是显而易见的 1、分配哪些资源？ executor、cpu per executor、memory per executor、driver memory 2、在哪里分配这些资源？ 在我们在生产环境中，提交spark作业时，用的spark-submit shell脚本，里面调整对应的参数 3、调节到多大，算是最大呢？ 一个原则，能使用的资源有多大，就尽量去调节到最大的大小（executor的数量，几十个到上百个不等；executor内存；executor cpu core） 来源： https://www.cnblogs.com/xiangyuguan/p/11333960.html

mybatis之SqlSessionFactory mybatis源码分析之Configuration mybatis源码分析之事务管理器 以上是之前的分析,在 mybatis源码分析之事务管理器 里分析到了事务管理器 SqlSession session = sqlSessionFactory.openSession(); //DefaultSqlSessionFactory里的openSession public SqlSession openSession() { return openSessionFromDataSource(configuration.getDefaultExecutorType(), null, false); } private SqlSession openSessionFromDataSource(ExecutorType execType, TransactionIsolationLevel level, boolean autoCommit) { Transaction tx = null; try { //根据配置获取环境 final Environment environment = configuration.getEnvironment(); //构建事务工厂 final TransactionFactory

这天气，热的我满头大蒜。 在上一篇博文 ‍ ‍ ‍ ‍ 《五鼠闹东京之执行器Executor设计原本》 ‍ ‍ ‍ ‍ 中，已经对 Executor做了比较详细的分析，但是，测试妹纸阅读完后，表示某些地方看不懂，毫不客气的给我提出了两点修改意见。 一、看完你的Statement和PrepareStatement批处理原理图，依然不明白为何一个编译Sql 3次，而另外一个编译Sql 1次。 二、对关闭Statement对象一笔带过，不够清晰。 我准备亡羊补牢，针对上面的两个问题进行补充完善。 1.Statement和PrepareStatement在批处理时对Sql的编译策略 insert into students(id) values(1); insert into students(id) values(1); insert into students(id) values(2); insert into students(id) values(3); 上面的4个Sql，无论是Statement，还是PrepareStatement，对Sql都编译3次。因为其中第1、2条Sql是完全相同的，只会编译1次。 insert into students(id) values(?); // id=[1,2,3] 对于 PrepareStatement，支持问号“?”占位符

设计模式：命令模式 重点： 　　传递命令，执行器执行命令。 线程类：Executor 就是使用的命令模式。 源码：　　 　　public interface Executor { 　　　　void execute(Runnable command); 　　} 额外的话题： 　　 　　线程工厂的意义： 　　　　解耦 　　原有的创建线程方式：创建线程和需要执行的任务耦合。 　　使用线程工厂的方式：创建线程用线程工厂，需要执行的任务与创建线程解耦。 来源： https://www.cnblogs.com/chen--biao/p/11330465.html

Java中一共有4种引用类型(其实还有一些其他的引用类型比如FinalReference)：强引用、软引用、弱引用、虚引用。其中强引用就是我们经常使用的Object a = new Object(); 这样的形式，在Java中并没有对应的Reference类。 本篇文章主要是分析软引用、弱引用、虚引用的实现，这三种引用类型都是继承于Reference这个类，主要逻辑也在Reference中。 问题 在分析前，先抛几个问题？ 1.网上大多数文章对于软引用的介绍是：在内存不足的时候才会被回收，那内存不足是怎么定义的？什么才叫内存不足？ 2.网上大多数文章对于虚引用的介绍是：形同虚设，虚引用并不会决定对象的生命周期。主要用来跟踪对象被垃圾回收器回收的活动。真的是这样吗？ 3.虚引用在Jdk中有哪些场景下用到了呢？ Reference 我们先看下Reference.java中的几个字段 public abstract class Reference { //引用的对象 private T referent; //回收队列，由使用者在Reference的构造函数中指定 volatile ReferenceQueue<? super T> queue; //当该引用被加入到queue中的时候，该字段被设置为queue中的下一个元素，以形成链表结构 volatile Reference next