CPU使用率以及CPU计算速度有关系吗？

[曹宇]

如题，我使用HBase进行压力测试，HBase明显已经处理不过来了，队列有堆压了，可是 LOAD 磁盘 网络压力并不是很大。

我推测 大量的延迟在于合并以及刷新操作，特别是合并应该是高密集CPU的操作，但是CPU使用率并不是非常高。

所以我现在有两个问题：


1.是否CPU的计算速度就是这么快，无论你压力再大 也就是这么快，并不体现在负载上，也就是大量的计算任务在排队，而不是吧负载堆到100%.

2.是否jvm虚拟机对hbase的资源使用有限制？

[曹宇]

呼叫大神。。。。。。

[LinkSe7en]

我的理解是Region内锁的问题。而且RegionServer并发处理请求的数量是固定的。

[曹宇]

引用 2 楼 link0007 的回复:

我的理解是Region内锁的问题。而且RegionServer并发处理请求的数量是固定的。

求详解一下，多谢了。。。

[LinkSe7en]

引用 3 楼 ProgrammingPower 的回复:

[quote=引用 2 楼 link0007 的回复:] 我的理解是Region内锁的问题。而且RegionServer并发处理请求的数量是固定的。

求详解一下，多谢了。。。 [/quote] 首先一个Region维护着一个范围内的行键的行。你可以到HBaseWebUI查看每个Region的StartRow EndRow和被管辖的RegionServer。另外HBase声称一次Put Delete是原子性的，即完全成功或完全失败。所以为了满足原子性，Region内部会维护行键的锁。当频繁对同一个行键的列进行操作，势必会造成锁的竞争，避免多个请求竞争锁造成性能损失，所以请求会先经过队列再进行处理。

[LinkSe7en]

引用 5 楼 ProgrammingPower 的回复:

[quote=引用 4 楼 link0007 的回复:] [quote=引用 3 楼 ProgrammingPower 的回复:] [quote=引用 2 楼 link0007 的回复:] 我的理解是Region内锁的问题。而且RegionServer并发处理请求的数量是固定的。

求详解一下，多谢了。。。 [/quote] 首先一个Region维护着一个范围内的行键的行。你可以到HBaseWebUI查看每个Region的StartRow EndRow和被管辖的RegionServer。另外HBase声称一次Put Delete是原子性的，即完全成功或完全失败。所以为了满足原子性，Region内部会维护行键的锁。当频繁对同一个行键的列进行操作，势必会造成锁的竞争，避免多个请求竞争锁造成性能损失，所以请求会先经过队列再进行处理。[/quote] 嗯嗯，明白了。 我这个需求 是大量的put操作且rowkey不重复，每行数据只有一个 列族 一个列 应该不会触发行锁 ， 我现在猜测会不会是一个region只能接受一定量的并发请求，比如只能处理100个同时， 这样很多都在后面排队。 也就是说 如果我将region分配的更多些，分割出来更多region以减少单个region的压力，不知道这个思路对不对。[/quote] 思路是绝对正确的。可以去看看hbase运维相关的博客

[曹宇]

引用 6 楼 link0007 的回复:

[quote=引用 5 楼 ProgrammingPower 的回复:] [quote=引用 4 楼 link0007 的回复:] [quote=引用 3 楼 ProgrammingPower 的回复:] [quote=引用 2 楼 link0007 的回复:] 我的理解是Region内锁的问题。而且RegionServer并发处理请求的数量是固定的。

求详解一下，多谢了。。。 [/quote] 首先一个Region维护着一个范围内的行键的行。你可以到HBaseWebUI查看每个Region的StartRow EndRow和被管辖的RegionServer。另外HBase声称一次Put Delete是原子性的，即完全成功或完全失败。所以为了满足原子性，Region内部会维护行键的锁。当频繁对同一个行键的列进行操作，势必会造成锁的竞争，避免多个请求竞争锁造成性能损失，所以请求会先经过队列再进行处理。[/quote] 嗯嗯，明白了。 我这个需求 是大量的put操作且rowkey不重复，每行数据只有一个 列族 一个列 应该不会触发行锁 ， 我现在猜测会不会是一个region只能接受一定量的并发请求，比如只能处理100个同时， 这样很多都在后面排队。 也就是说 如果我将region分配的更多些，分割出来更多region以减少单个region的压力，不知道这个思路对不对。[/quote] 思路是绝对正确的。可以去看看hbase运维相关的博客[/quote] 嗯嗯，多谢啦。

[曹宇]

引用 4 楼 link0007 的回复:

[quote=引用 3 楼 ProgrammingPower 的回复:] [quote=引用 2 楼 link0007 的回复:] 我的理解是Region内锁的问题。而且RegionServer并发处理请求的数量是固定的。

求详解一下，多谢了。。。 [/quote] 首先一个Region维护着一个范围内的行键的行。你可以到HBaseWebUI查看每个Region的StartRow EndRow和被管辖的RegionServer。另外HBase声称一次Put Delete是原子性的，即完全成功或完全失败。所以为了满足原子性，Region内部会维护行键的锁。当频繁对同一个行键的列进行操作，势必会造成锁的竞争，避免多个请求竞争锁造成性能损失，所以请求会先经过队列再进行处理。[/quote] 嗯嗯，明白了。 我这个需求 是大量的put操作且rowkey不重复，每行数据只有一个 列族 一个列 应该不会触发行锁 ， 我现在猜测会不会是一个region只能接受一定量的并发请求，比如只能处理100个同时， 这样很多都在后面排队。 也就是说 如果我将region分配的更多些，分割出来更多region以减少单个region的压力，不知道这个思路对不对。