我有一个基本上这样做的功能:
int mmkdir(const char *path, mode_t mode)
{
struct stat st;
if (stat(path, &st) < 0)
{
if (errno != ENOENT)
return -1;
if (mkdir(path, S_IWUSR | S_IRUSR | S_IXUSR | S_IRGRP | S_IXGRP | S_IROTH | S_IXOTH) < 0 && errno != EEXIST)
return -1;
}
else if (!S_ISDIR(st.st_mode))
{
errno = ENOTDIR;
return -1;
}
return 0;
}
int fun(int id, int id2)
{
time_t ts;
struct tm timeinfo;
char buff[1024], buff1[20], buff2[20], buff3[20];
ts = time(NULL);
localtime_r(&ts, &timeinfo);
strftime(buff1, sizeof(buff1), "%Y%m%d", &timeinfo);
strftime(buff2, sizeof(buff2), "%H", &timeinfo);
snprintf(buff, sizeof(buff), "%s/%s", dir, buff1);
if (mmkdir(buff, ORDER_FILE_DEFAULT_PERMS) < 0)
return -1;
len = strlen(buff);
snprintf(buff + len, sizeof(buff) - len, "/%s", buff2);
if (mmkdir(buff, ORDER_FILE_DEFAULT_PERMS) < 0)
return -1;
len += strlen(buff2) + 1;
strftime(buff3, sizeof(buff2), "%M%S", &timeinfo);
snprintf(buff + len, sizeof(buff) - len - 1, "/%010d-%04d-%s%s.%s",
id, id2, buff2, buff3, ext);
return open(buff, O_WRONLY | O_APPEND | O_CREAT, S_IWUSR | S_IRUSR | S_IRGRP | S_IROTH);
}
请勿检查错误,这是一个有效的代码。它主要调用stat
(2),mkdir
(2)(有时)和open
(2)。
问题在于,当服务器上的I / O负载非常高时,这段代码有时需要7s(!!)才能完成。
此函数创建的这些文件位于/中的文件夹中:
/dev/md0 on / type ext4 (rw,errors=remount-ro)
,单个文件夹中最多可包含1000个文件。
可能是什么问题?为什么这可能需要这么长时间?有任何错误配置吗?
我不仅要求改进代码,但如果可能的话,也请在服务器配置中。
根据评论中的请求,cat /proc/mdstat
的输出为:
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md3 : active raid1 sdd1[1] sdc1[0]
488282000 blocks super 1.2 [2/2] [UU]
md1 : active raid1 sda2[0] sdb2[1]
15624120 blocks super 1.2 [2/2] [UU]
md2 : active raid1 sda3[0] sdb3[1]
1958900 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sda1[0] sdb1[1]
470798200 blocks super 1.2 [2/2] [UU]
表示磁盘正常
答案 0 :(得分:2)
如果此功能每小时调用一次以上,并且文件夹未被删除,那么您的mmkdir
来电是多余的。我会实现某种缓存方案,您可以在其中记住创建文件夹的最后一小时,如果您已经创建了新文件夹,则跳过创建新文件夹。这将删除两个stat
调用,这可能会对重载系统产生重大影响。
您可以单独对代码进行进一步改进,因为open
调用将是唯一剩余的系统调用,并且在不更改函数含义的情况下无法省略。