信号产生的五种方式

文章目录

  • 正文前的知识准备
    • kill 命令查看信号
    • man手册查看信号
    • 信号的处理方法
  • 认识信号产生的5种方式
    • 1. 工具
    • 2. 键盘
    • 3. 系统调用
      • kill 向任意进程发送任意信号
      • raise 给调用方发送任意信号
      • abort 给调用方发送SIGABRT信号
    • 4. 软件条件
    • 5. 异常

正文前的知识准备

kill 命令查看信号

在命令行终端输入命令kill -l快速查看信号列表
在这里插入图片描述

信号列表中的每一项都由【数字】和【名字】两部分构成，但是信号本质上就只是一个【数字】而已，【名字】只是一个宏，如何证明，看源码定义：
在这里插入图片描述

信号列表中一共有62个信号，没有0、32、33号信号，信号可以分成实时信号（34 ~ 64）和非实时信号（1 ~ 31），后面谈到的所有内容只涉及非实时信号。

man手册查看信号

kill -l只是简单罗列一下OS中有哪些信号而已，这种方式不足以了解到更多的知识，还有另外一种查看信号的方式——man 手册。

man 7 signal 命令可用于查看 Linux 中有关信号的手册页。这个命令会显示与信号相关的信息，其中包含了关于信号的详细信息，如信号的编号、名称、含义、默认处理方式等，可以更好地理解信号的概念和用法。（文章后面的很多地方都会用到表里的内容）
在这里插入图片描述

信号的处理方法

信号的完整生命周期通常分为3个阶段：信号的产生、信号的保存、信号的处理。
本来信号的处理不是放在文章的内容，但是为了更好的理解信号产生的现象，这里提前了解一下。在这里插入图片描述

信号的处理方法有三种：

  1. 默认：man手册中提到，OS为每个信号都设置了一个默认行为，当一个进程收到信号时会执行对应的行为。
  2. 自定义捕捉：当进程收到一个信号，不执行默认行为转而执行程序员指定的行为，这个过程称之为 “自定义捕捉”。
  3. 忽略：进程收到信号之后什么都不做，即忽略该信号。

这里介绍一个能够更改进程信号处理方法的系统调用signal。

#include <signal.h>
typedef void (*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t handler);

说明：

  • 使用该方法要包含头文件signal.h。
  • sighandler_t是一个函数指针，指向的函数参数个数为1，参数类型为int，返回值类型为sighandler_t。
  • signum是指某个信号，表示对该信号设置自定义处理方法。
  • handler是程序员对信号signum的自定义处理方法。
  • 该方法的作用是将进程收到信号signum的处理动作由默认改为程序员自定义的handler方法，即当进程收到信号signum时，不再执行默认的处理动作，转而执行程序员自定义的handler方法来处理处理信号signum。

注意：signal被调用时，handler方法不会被立即执行，而是进程收到信号之后才会被执行，如果没有收到对应的信号，handler方法永远也不会执行。

认识信号产生的5种方式

1. 工具

第一种信号产生的手段就是Linux操作系统内置的 kill 工具，通过该工具能够做到向任意进程发送任意信号。

LJH@hecs-66624:~$ ll /usr/bin/kill
-rwxr-xr-x 1 root root 30952 Sep  9  2021 /usr/bin/kill*

通常，kill命令的使用形式是

kill -<信号编号> <进程ID>

例如，输入命令 kill -9 1234，kill 工具会向 ID 为 1234 的进程发送 SIGKILL 信号，SIGKILL 信号的默认行为强制终止进程。

再介绍一下2号信号 SIGINT，它的默认处理动作的 Term（terminate，终止），即终止一个正在运行的进程。

这里就通过一个实现来验证一下kill命令能否对一个进程发送信号，同时还演示一下该如何使用系统调用signal来设置进程的信号处理方法。

实验内容如下：

  1. 写一个程序死循环向显示器输出 "I am working, my pid is " + 进程 ID。
  2. 在 1 的基础上，通过kill工具发送 2 号信号 SIGINT 来终止该进程，验证进程处理信号 SIGINT 的默认动作。
  3. 在 1 的基础上，先调用signal将进程对信号 SIGINT 的处理动作设置为向显示器输出 "get a signal: " + 收到的信号的数字、然后退出，再进程执行过程中向该进程发送信号 SIGINT，如果输出 “get a signal: 2” 并退出，则说明猜测正确。
  4. 在 1 的基础上，调用signal将进程对信号SIGINT的处理动作设置为忽略，然后在进程运行过程中向该信号发送信号SIGINT，如果信号发送无效，则说明猜测正确。

实验第2步：
代码：

// cpp
#include <iostream>
// system call
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;int main()
{while (true){cout << "I am working, my pid is " << getpid() << endl;sleep(2);}return 0;
}

运行过程：
在这里插入图片描述

结论：验证成功，进程处理信号SIGINT的默认动作确实是终止。

实验第3步
代码：

#include <iostream>
#include <cstdlib>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;void handler(int signum)
{cout << "get a signal: " << signum << endl;exit(0);
}int main()
{signal(SIGINT, handler);while (true){cout << "I am working, my pid is " << getpid() << endl;sleep(2);}return 0;
}

运行结果：
在这里插入图片描述

结论：验证成功，实现了对信号SIGINT的自定义捕捉。

实验第4步
SIG_IGN的定义：

#define	SIG_IGN	 ((__sighandler_t)  1)	/* Ignore signal.  */

代码：

#include <iostream>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;int main()
{signal(SIGINT, SIG_IGN);while (true){cout << "I am working, my pid is " << getpid() << endl;sleep(2);}return 0;
}

运行结果
在这里插入图片描述

结论：验证成功，实现了对信号SIGINT的忽略操作。

2. 键盘

Ctrl+C这个组合键是我们在Linux最常用的组合键之一，它能终止正在执行过程中的进程，就像下面这样：
在这里插入图片描述

对于Ctrl+C这个组合键，我们虽然会用，但是却不怎么了解它的原理，既然这里提到了它，就说明它的原理和信号有关，理由是我们输入Ctrl+C组合键被操作系统解析成SIGINT信号，然后发送给了正在运行的进程，SIGINT信号的默认动作是终止进程，所以死循环被终止了。

详细的原理可以看一下个人写的另外一篇文章《解析Linux键盘组合键产生信号的完整过程：从硬件中断到信号发送》

凭什么这么说？接下来就要用一个实验来验证这个结论是否正确。

实验内容如下：
写一个程序，内容是死循环向显示器输出 "I am working, my pid is " + 进程ID，同时调用signal设置对信号SIGINT的捕捉方法为向显示器输出 "get a signal: " + 信号数字，但是不退出，进程执行过程中，不断按下ctrl + c，观察实验现象，如果信号数字是2，就说明收到了信号SIGINT，结论正确。

代码：

#include <iostream>
#include <cstdlib>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;void handler(int signum)
{cout << "get a signal: " << signum << endl;// exit(0);
}int main()
{signal(SIGINT, handler);while (true){cout << "I am working, my pid is " << getpid() << endl;sleep(2);}return 0;
}

运行结果：
这里能够看到在进程给执行过程中，连续按下Ctrl+C，自定义的handler方法不断被执行，然后向屏幕输出收到了2号信号，说明了上面的结论是正确的。
在这里插入图片描述

于此同时，再分别看一下源码中对信号SIGINT的定义中的注释和man手册对SIGINT的描述

#define	SIGINT		2	/* Interactive attention signal.  */Signal      Standard   Action   Comment
────────────────────────────────────────────────────────────────────────
SIGINT       P1990      Term    Interrupt from keyboard

“Interactive Interrupt Signal”，交互式中断信号，强调了它是通过用户的交互操作触发的，用于引起程序的注意并中断执行，而man手册中 “Interrupt from keyboard” 的注释表明，这个“交互操作”指的就是 Ctrl+C 这个组合键，Action 项为 Term 表示默认行为是终止进程。

3. 系统调用

在第2点时提到，shell程序通过系统调用来向目标进程发送信号，而系统调用就是产生信号的第3种方式，所以接下来说一下，都有哪些系统调用可以发送信号（说是系统调用，但其实这里只会讲到一个系统调用，其余两个都是C的库函数，不过它们两个的底层都是封装了系统调用，而且3者都是通过代码的形式来实现信号发送，所以这里就一起介绍）。

kill 向任意进程发送任意信号

#include <sys/types.h>
#include <signal.h>
int kill(pid_t pid, int sig);

kill 系统调用的功能是向指定的进程发送指定的信号，参数pid是目标进程ID，参数sig是待发送信号，信号发送成功，返回值为0，信号发送失败，返回值为-1，同时错误码(errno)被设置。

理论部分完了，接下来是实验验证，到底 kill 系统调用能不能向一个进程发送信号。

实验内容：
使用 kill 系统调用简单实现一个属于自己的 kill 命令，即 mykill，输入 ./mykill -<信号编号> <进程ID> 能够做到和 kill 命令一样的功能，然后启动一个死循环输出 "I am working, my pid is " + 进程ID 的程序，在另一个窗口向该该进程发送信号SIGKILL，如果死循环进程 Killed，说明 kill 系统调用确实能够向一个进程发送信号。

代码：

---------------./testsig-----------------------
#include <iostream>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;int main()
{while (true){cout << "I am working, my pid is " << getpid() << endl;sleep(1);}return 0;
}---------------./mykill------------------------
#include <iostream>
#include <string>
#include <cstring>
#include <cerrno>
#include <signal.h>
#include <sys/types.h>using namespace std;// ./mykill -9 pid
int main(int argc, char* argv[])
{if (argc != 3){cout << "Usage: " << argv[0] << " -signumber pid" << endl;return 1;}int signumber = stoi(argv[1]+1);int pid = stoi(argv[2]);int n = kill(pid, signumber);if (n < 0){cout << "kill error, error message: " << strerror(errno) << endl;return 2;}return 0;
}

运行结果：
在这里插入图片描述

raise 给调用方发送任意信号

#include <signal.h>
int raise(int sig);

raise 方法还有下面的 abort 方法严格上来说不算是系统调用，但都属于调用函数发送信号的范畴，并且比较常见，这里也一起研究一下。raise 方法的作用是给调用 raise 的进程发送一个指定的信号 sig，发送成功返回0，发送失败返回一个非0整数。

使用演示：
写一个程序，每秒向显示器输出 "I am working, my pid is " + 进程ID，3秒后向自己发送信号SIGKILL。

代码：

#include <iostream>
#include <cstdlib>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;int main()
{int cnt = 0;while (true){if (cnt == 3) {cout << "raise: send SIGKILL to caller" << endl;raise(SIGKILL);}cout << "I am working, my pid is " << getpid() << endl;cnt++;sleep(1);}return 0;
}

运行结果：
在这里插入图片描述

abort 给调用方发送SIGABRT信号

#include <stdlib.h>
void abort(void);

说明：
abort 方法会向调用该方法的进程发送 SIGABRT 信号，SIGABRT 的全称是 “Signal Abort”，“abort” 的中文意思是 “中止” 或 “放弃”，在计算机术语中指的是异常终止程序的行为，所以，进程处理信号 SIGABRT 的默认动作就是终止进程。

代码验证及使用演示：

#include <iostream>
#include <cstdlib>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;void handler(int signo)
{std::cout << "get a signo: " << signo << std::endl;exit(0);
}int main()
{signal(SIGABRT, handler);int cnt = 0;while (true){if (cnt == 3) {cout << "abort: send SIGABRT to caller" << endl;abort();}cout << "I am working, my pid is " << getpid() << endl;cnt++;sleep(1);}return 0;
}

运行结果：
在这里插入图片描述

4. 软件条件

产生信号的第4种方式就是【软件条件】，相比起前三种，这个看起来就很抽象，个人是这样理解的：在 “软件条件产生信号” 中，“软件” 指的是各种进程或者程序。当某个进程满足了某种条件，比如一个错误的操作、一个特定的事件发生或者一个状态的改变，它可能会向其他进程、操作系统或者它自己发送一个信号，以通知它们发生了某个事件或者需要采取某种行动。

下面来讲一个经典的软件条件的例子，13号 管道信号 SIGPIPE：

管道是进程间通信的手段之一，管道本身是OS提供的基于文件系统实现的一段内核级文件缓冲区，进程A先将数据写入缓冲区中，进程B来读取这样就实现了两个进程间的通信。

而一个管道只能支持单向通信，换言之，通信的进程双方得协商谁是管道的写端，谁是管道的读端，讲这个有意义吗，有意义，因为管道通信中规定了这样一种情况，当管道的读端进程关闭了管道的读端之后，OS会强制终止写端进程，因为管道数据已经没人读取了，再写也已经没有意义。

在这里插入图片描述

上面是结论，中间的原理是这样的，管道本身是OS提供用于进程间通信的资源，OS内部有通信需求的进程肯定不止这两个，所以，OS内肯定会创建很多的管道资源来 为进程提供通信服务，而OS作为计算机软硬件资源的管理者，它内部肯定会有一个描述管道信息的结构体以及组织管理所有管道的数据结构，因此，当某个管道的读端进程将管道的读端关闭了，OS肯定就会知道并将描述管道信息的结构体对象内的信息做修改，当该管道的写端进程尝试写入数据时，OS会检查管道的状态，如果发现该进程满足 “ 向不满足写入条件的管道进行写入 ” 的条件时，OS就会向该进程发送 SIGPIPE 信号，通知它写入操作失败，该进程需要处理这个信号。

首先来看一下man手册对于 SIGPIPE 信号的描述

Signal      Standard   Action   Comment
────────────────────────────────────────────────────────────────────────
SIGPIPE      P1990      Term    Broken pipe: write to pipe with no readers; see pipe(7)

其次惯例操作实验验证，内容如下：

  • pipe_server进程作为管道的读端，从管道中读取数据并输出，读端进程会在运行3秒后退出
  • pipe_client进程作为管道的写端，不停向管道写入数据，同时写端进程对SIGPIPE信号做自定义捕捉，看是否真的收到了SIGPIPE信号。

代码如下：

---------------Command.hpp------------------------
#ifndef __COMMAND_HPP__
#define __COMMAND_HPP__#include <iostream>
#include <string>
#include <cerrno>
#include <cstdlib>
#include <cstring>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>
#include <signal.h>using std::cerr;
using std::cin;
using std::cout;
using std::endl;
#define Mode 0666class Fifo
{
public:Fifo(const char *path) : _path(path){umask(0);int n = mkfifo(_path.c_str(), Mode);if (n == 0){cout << "mkfifo success" << endl;}else{cerr << "mkfifo failed, errno: " << errno << ", errmsg: " << strerror(errno) << endl;exit(1);}}~Fifo(){int n = unlink(_path.c_str());if (n == 0){cout << "remove fifo success" << endl;}else{cerr << "remove fifo failed, errno: " << errno << ", errmsg: " << strerror(errno) << endl;exit(1);}}protected:std::string _path;
};#endif
---------------PipeServer.cc------------------------
#include "Command.hpp"const char *path = "fifo";int main()
{// 创建管道Fifo fifo(path);// 获取管道读端int rfd = open("fifo", O_RDONLY);if (rfd >= 0){cout << "open fifo success" << endl;}else{cerr << "open fifo failed, errno: " << errno << ", errmsg: " << strerror(errno) << endl;exit(1);}// 读数据char buffer[1024]{0};int cnt = 4;while (cnt--){ssize_t n = read(rfd, buffer, sizeof(buffer) - 1);if (n > 0){buffer[n] = 0;cout << "get msg from client: " << buffer << endl;}else if (n == 0){cout << "client quit, me too!" << endl;break;}else{cerr << "read from fifo failed, errno: " << errno << ", errmsg: " << strerror(errno) << endl;break;}}close(rfd);return 0;
}
---------------PipeClient.cc------------------------
#include "Command.hpp"void handler(int signum)
{cout << "get a signum: " << signum << endl;cout << "Pipe is broken, now I quit" << endl;exit(1);
}int main()
{signal(SIGPIPE, handler);// 获取管道写端int wfd = open("fifo", O_WRONLY);if (wfd >= 0){cout << "open fifo success" << endl;}else{cerr << "open fifo failed, errno: " << errno << ", errmsg: " << strerror(errno) << endl;exit(1);}// 发消息const char *inbuffer = "I am process A and I am client";while (true){ssize_t n = write(wfd, inbuffer, strlen(inbuffer));if (n < 0){cerr << "write to fifo failed, errno: " << errno << ", errmsg: " << strerror(errno) << endl;break;}sleep(1);}close(wfd);return 0;
}

运行结果：
在这里插入图片描述
在这里插入图片描述

5. 异常

了解过进程的都知道，一个进程退出只会有以下3种场景：

  1. 代码运行完毕，结果正确。
  2. 代码运行完毕，结果不正确。
  3. 代码运行过程中，进程异常终止。

而异常终止的本质原因是因为进程收到了信号，所以，第5种产生信号的方式就是异常。

举两个常见的代码异常，进程收到信号的例子：

  1. 代码除零 8) SIGFPE

下面是一段演示代码，里面写了除零操作。

#include <iostream>
using namespace std;int main()
{int a = 10;a /= 0;return 0;
}

运行结果：
在这里插入图片描述

运行之后看到，程序输出 “Floating point exception (core dumped)” 后就结束了，为了确认其是否收到了信号，这里使用signal设置自定义捕捉 SIGFPE 信号，代码修改如下：

#include <iostream>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>using namespace std;void handler(int signum)
{cout << "get a signum: " << signum << endl;sleep(1);
}int main()
{signal(SIGFPE, handler);int a = 10;a /= 0;return 0;
}

输出结果：
在这里插入图片描述

捕捉了之后，确实验证了进程收到了 SIGFPE 信号，但同时也看到了一个很奇怪的现象，明明代码里从头到尾都没有写循环，为什么handler方法会被一直执行？

理由：信号的处理方法从Core退出被改成的向显示器输出一句话，这就导致了原本该退出的进程没有退出，进程没有退出，除零异常就一直存在，进程在被CPU调度时就会一直触发异常，OS会不断地向进程发送 SIGFPE 信号，进程收到信号并处理就会一直向屏幕输出，导致了一种死循环的局面。

  1. 野指针 11) SIGEGV

下面是一份演示代码，里面写了野指针访问操作。

#include <iostream>
using namespace std;int main()
{int *p = nullptr;*p = 100;return 0;
}

运行结果：
在这里插入图片描述

运行之后看到，程序输出 “Segmentation fault (core dumped)” 后直接退出，为了验证进程是否真的收到了信号，设置自定义捕捉 SIGSEGV 信号，观察是否收到信号，代码修改如下：

#include <iostream>
#include <sys/types.h>
#include <unistd.h>
#include <signal.h>
using namespace std;void handler(int signum)
{cout << "get a signum: " << signum << endl;sleep(1);
}int main()
{signal(SIGSEGV, handler);int *p = nullptr;*p = 100;return 0;
}

运行结果：
在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/pingmian/7947.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

构建 WebRTC 一对一信令服务器

构建 WebRTC 一对一信令服务器

构建 WebRTC 一对一信令服务器 构建 WebRTC 一对一信令服务器前言为什么选择 Nodejs&#xff1f;Nodejs 的基本原理浏览器使用 Nodejs安装 Nodejs 和 NPMsocket.io信令服务器搭建信令服务器客户端服务端启动服务器并测试 总结参考 构建 WebRTC 一对一信令服务器 前言 我们在学…
阅读更多...
Jmeter页面汉化和字体显示过小调整

Jmeter页面汉化和字体显示过小调整

在频繁解压使用Jmeter的时候&#xff0c;经常会遇到需要将页面的英文调整为中文&#xff0c;页面文字和编辑区域内容文字显示较小的问题&#xff0c;记录一下方便以后查阅。 1.页面汉化 Jmeter在解压启动之后页面显示是英文&#xff0c;如果需要修改为中文&#xff0c;可以修改…
阅读更多...
uniapp的app端软件更新弹框

uniapp的app端软件更新弹框

1&#xff1a;使用html PLUS实现&#xff1a;地址HTML5 API Reference (html5plus.org)&#xff0c;效果图 2&#xff1a;在app.vue的onLaunch生命周期中&#xff0c;代码如下&#xff1a; onLaunch: function() {let a 0let view new plus.nativeObj.View(maskView, {backg…
阅读更多...
YOLOv5改进 | 主干篇 | 2024.5全新的移动端网络MobileNetV4改进YOLOv5（含MobileNetV4全部版本改进）

YOLOv5改进 | 主干篇 | 2024.5全新的移动端网络MobileNetV4改进YOLOv5（含MobileNetV4全部版本改进）

一、本文介绍 本文给大家带来的改进机制是MobileNetV4&#xff0c;其发布时间是2024.5月。MobileNetV4是一种高度优化的神经网络架构&#xff0c;专为移动设备设计。它最新的改动总结主要有两点&#xff0c;采用了通用反向瓶颈&#xff08;UIB&#xff09;和针对移动加速器优化…
阅读更多...
AI烟雾监测识别摄像机：智能化安全防范的新利器

AI烟雾监测识别摄像机：智能化安全防范的新利器

随着现代社会的不断发展&#xff0c;人们对于安全问题的关注日益增加&#xff0c;尤其是在日常生活和工作中&#xff0c;对火灾等意外事件的预防成为了一项重要任务。为了更好地应对火灾风险&#xff0c;近年来&#xff0c;AI烟雾监测识别摄像机应运而生&#xff0c;成为智能化…
阅读更多...
【深度学习】实验1 波士顿房价预测

【深度学习】实验1 波士顿房价预测

波士顿房价预测 代码 import numpy as np import matplotlib.pyplot as pltdef load_data():# 1.从文件导入数据datafile D:\Python\PythonProject\sklearn\housing.datadata np.fromfile(datafile, sep )# 每条数据包括14项&#xff0c;其中前面13项是影响因素&#xff0c…
阅读更多...
微软正在自主构建一个名为 MAI-1 的大型语言模型（不依赖 OpenAI)

微软正在自主构建一个名为 MAI-1 的大型语言模型（不依赖 OpenAI)

每周跟踪AI热点新闻动向和震撼发展 想要探索生成式人工智能的前沿进展吗&#xff1f;订阅我们的简报&#xff0c;深入解析最新的技术突破、实际应用案例和未来的趋势。与全球数同行一同&#xff0c;从行业内部的深度分析和实用指南中受益。不要错过这个机会&#xff0c;成为AI领…
阅读更多...
所向披靡のmakefile

所向披靡のmakefile

在VS里敲代码&#xff0c;只需要FnF5就可以直接运行勒&#xff0c;在Linux下敲代码却要即敲命令还要用编辑器还要用编译器&#xff0c;那在Linux下有没有能帮我们进行自动化组建的工具呢&#xff1f; 当然有&#xff0c;超级巨星&#xff1a;makefile&#xff01;&#xff01;…
阅读更多...
Dropout作为贝叶斯近似: 表示深度学习中的模型不确定性

Dropout作为贝叶斯近似: 表示深度学习中的模型不确定性

摘要 深度学习工具在应用机器学习领域受到了极大的关注。然而&#xff0c;这些用于回归和分类的工具并没有捕捉到模型的不确定性。相比之下&#xff0c;贝叶斯模型提供了一个基于数学的框架来推理模型的不确定性&#xff0c;但通常会带来令人望而却步的计算成本。本文提出了一…
阅读更多...
面试中算法（删去n个数字后的最小值）

面试中算法（删去n个数字后的最小值）

有一个整数&#xff0c;从该整数中去掉n个数字&#xff0c;要求剩下的数字形成的新整数尽可能小。 分析&#xff1a;使用栈的特性&#xff0c;在遍历原整数的数字时&#xff0c;让所有数字一个一个入栈&#xff0c;当某个数字需要被删除时&#xff0c;&#xff08;即栈顶数字&g…
阅读更多...
【记录】Python3｜ 将 PDF 转换成 HTML/XML（✅⭐PyMuPDF+tqdm）

【记录】Python3｜ 将 PDF 转换成 HTML/XML（✅⭐PyMuPDF+tqdm）

本文将会被汇总至 【记录】Python3&#xff5c;2024年 PDF 转 XML 或 HTML 的第三方库的使用方式、测评过程以及对比结果&#xff08;汇总&#xff09;&#xff0c;更多其他工具请访问该文章查看。 文章目录 PyMuPDF 使用体验与评估1 安装指南2 测试代码3 测试结果3.1 转 HTML …
阅读更多...
Git与GitHub交互

Git与GitHub交互

注册 https://github.com/ 本地库与远程库交互方式 创建本地库并提交文件 创建远程库 在本地库创建远程库地址别名 查看现有远程库地址的别名 git remote -v 创建远程库地址别名 git remote add [别名] [远程地址] 远程路地址位置 示例 成员1推送 git push [别名] [分支…
阅读更多...
文心一言 VS 讯飞星火 VS chatgpt （254）-- 算法导论18.2 7题

文心一言 VS 讯飞星火 VS chatgpt （254）-- 算法导论18.2 7题

七、假设磁盘硬件允许我们任意选择磁盘页面的大小&#xff0c;但读取磁盘页面的时间是 abt 其中 a 和 b 为规定的常数&#xff0c;t 为确定磁盘页大小后的 B 树的最小度数。请描述如何选择 t 以(近似地)最小化 B 树的查找时间。对 a5ms 和 b10ms &#xff0c;请给出 t 的一个最…
阅读更多...
使用图网络和视频嵌入预测物理场

使用图网络和视频嵌入预测物理场

文章目录 一、说明二、为什么要预测&#xff1f;三、流体动力学模拟的可视化四、DeepMind神经网络建模五、图形编码六、图形处理器七、图形解码器八、具有不同弹簧常数的轨迹可视化九、预测的物理编码和推出轨迹 一、说明 这是一篇国外流体力学专家在可视化流体物理属性的设计…
阅读更多...
阿里云CentOS 7.9 64位 Liunx 安装redis

阿里云CentOS 7.9 64位 Liunx 安装redis

具体的步骤如下&#xff1a; 添加 EPEL 仓库&#xff0c;因为 Redis 在标准的 CentOS 仓库中不可用&#xff1a; sudo yum install epel-release安装 Redis&#xff1a; sudo yum install redis启动 Redis 服务&#xff1a; sudo systemctl start redis如果你想让 Redis 在…
阅读更多...
使用Vue3开发项目，搭建Vue cli3项目步骤

使用Vue3开发项目，搭建Vue cli3项目步骤

1.打开cmd &#xff0c;输入 vue create neoai遇到这样的问题 则需要升级一下电脑上 Vue Cli版本哈 升级完成之后 再次输入命令&#xff0c;创建vue3项目 vue create neoai安装完成后&#xff0c;输入 npm run serve 就可以运行项目啦~ 页面运行效果
阅读更多...
【LLM 论文】OpenAI 基于对比学习微调 LLM 得到嵌入模型

【LLM 论文】OpenAI 基于对比学习微调 LLM 得到嵌入模型

论文&#xff1a;Text and Code Embeddings by Contrastive Pre-Training ⭐⭐⭐⭐ OpenAI 一、论文速读 这篇论文基于大型生成式 LLM 通过对比学习来微调得到一个高质量的 text 和 code 的 embedding 模型。 训练数据的格式&#xff1a;是一堆 ( x i , y i ) (x_i, y_i) (x…
阅读更多...
上传文件至linux服务器失败

上传文件至linux服务器失败

目录 前言异常排查使用df -h命令查看磁盘使用情况使用du -h --max-depth1命令查找占用空间最大的文件夹 原因解决补充&#xff1a;删除文件后&#xff0c;磁盘空间无法得到释放 前言 使用XFTP工具上传文件至CentOS服务器失败 异常 排查 使用df -h命令查看磁盘使用情况 发现磁盘…
阅读更多...
怎么ai解答问题？这三个方法都可以

怎么ai解答问题？这三个方法都可以

怎么ai解答问题&#xff1f;在数字化飞速发展的今天&#xff0c;人工智能&#xff08;AI&#xff09;技术已经渗透到我们生活的方方面面&#xff0c;尤其是在解答问题方面&#xff0c;AI展现出了令人瞩目的能力。那么&#xff0c;哪些软件可以利用AI技术解答问题呢&#xff1f;…
阅读更多...
使用curl命令查看服务器端口开放情况

使用curl命令查看服务器端口开放情况

目录 1.ssh端口 22 2.mysql数据库端口 3306 3.web应用端口 &#xff08;Jellyfin 8082&#xff09; &#xff08;wordpress 8088&#xff09; &#xff08;tomcat 8080&#xff09; 4.不存在的端口 5.被防火墙阻挡的端口 1.ssh端口 22 curl -v 10.10.10.205:22 curl…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023