如何可视化哪些文件夹和文件占用了我的硬盘驱动器上的所有空间?
我收到了一些关于硬盘内容大小的相互矛盾的报告。即什么存在和不存在以及哪些文件夹实际使用该空间。
我需要知道哪些文件或文件夹是所有这些隐藏膨胀的罪魁祸首。还应该有一个打印选项可以将其打印在纸上。
这个问题让我想知道这三种测量大小的方法之间的区别: kibibyte、 kilobit和传统的kilobyte。
我知道这些测量有不同的用途(数据传输速率以位/秒为单位),但我不太确定我是否能分辨出 Mb 和 MB 和 MiB 之间的区别。
这是一条评论,转载如下,取自这个答案(强调我的)。
C64 有 65536字节的 RAM。按照惯例,内存大小以kibiBytes 为单位,数据传输速率以 KB 为单位,海量存储以what -the-manufacturers-think-of-now- Bytes 为单位。硬盘在标签上使用 T、G、M 和 k,Windows 以Ti、 Gi、Mi和ki报告大小。还有那些 1.44MB 的软盘?这些既不是 1.44MB 也不是 1.44MiB,它们是 1.44 KB。那是 1440kiB 或 1'474'560 字节。– 第三
我正在做一个通过卫星连接互联网的项目,每天只有 130kB(如果我使用更多,那就非常昂贵)。
我希望每天发送尽可能多的“有用”数据,同时保持在 130kB 以下。
我在这里读到(文件名如何存储?)和这里(元数据不占用任何大小吗?)元数据存储在文件系统的专用部分中,但我不清楚它会“花费”多少字节发送它。
例如,如果我使用 FTP,它是否取决于源文件系统?在服务器文件系统上?还是跟FTP协议有关?
说到传输协议,最划算的是什么?我用谷歌搜索了一下,似乎每个协议都消耗位和字节来进行握手、数据完整性检查等,但我没有清楚地找到哪一个是最经济的,以及协议本身的管理需要多少字节。
我还阅读了有关块大小的内容。这个问题与数据传输有关还是仅与数据存储有关(在后一种情况下这不是问题)?
[编辑2023-11-08 11:00]
我已经在从事数据选择、数据压缩、错误处理等工作。我对这些主题比较熟悉,我在这个问题中没有提到它们,因为我暂时不需要帮助,如果是这样的话未来我会问一个单独的问题。
我每天有 130kB,假设协议本身使用了 30kB。我的问题不是如何格式化我的数据,以便我可以在 100kB 内发送尽可能多的值,我的问题是:它真的是 30kB 吗?更多的?较少的?当然这要看情况。但这取决于什么?在我原来的问题上,我列出了一些我添加的想法,我需要你的经验来知道我是否错过了一些东西和/或帮助我将我的研究范围缩小到光解决方案。
上下文元素:
它适用于部署在南极洲的自主仪器。那里不可能有与 Lora 相关的解决方案。
发送的数据是仪器的状态和测量数据。数据存储在本地,每年“物理”检索一次。数据用于查看某些仪器的参数是否需要修改,进行一些预分析并准备年度维护。
如果某一天的数据遗漏或者没有完成,问题不大,第二天应该就不会发送了。
(我使用的是 Windows XP,但我想它在所有最新版本的 Windows 中都是相似的。)
例如,当您创建一个新的空文本文档时,您会在其属性中发现它的大小为 0 字节。零字节意味着没有信息。没有数据。
但是,文件仍然有一些名称,它仍然可以携带上次访问、修改和创建的日期。它携带信息是否隐藏文件,是否只读...
那么所有的元数据都存储在哪里呢?
我注意到重命名文件不会改变它的哈希值。我还注意到创建一个空文件会给出一个零字节的文件,但它有一个文件名。
由于文件名似乎与文件一起跨设备传输,我想知道文件名究竟是什么?为什么可以在不改变哈希的情况下更改它,为什么它似乎不占用任何空间?
我想如果我了解它们是如何存储的,它就会回答这些问题。
metadata ×2
windows ×2
disk-space ×1
filenames ×1
filesystems ×1
ntfs ×1
printing ×1
storage ×1