目前我正在使用 sed 打印文件的所需部分。例如，我使用了以下命令
sed -n 89001,89009p file.xyz
但是，随着文件大小的增加（我的文件目前为 6.8 GB），它的速度非常慢。我试图关注这个link 并使用了命令
sed -n '89001,89009{p;q}' file.xyz
但是，这个命令只打印第 89001 行。请帮帮我。
【问题讨论】：
语法有点不同：
sed -n '89001,89009p;89009q' file.xyz
更新：
由于 awk 也有答案，所以我做了一个小比较，正如我所想 - sed 更快一点：
$ wc -l large-file
100000000 large-file
$ du -h large-file
954M large-file
$ time sed -n '890000,890010p;890010q' large-file > /dev/null
real 0m0.141s
user 0m0.068s
sys 0m0.000s
$ time awk 'NR>=890000{print} NR==890010{exit}' large-file > /dev/null
real 0m0.433s
user 0m0.208s
sys 0m0.008s`
更新 2：
@EdMorton 发布的 awk 有一种更快的方法，但仍不如 sed 快：
$ time awk 'NR>=890000{print; if (NR==890010) exit}' large-file > /dev/null
real 0m0.252s
user 0m0.172s
sys 0m0.008s
更新：
这是我能找到的最快方式（head 和 tail）：
$ time head -890010 large-file| tail -10 > /dev/null
real 0m0.085s
user 0m0.024s
sys 0m0.016s
【讨论】：
sed -n "${line1},${line2}p; ${line2}q" 可以在 line1=89001 和 line2=89009（可能是从命令行参数中选择）中很好地工作。
awk 'NR>=890000{print; if (NR==890010) exit}' large-file 的速度（请参阅my answer） - 这应该比您已经测试过的 awk 脚本快得多，因为它没有多余地测试前 889999 行的第二个条件，只有从 890000 开始的 10 行。顺便说一句 - 希望您报告每个命令的第三次执行时间，以从等式中删除缓存。
real 0m0.265s; user 0m0.233s; sys 0m0.015s 和 awk real 0m0.234s; user 0m0.187s; sys 0m0.030s 所以在我的情况下 awk 稍微快一些。这可能仅取决于您正在运行的 sed 和 awk 版本。
awk 'NR>=89001{print; if (NR==89009) exit}' file.xyz
【讨论】：
sed 和awk 实现（例如，在我的OSX 10.11 系统上，gawk 和mawk比我的 BSD sed) 快，但是在 Awk 解决方案中，这种优化非常值得。
Dawid Grabowski's helpful answer 是要走的路（sed[1]
; Ed Morton's helpful answer 是一个可行的 awk 替代方案； tail+head 组合通常是最快的[2]）。
至于为什么你的方法不起作用：
89001,89009 等双地址表达式选择包含范围的行，以起始地址和结束地址（在本例中为行号）为界。
然后为所选范围内的每一行执行关联的函数列表{p;q;}。
因此，#89001 行是导致函数列表被执行的第一行：在打印 (p) 行之后，函数q 被执行 - 它立即退出执行，不处理任何更多的行。
为了防止过早退出，因此 Dawid 的回答将打印 (p) 范围内的所有行与退出 (q) 处理分开，使用两个以 ; 分隔的命令：
89001,89009p 打印范围内的所有行89009q 在到达范围的终点时退出处理[1] 重复性稍差的重新表述，应该同样表现良好（$ 表示 last 行，由于第二个命令，从未到达该行）：
@ 987654338@
[2] Dawid 回答的head + tail 解决方案的更好的重新表述是tail -n +89001 file | head -n 9，因为它限制了不是的字节数感兴趣但仍以管道缓冲区大小通过管道发送（典型的管道缓冲区大小为 64 KB）。
使用 GNU 实用程序 (Linux)，这是最快的解决方案，但在带有库存实用程序 (BSD) 的 OSX 上，sed 解决方案最快。
【讨论】：
在awk中更容易阅读，性能应该类似于sed
awk 'NR>=89001{print} NR==89009{exit}' file.xyz
你也可以用分号替换{print}。
【讨论】：
另一种方法是使用 head 和 tail 的组合：
$ time head -890010 large-file| tail -10 > /dev/null
real 0m0.085s
user 0m0.024s
sys 0m0.016s
这比 sed 和 awk 快。
【讨论】：
tail -n +890001 large-file | head -n 10，这不仅在概念上对我来说更有意义，而且行号越高似乎越快。除此之外：在 OSX 上，使用股票实用程序（BSD 继承），sed（但不是 awk）优于 tail + head 组合，但使用 GNU 实用程序（至少在 OSX 上运行时），tail + head 是迄今为止最快的解决方案，远远超过 mawk、gawk 和 sed，mawk 明显快于 gawk，紧随其后通过sed。基于包含 line <n> 行的 100 万行文件，从 #890001 中提取 10 行。
head 命令上运行time，您需要执行time sh -c 'head -890010 large-file| tail -10' > /dev/null 来为整个管道计时。我得到的输出是real 0m0.281s; user 0m0.138s; sys 0m0.077s，所以比 sed 或 awk 慢一点。 @mklement0 是对的，颠倒命令的顺序会更快，具体取决于您是要从文件中间之前还是之后进行选择。
time 实际上确实时间完整的管道（在bash，ksh，zsh；那里，time 是一个外壳 keyword，而不是 builtin，它允许它以这种方式行事 - 请参阅 mywiki.wooledge.org/BashFAQ/032)；您的time sh -c '...' 解决方法仅在不提供内置time 的shell 中需要，例如dash。
sh -c 的开销无法解释。哦，好吧...感谢您提供的信息。
tail -n +... | head ...: 这不是关于输入文件的中点，而是管道缓冲区的大小：@ 987654351@ 在head 作用于它之前通过管道最多发送一个管道缓冲区大小的数据块，而head-first 方法无条件发送指定数量的行 - 无论它们的组合大小 - 鉴于tail在确定last N 行是什么之前，必须阅读它们。 head ... | tail ... 只有在第一行之前的字节数小于管道缓冲区（通常为 64 KB）时才会更快。
它需要 sed 从文件的开头搜索找到第 N 行。为了使事情变得更快，请使用索引文件以固定的行数间隔划分大文件。然后使用 dd 跳过大文件的早期部分，然后再输入 sed。
使用以下方法构建索引文件：
#!/bin/bash
INTERVAL=1000
LARGE_FILE="big-many-GB-file"
INDEX_FILE="index"
LASTSTONE=123
MILESTONE=0
echo $MILESTONE > $INDEX_FILE
while [ $MILESTONE != $LASTSTONE ] ;do
LASTSTONE=$MILESTONE
MILESTONE=$(dd if="$LARGE_FILE" bs=1 skip=$LASTSTONE 2>/dev/null |head -n$INTERVAL |wc -c)
MILESTONE=$(($LASTSTONE+$MILESTONE))
echo $MILESTONE >> $INDEX_FILE
done
exit
然后使用以下命令搜索一行：./this_script.sh 89001
#!/bin/bash
INTERVAL=1000
LARGE_FILE="big-many-GB-file"
INDEX_FILE="index"
LN=$(($1-1))
OFFSET=$(head -n$((1+($LN/$INTERVAL))) $INDEX_FILE |tail -n1)
LN=$(($LN-(($LN/$INTERVAL)*$INTERVAL)))
LN=$(($LN+1))
dd if="$LARGE_FILE" bs=1 skip=$OFFSET 2>/dev/null |sed -n "$LN"p
【讨论】：