不加这个参数会导致Unsafe无法使用吧，目前很少有人测试过没有Unsafe的情况下HBase是啥表现，可能会有些bug，你加上试试看？
于2020年3月21日 周六10:40写道：
> 没加这个参数，需要加上吗？
> - 原始邮件 -
> 发件人：张铎(Duo Zhang)
> 收件人：ww112...@sina.com
> 抄送人：user-zh
> 主题：Re: Re: Re: hbase读耗时问题排查
> 日期：2020年03月16日 12点22分
>
> 应该不会的，这里也没有用什么字节码生成的东西
&
没加这个参数，需要加上吗？
- 原始邮件 -
发件人：张铎(Duo Zhang)
收件人：ww112...@sina.com
抄送人：user-zh
主题：Re: Re: Re: hbase读耗时问题排查
日期：2020年03月16日 12点22分
应该不会的，这里也没有用什么字节码生成的东西
我怀疑还是Unsafe那块export的不对？你们在启动的时候有加类似这样的参数吗？
--add-exports java.base/jdk.internal.misc=ALL-UNNAMED
于2020年3月13日周五 上午10:08写道：
有可能每次序列化的类不一样吗
应该不会的，这里也没有用什么字节码生成的东西
我怀疑还是Unsafe那块export的不对？你们在启动的时候有加类似这样的参数吗？
--add-exports java.base/jdk.internal.misc=ALL-UNNAMED
于2020年3月13日周五 上午10:08写道：
> 有可能每次序列化的类不一样吗？
>
>
> - 原始邮件 -
> 发件人：张铎(Duo Zhang)
> 收件人：ww112...@sina.com
> 抄送人：user-zh
> 主题：Re: Re: hbase读耗时问
有可能每次序列化的类不一样吗？
- 原始邮件 -
发件人：张铎(Duo Zhang)
收件人：ww112...@sina.com
抄送人：user-zh
主题：Re: Re: hbase读耗时问题排查
日期：2020年03月12日 15点42分
这是Class.forName特别慢？不太对劲啊，按理说class只要load一次就不会再load了？
不过JDK11的话，是不是Unsafe这个类没有export出来啊。。。
比如netty，如果想完整的把所有性能都发挥出来，得加一堆参数
https://github.com/netty/netty/issues/7838
邮件 -
> 发件人：张铎(Duo Zhang)
> 收件人：user-zh , ww112...@sina.com
> 主题：Re: hbase读耗时问题排查
> 日期：2020年03月12日 14点27分
>
> 这个格式有点儿乱，不太能看清楚，是只追到这一个函数耗时很长吗？他调用的函数没有时间长的？
>
> 你用的HBase版本是啥？
>
> 于2020年3月5日周四 下午4:03写道：
>
> 你好：
>
> 在排查读超时的时候，追踪到org.apache.hadoop.hbase.io.h
这个格式有点儿乱，不太能看清楚，是只追到这一个函数耗时很长吗？他调用的函数没有时间长的？
你用的HBase版本是啥？
于2020年3月5日周四 下午4:03写道：
> 你好：
>
> 在排查读超时的时候，追踪到org.apache.hadoop.hbase.io.hfile.HFileBlock$1:deserialize这个方法，发现这个方法经常出现耗时在几百毫秒，甚至出现1s多的情况，这个有什么解决办法。
>
> `---ts=2020-03-05
> 15:59:23;thread_name=RpcServer.default.RWQ.Fifo.read.handler=183
你好：
在排查读超时的时候，追踪到org.apache.hadoop.hbase.io.hfile.HFileBlock$1:deserialize这个方法，发现这个方法经常出现耗时在几百毫秒，甚至出现1s多的情况，这个有什么解决办法。
`---ts=2020-03-05
15:59:23;thread_name=RpcServer.default.RWQ.Fifo.read.handler=183,queue=15,port=16020;id=146;is_daemon=true;priority=5;TCCL=jdk.internal.loader.ClassLoaders$AppC
