[shell应用进阶]：限制同时运行脚本实例的个数 -- 串行化：换一个思路。

waker

其实和r007的问题是一样的，如何确保token.sh在my-script之前唯一的运行？

另外

pid=`sed -n '/stop/ {s/\([0-9]\+\) \+stop/\1/p;q}' /tmp/p-aquire`

这一句会从管道读出所有等待写入的内容，会不会忽略脚本的请求？

waker

原帖由 woodie 于 2006-10-12 08:36 发表

是有意安排的。^_^
因为token_file只有一行，内容是空格分隔的允许运行的进程号。
该行sed先读入只有一行的文件内容，删除一个进程号，回写到原文件。应该没有问题吧？^_^

token.sh是管理模块，设计时就是 ...

太大意了了吧

sed .. file >file会清空file

>file在命令运行前就清空了file ,sed 从哪儿读？

waker

问题是即使现在有脚本已经交回了令牌，请求也会被忽略吧？
一个脚本已经交了牌，但你的处理在收回令牌以前已经忽略了其它的请求
可能我的讲解有误

token.sh唯一性的问题已经说过了。
写这个东西的目的不就是避免竞争条件么？如果放宽一点，我们只需要touch一个文件就行了。
现在把my-script的竞争问题避免了，但途径是转移到token.sh中去，好像不完美

waker

cat token_file | sed "s/\ $pid//" > token_file
在bash中仍然有可能会清空file

用ed吧

waker

>本来这个脚本要解决的问题就是高并发情况下可能发生的一些问题，高并发环境下，某些my-script的请求被拒绝是再正常不过的，这并不是世界末日。

这和之前r007的设计是一样的，只保证脚本不会多次运行，不保证脚本会运行，OK，这应该不是一个问题


>再说一次，token.sh是一个监控的模块，只需要运行一次
这点不敢苟同，没看到保证 token.sh正在运行而且唯一的任何操作，靠人脑计数么？

waker

原帖由 r2007 于 2006-10-12 10:20 发表
PS:就是不清楚不同用户的进程能否通过管道建立通讯。

命名管道不就是为这个目的才产生的么？

waker

问题不是人脑不够用，而是人脑太多，如何保证用户A运行了token.sh而用户B不去运行token.sh?如何保证B用户不会kill掉token进程？
如果要保证，是不是又回到了问题的起点？

[ 本帖最后由 waker 于 2006-10-12 12:10 编辑 ]

waker

pid=`sed -n '/stop/ {s/\([0-9]\+\) \+stop/\1/p;q}' /tmp/p-aquire`

这一点似乎还是有问题，会有stop被抛弃掉而没有收回number_of_running么？

waker

to woodie&r007
1.挂在那里的原因是： read -t1命令根本没有被执行，命令一直处于准备 <namedpipe的状态，有兴趣的话先跑题讨论一下FIFO?

2.摸拟read -t的脚本实现以前也讨论过，我的思路是写一个read.sh，调用，在后台计时kill它就好了，这个不讨论了吧，没什么有价值的技巧