问题标签 [filesystems]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
filesystems - 持久性:存储为目录树的数据树
我想知道将内存树结构存储为目录树以实现持久性的实用性。在我的情况下,他的目标文件系统将是 ZFS,一旦创建了结构,它将不经常被多个进程访问。
使用目录树作为数据树的持久性机制的性能如何?
macos - DropBox Mac 客户端如何工作?
我一直在研究 DropBox Mac 客户端,目前正在研究为不同的服务实现类似的接口。
它们究竟是如何与 finder 这样的?我非常怀疑文件夹中表示的这些对象是每次加载时下载的实际文档?它们必须根据需要动态下载。那么如何在没有实际文件系统对象的情况下在 finder 中显示这些项目呢?
有谁知道这是如何在 Mac OS X 中实现的?
或者任何指向 Apple API 或其他与 finder 具有类似集成的开源项目的指针?
c - 如何在 Mac OS X 上以编程方式在 C 中创建稀疏文件?
我想创建一个稀疏文件,这样在我向它们写入数据之前,全零块不会占用实际的磁盘空间。是否可以?
filesystems - 在远程系统上应用文件结构差异/补丁?
是否有创建文件结构差异的工具,可能基于 MD5 清单。我的目标是通过网络发送一个包含新/更新文件和要删除的文件列表的包。它需要复制新/更新的文件并删除源文件结构中已删除的文件吗?
java - Java 中的 NFS 服务器
我搜索网络(或分布式)文件系统的实现,如 Java 中的 NFS。目标是扩展它并用它做一些研究。在网上我找到了一些实现,例如DJ NFS,但悬而未决的问题是它们有多成熟和快速。
任何人都可以有一个好的起点,有没有人经历过这样的事情?
PS 我知道 Hadoop DFS,我将它用于一些项目,但 Hadoop 不适合我想在这里做的事情。
--EDIT-- Hadoop 真正专注于高度可扩展、高吞吐量的计算,而不会覆盖文件的某些部分等等。目标是您可以将文件系统用于用户主目录。
--EDIT-- 更多细节:想法是修改这样的实现,使文件不直接存储在本地文件系统上,而是应用重复数据删除。
language-agnostic - 内存映射文件的优点是什么?
我一直在为一个项目研究内存映射文件,如果以前使用过它们或决定不使用它们的人的任何想法,我将不胜感激,为什么?
我特别关注以下问题,按重要性排序:
- 并发
- 随机访问
- 表现
- 便于使用
- 可移植性
windows - 锁定执行文件:Windows 有,Linux 没有。为什么?
我注意到在 Windows 上执行文件(.exe 或 .dll)时,它被锁定并且无法删除、移动或修改。
另一方面,Linux 不会锁定正在执行的文件,您可以删除、移动或修改它们。
为什么 Windows 会锁定而 Linux 不锁定?锁定有优势吗?
windows - NTFS 性能和大量文件和目录
带有 NTFS 的 Windows 如何处理大量文件和目录?
在遇到性能问题或其他问题之前,是否有关于可以放置在单个目录中的文件或目录限制的任何指导?
例如,有一个包含 100,000 个文件夹的文件夹是否可行?
c# - 我可以简单地“读取”正在使用的文件吗?
我正在尝试使用 StreamReader 读取文件,但它始终被另一个进程使用,所以我收到此错误:
该进程无法访问文件 '\arfjwknasgmed17\C$\FLAG CONDITION\CP-ARFJN-FLAG.XLS',因为它正被另一个进程使用。
有没有办法可以在不复制的情况下阅读它?还是这是我唯一的选择?
sharepoint - 不错的文件管理软件
目前,我们所有的文件都存储在 Windows 网络驱动器上,并且有 15 名员工和 3 名外部工作人员,文件控制开始变得有点像噩梦。即使我们制定了政策,人们似乎仍然将文件保存到他们的 PC、进行更改并在不通知任何人的情况下将其复制回来,通过电子邮件而不是其位置发送文件,并创建仅对他们有意义的文件夹/结构.
因此,在最近的一个项目中,我们发现 3 名员工正在使用同一文档的不同版本,而当这 3 个人是编辑和校对者时,您可能可以想象到最后会出现的问题。
所以我们正在寻找一些不错的简单文件管理应用程序。已经提到了 MS Sharepoint,但我们希望摆脱与 Windows 机器的绑定,而且设置成本等似乎很昂贵,特别是对于一家非营利性公司而言。此外,对于我们的需求,Sharepoint 似乎有点过分了。
我们所需要的只是能够满足以下条件的东西:
- 可用于存储和控制文件
- 允许不同的用户访问
- 提供基本版本控制
- 希望可以通过网络浏览器访问,以便我们的远程工作人员可以访问它
我们不热衷于 SAAS 解决方案,因为我们的机密性,也因为我们每天整天都在使用这些文件,而且互联网连接确实不时中断。我们希望能够在内部安装。
理想情况下,解决方案是 FOSS,但如果软件满足我们的需求,我们会考虑购买。