小编Sen*_*aku的帖子

对硬盘进行分区时,剩余的未分配空间很小。这是什么意思,为什么我不能使用它?

我经常在硬盘驱动器的分区方案中遇到一个小的未分配空间,当我想创建一个最大大小的分区时,即使我在分区对话框中将“可用空间以下”设置为零。(见下面的第一张图。)

2048个扇区的空闲空间有什么用?选择的分区表是GPT。这个小空间是否意味着相当于 GPT的MBR?如果是这样,为什么它在空间的末尾,而不是在硬盘的开头?


分区创建 gParted - 未分配空间 未分配空间详情

hard-drive mbr gparted partitioning gpt

11
推荐指数
1
解决办法
5486
查看次数

如果运行两次,为什么 [find] 运行得非常快?

在我的 Ubuntu/Linux 系统的 Dash 中有同一个程序的两个版本。

初始问题

要找到相应的.desktop文件所在的位置,我使用了

find / -type f -name 'Sublime Text.desktop' 2> /dev/null
Run Code Online (Sandbox Code Playgroud)

我的点击率为零,所以我做到了(成功)

find / -type f -name '[s,S]ublime*.desktop' 2> /dev/null
Run Code Online (Sandbox Code Playgroud)

我很惊讶,它在大约三秒钟后完成,因为搜索词应该比第一个大得多。由于它对我来说不是安静的犹太洁食,我再次运行了第一个命令,令我惊讶的是,现在它也只用了大约三秒钟就完成了。

为了验证行为,我启动了第二个 Linux 机器并再次运行第一个命令,但这次使用 time

time find -type f -name 'Sublime Text.desktop' 2> /dev/null 
Run Code Online (Sandbox Code Playgroud)

证明


find不仅加快了对相同搜索词的搜索,而且加快了所有搜索(在同一路径内?)。甚至对“未关联”字符串的搜索也不会减慢。

time find / -type f -name 'Emilbus Txet.Potksed' 2> /dev/null
Run Code Online (Sandbox Code Playgroud)

在使用 find 之前和之后分析 RAM

find 怎么做才能如此疯狂地加快搜索过程?

linux shell find ubuntu

5
推荐指数
1
解决办法
1492
查看次数

标签 统计

find ×1

gparted ×1

gpt ×1

hard-drive ×1

linux ×1

mbr ×1

partitioning ×1

shell ×1

ubuntu ×1