 Ubuntu 桌面培训 2010467 X.II.I 使用 GParted 进行分区 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467 X.III 引导选项 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 12 目录 Lucid Lynx II.21 工作区切换器首选项 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 II . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 II.35 打开外观首选项对话框 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 II0 码力 | 540 页 | 26.26 MB | 1 年前3 Ubuntu 桌面培训 2010467 X.II.I 使用 GParted 进行分区 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467 X.III 引导选项 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 12 目录 Lucid Lynx II.21 工作区切换器首选项 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 II . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 II.35 打开外观首选项对话框 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 II0 码力 | 540 页 | 26.26 MB | 1 年前3
 MySQL 8.0.17 调优指南(openEuler 20.09)MySQL作为网站数据库。 1.2 调优原则 性能调优从大的方面来说,在系统设计之初,需要考虑硬件的选择,操作系统的选 择,基础软件的选择;从小的方面来说,包括每个子系统的设计,算法选择,如何使 用编译器的选项,如何发挥硬件最大的性能等等。 在性能优化时,我们必须遵循一定的原则,否则,有可能得不到正确的调优结果。主 要有以下几个方面: ● 对性能进行分析时,要多方面分析系统的资源瓶颈所在,因为系统某一方面性能 调优指南(openEuler 20.09) 1 调优概述 2020-10-15 2 2 硬件调优 2.1 BIOS配置 2.1 BIOS 配置 目的 对于不同的硬件设备,通过在BIOS中设置一些高级选项,可以有效提升服务器性能。 方法 步骤1 关闭SMMU。 说明 此优化项只在非虚拟化场景使用,在虚拟化场景,则开启SMMU。 1. 重启服务器过程中,单击Delete键进入BIOS,选择“Advanced0 码力 | 11 页 | 223.31 KB | 1 年前3 MySQL 8.0.17 调优指南(openEuler 20.09)MySQL作为网站数据库。 1.2 调优原则 性能调优从大的方面来说,在系统设计之初,需要考虑硬件的选择,操作系统的选 择,基础软件的选择;从小的方面来说,包括每个子系统的设计,算法选择,如何使 用编译器的选项,如何发挥硬件最大的性能等等。 在性能优化时,我们必须遵循一定的原则,否则,有可能得不到正确的调优结果。主 要有以下几个方面: ● 对性能进行分析时,要多方面分析系统的资源瓶颈所在,因为系统某一方面性能 调优指南(openEuler 20.09) 1 调优概述 2020-10-15 2 2 硬件调优 2.1 BIOS配置 2.1 BIOS 配置 目的 对于不同的硬件设备,通过在BIOS中设置一些高级选项,可以有效提升服务器性能。 方法 步骤1 关闭SMMU。 说明 此优化项只在非虚拟化场景使用,在虚拟化场景,则开启SMMU。 1. 重启服务器过程中,单击Delete键进入BIOS,选择“Advanced0 码力 | 11 页 | 223.31 KB | 1 年前3
 谈谈MYSQL那点事MySQL 配置原则 配置原则 服务优化 服务优化 公共选项 公共选项 选项 缺省值 推荐值 说明 max_connections 100 1024 MySQL 服务器同时处理的数据库连接的最大 数量 query_cache_size 0 ( 不打开 ) 128M 查询缓存区的最大长度,按照当前需求,一 倍一倍增加,本选项比较重要 sort_buffer_size 512K 128M 128M 每个线程的排序缓存大小,一般按照内存可 以设置为 2M 以上,推荐是 16M ,该选项对 排序 order by , group by 起作用 record_buffer 128K 64M 每个进行一个顺序扫描的线程为其扫描的每 张表分配这个大小的一个缓冲区,可以设置 为 2M 以上 table_cache 64 1024 为所有线程打开表的数量。增加该值能增加 mysqld 要求的文件描述符的数量。 要求的文件描述符的数量。 MySQL 对每个唯一打开的表需要 2 个文件描述符。 服务优化 服务优化 MyISAM MyISAM 选项 选项 选项 缺省值 推荐值 说明 key_buffer_size 8M 512M 用来存放索引区块的缓存值 , 建议 128M 以上,不要大于内存的 30% read_buffer_size 128K 64M 用来做 MyISAM 表全表扫描的缓冲大 小 . 为从数据表顺序读取数据的读操0 码力 | 38 页 | 2.04 MB | 1 年前3 谈谈MYSQL那点事MySQL 配置原则 配置原则 服务优化 服务优化 公共选项 公共选项 选项 缺省值 推荐值 说明 max_connections 100 1024 MySQL 服务器同时处理的数据库连接的最大 数量 query_cache_size 0 ( 不打开 ) 128M 查询缓存区的最大长度,按照当前需求,一 倍一倍增加,本选项比较重要 sort_buffer_size 512K 128M 128M 每个线程的排序缓存大小,一般按照内存可 以设置为 2M 以上,推荐是 16M ,该选项对 排序 order by , group by 起作用 record_buffer 128K 64M 每个进行一个顺序扫描的线程为其扫描的每 张表分配这个大小的一个缓冲区,可以设置 为 2M 以上 table_cache 64 1024 为所有线程打开表的数量。增加该值能增加 mysqld 要求的文件描述符的数量。 要求的文件描述符的数量。 MySQL 对每个唯一打开的表需要 2 个文件描述符。 服务优化 服务优化 MyISAM MyISAM 选项 选项 选项 缺省值 推荐值 说明 key_buffer_size 8M 512M 用来存放索引区块的缓存值 , 建议 128M 以上,不要大于内存的 30% read_buffer_size 128K 64M 用来做 MyISAM 表全表扫描的缓冲大 小 . 为从数据表顺序读取数据的读操0 码力 | 38 页 | 2.04 MB | 1 年前3
 清华大学 DeepSeek 从入门到精通“先解释电车难题的定义,再对比 两种伦理观的差异” 一次性提问复杂逻辑 如何向AI表达需求 需求类型 特点 需求表达公式 推理模型适配策略 通用模型适配策略 1. 决策需求 需权衡选项、评估风险、 选择最优解 目标 + 选项 + 评估标准 要求逻辑推演和量化分析 直接建议,依赖模型经验归纳 2. 分析需求 需深度理解数据/信息、 发现模式或因果关系 问题 + 数据/信息 + 分析 方法 (1)开场:介绍一个主角面临重大人生抉择的场景。 (2)设置三个关键决策点,每个决策点提供两个选项。例如: a. 决策点1:[选项1A] 或 [选项1B] b. 决策点2:[选项2A] 或 [选项2B] c. 决策点3:[选项3A] 或 [选项3B] (3)对于每个决策点: a. 简要描述每个选项可能导致的结果 b. 加入叙述者对读者可能选择的猜测和评论 加入叙述者对读者可能选择的猜测和评论 c. 无论选择哪个选项,都要继续故事 (4)在叙事过程中,插入对以下内容的反思: a. 读者的选择如何塑造故事 b. 作者、角色和读者之间的关系 c. 自由意志与预设叙事路径的矛盾 (5)结尾: a. 根据读者的选择展现一个结局 b. 提供一个元叙事总结,反思整个互动过程的意义0 码力 | 103 页 | 5.40 MB | 8 月前3 清华大学 DeepSeek 从入门到精通“先解释电车难题的定义,再对比 两种伦理观的差异” 一次性提问复杂逻辑 如何向AI表达需求 需求类型 特点 需求表达公式 推理模型适配策略 通用模型适配策略 1. 决策需求 需权衡选项、评估风险、 选择最优解 目标 + 选项 + 评估标准 要求逻辑推演和量化分析 直接建议,依赖模型经验归纳 2. 分析需求 需深度理解数据/信息、 发现模式或因果关系 问题 + 数据/信息 + 分析 方法 (1)开场:介绍一个主角面临重大人生抉择的场景。 (2)设置三个关键决策点,每个决策点提供两个选项。例如: a. 决策点1:[选项1A] 或 [选项1B] b. 决策点2:[选项2A] 或 [选项2B] c. 决策点3:[选项3A] 或 [选项3B] (3)对于每个决策点: a. 简要描述每个选项可能导致的结果 b. 加入叙述者对读者可能选择的猜测和评论 加入叙述者对读者可能选择的猜测和评论 c. 无论选择哪个选项,都要继续故事 (4)在叙事过程中,插入对以下内容的反思: a. 读者的选择如何塑造故事 b. 作者、角色和读者之间的关系 c. 自由意志与预设叙事路径的矛盾 (5)结尾: a. 根据读者的选择展现一个结局 b. 提供一个元叙事总结,反思整个互动过程的意义0 码力 | 103 页 | 5.40 MB | 8 月前3
 基于go和flutter的实时通信/视频直播解决方案 段维伟Obj-C/Swift • Android 使用libwebrtc.aar + java • Windows 使用libwebrtc.dll + C++ 实际开发中会遇到的困难 • 下载和编译Google WebRTC框架(防火墙,编译环境) • 原生SDK开发(每平台人力投入) • UI 的一致性,更新迭代(类似SDK需按平台维护) • 性能问题(全部使用html5) 客户端是否有 更好的选择? 为何选择0 码力 | 38 页 | 2.22 MB | 1 年前3 基于go和flutter的实时通信/视频直播解决方案 段维伟Obj-C/Swift • Android 使用libwebrtc.aar + java • Windows 使用libwebrtc.dll + C++ 实际开发中会遇到的困难 • 下载和编译Google WebRTC框架(防火墙,编译环境) • 原生SDK开发(每平台人力投入) • UI 的一致性,更新迭代(类似SDK需按平台维护) • 性能问题(全部使用html5) 客户端是否有 更好的选择? 为何选择0 码力 | 38 页 | 2.22 MB | 1 年前3
 JavaScript 正则表达式迷你书 老姚 - v1.1是“确定型有限自动 机”的简写。 而 JavaScript 的正则引擎是 NFA,NFA 是“非确定型有限自动机”的简写。 大部分语言中的正则都是 NFA,为啥它这么流行呢? 答:你别看我匹配慢,但是我编译快啊,而且我还有趣哦。 JavaScript 正则表达式迷你书 4. 第四章 正则表达式回溯法原理 | 第 45 页 5. 第五章 正则表达式的拆分 对于一门语言的掌握程度怎么样,可以有两个角度来衡量:读和写。 保证了准确性后,才需要是否要考虑要优化。大多数情形是不需要优化的,除非运行的非常慢。什么情形正 则表达式运行才慢呢?我们需要考察正则表达式的运行过程(原理)。 正则表达式的运行分为如下的阶段: • 1. 编译; • 2. 设定起始位置; • 3. 尝试匹配; • 4. 匹配失败的话,从下一位开始继续第 3 步; • 5. 最终结果:匹配成功或失败。 下面以代码为例,来看看这几个阶段都做了什么: null // => 0 ["123", index: 0, input: "123abc34def"] 具体分析如下: var regex = /\d+/g; 当生成一个正则时,引擎会对其进行编译。报错与否出现这这个阶段。 regex.exec("123abc34def") 当尝试匹配时,需要确定从哪一位置开始匹配。一般情形都是字符串的开头,即第 0 位。 但当使用 test 和 exec0 码力 | 89 页 | 3.42 MB | 11 月前3 JavaScript 正则表达式迷你书 老姚 - v1.1是“确定型有限自动 机”的简写。 而 JavaScript 的正则引擎是 NFA,NFA 是“非确定型有限自动机”的简写。 大部分语言中的正则都是 NFA,为啥它这么流行呢? 答:你别看我匹配慢,但是我编译快啊,而且我还有趣哦。 JavaScript 正则表达式迷你书 4. 第四章 正则表达式回溯法原理 | 第 45 页 5. 第五章 正则表达式的拆分 对于一门语言的掌握程度怎么样,可以有两个角度来衡量:读和写。 保证了准确性后,才需要是否要考虑要优化。大多数情形是不需要优化的,除非运行的非常慢。什么情形正 则表达式运行才慢呢?我们需要考察正则表达式的运行过程(原理)。 正则表达式的运行分为如下的阶段: • 1. 编译; • 2. 设定起始位置; • 3. 尝试匹配; • 4. 匹配失败的话,从下一位开始继续第 3 步; • 5. 最终结果:匹配成功或失败。 下面以代码为例,来看看这几个阶段都做了什么: null // => 0 ["123", index: 0, input: "123abc34def"] 具体分析如下: var regex = /\d+/g; 当生成一个正则时,引擎会对其进行编译。报错与否出现这这个阶段。 regex.exec("123abc34def") 当尝试匹配时,需要确定从哪一位置开始匹配。一般情形都是字符串的开头,即第 0 位。 但当使用 test 和 exec0 码力 | 89 页 | 3.42 MB | 11 月前3
 JavaScript 正则表达式迷你书 老姚 - v1.0是“确定型有限自动 机”的简写。 而 JavaScript 的正则引擎是 NFA,NFA 是“非确定型有限自动机”的简写。 大部分语言中的正则都是 NFA,为啥它这么流行呢? 答:你别看我匹配慢,但是我编译快啊,而且我还有趣哦。 JavaScript 正则表达式迷你书 4. 第四章 正则表达式回溯法原理 | 第 45 页 5. 第五章 正则表达式的拆分 对于一门语言的掌握程度怎么样,可以有两个角度来衡量:读和写。 保证了准确性后,才需要是否要考虑要优化。大多数情形是不需要优化的,除非运行的非常慢。什么情形正 则表达式运行才慢呢?我们需要考察正则表达式的运行过程(原理)。 正则表达式的运行分为如下的阶段: • 1. 编译; • 2. 设定起始位置; • 3. 尝试匹配; • 4. 匹配失败的话,从下一位开始继续第 3 步; • 5. 最终结果:匹配成功或失败。 下面以代码为例,来看看这几个阶段都做了什么: null // => 0 ["123", index: 0, input: "123abc34def"] 具体分析如下: var regex = /\d+/g; 当生成一个正则时,引擎会对其进行编译。报错与否出现这这个阶段。 regex.exec("123abc34def") 当尝试匹配时,需要确定从哪一位置开始匹配。一般情形都是字符串的开头,即第 0 位。 但当使用 test 和 exec0 码力 | 89 页 | 3.42 MB | 11 月前3 JavaScript 正则表达式迷你书 老姚 - v1.0是“确定型有限自动 机”的简写。 而 JavaScript 的正则引擎是 NFA,NFA 是“非确定型有限自动机”的简写。 大部分语言中的正则都是 NFA,为啥它这么流行呢? 答:你别看我匹配慢,但是我编译快啊,而且我还有趣哦。 JavaScript 正则表达式迷你书 4. 第四章 正则表达式回溯法原理 | 第 45 页 5. 第五章 正则表达式的拆分 对于一门语言的掌握程度怎么样,可以有两个角度来衡量:读和写。 保证了准确性后,才需要是否要考虑要优化。大多数情形是不需要优化的,除非运行的非常慢。什么情形正 则表达式运行才慢呢?我们需要考察正则表达式的运行过程(原理)。 正则表达式的运行分为如下的阶段: • 1. 编译; • 2. 设定起始位置; • 3. 尝试匹配; • 4. 匹配失败的话,从下一位开始继续第 3 步; • 5. 最终结果:匹配成功或失败。 下面以代码为例,来看看这几个阶段都做了什么: null // => 0 ["123", index: 0, input: "123abc34def"] 具体分析如下: var regex = /\d+/g; 当生成一个正则时,引擎会对其进行编译。报错与否出现这这个阶段。 regex.exec("123abc34def") 当尝试匹配时,需要确定从哪一位置开始匹配。一般情形都是字符串的开头,即第 0 位。 但当使用 test 和 exec0 码力 | 89 页 | 3.42 MB | 11 月前3
 MySQL高可用 - 多种方案和 backup 服务器都需要安装 heardheat 软件。下面两种安装方式任 选其一。  Rpm 包的安装方式 yum -y install heartbeat-*  源代码编译安装方式 wget http://www.ultramonkey.org/download/heartbeat/2.1.3/heartbeat- 2.1.3.tar.gz tar xzvf heartbeat-2 了,Master 和 backup 服务器都需要安装 heardheat 软件。下面两种安装方式任选其一。  Rpm 包的安装方式 yum -y install heartbeat-*  源代码编译安装方式 wget http://www.ultramonkey.org/download/heartbeat/2.1.3/heartbeat- 2.1.3.tar.gz tar xzvf heartbeat-20 码力 | 31 页 | 874.28 KB | 1 年前3 MySQL高可用 - 多种方案和 backup 服务器都需要安装 heardheat 软件。下面两种安装方式任 选其一。  Rpm 包的安装方式 yum -y install heartbeat-*  源代码编译安装方式 wget http://www.ultramonkey.org/download/heartbeat/2.1.3/heartbeat- 2.1.3.tar.gz tar xzvf heartbeat-2 了,Master 和 backup 服务器都需要安装 heardheat 软件。下面两种安装方式任选其一。  Rpm 包的安装方式 yum -y install heartbeat-*  源代码编译安装方式 wget http://www.ultramonkey.org/download/heartbeat/2.1.3/heartbeat- 2.1.3.tar.gz tar xzvf heartbeat-20 码力 | 31 页 | 874.28 KB | 1 年前3
 强大的音视频处理工具: FFmpeghard subs = hard subtitles = burn in subtitles ffmpeg处理逻辑:⽤ -vf 加上字幕⽂件 前提:ffmpeg⽀持ass 即:ffmpeg编译参数中包含: --enable-libass 举例 举例 1. 嵌⼊srt字幕 注 (1)-vf后⾯参数,可以不加双引号: 不过为了区别后续其他参数,最好像上⾯⼀样加上 双引号,⽐较容易和其他参数区别开0 码力 | 73 页 | 11.57 MB | 1 年前3 强大的音视频处理工具: FFmpeghard subs = hard subtitles = burn in subtitles ffmpeg处理逻辑:⽤ -vf 加上字幕⽂件 前提:ffmpeg⽀持ass 即:ffmpeg编译参数中包含: --enable-libass 举例 举例 1. 嵌⼊srt字幕 注 (1)-vf后⾯参数,可以不加双引号: 不过为了区别后续其他参数,最好像上⾯⼀样加上 双引号,⽐较容易和其他参数区别开0 码力 | 73 页 | 11.57 MB | 1 年前3
共 9 条
- 1













