�言

最近�然收到了系统��消�告警。打开一看，好家伙�直� kafka 堆积超过了 100w �数�，就差基础�务的人找上门�了。

�过简�的一系列�查，终�找到是代�中 Orika 工具使用�当导致内存�加�cpu 过高导致消费�慢。

下�记录下�查的�路

�言

最近在开�个�东西，大�涉�了文件的�作。当然这�事情很简�嘛，最基本的打开个文件�进行写�就行了？

1
2
3
4

FileChannel fc = new RandomAccessFile(file, "rw").getChannel();
MappedByteBuffer mb = fc.map(FileChannel.MapMode.READ_WRITE, 0, 4096);
// ......
fc.close()

我本æ�¥ä¹Ÿæ˜¯è¿™æ ·æƒ³çš„，å�¯æ˜¯å½“你执行这æ�¡è¯­å�¥file.delete()的时候居然返å›�的是false，删除失败？why？我ä¸�是æ˜�æ˜�å·²ç»�将文件æµ�关闭了嘛？æ�¥ä¸‹æ�¥å°±æ˜¯ç–¯ç‹‚找å�Ÿå› äº†ã€‚

�言

最近弄了一些�东西，��它们都有个共�点：对文件的�作。无论是文件的快速写入�或者是大文件的读�等，都�求我们对文件IO有很深的了解。��文件大�的读写�作，应该选择哪�方�能达到最快的效�？�下�我们看看Java中常�的文件�作方�以�它们在读写大文件时�自的效�。

�点

randLevel算法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

/**
 * Redis��
 * �始层数为1，�次�机生�一个�机数，��16�
 * 当�的这个值��0.25�的0xFFFF时，level++，�则退出。
 * 返�level和maxLevel的最�值
 *
 * 这里的ZSKIPLIST_P是晋�的概�。对应的期望层高是E=1/(1-p)。
 */
#define ZSKIPLIST_MAXLEVEL 64
#define ZSKIPLIST_P 0.25
private int randLevel() {
    int level = 1;
    while ((random() & 0xFFFF) < (ZSKIPLIST_P * 0xFFFF))
        level += 1;
    return (level < ZSKIPLIST_MAXLEVEL) ? level : ZSKIPLIST_MAXLEVEL;
}

�言

快暑�的时候，在阿里天池上�闲逛。诶，性能优化挑战赛？点进�看看，�略的读了一下赛题，���一个�天室�务，部署在ECS�务器上�，然�对它进行一下手段的性能优化，感觉还挺�适的（ps: 当时因为写了一个秒�系统并�测优化过�也看过一些性能调优的书，感觉自己很nb，���知�自己还是太嫩了🤣），顿时就报�了。

因为第一次�加这�比赛，所以给自己定的是�50就ok了。然�一个月的�赛，快结�的那一周���多�，感觉自己还是很�害的，但是就一周的时间，看�自己��直�跌出� 20，到了 23。��识到自己高兴太早了。

�下�是一个月的�赛时间，这�是���一个集群了。中途�到了�多问题，找了好多官网文档（Vertx�Hazelcast�Ignite�WIN368），也学到了�少，但还是感觉差点�候😅。�天早上七点多起床一直调试到晚上�点左�，官方人员都被烦的����的了😂（希望���烦）。还是太�了哈哈哈。

�多说了，先上��。