- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我认为 fsync()
在内部执行 fflush()
,所以在流上使用 fsync()
是可以的。但是在网络 I/O 下执行时我得到了意想不到的结果。
我的代码片段:
FILE* fp = fopen(file, "wb");
/* multiple fputs() calls like: */
fputs(buf, fp);
...
...
fputs(buf.c_str(), fp);
/* get fd of the FILE pointer */
fd = fileno(fp);
#ifndef WIN32
ret = fsync(fd);
#else
ret = _commit(fd);
fclose(fp);
但似乎 _commit()
没有刷新数据(我在 Windows 上试过,数据写在 Linux 导出的文件系统上)。
当我将代码更改为:
FILE* fp = fopen(file, "wb");
/* multiple fputs() calls like: */
fputs(buf, fp);
...
...
fputs(buf.c_str(), fp);
/* fflush the data */
fflush(fp);
fclose(fp);
它刷新数据。
我想知道 _commit()
是否与 fflush()
做同样的事情。有什么意见吗?
最佳答案
fflush()
适用于 FILE*
,它只是将应用程序的 FILE*
中的内部缓冲区刷新到操作系统。
fsync
在较低级别工作,它告诉操作系统将其缓冲区刷新到物理媒体。
操作系统大量缓存您写入文件的数据。如果操作系统强制每次写入都命中驱动器,那么事情将非常缓慢。 fsync
(除其他事项外)允许您控制数据何时到达驱动器。
此外,fsync/commit 作用于文件描述符。它不知道 FILE*
并且无法刷新其缓冲区。 FILE*
存在于您的应用程序中,文件描述符通常存在于操作系统内核中。
关于fflush - fflush 和 fsync 的区别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2340610/
我通过 C API 使用 RocksDB。 我有一个测试程序,它打开数据库,执行 1,000 次写入(收集启动写入和回调之间的计时数据),执行 1,000 次读取,然后关闭。 这有效。平均写入时间约为
我想问一个基本的问题,即使用fsync之类的系统调用何时有用?我是初学者,我总是给人以写足以写入文件的印象,而使用write的示例实际上在末尾写入了文件。 那么像fsync这样的系统调用的目的是什么?
我对大文件 ftruncate 和 fsync 操作感到惊讶。我编写了一个程序,在 Linux 64 位系统上创建一个空文件,将其截断为 0xffffffff 字节,然后 fsync 它。 在所有操作
我有两个 (POSIX) 线程写入这样的日志文件: pthread_mutex_lock(&log_mutex); fprintf(LOG, "something...\n"); fsync(file
我正在尝试fsync目录,以确保重命名操作发生。我遇到的问题是 Python 不断返回权限错误,即使我对我尝试过的各个文件夹拥有完全权限。 directory = r'C:\Random\Path'
我正在尝试创建一个文件。在这个文件中,我将所有需要处理的文件放在一个脚本中,并将该文件作为参数传递。我的问题是有时列表的长度不足以填满缓冲区,并且没有任何内容写入磁盘。我尝试刷新和 fsync 临时文
假设我将一些文件和目录写入 USB 拇指驱动器。 /media/drive1/newFolder1/ /media/drive1/newFolder1/newfile1 /media/drive1/n
我很难确定将 fsync() 实现到实时系统中的最佳方法是什么。我需要满足的唯一要求是 fsync() 不能中断帧(每帧 100 Hz - 10 ms)。我做了一些初始基准测试,目前我倾向于在每次固定
我们需要一个应用程序尽可能地保证当它报告记录时确实存在。我知道要执行此操作,您需要使用 fsync(fd)。然而,由于某些奇怪的原因,使用 fsync() 似乎加快了写入磁盘的代码,而不是像人们预期的
我有多个线程,每个线程都接受请求,进行一些处理,将结果存储在提交日志中,然后返回结果。为了保证最多 x 秒的数据丢失,这个提交日志需要每 x 秒 fsync 一次。 我想避免线程之间的同步,这意味着他
是否有类似于fsync但使用文件路径而不是文件描述符的linux系统调用?我使用utime修改文件修改时间,文件在U盘中,我需要确保设置utime后时间刷入usb。 最佳答案 据我所知没有。 为此你需
fsync 的联机帮助页说: If the underlying hard disk has write caching enabled, then the data may not really b
假设您正在构建一个日记/预写日志存储系统。您能否通过(针对每个事务)附加数据(使用 write(2))、附加提交标记,然后 fsync-ing 来简单地实现这一点? 要考虑的场景是,如果您对该日志进行
我使用以下函数将一些数据写入文件: def WriteTo1File(self, output_file, text): output_file.write(text) output_
我有一个禁用了写入缓存的 SATA 硬盘: hdparm -W0 /dev/foo 我在一个 ext4 分区上使用这些挂载选项(以及其他): data=ordered auto_da_alloc Li
我知道当我使用 write() 写文件时+ fsync() (或 O_SYNC + write() ,我认为它们是相同的 ref #1 ref #2 ),这意味着我正在使用阻塞同步 I/O,如果 wr
执行以下代码时出现错误,请您帮我解决此错误 public fun getEntityManager(): EntityManager { val tm: TransactionManager
我正在使用 C# 开发一个与数据库相关的项目。每次提交事务后,我希望数据库将所有缓冲数据移动到磁盘上。在 Linux 中,fflush() + fsync() 会提供我想要的。要达到同样的效果,我应该
Boost library提供类似于 fsync() 的内容? 动机:超越 POSIX 的可移植性 - 例如以便在 Windows 上使用类似的功能。 最佳答案 不,boost 没有这样的东西。正如
目录上的 fsync() 是否保证目录和所有子目录也被刷新? 假设我有 foo |- bar |- baz | |--file 如果我写'file'然后在foo上进行fsyn
我是一名优秀的程序员,十分优秀!