内容介绍：分享一款企业内部培训的线上学习系统，有源代码和开发文档，可在原有程序基础上进行二次开发，有在线学习，在线考试，学习统计，用户管理等模块。前几天刚给我们公司的人力资源管理部门搭建一套，人力说不错。以下是我总结的一些有关该系统的功能和特点：1、视频点播：视频，课件，图文，都可以添加2、在线直播：对接的七牛云的直播接口，流畅度不错，不卡3、在线题库：

在本文中，我们将以chatglm6b为例详细介绍GPU云主机搭建AI大语言模型的过程，并使用Flask构建前端界面与该模型进行对话。

公司的电脑有点慢，然后最近运行了SQLServer服务之后，内存又不太够。于是就在淘宝上搜索一些洋垃圾相关的信息。找来找去，发现X79是不错的选择，CPU性能够用，内存价格便宜（16G不到200元）。淘宝上搜索了一下，净是一大堆华南金牌主板，没用过，但是口碑似乎一般，而且华南主板用的都是H61芯片做X79主板，接口和功能都少的可怜。网上也找不到太多相关

　　最近在做一个“温湿度控制”的项目，项目要求通过用户设定的温湿度数值和实时采集到的数值进行比对分析，因为数据的对比与分析是一个通过前端页面控制的定时任务，经理要求在用户开启定时任务时，单独开启一个线程进行数据的对比分析，并将采集到的温湿度数值存入数据库中的历史数据表，按照我们正常的逻辑应该是用户在请求开启定时任务时，前端页面通过调用后端接口，创建一个新的线

背景在编写业务代码时经常遇到并发执行多个任务的需求，因为串行执行太慢，会影响业务代码性能。特别对于直接面向普通用户的业务来说用户体验至关重要，保证用户体验重要的一点是要“快”。业务代码中经常需要调用其它业务接口或者同时从多个数据源取数据再处理等，这种情况下势必要走网络请求，网络消耗必不可少，最好的情况是毫秒级别，一般情况下是几十毫秒级别，甚至几百毫

起因我们的项目组一直在使用albianj作为开发框架在开发应用。使用至今倒也是没有出现很大的问题，但最近加过监控的接口基本上都会在使用一段时间后，突然之间执行数据库操作变得很慢。虽然会变慢，但持续的时间比较短，一般1分钟左右，然后会自动恢复正常。但是过了一段时间，这个现象又会出现，周而复始。从监控看，发生的时间点并无规律，有的时候一天发生3次，有的

　　最近在做一个“温湿度控制”的项目，项目要求通过用户设定的温湿度数值和实时采集到的数值进行比对分析，因为数据的对比与分析是一个通过前端页面控制的定时任务，经理要求在用户开启定时任务时，单独开启一个线程进行数据的对比分析，并将采集到的温湿度数值存入数据库中的历史数据表，按照我们正常的逻辑应该是用户在请求开启定时任务时，前端页面通过调用后端接口，创建一个新的线

为什么使用延迟消息？不同于同步消息，有些业务场景下希望可以实现延迟一定时间再消费消息。典型的场景有微信、支付宝等第三方支付回调接口，会在用户支付后3秒、5秒、30秒等等时间后向应用服务器发送回调请求，确保应用服务器可以正确收到消息。那有些朋友就会说了，把需要定时处理的数据存到数据库中用定时任务就可以实现，为什么还弄个异步消息。增加后台维护

Nginx的进程模型Nginx服务器由一个Master进程和多个Worker进程组成：Master进程：管理Worker进程。对外接口：接收外部的操作（信号）；对内转发：根据外部操作的不同，通过信号管理Worker；监听：监控Worker进程的运行状态，Worker进程异常终止后，自动重启Worker进程。Worker进程：所有Worker进程都是平等的，用于处理网络请求。进程数量：在nginx.conf中配置，一般设置为核心数，充分利用CPU资源，同时，避免进程数量过多，避免进程竞争CPU资源，增加上下文切换的损耗。

OpenStack刚开始只有nova（计算）和swift（存储）两个核心组件，尤其是nova，几乎负责了云主机生命周期的所有操作，包括cpu、内存、磁盘、网络等，后来随着功能越来越多，项目越来越庞大，社区才把镜像管理（novaimage）服务、存储管理（novavolume）服务、网络管理（novanetwork）服务等独立出来，于是有了glance、cinder、neutron等服务。在OpenStack里有两个概念：组件和服务。我们把每个完成独立功能的项目称为一个组件，比如nova、cinder、glance、neutron。每个组件里会细分很多个服务，用来承担不同的职责，比如nova里会有novaapi服务，负责api请求的处理；novascheduler服务负责宿主机的调度；novacompute服务负责与虚拟化软件进行交互，来操作云主机。