AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / unix / 问题 / 720121
Accepted
Lunartist
Lunartist
Asked: 2022-10-08 01:43:47 +0800 CST2022-10-08 01:43:47 +0800 CST 2022-10-08 01:43:47 +0800 CST

你如何让每个循环都花费完全相同的时间?

  • 772

ENV:GNU bash,版本 4.2.46(2)-release (x86_64-redhat-linux-gnu) (它是旧的)


  • 我希望每个循环都花费相同的时间。
  • 循环永远不会停止
  • 该api_call功能通常需要大约1s~5s。
  • 由于网络问题,API 调用很少会挂到 60s-timeout。

我的脚本 A

TIMEFORMAT=%R
while true; do
  time=$(date +'%F %T')
  api_result=$( { time api_call; } 2>api_runtime.txt )
  api_runtime=$(cat api_runtime.txt)
  echo "${time} ${api_result}"
  sleep (( 10 - ${api_runtime} ))
done

我认为 Scrit A 会完成这项工作,直到有一天网络变慢并且循环不同步。


我的脚本 B

TIMEFORMAT=%R
while true; do
  time=$(date +'%F %T')
  api_result=$( api_call & )
  sleep 10
  echo "${time} ${api_result:-No response}"
done

脚本 B 目前似乎也可以工作,但我不确定下一个循环在api_call10 秒以上时是否安全。


我如何实现这一目标?

bash time
  • 1 1 个回答
  • 37 Views

1 个回答

  • Voted
  1. Best Answer
    Kusalananda
    2022-10-08T01:49:25+08:002022-10-08T01:49:25+08:00

    在命令替换内部使用&不会在后台与主脚本同时运行命令,只会在该命令替换中发生的其他事情。

    $ time str=$( (sleep 2; echo hello) & )
    
    real    0m2.006s
    user    0m0.000s
    sys     0m0.003s
    $ echo "$str"
    hello
    

    上面的作业在完成前会挂起两秒钟,下面的作业也是如此。

    $ time str=$( echo hello & sleep 2; echo bye )
    
    real    0m2.011s
    user    0m0.000s
    sys     0m0.006s
    $ echo "$str"
    hello
    bye
    

    这意味着您sleep 10没有必要(或者更确切地说,它总是会在循环体的运行时间上增加 10 秒),因为在它之前的行上的分配将阻塞,直到它被执行,这将在api_call终止时发生。

    如果您希望每次循环迭代花费 60 秒(您提到的超时长度):

    while true; do
        result=$( sleep 60 & api_call )
    done
    

    这确保了分配将花费 60 秒,即使api_call在少于该时间后返回也是如此。

    或者,

    while true; do
        result=$( sleep 10 & timeout 10s api_call )
    done
    

    ...这需要 10 秒并显式发送一个 TERM 信号,api_call如果它比这慢。

    如果这是一个长时间运行的脚本,您会认为它会逐渐漂移。一个潜在的解决方案是使用 cron 作业以间隔重新安排它(杀死正在运行的脚本并重新执行它)。

    • 2

相关问题

  • 通过命令的标准输出以编程方式导出环境变量[重复]

  • 从文本文件传递变量的奇怪问题

  • 虽然行读取保持转义空间?

  • `tee` 和 `bash` 进程替换顺序

  • 运行一个非常慢的脚本直到它成功

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    模块 i915 可能缺少固件 /lib/firmware/i915/*

    • 3 个回答
  • Marko Smith

    无法获取 jessie backports 存储库

    • 4 个回答
  • Marko Smith

    如何将 GPG 私钥和公钥导出到文件

    • 4 个回答
  • Marko Smith

    我们如何运行存储在变量中的命令?

    • 5 个回答
  • Marko Smith

    如何配置 systemd-resolved 和 systemd-networkd 以使用本地 DNS 服务器来解析本地域和远程 DNS 服务器来解析远程域?

    • 3 个回答
  • Marko Smith

    dist-upgrade 后 Kali Linux 中的 apt-get update 错误 [重复]

    • 2 个回答
  • Marko Smith

    如何从 systemctl 服务日志中查看最新的 x 行

    • 5 个回答
  • Marko Smith

    Nano - 跳转到文件末尾

    • 8 个回答
  • Marko Smith

    grub 错误:你需要先加载内核

    • 4 个回答
  • Marko Smith

    如何下载软件包而不是使用 apt-get 命令安装它?

    • 7 个回答
  • Martin Hope
    user12345 无法获取 jessie backports 存储库 2019-03-27 04:39:28 +0800 CST
  • Martin Hope
    Carl 为什么大多数 systemd 示例都包含 WantedBy=multi-user.target? 2019-03-15 11:49:25 +0800 CST
  • Martin Hope
    rocky 如何将 GPG 私钥和公钥导出到文件 2018-11-16 05:36:15 +0800 CST
  • Martin Hope
    Evan Carroll systemctl 状态显示:“状态:降级” 2018-06-03 18:48:17 +0800 CST
  • Martin Hope
    Tim 我们如何运行存储在变量中的命令? 2018-05-21 04:46:29 +0800 CST
  • Martin Hope
    Ankur S 为什么 /dev/null 是一个文件?为什么它的功能不作为一个简单的程序来实现? 2018-04-17 07:28:04 +0800 CST
  • Martin Hope
    user3191334 如何从 systemctl 服务日志中查看最新的 x 行 2018-02-07 00:14:16 +0800 CST
  • Martin Hope
    Marko Pacak Nano - 跳转到文件末尾 2018-02-01 01:53:03 +0800 CST
  • Martin Hope
    Kidburla 为什么真假这么大? 2018-01-26 12:14:47 +0800 CST
  • Martin Hope
    Christos Baziotis 在一个巨大的(70GB)、一行、文本文件中替换字符串 2017-12-30 06:58:33 +0800 CST

热门标签

linux bash debian shell-script text-processing ubuntu centos shell awk ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve