sshfs+LUKS 설정에서 fsync()의 의미

Question

여기서 가장 약한 링크는 SSHFS 코드라고 가정합니다. 나머지 부분은 커널에 있고 꽤 많이 사용되므로 괜찮을 것입니다. 저는 FUSE 코드를 실제로 본 적이 없기 때문에 제가 놓친 다른 코드가 있을 수도 있지만,SSHFS 소스 코드, SSHFS의 구현은 fsync()전체 작업을 수행하지 않고 단지 flush()IO 스트림을 호출합니다.

static int sshfs_fsync(const char *path, int isdatasync,
                       struct fuse_file_info *fi)
{
    (void) isdatasync;
    return sshfs_flush(path, fi);
}

에서 함수가 fsync를 시행하는 원격 시스템에 어떤 종류의 동기화 명령도 보내지 않는다는 sshfs.c:2551것을 알 수 있습니다 . sshfs_flush()나는 플래그가 "쓰기에서 반환되기 전에 명령이 서버로 이동하기를 기다림"을 의미한다고 생각합니다 sshfs.sync_write. "쓰기마다 서버에서 fsync"가 아니라 두 번째 의미가 매우 이상하기 때문입니다. 따라서 원격 디스크 속도가 아닌 네트워크 속도로 인해 병목 현상이 발생하기 때문에 fsync 측정 속도가 느려집니다.

static int sshfs_flush(const char *path, struct fuse_file_info *fi)
{
    int err;
    struct sshfs_file *sf = get_sshfs_file(fi);
    struct list_head write_reqs;
    struct list_head *curr_list;

    if (!sshfs_file_is_conn(sf))
        return -EIO;

    if (sshfs.sync_write)
        return 0;

    (void) path;
    pthread_mutex_lock(&sshfs.lock);
    if (!list_empty(&sf->write_reqs)) {
        curr_list = sf->write_reqs.prev;
        list_del(&sf->write_reqs);
        list_init(&sf->write_reqs);
        list_add(&write_reqs, curr_list);
        while (!list_empty(&write_reqs))
            pthread_cond_wait(&sf->write_finished, &sshfs.lock);
    }
    err = sf->write_error;
    sf->write_error = 0;
    pthread_mutex_unlock(&sshfs.lock);
    return err;
}

원격 SFTP 구현이 실제로 쓰기 시 fsync를 수행할 수도 있지만 실제로는 그렇지 않은 것 같습니다. 오래된 말에 따르면SFTP 표준 초안(내가 찾을 수 있는 최선의 방법입니다) 이 동작을 지정하는 방법이 있습니다.

7.9. attrib-bits and attrib-bits-valid
...
SSH_FILEXFER_ATTR_FLAGS_SYNC
       When the file is modified, the changes are written synchronously
       to the disk.

이는 이것이 기본값이 아니라는 것을 의미합니다(fsync를 수행하지 않는 것이 더 빠르기 때문입니다). 해당 표준 문서에 따르면 원격 파일에서 fsync를 요청하는 방법은 없는 것으로 보이지만 OpenSSH는 이를 SFTP의 확장으로 지원하는 것으로 보입니다.

/* SSH2_FXP_EXTENDED submessages */
struct sftp_handler extended_handlers[] = {
    ...
    { "fsync", "[email protected]", 0, process_extended_fsync, 1 },
    ...
};

static void
process_extended_fsync(u_int32_t id)
{
    int handle, fd, ret, status = SSH2_FX_OP_UNSUPPORTED;

    handle = get_handle();
    debug3("request %u: fsync (handle %u)", id, handle);
    verbose("fsync \"%s\"", handle_to_name(handle));
    if ((fd = handle_to_fd(handle)) < 0)
        status = SSH2_FX_NO_SUCH_FILE;
    else if (handle_is_ok(handle, HANDLE_FILE)) {
        ret = fsync(fd);
        status = (ret == -1) ? errno_to_portable(errno) : SSH2_FX_OK;
    }
    send_status(id, status);
}

해당 확장을 쿼리하고 SSHFS에서 fsync를 적절하게 지원하는 것이 어려울지 의심됩니다. 이는 꽤 합리적인 일인 것 같습니다. 즉, 나는 이 모든 것을 적절하게 지원한다고 가정하는 Linux의 네트워크 블록 장치 지원을 사용하는 것이 아마도 더 쉬울 것이라고 생각합니다(비록 나는 그것을 직접 사용해 본 적이 없으므로 끔찍할 수 있습니다).

Answer 1