Questions tagged «file-systems»

在计算机上组织和存储文件及其数据的技术。

2
如何检测文件的编码?
在我的文件系统上(Windows 7),我有一些文本文件(如果需要的话,这些是SQL脚本文件)。 当使用Notepad ++打开时,在“编码”菜单中报告其中一些编码为“ UCS-2 Little Endian”,而某些编码为“ UTF-8不带BOM”。 这里有什么区别?它们似乎都是完全有效的脚本。没有Notepad ++的情况下,我如何分辨文件的编码?

3
写入临时位置,然后将其复制到目标位置有什么好处?
我正在编写一个可处理卫星图像的应用程序,老板要求我研究一些商业应用程序,并观察它们的表现。我发现了一个奇怪的行为,然后在寻找时,我也在其他标准应用程序中发现了它。 这些程序首先写入temp文件夹,然后将其复制到预期的目标位置。 示例:7zip首先提取到temp文件夹,然后将提取的数据复制到您要求其将数据提取到的位置。 我看到这种方法的几个问题: 临时文件夹可能没有足够的空间,而预期的位置可能有那么多的空间。 如果文件很大,则复制操作可能会花费很短的时间。 我考虑了很多,但是我看不出这样做有什么积极的意义。我是否缺少某些东西,或者这样做真的有好处?

9
为什么首选文件系统而不是RDBMS日志?
从标题可以清楚地看出问题。例如,无论使用何种规模,Apache都将其访问和错误日​​志保存在文件中而不是RDBMS中。 对于RDMS,我们只需要编写SQL查询,它将完成工作,而对于文件,我们必须确定特定的格式,然后编写正则表达式,或者可能是解析器来操纵它们。如果没有给予足够的照顾,在某些情况下甚至可能失败。 但是,每个人似乎都更喜欢使用文件系统来维护日志。我对这些方法都不抱有偏见,但我想知道为什么要这样进行。是速度还是可维护性或其他?

11
为什么会有这么多竞争的文件系统设计?[关闭]
只是一个简单的问题,但是为什么今天仍然有如此多的文件系统在竞争和使用?(ntfs,fat32,ext3(ffs)等) 文件系统设计人员似乎可以就每种类型的系统的最佳方面达成共识,并实现“最佳”文件系统,不是吗?只是想一想,由于这些文件系统已经存在了一段时间,并且至少应该明显看出哪些文件系统具有优于其他文件系统的质量,我们可以将每个文件系统的优点结合起来,创建一个更好的最终系统

4
为什么Git .git / objects /文件夹又细分为许多SHA前缀文件夹?
Git在内部将对象(斑点,树)存储在.git/objects/文件夹中。每个对象都可以由从对象内容计算得出的SHA1哈希引用。 但是,对象并不.git/objects/直接存储在文件夹中。而是,每个对象都存储在一个文件夹中,该文件夹以其SHA1哈希的前缀开头。因此带有哈希值的对象b7e23ec29af22b0b4e41da31e868d57226121c84将存储在.git/objects/b7/e23ec29af22b0b4e41da31e868d57226121c84 为什么Git用这种方式细分其对象存储? 我可以找到的资源(例如git-scm 上有关Git内部的页面)仅说明了方法,而不是原因。

1
文件名的非扩展部分的名称是什么?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 3年前关闭。 给定文件路径: /some/path/abc.txt 该文件名是“的abc.txt”,而扩展名为“txt”。 什么是“行业标准”,“ abc”部分的明确名称? 作为参考,在Java的较早java.io和较新的java.nio库中,filename均表示“ abc.txt”,并且“ abc”部分没有术语(即库API不支持)。

2
文件系统是否将存储设备视为(非常大的)字节数组?
我想知道文件系统如何写入和读取存储设备。 我认为这是这样的: 文件系统不会直接访问存储设备,而是(通过存储设备的设备驱动程序)将存储设备作为(很大)字节数组呈现给文件系统。 例如,如果文件系统要访问硬盘,它将仅访问代表硬盘的字节数组。 这样,文件系统可以与任何类型的存储设备(传统硬盘,SSD,USB闪存驱动器等)一起使用,并且仅更改存储设备的设备驱动程序。 此图显示了我刚刚解释的内容: 我的理解正确吗?

5
通过简单的替换将Windows文件路径转换为Unix文件路径是否安全?
因此,例如说我拥有它,这样我的所有文件都将从Windows机器转移到Unix机器,例如:C:\test\myFile.txtto {somewhere}/test/myFile.txt(此时驱动器号无关)。 当前,我们自己编写的实用程序库提供了一种方法,可以用正斜杠简单地替换所有反斜杠: public String normalizePath(String path) { return path.replaceAll("\\", "/"); } 斜杠是保留的,不能成为文件名的一部分,因此应保留目录结构。但是,我不确定Windows和Unix路径之间是否还有其他可能需要担心的麻烦(例如:非ASCII名称等)

3
Linux文件名中的小写字母
当我发现UpperCase对于复杂的长名称中的首字母单词分隔确实可读时,我倾向于使用一些UpperCase来提供一些Linux文件名。通常是可执行文件,也有一些目录。 但是已经有几个星期我说过,Linux distrib中所有文件名的绝大多数都是小写的... 因此,我刚才进行了一次谷歌搜索,然后发现了这篇文章:Linux File Names,指出在Unix世界中应该始终使用小写字母, ...最好在Linux中始终使用小写字母,除非您有充分的理由使用大写字母或混合大小写。大多数Unix用户几乎都使用小写字母,但是除了这种“文化”观点之外,还有另一个充分理由使用小写字母。如果要与Linux共享或访问DOS文件系统,则DOS将无法查看具有大写或大小写混合的文件名的文件... 真的是这样吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.