現在、分散ロックのユースケースについて apache-curator を評価しています。以下は私たちのテストケースです:
public class Test {
private static CuratorFramework client = CuratorFrameworkFactory.newClient("zook.company.com", new ExponentialBackoffRetry(10,5));
public static void main(String[] args) {
client.start();
int numLocks = 50000;
int numThreads = 200;
String[] keyPool = new String[numLocks];
for (int i = 1; i <= numLocks; i++) {
keyPool[i - 1] = String.valueOf(100 + i);
}
for (int i = 0; i < numThreads; i++) {
Thread t = new Thread(new Job(numLocks, keyPool));
t.setName("T" + (i + 1));
t.start();
}
}
private static class Job implements Runnable {
private int numLocks;
private String[] keyPool;
public Job(int numLocks, String[] keyPool) {
this.numLocks = numLocks;
this.keyPool = keyPool;
}
@Override
public void run() {
while (true) {
int l = 0;
int h = numLocks;
String lockKey = keyPool[(new Random().nextInt(h - l) + l)];
InterProcessMutex lock = new InterProcessMutex(client, "/"+lockKey);
boolean acquired = false;
String threadName = Thread.currentThread().getName();
try {
long start = System.currentTimeMillis();
acquired = lock.acquire(0, TimeUnit.NANOSECONDS);
if (acquired) {
long end = System.currentTimeMillis();
System.out.println("lock acquired in "+ (end - start) + " ms");
} else {
System.out.println("failed to get lock");
}
} catch (Exception e) {
System.out.println(e);
} finally {
if (acquired) {
long start = System.currentTimeMillis();
lock.release();
long end = System.currentTimeMillis();
System.out.println("lock released in "+(end - start)+" ms");
}
}
}
}
}
}
テストは、2G Xmx を搭載した 2 コア/7.5G RAM マシンで実行されます。Zookeeper インスタンス ( zook.company.com
) が Xmx を 12G として 4 コア/15G RAM サーバーで実行されている間、maxClientCnxns=5000、tickTime=2000、initLimit=10、および syncLimit=5。
両方のサーバーが同じ AWS VPC に存在します。
テストを 10 分間実行すると80 ms
、95% 以上のロック試行でロック取得時間が得られます。ロックの取得にかかった最大時間は でした340 ms
。スレッド数とロック数のさまざまな組み合わせを試してみましたが、時間は常に高い側にあります。
どこかで何か問題があるかどうかを見つけることができませんか? 時代が高すぎるように見えるからです。手がかりはありますか??