今天,我注意到我从一个在启动时验证其文件描述符的工具中得到了一个错误。事实上,我得到了一个额外的pts连接:
# In one console I start `cat`
linux $ cat >/tmp/test
# In another console I search for `cat`'s process ID
linux $ ps -ef | grep cat
alexis 34462 25012 0 11:58 pts/17 00:00:00 cat
# Now check the file descriptors:
linux $ ls -l /pr
linux命令"lsof“返回正在访问的文件,我在shell中尝试使用vi打开一个文件,用kwrite打开另一个文件,然后返回并得到vi的进程,但没有kwrite进程,如下所示
[linux@localhost shell_ex]$ lsof +d .
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
bash 3458 linux cwd DIR 253,2 50 953101 .
bash 3747 linux cwd DIR 253,2 50 95
我想将一些命令输送到一个Xterm窗口,这个窗口是由我的python程序打开的。我在Linux上,正在使用子进程与终端通信。
import subprocess
subprocess.run("xterm -e python3 main.py",shell=True)
这将打开xterm窗口并在我使用子流程模块调用的main.py文件中运行脚本,其中包含以下代码:
import time
while True:
try:
print("Me is running")
time.sleep(5)
except K
select系统调用的限制是它不能在1024之后工作。这就是文件上说的
WARNING: select() can monitor only file descriptors numbers that
are less than FD_SETSIZE (1024)—an unreasonably low limit for
many modern applications—and this limitation will not change.
All modern applications should instead use poll(2) or