清华大学 DeepSeek 从入门到精通
图片中的文字内容。 文本生成 表格、列表生成(如日程安排、菜谱) 代码注释、文档撰写 结构化生成 文章/故事/诗歌写作 营销文案、广告语生成 社交媒体内容(如推文、帖子) 剧本或对话设计 文本创作 长文本摘要(论文、报告) 文本简化(降低复杂度) 多语言翻译与本地化 摘要与改写 02 01 03 文本生成 自然语言理解与分析 知识推理 知识推理 逻辑问题解答(数学、常识推 依赖提示语补偿能力短板(如要求分 步思考、提供示例)。 关键原则 3 2 1 模型选择 • 优先根据任务类型而非模型热度选择(如数学任务选推理模型,创意任务选通用 模型)。 提示语设计 • 推理模型:简洁指令,聚焦目标,信任其内化能力。(“要什么直接说”)。 • 通用模型:结构化、补偿性引导(“缺什么补什么”)。 避免误区 • 不要对推理模型使用“启发式”提示(如角色扮演),可能干扰其逻辑主线。 复杂问题、需模型自主 推理 “我需要优化用户登录流程, 请分析当前瓶颈并提出3种方 案。” ✅ 激发模型深层推理 ❌ 需清晰定义需求边界 混合模式 结合需求描述与关键 约束条件 平衡灵活性与可控性 “设计一个杭州三日游计划, 要求包含西湖和灵隐寺,且 预算控制在2000元内。” ✅ 兼顾目标与细节 ❌ 需避免过度约束 启发式提问 通过提问引导模型主 动思考(如“为什 么”“如何”)0 码力 | 103 页 | 5.40 MB | 8 月前3谈谈MYSQL那点事
读写性能都非常优秀 • 能够承载大数据量的存储和访问 能够承载大数据量的存储和访问 • 拥有自己独立的缓冲池,能够缓存数据和索引 拥有自己独立的缓冲池,能够缓存数据和索引 MySQL 架构设计—应用架构 强一致性 对读一致性的权衡,如果是对读写实时性要求非常高的话, 就将读写都放在 M1 上面, M2 只是作为 standby 。 比如,订单处理流程,那么对读需要强一致性,实时写实 力和 途径,实际中尽可能两者兼顾。 MySQL 架构设计—高可用架构 系统优化:硬件、架构 系统优化:硬件、架构 服务优化 服务优化 应用优化 应用优化 MySQL MySQL 优化方式 优化方式 影响性能的因素 影响性能的因素 应用程序 应用程序 查询 查询 事务管理 事务管理 数据库设计 数据库设计 数据分布 数据分布 网络 网络 操作系统 操作系统 使用好的硬件,更快的硬盘、大内存、多核 使用好的硬件,更快的硬盘、大内存、多核 CPU CPU ,专业的 ,专业的 存储服务器( 存储服务器( NAS NAS 、 、 SAN SAN ) ) 设计合理架构,如果 设计合理架构,如果 MySQL MySQL 访问频繁,考虑 访问频繁,考虑 Master/Slave Master/Slave 读写分离;数据库分表、数据库切片(分 读写分离;数据库分表、数据库切片(分0 码力 | 38 页 | 2.04 MB | 1 年前3Ubuntu 桌面培训 2010
动和开源运动的起源以及正式开始。同时,详细讲解 Ubuntu 的发布日程安排、命名 规则以及 Ubuntu 的承诺。 Ubuntu 是一个基于 Linux 的开源操作系统。开源可以促进知识被充分利用,推动产 品设计和生产技术发展。它既是理论,也是具体的实践。开源的广泛实践使得软件用 户可以获得他们所使用软件的源代码,并且知识产权限制很少甚至没有,这允许用户 对软件进行修改,或者利用获得的代码编写并发布新的软件,使其满足自身需要,或 大 的进步,软件不再是一成不变的。 2 自由软件运动、开源和 Linux 目录 Lucid Lynx 开源项目不只需要程序员,还需要其他各个领域的人才。许多项目还需要艺术家、音 乐家、用户界面设计人员和文档撰写者来一起做出完整的产品。 I.II 自由软件运动、开源和 Linux 开源、自由软件和 Linux 三者是容易混淆的概念。他们互有联系,但发展过程有着明 显的不同。 I.II.I Andrew S. Tanenbaum 教授为了便于 教授操作系统的内部流程而开发的。 Ubuntu 介绍 5 Ubuntu 桌面培训 目录 Linus Torvalds 最初想把 Linux 设计成一个类似 Minix 的操作系统使之能运行 于自己的家用计算机上。在九月中旬时, Torvald 发布了第一个版本—— Linux 0.01。1994年,Linus 第一次采用 GNU 通用公共许可证(GPL),发布了0 码力 | 540 页 | 26.26 MB | 1 年前3清华大学 DeepSeek+DeepResearch 让科研像聊天一样简单
多模态支持:支持文本和 图像处理,扩展应用场景。 可解释性:注重模型输出 的可解释性和透明性。 DeepSeek R1 高效推理:专注于低延迟和 高吞吐量,适合实时应用。 轻量化设计:模型结构优化, 资源占用少,适合边缘设备 和移动端。 多任务支持:支持多种任务, 如文本生成、分类和问答。 Kimi k1.5 垂直领域优化:针对特定领域 (如医疗、法律)进行优化, (如医疗、法律)进行优化, 提供高精度结果。 长文本处理:擅长处理长文本 和复杂文档,适合专业场景。 定制化能力:支持用户自定义 训练和微调,适应特定需求。 Open AI o3 mini 小型化设计:轻量级模型, 适合资源有限的环境。 快速响应:优化推理速度, 适合实时交互场景。 通用性强:适用于多种自 然语言处理任务,如对话 生成和文本理解。 爬虫数据采集 1、阅读网页源代码,提取特定网页内容; 导入数据,即 可自动生成高质量且规范的文献综述,适合快速高效的研究需求。 用户体验对比:可操作性 界面直观:平台设计简洁、直观,使用户能够 方便、快捷地进行文献数据的导入、分析和综 述生成,操作路径清晰,交互体验流畅高效。 模块分区:将功能模块与信息展示分区设计布 局,用户可以轻松找到所需功能,提高了操作 的便捷性和效率。 多语言支持与定制化设置:语言支持对于国内 研究者更为友好,能够适应综述撰写的国内外0 码力 | 85 页 | 8.31 MB | 7 月前3Kubernetes Operator 实践 - MySQL容器化
主要从事商业平台研发工作,在构建高性能、高可用大规模 系统方面有丰富的实践经验 l 目前专注于云计算、DevOps 等相关领域,负责搜狗商业云 平台的设计研发工作 刘林 1. 背景介绍 2. Operator 的基本原理 3. MySQL Operator 设计实践 4. 小结 搜狗商业平台 技术体系广 服务多迭代快 搜狗产品矩阵 商业平台 信息流广告 搜索广告 品牌广告 代理商 广告主 弹性伸缩能力不足 • 机器资源利用率不高 • 服务管理复杂 问题 有状态服务的需求越来越多 有状态服务容器化 1. 背景介绍 2. Operator 的基本原理 3. MySQL Operator 设计实践 4. 小结 无状态服务 服务调度 有状态服务集群 服务调度 状态保存 集群管理 有状态服务 服务调度 状态保存 带来的新挑战 服务调度 状态存储 集群管理 成员管理 扩缩容 当前副本数:1 VS app=test 增加2个副本 当前副本数:3 Controller 的基本原理 1. 背景介绍 2. Operator 的基本原理 3. MySQL Operator 设计实践 4. 小结 MySQL 容器化目标 • 快速部署 MySQL 主从集群 • 支持 MySQL 集群高可用 • 支持 MySQL 集群弹性伸缩 • 支持 MySQL 5.5 & 5.70 码力 | 42 页 | 4.77 MB | 1 年前32022 Apache Ozone 的最近进展和实践分享
⼀个分布式的KV对象存储 可扩展⾄数⼗亿个对象,从⽽对云原⽣类的应⽤更友好 强⼀致性 与HDFS 和 S3 API兼容 可在存储密集型设备中部署进⽽极⼤的减少设备开⽀ Apache Ozone – 数据存储的路径设计 Ozone的存储路径为 volumes, buckets, 和 keys. Volumes 类似与⽤户账号. 只有Admin 可以创建或删除Volumes Buckets 类似与S3 的 Buckets, ⼀个Buckets中可以包含任意多个Key,但不能包含其 他Buckets Keys 类似于⽂件. ⽂件系统的层级关系是通过扁平的KV路径抽象实现的 Apache Ozone – 数据服务的核⼼设计 Apache Ozone – 数据服务的核⼼设计 1. OM – 管理Ozone的Namespace ,也使⽤了RocksDB 2. SCM – 管理Ozone集群和数据 3. Recon Server – 监控Ozone集群0 码力 | 35 页 | 2.57 MB | 1 年前3RocketMQ v3.2.4 开发指南
RocketMQ 如何解决返些问题。文中主要引用了 JMS 规范不 CORBA Notification 规范,规范为我们设计系统挃明了 方吐,但是仍有丌少问题规范没有提及,对亍消息中间件又至关重要。RocketMQ 幵丌遵循任何规范,但是参考了 各种规范不同类产品的设计思想。 2 产品发展历史 大约经历了三个主要版本迭代 一、Metaq(Metamorphosis) 1.x 由开源社区 如果某个连接超过特定时间没有活劢(无读写事件),则自劢关闭此连接,幵通知上局业务,清除连接对应的 注册信息。 10 RocketMQ 服务发现(Name Server) Name Server 是与为 RocketMQ 设计的轻量级名称服务,代码小亍 1000 行,具有简单、可集群横吐扩展、无状 态等特点。将要支持的主备自劢切换功能会强依赖 Name Server。 11 客户端使用挃南 11.1 客户端如何寻址 db,由后台线程定时重试,保证消息一定到达 Broker。 上述 db 重试方式为什举没有集成到 MQ 客户端内部做,而是要求应用自己去完成,我们基亍以下几点考虑 1. MQ 的客户端设计为无状态模式,方便任意的水平扩展,丏对机器资源的消耗仁仁是 cpu、内存、网络。 2. 如果 MQ 客户端内部集成一个 KV 存储模块,那举数据只有同步落盘才能较可靠,而同步落盘本身性能开销0 码力 | 52 页 | 1.61 MB | 1 年前3MySQL 8.0.17 调优指南(openEuler 20.09)
总体拥有成本低,尤其 是开放源码这一特点,一般中小型网站的开发都选择 MySQL作为网站数据库。 1.2 调优原则 性能调优从大的方面来说,在系统设计之初,需要考虑硬件的选择,操作系统的选 择,基础软件的选择;从小的方面来说,包括每个子系统的设计,算法选择,如何使 用编译器的选项,如何发挥硬件最大的性能等等。 在性能优化时,我们必须遵循一定的原则,否则,有可能得不到正确的调优结果。主 要有以下几个方面:0 码力 | 11 页 | 223.31 KB | 1 年前3JavaScript 正则表达式迷你书 老姚 - v1.1
感谢 由于本书是由个人文章修改而成,感谢各平台读者的支持。 感谢湖山,是他说我该把这些东西写出来的。 感谢小不,他在多方面给予了我帮助,封面是他设计的。 感谢小鱼二,他对全书进行了仔细地校对,并提出了相应的修改意见。 感谢丹迪的支持,他为我设计了多个封面,风格比较前卫,留给后续版本。 最后,尤其要感谢各位大佬帮我写的推荐序。他们的名字不分先后如下:大漠穷秋、小鱼二、Jack Lo、程序 JavaScript 》第 5 章,我看的是英文版的。第 5 章,讲了回溯和优化。 《JavaScript 忍者秘籍》第 7 章,大概讲了一下正则的用法,几个例子还不错。 《JavaScript 高级程序设计》第 5.4 节,比较简短的介绍。 JavaScript 正则表达式迷你书 参考书目 | 第 84 页0 码力 | 89 页 | 3.42 MB | 10 月前3JavaScript 正则表达式迷你书 老姚 - v1.0
感谢 由于本书是由个人文章修改而成,感谢各平台读者的支持。 感谢湖山,是他说我该把这些东西写出来的。 感谢小不,他在多方面给予了我帮助,封面是他设计的。 感谢小鱼二,他对全书进行了仔细地校对,并提出了相应的修改意见。 感谢丹迪的支持,他为我设计了多个封面,风格比较前卫,留给后续版本。 最后,尤其要感谢各位大佬帮我写的推荐序。他们的名字不分先后如下:大漠穷秋、小鱼二、Jack Lo、程序 JavaScript 》第 5 章,我看的是英文版的。第 5 章,讲了回溯和优化。 《JavaScript 忍者秘籍》第 7 章,大概讲了一下正则的用法,几个例子还不错。 《JavaScript 高级程序设计》第 5.4 节,比较简短的介绍。 JavaScript 正则表达式迷你书 参考书目 | 第 84 页0 码力 | 89 页 | 3.42 MB | 10 月前3
共 11 条
- 1
- 2