Ubuntu 桌面培训 2010. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295 VI.VIII.I安装/卸载 Debian 软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296 VI.IX 软件仓库 . . . . . . . . 强烈推荐您教授培训材料中包含的每个主题。当然,如果您的时间有限,每个章节 的教员注记中也已标明哪些是可选主题。 教学方法 以下是一些您可能会用到的教学方法: • 幻灯片和讲座:幻灯片可以用来解释清楚概念和逐步演示操作步骤。 • 示范:在学生亲自动手开始练习之前,教员可以就一些对学员来说可能比较复杂的步 骤进行示范。 • 复习题:提问应贯穿在每节课的过程中,以确保学生能够理解关键的概念。 • 上机练习:每隔一段 对于较复杂的主题,先进行示范,然后再让学生进行上机练习。如果该主题比较简 单,可以在使用幻灯片进行过程演示时让学生自行进行练习。 • 解释如何和何时需要去使用界面上的选项。 总结 注意总结每节课的重点:可以按照以下步骤结束一堂课: • 让学生提出疑问。 • 对学生提出问题。 • 使用课程总结幻灯片,并在其中标明重点。 • 重申该主题与学生实际工作之间的相关性。 I Ubuntu 介绍 • 开源的基本概念0 码力 | 540 页 | 26.26 MB | 1 年前3
MySQL高可用 - 多种方案d/keepalived start” >> /etc/rc.local 2.4.10 高可用方案测试 方案搭建好以后就要进行全方位的可靠性测试了,看看是否达到了我们的预期 效果,大致测试步骤如下: 停掉 master 上的 mysql,看看能否自动切换到 sorry_server,使用如下命 令查看:ipvsadm –ln。 停掉 master 上的 keepalived,看写 d/init.d/keepalived start” >> /etc/rc.local 3.5.9 高可用方案测试 方案搭建好以后就要进行全方位的可靠性测试了,看看是否达到了我们的预期 效果,大致测试步骤如下: 停掉 master 上的 mysql,看看能写 IP 否自动切换到 sorry_server,看看读 IP 是否去掉了 master 的 mysql,使用如下命令查看:ipvsadm mysql 的数据迁移到 drbd 上,这里为了简单就不考虑新安装数 据库的情形了,因为新安装的时候只需要将数据目录指定到 drbd 中并将 my.cnf 配置文件放到 drbd 中即可。具体的数据迁移步骤如下: a) 关闭 dbserver1 和 dbserver2 的 mysql,/etc/rc.d/init.d/mysqld stop b) 在 dbserver1 上创建存放数据库数据的目录:mkdir0 码力 | 31 页 | 874.28 KB | 1 年前3
清华大学 DeepSeek 从入门到精通性能表现 响应速度快,算力成本低 慢速思考,算力成本高 运算原理 基于概率预测,通过大量数据训练来快速预测可能 的答案 基于链式思维(Chain-of-Thought),逐步推理 问题的每个步骤来得到答案 决策能力 依赖预设算法和规则进行决策 能够自主分析情况,实时做出决策 创造力 限于模式识别和优化,缺乏真正的创新能力 能够生成新的创意和解决方案,具备创新能力 人机互动能力 按照预设脚本响应,较难理解人类情感和意图 提示语策略差异 1 2 推理模型 通用模型 • 提示语更简洁,只需明确任务目标和 需求(因其已内化推理逻辑)。 • 无需逐步指导,模型自动生成结构化 推理过程(若强行拆解步骤,反而可 能限制其能力)。 • 需显式引导推理步骤(如通过CoT提 示),否则可能跳过关键逻辑。 • 依赖提示语补偿能力短板(如要求分 步思考、提供示例)。 关键原则 3 2 1 模型选择 • 优先根据任 • 不要对通用模型“过度信任”(如直接询问复杂推理问题,需分步验证结果)。 从“下达指令”到“表达需求” 策略类型 定义与目标 适用场景 示例(推理模型适用) 优势与风险 指令驱动 直接给出明确步骤或 格式要求 简单任务、需快速执行 “用Python编写快速排序函 数,输出需包含注释。” ✅ 结果精准高效 ❌ 限制模型自主优化空 间 需求导向 描述问题背景与目标, 由模型规划解决路径0 码力 | 103 页 | 5.40 MB | 8 月前3
MySQL 8.0.17 调优指南(openEuler 20.09)高级选项,可以有效提升服务器性能。 方法 步骤1 关闭SMMU。 说明 此优化项只在非虚拟化场景使用,在虚拟化场景,则开启SMMU。 1. 重启服务器过程中,单击Delete键进入BIOS,选择“Advanced > MISC Config”,单击Enter键进入。 2. 将“Support Smmu”设置为“Disable” 。 步骤2 关闭预取。 1. 在BIOS中,选择“Advanced>MISC irqbalance 目的 关闭irqbalance,通过手动绑定中断的方法优化性能。 方法 步骤1 停止irqbalance服务。 systemctl stop irqbalance.service 步骤2 关闭irqbalance服务。 systemctl disable irqbalance.service 步骤3 查看irqbalance服务状态是否已关闭。 systemctl status overload的cpu迁移进程过来,从而提升cpu利用率。 方法 kernel的优化在openEuler 20.09中默认是关闭的,需要用以下步骤开启: 步骤1 打开/etc/grub2-efi.cfg文件,在内核启动行增加参数sched_steal_node_limit=8,保存 后重启系统生效。 步骤2 设置成STEAL模式: echo STEAL > /sys/kernel/debug/sched_features0 码力 | 11 页 | 223.31 KB | 1 年前3
清华大学 DeepSeek+DeepResearch 让科研像聊天一样简单你需要完成以下两个任务: 1.阅读网页【网址】源代码【对应网页源代码】。提取所 有包含“春运2025丨X月X日,全社会跨区域人员流动量完 成X万人次”的网址进行去重、筛选,合并成网址列表 2.撰写python脚本,基于步骤1输出的网址列表提取所有网 址内容“截至目前 2025 年春运(2025年1月14日到2月8日) 相关数据(如日期、全社会跨区域人员流动量、铁路客运 量、公路人员流动量、水路客运量、民航客运量等)”完 和整合,转化为逻辑连贯的新文章,为学者和知识工作 者提供了极大的便利。 多智能体协作对话:Co-STORM模式引入了协作对话 机制,并采用轮次管理策略,实现流畅的协作式AI学术 研究。 用户体验对比:使用步骤 PubScholar平台官网:https://pubscholar.cn/ 输入关键词:进入官网后,在搜索框键入关键词进行文献检索。 选取文章:勾选想要分析的20篇文献。 综述 DeepSeek R1引发全球关注 推理能力:核心突破,专项升级 推理能力 • 强化学习驱动:DeepSeek R1-Zero 是首个完全基于强化学习(RL) 训练的推理模型,无需任何监督微调(SFT)步骤,打破传统模型依 赖大量标注数据的惯例。DeepSeek-R1 采用强化学习作为核心训练 方法,显著提升了模型的推理能力和语言表达的可读性。 • 推理能力专项提升:在除了利用强化学习模型结合跨领域训练提升模0 码力 | 85 页 | 8.31 MB | 8 月前3
消息中间件RocketMQ原理解析 - 斩秋DispatchMessageService 服务,来重新 生成 ConsumeQueue 数据,索引以及事物消息的 redolog 什么是恢复 ConsumeQueue, 前面不是有步骤 load 了 ConsumeQueue 吗,为什 么还要恢复? 前面 load 步骤创建了 MapedFile 对象建立了文件的内存映射,但是数据是否正 确,现在文件写到哪了(wrotePosition), Flush 到了什么位置(committedPosition) 的 wrotePosition 和 commitedPosition 值, 值为 proccessOffset%mapedFileSize 2) 正常恢复 commitLog 文件 步骤跟流程恢复 Consume Queue 判断消息有效, 根据消息的存储格式读取消息到 DispatchRequest 对象, 获取 消息大小值 msgSize 大于 0 正常数据0 码力 | 57 页 | 2.39 MB | 1 年前3
强大的音视频处理工具: FFmpegfilter: No such filter: 'ass' 'ass' 原因:此处ffmpeg(没有subtitles,也)没有ass的filter 办法: 重新安装⽀持了ass的ffmpeg 具体步骤: Mac brew reinstall ffmpeg --with-libass brew reinstall ffmpeg --with-libass 报错:Error: Calling0 码力 | 73 页 | 11.57 MB | 1 年前3
RocketMQ v3.2.4 开发指南形式发送 一个 RPC 调用,通常是返样一个过程 1. 客户端収送请求到服务器 2. 服务器处理该请求 3. 服务器吐客户端迒回应答 所以一个 RPC 的耗时时间是上述三个步骤的总和,而某些场景要求耗时非常短,但是对可靠性要求幵丌高,例如 日志收集类应用,此类应用可以采用 oneway 形式调用,oneway 形式只収送请求丌等待应答,而収送请求在客 户端实现局面仁仁是一个0 码力 | 52 页 | 1.61 MB | 1 年前3
共 8 条
- 1













