Questions tagged «file-systems»

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

115 file-systems  character-encoding  utf-8  notepad++ 

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

47 file-handling  file-systems  file-storage 

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

44 sql  history  rdbms  file-systems  rdms 

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

27 standards  file-systems  standardization 

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

21 git  hashing  file-systems 

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

15 file-systems  files  industry-standard  file-extension 

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

12 operating-systems  file-systems 

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

12 java  file-systems 

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

11 linux  unix  file-systems