首届云原生编程挑战赛总决赛冠军比赛攻略_greydog.队

news2024/9/19 13:52:45

关联比赛:  首届云原生编程挑战赛【复赛】实现一个 Serverless 计算服务调度系统

一、初赛赛道一（实现一个分布式统计和过滤的链路追踪）

赛题分析

1、数据来源

采集自分布式系统中的多个节点上的调用链数据，每个节点一份数据文件。数据格式进行了简化，每行数据(即一个span)包含如下信息：

traceId | startTime | spanId | parentSpanId | duration | serviceName | spanName | host | tags

具体各字段的：

traceId：全局唯一的Id，用作整个链路的唯一标识与组装
startTime：调用的开始时间
spanId: 调用链中某条数据(span)的id
parentSpanId: 调用链中某条数据(span)的父亲id，头节点的span的parantSpanId为0
duration：调用耗时
serviceName：调用的服务名
spanName：调用的埋点名
host：机器标识，比如ip，机器名
tags: 链路信息中tag信息，存在多个tag的key和value信息。格式为key1=val1&key2=val2&key3=val3 比如 http.status_code=200&error=1
数据总量足够大

文件里面有很个调用链路（很多个traceId）。每个调用链路内有很多个span（相同的traceId，不同的spanId）

例如文件1有

d614959183521b4b|1587457762873000|d614959183521b4b|0|311601|order|getOrder|192.168.1.3|http.status_code=200

d614959183521b4b|1587457762877000|69a3876d5c352191|d614959183521b4b|305265|Item|getItem|192.168.1.3|http.status_code=200

文件2有

d614959183521b4b|1587457763183000|dffcd4177c315535|d614959183521b4b|980|Loginc|getLogisticy|192.168.1.2|http.status_code=200

d614959183521b4b|1587457762878000|52637ab771da6ae6|d614959183521b4b|304284|Loginc|getAddress|192.168.1.2|http.status_code=2

2、需求

用户需要实现两个程序，一个是数量流的处理程序，该机器可以获取数据源的http地址，拉取数据后进行处理，一个是后端程序，和客户端数据流处理程序通信，将最终数据结果在后端引擎机器上计算

3、要求

找到所有tags中存在 http.status_code 不为 200，或者 error 等于1的调用链路。输出数据按照 traceId 分组，并按照startTime升序排序。记录每个 traceId 分组下的全部数据，最终输出每个traceId下所有数据的CheckSum(Md5值）。

4、难点

如何快速找到error trace，这也是赛题的核心，由于每个trace会分布在多个节点，某trace在当前节点不为error trace，但在其他节点却可能为error trace

缓存设计

数据流缓存：采用环的形式，缓存大小：2GB+最大行长度

metadata缓存：用于记录数据流缓存中的数据，采用环的形式，最大容量：(WINDOW_SIZE * 64 * 2)条


struct TraceOffsetLink
{
  uint64_t traceId;      //traceId
  uint64_t globaloffset; //文件中的偏移  缓存中的偏移 =（文件中的偏移%(数据流缓存大小-最大行长度)）
  uint64_t lineIndex;    //行号
  int32_t prev;          //用于记录该span 前一个tracespan的位置，如果不使用map,可以去掉
  uint16_t len;          //长度
  uint16_t flag;         //标志
};

1、客户端分别记录处理长度和最大下载长度。

拉数据时确保： 最大下载长度 - 处理长度 < 数据流缓存大小 - 最大行长度 - 单次下载大小

处理时确保： 最大下载长度 - 处理长度 > 最大行长度

2、客户端分别记录本地处理行数和所有客户端的最小处理行数

处理时确保： 本地处理行数 - 最小处理行数 < metadata最大长度 - 窗口大小

客户端<->后端引擎 通信逻辑

1、同步

客户端每隔一段时间（2个窗口大小的时间，可调整），向后端引擎发送其处理行数，

后端引擎会记录所有客户端的处理行数，并计算一个最小值，每当最小值发生变化时，会将这个最小值发送给所有客户端，

2、发送wrongtrace

A、客户端使用map的方案

每个客户端独自维护一个map，用于记录每个trace在metadata缓存中最后一次出现的位置。（同一trace下的span组成一个链表）

每个客户端按行处理判断span是否为wrongtrace

如果当前span为wrong trace，发送traceid给后端引擎，后端引擎收到后发给其它客户端，其它客户端收到后到，在map中查找该trace最后一次出现的位置。对于当前客户端则直接查找。

  1. 如果map中查找到该trace有记录位置且为-1，表示曾经已经判断该trace为wrong了，不需要做处理，只需要发当前span给后端引擎(trace一旦已经判断为wrong trace了，前面出现的该trace下的span会全部发给后端引擎，这时再出现不需要考虑前面的)，

  2. 如果map中查找到该trace有记录位置且为不为-1，这时需要将前面出现的该trace下的span全部发给后端引擎，并更新map中的位置为-1，发送时根据prev回溯(同一trace下的span组成一个链表)，直到遇到-1。

  3. 如果map中查找到该trace没有记录位置，在map中插入-1

如果当前span不为wrong trace，在map中查找该trace最后一次出现的位置:

  1. 如果map中查找到该trace有记录位置且为-1，表示曾经已经判断该trace为wrong了，不需要做处理，只需要发当前span给后端引擎

  2. 如果map中查找到该trace有记录位置且不为-1，更新map中的位置为当前span的位置，并把当前span的prev指向map原来的记录的位置

  3. 如果map中查找到该trace没有记录位置，在map中插入当前span的位置，并把当前span的prev指向-1

B、客户端不使用map的方案

  1. 每个客户端按行处理判断span是否为wrongtrace，如果是wrong trace，则发送traceid和对应行数给后端引擎。

  2. 后端引擎收到后先检查一下是否已经收到过该traceid，没有收到过，则将该traceid和对应行数发给所有客户端。

  3. 客户端收到后，在metadata中对应行数位置遍历前后2万条，对应traceid的span数据发送给后端引擎。

查找wrong trace(核心)

查找wrong trace最终有2个方案，纯处理的话方案2大概比方案1快2百多ms。(后面由于加入了长tag，方案1应该比原来快一点)

2个方案在线上用时无差异，都是下载速度跟不上处理速度（前期测试的，后期只测试了方案2）

1、基于单字符搜索&再匹配

此方法很准确，速度也快，但相比方案2较慢(后面由于加入了长tag，应该比原来快一点)

第一步，同时寻找&和\n，

第二步，如果为\n，退出查找，如果为&，判断下一字符是否为'h'或'e',

第三步，如果下一字符为'h'或'e'，则进一步判断是否为"http.status_code=200&"或"error=1&"或"http.status_code=200\n"或"error=1\n"，否则回到第一步

2、基于双字符搜索直接查找字符串

在"http.status_code=200"中选取1对交叉的长度为2的低频子串，例如
"s_" "_c"
或
".s" "_c"

当搜索到这2个子串时，再进一步判断是否为 "http.status_code=200"

" error=1" 同理

此方法速度稍快，但有一些缺陷

  1. 因为此方法没有以&为边界，而是相当于直接匹配"http.status_code=200"或"error=1"这2个字符串， 因此如果出现某个tag包含子串"http.status_code=200"或"error=1"的情况时，将会误判。

  2. 在判断行结尾时，因为是双字符查找，所以导致每行至少需要3个字符，用于判断是否结束(如果是单字符搜索，可以用'\n'判断是否结束)，这里选用了下一行的startTime前的'|' 以及startTime前2个字符判断结束(所以此方法有一定取巧)，当然也可用低频单字符查找来搜索匹配字符串，但速度将降低，因为单字符出现频率较高

二、初赛赛道三（服务网格控制面分治体系构建）

赛题分析

https://code.aliyun.com/middleware-contest-2020/pilotset
赛题解析 | 初赛赛道三：服务网格控制面分治体系构建_天池技术圈-阿里云天池

思路分析

1、数据处理

原本的appName 和 pilotName都是字符串，程序内部统一采用唯一的索引(int32)表示，最终输出再转换为字符串

由于需要记录每个pilot的app，且需要进行增删查操作，使用hash table记录是一个不错的选择。
但是优化过程中频繁涉及到随机选择(查找)，hash table效率低下。
最终的方案是将数据堆砌在一起(便于随机选取)，并为其构造一个索引表(便于增删查）

2、初始化

随机初始化

随机为每一个app选择pilot

贪心算法

首先将app按 sidecarNum/SrvNode排序，然后按顺序选择局部最优的pilot

两种初始化方法差异不大

3、优化

不管是贪心算法还是随机初始化，解的质量都是比较差的

注意点: 每一轮只能对本次新增的app随意移动，如果要移动之前的app，要保证原pilot加载的数据一直存在

优化算法大体上有3个，效果差异不大
这里主要介绍排行榜最终得分的算法

核心思想，随机选择pilot和app，进行迭代迁移

首先将pilot按 sidecarNum/SrvNode排序

选择时pilot保证sidecarNum SrvNode 不均匀的pilot被选中的概率更大，
sidecarNum偏大的pilot选中SrvNode偏大的概率更大(互补)

选择app服从均匀分布，然后进行迭代迁移

模拟退火，递归枚举最优解(局部)

多线程加速

由于线上评测机器是4核，评测时间时间卡的比较严，为了充分利用cpu。
将原pilot随机划分为几个子集单独优化，再合并，再划分...

三、复赛（实现一个Serverless计算服务调度系统）

关键代码

/cpp/include/scheduler、/cpp/src/scheduler

文件夹下的代码为scheduler的实现，其余基本为本地评测相关代码

/cpp/include/config.h

配置文件，里面有详细注释这里不再赘述

/cpp/include/scheduler/container.hpp

记录容器信息(id、函数、Node)，运行统计

/cpp/include/scheduler/functionInfo.hpp

函数类，记录函数的mete信息，容器，内存、cpu等信息统计。函数cpu、mem更新，调用统计(压力，周期性探测)，周期性回收，创建

/cpp/include/scheduler/node.hpp

Node类，记录地址，端口，内存、cpu等信息统计。Node上的容器创建，回收。函数信息探测

/cpp/include/scheduler/resourceManager.hpp

资源管理类，Node的创建，回收。容器选择，创建，回收，后台优化(迁移，回收,预创)

/cpp/include/scheduler/server.hpp

apiserver->scheduler入口

AcquireContainer位置: /cpp/include/scheduler/server.hpp 53行

ReturnContainer位置: /cpp/include/scheduler/server.hpp 140行

赛题分析

赛题背景（ 首届云原生编程挑战赛【复赛】实现一个 Serverless 计算服务调度系统_程序设计大赛_赛题与数据_天池大赛-阿里云天池的赛题与数据 ）

Serverless 计算服务（如阿里云函数计算）让用户无需管理服务器等基础设施，只需编写并上传代码，服务会准备好计算资源，并以弹性、可靠的方式运行用户代码。服务根据代码实际执行时间收费，让使用者无需为闲置资源付费，其背后是服务采用各种调度策略降低请求的响应时间，并且使用尽可能少的资源。

传统的应用通常根据某些指标来扩展所需要的计算资源，比如根据CPU，内存等硬件资源的使用情况，或者根据延迟，队列积压等业务指标。而一些云厂商提供的函数即服务（FaaS）如阿里云函数计算，AWS Lambda采用了一种基于请求的调度方式，根据当前系统的资源所能够支撑的并发请求数和实际请求数作为主要依据调度资源。本题目是关于设计和实现一个函数计算服务的调度系统，为函数调用请求高效的管理计算资源，不限制使用何种方式作为调度的依据。

赛题特点:

  1. 函数类型多样，CPU紧密型，内存紧密型，周期请求型

    <img src="final_function.png" alt="image-20200811173215640" />

  2. 评测过程短(20min)，函数周期短(秒级)，执行时间短(微秒级-秒级)

  3. 分配Node耗时极短

    128813011303133314611477148414881503151615251541154115621604161016261741222222432527
    平均时间在1614μs左右

  4. 创建容器时间较⻓，且同一Node并⾏创建容器明显性能下降
    445176μs - 4997857μs
    最快可以在几百毫秒，如果Node负载过高，创建容器时间甚至需要好几秒

  5. 创建、迁移容器成本太⾼，有的函数创建⼀个容器的时间远⼤于函数所有调⽤时间之和， 总响应时间基本取决于首次创建容器的时间

  6. 成本需同时考虑响应时间和资源使用量，即要求请求能够被及时处理，又使用较少的资源

优化方向:

  1. 冷启动优化
    由于无法提前知道函数信息，同一函数前几次请求必然无法提前准备容器，必然会有冷启动

  2. 容器选择优化
    尽量做到负载均衡，充分利用CPU、MEM，提高响应速度

  3. 资源优化
    尽量使用更少的Node

具体优化点:

  1. 创建容器耗时太长，应尽量在请求到来之前，准备好容器，减少冷启动次数。
  2. 冷启动时避免在同⼀Node同时创建容器，保证Node创建容器任务均衡。
  3. 创建、迁移容器成本太⾼，应该尽量在创建容器的时候就保持资源均衡。
  4. 评测过程短，函数周期短，执⾏时间短，在请求到来时容器的选择上做到负载均衡
  5. 容器尽量分散，sleep型和CPU紧密型函数保持均衡， CPU使⽤量和MEM使⽤量保持均衡
  6. 同⼀函数Node之间并⾏数量尽量分配均衡。
  7. 尽量并行，充分利⽤CPU资源，特别是后⾯增加了⼀种模型内存常驻的函数，并行就显得更为重要，并行可以减少模型加载次数，减少内存浪费，从⽽使⽤更少的资源

核心思路

  1. 容器的创建

  2. 请求到来时容器的选择

具体思路

程序流程

<img src="程序流程.png" alt="image-20200811173215640" style="zoom:50%;" />

说明:

  1. 在第⼀个请求到来的时候会同步进⾏Node的初始化，预分配几个Node，后⾯会根据压力自动扩展

  2. 每个Node申请后，会后台启动GetStats线程探测函数信息,当超过一段时间没有新函数出现时，暂停探测

  3. 在某函数第⼀个请求到来的时候会异步进行容器的初始化，预创建几个容器，然后会根据压力再分配，当获取到某个函数的统计信息后，会对⼩内存容器进⼀步预分配，后面会根据压⼒再分配。

  4. 当创建容器时，如果没有可用Node，会申请新的Node，如果没有可申请的Node， 则回收长时间不使用的容器，创建完成后，唤醒正在等待容器的请求。创建容器时，尽量选择负载低的Node

  5. 当整体负载长时间过低时，后台回收Node(及其上⾯创建的容器)

  6. 最开始做了后台容器优化(预分配、迁移、回收)，后台Node回收，由于迁移代价巨大，所以尽量在创建、选择容器时保持均衡，不再进行后台优化

  7. 周期请求型函数处理，由于周期请求型函数周期太小，最开始加了周期性回收、预创建，由于回收创建成本太高，效果明显不好，故周期请求型函数不做特殊处理

  8. 选择容器的原则，首先内存必须充⾜，并⾏数量少，Node上sleep型和CPU紧密型函数比例保持均衡，Node上 CPU使⽤量和MEM使⽤量比例保持均衡（ scheduler会在本地记录、更新各个Node的CPU、MEM、并⾏数量等使用详情）。

健壮性分析

冷启动的处理

程序会通过预创建容器，尽量减少冷启动的次数

OOM的处理

程序会严格计算、记录资源，控制Node内存并预留一定空间，一般不会出现OOM。

假设由于GetStats误差出现OOM，或出现其它错误，会移除出错的容器，防止后续调用失败

大压力请求或超多函数的情景

对于大压力请求或超多函数的情况下，不会轻易崩溃。
程序支持自动扩容资源，支持回收长时间不用的容器，支持回收Node释放资源。
即使资源不足，程序也不会返回错误。如果资源不足且没有资源可回收时，则阻塞该请求到有足够资源运行，或该函数其它请求调用完毕（但是超时时间过短，可能会出现调用超时，但是这在资源不足的情况下也是无法避免）

比赛经验总结和感想

感谢举办方提供这样一个机会和平台，特别是复赛，应该动用了不少的机器评测。

无论是初赛还是复赛，我觉得都是比较有趣的，特别是赛道一。这次比赛我学到了很多，比如socket编程、http协议、grpc、proto、docker相关知识，sse指令优化，同时也认识了一些朋友，对阿里云的技术以及云原生有了更加深刻的认识和了解

查看更多内容，欢迎访问天池技术圈官方地址：首届云原生编程挑战赛总决赛冠军比赛攻略_greydog.队_天池技术圈-阿里云天池

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

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

相关文章

系统架构师考试学习笔记第四篇——架构设计实践知识（21）安全架构设计理论与实践

系统架构师考试学习笔记第四篇——架构设计实践知识（21）安全架构设计理论与实践

本章考点&#xff1a; 第21课时主要学习信息系统中安全架构设计的理论和工作中的实践。根据考试大纲,本课时知识点会涉及案例分析题和论文题(各占25分),而在历年考试中,综合知识选择题目中也有过诸多考查。本课时内容侧重于知识点记忆;,按照以往的出题规律,安全架构设计基础知识…
阅读更多...
工具知识 | Linux常用命令

工具知识 | Linux常用命令

参考 linw7的github《鸟哥的Linux私房菜》 一.文件管理 1.文件查找&#xff1a;find2.文件拷贝&#xff1a;cp3.打包解包&#xff1a;tar 二.文本处理 1.(显示行号)查看文件&#xff1a;nl2.文本查找&#xff1a;grep3.排序&#xff1a;sort4.转换&#xff1a;tr5.切分文本&…
阅读更多...
Web 基础——Apache

Web 基础——Apache

Event Worker 的升级版、把服务器进程和连接进行分析&#xff0c;基于异步 I/O 模型。 请求过来后进程并不处理请求&#xff0c;而是直接交由其它机制来处理&#xff0c;通过 epoll 机制来通知请求是否完成&#xff1b; 在这个过程中&#xff0c;进程本身一直处于空闲状态&am…
阅读更多...
【目标检测数据集】铁轨表面缺损检测数据集4789张VOC+YOLO格式

【目标检测数据集】铁轨表面缺损检测数据集4789张VOC+YOLO格式

数据集格式&#xff1a;Pascal VOC格式YOLO格式(不包含分割路径的txt文件&#xff0c;仅仅包含jpg图片以及对应的VOC格式xml文件和yolo格式txt文件) 图片数量(jpg文件个数)&#xff1a;4789 标注数量(xml文件个数)&#xff1a;4789 标注数量(txt文件个数)&#xff1a;4789 标注…
阅读更多...
只有IP地址没有域名怎么实现HTTPS访问？

只有IP地址没有域名怎么实现HTTPS访问？

&#x1f510; 实现IP地址HTTPS访问 &#x1f310; 确认公网IP地址 公网IP&#xff1a;确保你拥有一个公网IP地址&#xff0c;或者内网映射公网&#xff0c;这是实现HTTPS访问的前提。 &#x1f4dd; 选择证书颁发机构&#xff08;CA&#xff09; 选择CA&#xff1a;选择一个…
阅读更多...
【Qt】Qt音频

【Qt】Qt音频

Qt 音频 在 Qt 中&#xff0c;⾳频主要是通过 QSound 类来实现。但是需要注意的是 QSound 类只⽀持播放 wav 格式的⾳频⽂件。也就是说如果想要添加⾳频效果&#xff0c;那么⾸先需要将 ⾮wav格式 的⾳频⽂件转换为 wav 格式。 【注意】使⽤ QSound 类时&#xff0c;需要添加模…
阅读更多...
【C#Mutex】 initiallyOwned错误引起的缺陷

【C#Mutex】 initiallyOwned错误引起的缺陷

临界区只能对同一个进程的不同线程同步&#xff0c;互斥量可以跨进程同步。典型应用场景&#xff1a;两个exe会操作同一个注册表项。 错误代码 封装类 public class CMutexHelp : IDisposable {public CMutexHelp(){s_mutex.WaitOne();} private static Mutex s_mutex …
阅读更多...
深度学习-目标检测(二)Fast R-CNN

深度学习-目标检测(二)Fast R-CNN

一&#xff1a;Fast R-CNN Fast R-CNN 是一篇由Ross Girshick 在 2015 年发表的论文&#xff0c;题为 “Fast R-CNN”。这篇论文旨在解决目标检测领域中的一些问题&#xff0c;特别是传统目标检测方法中存在的速度和准确性之间的矛盾。 论文摘要&#xff1a;本文提出了一种基于…
阅读更多...
关于tomcat如何设置自启动的设置

关于tomcat如何设置自启动的设置

希望文章能给到你启发和灵感&#xff5e; 如果觉得文章对你有帮助的话&#xff0c;点赞 关注 收藏 支持一下博主吧&#xff5e; 阅读指南 开篇说明一、基础环境说明1.1 硬件环境1.2 软件环境 二、Windows 下的设置服务自启2.1 服务的注册2.2 开启自启 三、MacOS下设置服务自启…
阅读更多...
ROS CDK魔法书：建立你的游戏王国（Python篇）

ROS CDK魔法书：建立你的游戏王国（Python篇）

引言 在虚拟游戏的世界里&#xff0c;数字化的乐趣如同流动的音符&#xff0c;谱写着无数玩家的共同回忆。而在这片充满创意与冒险的乐园中&#xff0c;您的使命就是将独特的游戏体验与丰富的技术知识相结合&#xff0c;打造出令人难以忘怀的作品。当面对如何实现这一宏伟蓝图…
阅读更多...
【数据结构】4——树和森林

【数据结构】4——树和森林

数据结构——4树和森林 笔记 文章目录 数据结构——4树和森林树的存储结构双亲表示法孩子链表孩子兄弟表示法&#xff08;二叉树表示法、二叉链表表示法&#xff09; 树与二叉树转换森林和二叉树转化森林转二叉树二叉树转森林 树和森林的遍历树先根后根层次 森林 树的存储结构…
阅读更多...
使用nvm工具实现多个nodejs版本的维护和切换

使用nvm工具实现多个nodejs版本的维护和切换

NodeJS的升级比较快&#xff0c;在开发中要使用最新的版本&#xff0c;必须经常升级&#xff0c;但对于一些老项目可能又要使用低版本的NodeJS&#xff0c;虽然可以在系统中同时安装多个NodeJS的版本&#xff0c;然后通过修改环境变量的方式实现切换&#xff0c;但这种方法太麻…
阅读更多...
断点回归模型

断点回归模型

断点回归&#xff08;Regression Discontinuity Design, RDD&#xff09;是一种准实验设计方法&#xff0c;用于评估政策或其他干预措施的效果。这种方法利用了一个清晰的阈值或“断点”&#xff0c;在这个阈值上&#xff0c;处理状态&#xff08;例如是否接受某种干预&#xf…
阅读更多...
浅谈为什么数据库要用B树

浅谈为什么数据库要用B树

朋友，你有没有遇到过这样的情况？明明数据库里存的东西还不算太多，可一查数据，页面加载慢得像蜗牛？别急，问题可能出在你的数据库索引上。而今天我要跟你聊的，就是在数据库里被广泛应用的B树（B-Trees），它可是提升数据库性能的秘密武器。听起来有点深奥？别担心，我会用…
阅读更多...
C程序设计——再说说函数参数的值传递

C程序设计——再说说函数参数的值传递

上一篇的最后&#xff0c;我强调了C语言里&#xff0c;所有函数参数的传递&#xff0c;都是值传递&#xff0c;即形参值改变&#xff0c;不影响实参的值。 指针作为函数参数 我们知道&#xff0c;指针也是C语言的一个类型&#xff0c;所以指针&#xff0c;也可以作为函数参数…
阅读更多...
【TPAMI 2024】一种用于混合事件-帧摄像机的异步线性滤波器架构

【TPAMI 2024】一种用于混合事件-帧摄像机的异步线性滤波器架构

题目&#xff1a;An Asynchronous Linear Filter Architecture for Hybrid Event-Frame Cameras 一种用于混合事件-帧摄像机的异步线性滤波器架构 作者&#xff1a;Ziwei Wang; Yonhon Ng; Cedric Scheerlinck; Robert Mahony 摘要 事件相机非常适合捕捉高动态范围(HDR)视觉…
阅读更多...
运维保障高效化的智慧能源开源了

运维保障高效化的智慧能源开源了

一、简介 AI视频监控平台, 是一款功能强大且简单易用的实时算法视频监控系统。愿景在最底层打通各大芯片厂商相互间的壁垒&#xff0c;省去繁琐重复的适配流程&#xff0c;实现芯片、算法、应用的全流程组合&#xff0c;减少企业级应用约 95%的开发成本&#xff0c;在强大视频算…
阅读更多...
【python因果推断库13】使用 PyMC 模型进行回归断点分析

【python因果推断库13】使用 PyMC 模型进行回归断点分析

目录 线性模型、主效应模型和交互作用模型 使用bandwidth 使用基样条 import causalpy as cp %load_ext autoreload %autoreload 2 %config InlineBackend.figure_format retina seed 42 df cp.load_data("rd") 线性模型、主效应模型和交互作用模型 PyMC 采样…
阅读更多...
教学辅助微信小程序|基于SSM+vue的高校教学微信小程序系统(源码+数据库+文档)

教学辅助微信小程序|基于SSM+vue的高校教学微信小程序系统(源码+数据库+文档)

高校教学 目录 基于SSM教学辅助微信小程序 一、前言 二、系统设计 三、系统功能设计 小程序端 后台功能模块 四、数据库设计 五、核心代码 六、论文参考 七、最新计算机毕设选题推荐 八、源码获取&#xff1a; 博主介绍&#xff1a;✌️大厂码农|毕设布道师&#x…
阅读更多...
【Python】01.Python 介绍及其环境配置

【Python】01.Python 介绍及其环境配置

一、计算机的基础概念 1.1 什么是计算机 所谓计算机&#xff0c;不光能进行算术运算&#xff0c;还能进行逻辑判断、数据存储、网络通信等等功能&#xff0c;以至于可以自动的完成非常复杂的工作。以下这些都可以称为 “计算机” &#xff1a; 1.2 冯诺依曼体系结构 而一台…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023