h**********c
发帖数: 4120 | 1 讲一个单进程死锁
犯过这个错误不只一次，经常这么干
grep -i keyword -R . > output.txt |
c*********e
发帖数: 16335 | 2 仔细讲讲？
【在 h**********c 的大作中提到】
: 讲一个单进程死锁
: 犯过这个错误不只一次，经常这么干
: grep -i keyword -R . > output.txt
|
m**u
发帖数: 541 | |
W***o
发帖数: 6519 | 4 一边吃一边吐，再把吐的吃进去这样循环？
【在 h**********c 的大作中提到】
: 讲一个单进程死锁
: 犯过这个错误不只一次，经常这么干
: grep -i keyword -R . > output.txt
|
b*******s
发帖数: 5216 | |
t**8
发帖数: 4527 | 6 recursive
【在 h**********c 的大作中提到】
: 讲一个单进程死锁
: 犯过这个错误不只一次，经常这么干
: grep -i keyword -R . > output.txt
|
A*********l
发帖数: 2005 | 7 就是，这个根本就不是死锁，是一个正反馈的loop
【在 t**8 的大作中提到】
: recursive
|
c*********e
发帖数: 16335 | 8 grep -i keyword -R .
或者
grep -i keyword -R . >> output.txt
有问题吗？
【在 h**********c 的大作中提到】
: 讲一个单进程死锁
: 犯过这个错误不只一次，经常这么干
: grep -i keyword -R . > output.txt
|
P**H
发帖数: 1897 | 9 顶。
lz的例子根本没有死锁，它一直都在跑。只是没有停而已。
【在 A*********l 的大作中提到】
: 就是，这个根本就不是死锁，是一个正反馈的loop
|
c*********e
发帖数: 16335 | 10 recursive,搜索完了不就完了吗？
【在 P**H 的大作中提到】
: 顶。
: lz的例子根本没有死锁，它一直都在跑。只是没有停而已。
|
|
|
a*****s
发帖数: 1121 | 11 死循环跟死锁的概念楼主都没搞清楚。先google一下什么叫死锁，随着你知识的增加，
你会接触到越来越多的概念和定义，千万别搞混了，否则你的信息就无法正确传递给别
人，而这个世界上很重要的一点就是别让别人误会你的意思。搞清概念很重要。 |
h**********c
发帖数: 4120 | 12 你确信你对你说的话很确定?
【在 a*****s 的大作中提到】
: 死循环跟死锁的概念楼主都没搞清楚。先google一下什么叫死锁，随着你知识的增加，
: 你会接触到越来越多的概念和定义，千万别搞混了，否则你的信息就无法正确传递给别
: 人，而这个世界上很重要的一点就是别让别人误会你的意思。搞清概念很重要。
|
h**********c
发帖数: 4120 | 13 https://zh.wikipedia.org/wiki/%E6%AD%BB%E9%94%81
不过也许我和你的区别是我实际去google 了一下
https://zh.wikipedia.org/wiki/%E6%AD%BB%E9%94%81
【在 a*****s 的大作中提到】
: 死循环跟死锁的概念楼主都没搞清楚。先google一下什么叫死锁，随着你知识的增加，
: 你会接触到越来越多的概念和定义，千万别搞混了，否则你的信息就无法正确传递给别
: 人，而这个世界上很重要的一点就是别让别人误会你的意思。搞清概念很重要。
|
A*********l
发帖数: 2005 | 14 这个不是recursive，这个是正反馈：
grep不停的把grep到的东西写进同目录下的输出文件中，又会从这个输出文件中继续
grep（显然这个是一定会grep到结果的），然后继续写，继续grep，可以说是某种意义
上的死循环。
根本原因就是“搜索完了”这件事就不会发生。
【在 c*********e 的大作中提到】
: recursive,搜索完了不就完了吗？
|
m**u
发帖数: 541 | 15 额。。。 这就是你goole的结果?
里面 明明白白 写着 “如果系统中只有一个进程，当然不会产生死锁。”，先不收对
不对。。。。。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
https://zh.wikipedia.org/wiki/%E6%AD%BB%E9%94%81
不过也许我和你的区别是我实际去google 了一下
https://zh.wikipedia.org/wiki/%E6%AD%BB%E9%94%81
【在 a*****s 的大作中提到】
: 死循环跟死锁的概念楼主都没搞清楚。先google一下什么叫死锁，随着你知识的增加，
: 你会接触到越来越多的概念和定义，千万别搞混了，否则你的信息就无法正确传递给别
: 人，而这个世界上很重要的一点就是别让别人误会你的意思。搞清概念很重要。
|
h**********c
发帖数: 4120 | 16 耍赖的讲，讲一个进程，process不等没有讲多个线程,threads，wiki也不是教科书，
教科书还要改行星的数量呢。
没有其他的选手再猜猜出题人还有什么考点 |
l*********s
发帖数: 5409 | 17 re, 正解
【在 A*********l 的大作中提到】
: 这个不是recursive，这个是正反馈：
: grep不停的把grep到的东西写进同目录下的输出文件中，又会从这个输出文件中继续
: grep（显然这个是一定会grep到结果的），然后继续写，继续grep，可以说是某种意义
: 上的死循环。
: 根本原因就是“搜索完了”这件事就不会发生。
|
l*********s
发帖数: 5409 | 18 re, 正解
【在 A*********l 的大作中提到】
: 这个不是recursive，这个是正反馈：
: grep不停的把grep到的东西写进同目录下的输出文件中，又会从这个输出文件中继续
: grep（显然这个是一定会grep到结果的），然后继续写，继续grep，可以说是某种意义
: 上的死循环。
: 根本原因就是“搜索完了”这件事就不会发生。
|
l*********s
发帖数: 5409 | 19 re, 正解
【在 A*********l 的大作中提到】
: 这个不是recursive，这个是正反馈：
: grep不停的把grep到的东西写进同目录下的输出文件中，又会从这个输出文件中继续
: grep（显然这个是一定会grep到结果的），然后继续写，继续grep，可以说是某种意义
: 上的死循环。
: 根本原因就是“搜索完了”这件事就不会发生。
|
l*********s
发帖数: 5409 | 20 re, 正解
【在 A*********l 的大作中提到】
: 这个不是recursive，这个是正反馈：
: grep不停的把grep到的东西写进同目录下的输出文件中，又会从这个输出文件中继续
: grep（显然这个是一定会grep到结果的），然后继续写，继续grep，可以说是某种意义
: 上的死循环。
: 根本原因就是“搜索完了”这件事就不会发生。
|
|
|
c*********e
发帖数: 16335 | 21 grep -i keyword -R . > ../output.txt
这个该行了吧？
【在 A*********l 的大作中提到】
: 这个不是recursive，这个是正反馈：
: grep不停的把grep到的东西写进同目录下的输出文件中，又会从这个输出文件中继续
: grep（显然这个是一定会grep到结果的），然后继续写，继续grep，可以说是某种意义
: 上的死循环。
: 根本原因就是“搜索完了”这件事就不会发生。
|
b*******s
发帖数: 5216 | 22 --exclude=
most people use ctags will need this
【在 c*********e 的大作中提到】
: grep -i keyword -R . > ../output.txt
: 这个该行了吧？
|
b*******s
发帖数: 5216 | 23 alias GREP='grep -R --exclude="tags" --include="*.cpp" --include="*.h" --
include="*.c" --include="*.py"'
copied from my .bashrc |
h**********c
发帖数: 4120 | 24 你可以理解在传统的操作系统下这是一个infinite loop，in fact, kind of race
condition.
BUT
在up-to-date操作系统，文件系统下的async io，很可能是无法预见的正如死锁不一定
就总是发生甚至无法重构发生的环境，昂贵的服务器，特定的licensed软件。
那么在async 条件下，如果一个文件dscriptor被锁，我的理解是当前进程的请求被挂
起，系统以新的线程继续grep 其他的未见。按传统的理解keyword1,keyword2,
keyword3顺序出现，但在async条件下行为将是无法预测的。很有可能在不远的将来，
而且已经发生，what you take for granted will surprise you.
希望对xfs等吃比较透的同学展开讨论
【在 h**********c 的大作中提到】
: 耍赖的讲，讲一个进程，process不等没有讲多个线程,threads，wiki也不是教科书，
: 教科书还要改行星的数量呢。
: 没有其他的选手再猜猜出题人还有什么考点
|
