Ubuntu 桌面培训 2010. 475 X.III.II 更改引导时的默认操作系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478 X.III.III 配置启动应用程序 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 479 X.IV 本课小结 . . . 了,可是,我装的软件并不多,这是怎么回事? . . . . . . . . . . 488 XI.II.VIII我安装的是 Beta/RC 版,我可以升级到正式版吗? . . . . . . 489 XI.III 系统管理和个性化配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489 XI.III.I Root . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 II.24 配置语言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .0 码力 | 540 页 | 26.26 MB | 1 年前3
清华大学 DeepSeek+DeepResearch 让科研像聊天一样简单参考其他文章:在“发现”栏,可参考其他学者生成的文章及聊天示例。 整体来看,元知AI综述工具提供了一键式的自动化流程,只需导入数据,即 可自动生成高质量且规范的文献综述,适合快速高效的研究需求。 用户体验对比:可操作性 界面直观:平台设计简洁、直观,使用户能够 方便、快捷地进行文献数据的导入、分析和综 述生成,操作路径清晰,交互体验流畅高效。 模块分区:将功能模块与信息展示分区设计布 局,用户可以轻松找到所需功能,提高了操作 研究者更为友好,能够适应综述撰写的国内外 研究需求,同时定制化设置满足用户在个性化 需求下的使用。 元知AI综述工具 界面直观:平台设计简洁、直观, 使用户能够快捷地进行文献数据 的检索、选取和综述生成,操作 路径清晰,交互体验流畅高效。 语言支持:支持英文和中文内容 生成。 PubScholar平台 界面直观:平台设计简洁、直观, 使用户能够快捷地进行文献数据 的检索、选取和综述生成,操作 路径清晰,交互体验流畅高效。 路径清晰,交互体验流畅高效。 语言支持:支持英文和中文内容 生成。 知网研学平台 界面友好:操作界面简洁明了,用户容易上 手,非技术背景用户也能快速学会使用该工 具进行文献综述的生成。 灵活定制:支持使用本地部署的语言模型, 为有特定需求的用户提供了更多灵活性。 实时演示:提供实时演示demo,方便用户了 解和体验工具的功能。 语言支持:仅支持英文输入和英文内容生成。0 码力 | 85 页 | 8.31 MB | 8 月前3
Kubernetes Operator 实践 - MySQL容器化日志系统 PaaS SaaS 编 译 发 布 授 权 监 控 IaaS Registry SOA服务框架 DevOps 测 试 账户 搜狗商业平台基础平台 物料 计费 管理界面 项目 管理 CI&&CD 统一配 置中心 Cluster2 Node Node Node Node 商业云平台 BizCloud • 弹性伸缩能力不足 • 机器资源利用率不高 • • WorkQueue:事件合并、过滤、延时、限速 Operator CRD 里有什么 MySQL CRD • Spec:配置 & 期望状态 • Status:当前状态 MySQL 配置 • 版本 • 端口 • 存储信息 • 配置文件 集群配置 • 副本数 • 高可用模式 K8s 调度信息 • 资源套餐 • 亲和性信息 • NodeSelector 使用 CRD0 码力 | 42 页 | 4.77 MB | 1 年前3
GPU Resource Management On JDOS物理机 GPU 实验 JDOS 常规的容器服务 ,使用 gpu 的 zone , 自行设定相应的镜像即 可,有完善的周边服务 训练服务 • 提供基于 kubeflow 的分布式训练方案 – 界面化操作,用户提供代码地址和执行命令即可 – 系统内建支持安装 pip 依赖 – 自制存储插件支持分布式文件系统存储用户数据 – 支持官方镜像,不需要 JDOS 提前协助制作镜像 – 提供 tensorboard0 码力 | 11 页 | 13.40 MB | 1 年前3
MySQL高可用 - 多种方案.................... 4 2.4.3 Mysql 的安装和配置 ........................................................................................ 4 2.4.4 Mysql 的主主同步配置 ......................................... ....... 5 2.4.7 Keepalived 的配置 .......................................................................................... 5 2.4.8 Master 和 backup 的 realserver 的配置 ............................... ................... 10 3.5.2 Mysql 的安装和配置 ...................................................................................... 10 3.5.3 Mysql 的主主同步配置 ..........................................0 码力 | 31 页 | 874.28 KB | 1 年前3
RocketMQ v3.2.4 开发指南. 32 11.2.2 客户端的公共配置 ................................................................................................................................. 32 11.2.3 Producer 配置 ..................... 11.2.4 PushConsumer 配置 ............................................................................................................................... 33 11.2.5 PullConsumer 配置 .................... ................................................................................ 35 12.1 Broker 配置参数 ................................................................................................0 码力 | 52 页 | 1.61 MB | 1 年前3
消息中间件RocketMQ原理解析 - 斩秋broker1, broker2, borker3 三台 broker 机器都配置了 Topic_A Broker1 的队列为 queue0 , queue1 Broker2 的队列为 queue0, queue2, queue3, Broker3 的队列为 queue0 当然一般情况下的 broker 的配置都是一样的 以上当 broker 启动的时候注册到 namesrv 的 Topic_A 排好序类似于记录 将所有消费端 consumer 排好序,相当于页数 然后获取当前 consumer 所在页面应该分配到的 queue 2) 按照配置来分配队列, 也就是说在 consumer 启动的时候指定了 queue 3) 按照机房来配置队列 Consumer 启动的时候会指定在哪些机房的消息 获取指定机房的 queue 然后在执行如 1)平均算法 根据分配队列的结果更新 任务提交到线程池。 长轮询向 broker 拉取消息是批量拉取的, 默认设置批量的值为 pullBatchSize = 32, 可配置 消费端 consumer 构建一个消费消息任务 ConsumeRequest 消费一批消息的个数是 可配置的 consumeMessageBatchMaxSize = 1, 默认批量个数为一个 ConsumeRequest 任务 run0 码力 | 57 页 | 2.39 MB | 1 年前3
MySQL 8.0.17 调优指南(openEuler 20.09).......................................................................................3 2.1 BIOS 配置................................................................................................... 加,这时认为操作系统上出现性能瓶颈。 数据库 一般指的是数据库配置等方面的问题。例如,由于参数配置不合 理,导致数据库处理速度慢的问题,可认为是数据库层面的的问 题。 MySQL 8.0.17 调优指南(openEuler 20.09) 1 调优概述 2020-10-15 2 2 硬件调优 2.1 BIOS配置 2.1 BIOS 配置 目的 对于不同的硬件设备,通过在BIOS中设置一些高级选项,可以有效提升服务器性能。 09) 3 操作系统调优 2020-10-15 4 ----结束 3.2 网卡中断绑核 目的 手动绑定网卡中断,根据网卡所属CPU将其进行分配,从而优化系统网络性能。 方法 对于不同的硬件配置,用于绑中断的最佳CPU数目会有差异,比如对于华为鲲鹏920 4826处理器 + Huawei TM280 25G网卡(Taishan 2280的板载网卡)来说,最多可以 绑定32个中断队列,建议将0 码力 | 11 页 | 223.31 KB | 1 年前3
谈谈MYSQL那点事比如,订单处理流程,那么对读需要强一致性,实时写实 时读,类似种涉及交易的或者动态实时报表统计的都要采 用这种架构模式 弱一致性 如果是弱一致性的话,可以通过在 M2 上面分担一些读压力 和流量,比如一些报表的读取以及静态配置数据的读取模块 都可以放到 M2 上面。比如月统计报表,比如首页推荐商品 业务实时性要求不是很高,完全可以采用这种弱一致性的设 计架构模式。 中间一致性 如果既不是很强的一致性又不是很弱的一致性,那 系统优化 系统优化 配置合理的 配置合理的 MySQL MySQL 服务器,尽量在应用本身达到一 服务器,尽量在应用本身达到一 个 个 MySQL MySQL 最合理的使用 最合理的使用 针对 针对 MyISAM MyISAM 或 或 InnoDB InnoDB 不同引擎进行不同定制 不同引擎进行不同定制 性配置 性配置 针对不同的应用情况进行合理配置 针对不同的应用情况进行合理配置 针对不同的应用情况进行合理配置 针对 针对 my.cnf my.cnf 进行配置,后面设置是针对内存为 进行配置,后面设置是针对内存为 16G 16G 的服务器进行的合理设置 的服务器进行的合理设置 服务优化 服务优化 MySQL MySQL 配置原则 配置原则 服务优化 服务优化 公共选项 公共选项 选项 缺省值 推荐值 说明 max_connections 100 1024 MySQL0 码力 | 38 页 | 2.04 MB | 1 年前3
强大的音视频处理工具: FFmpegrt,在⽤ffmpeg从srt转换出ass 字幕 获取 47 编辑字幕 ⽤Aegisub编辑字幕,,调整出我要的效果后,另存为保存出的ass⽂件 把其配置: 换进来即可 输出=编辑后 核⼼配置 就⼀句: 起到了配置字幕属性,实现了效果: 字体:PingFang SC 字体⼤⼩:20 字幕的背景半透明效果:后⾯很多参数组合的效果 [[Script Info Script 后续调整字幕的⼤⼩后,预览中视频⾥的字幕仍旧很⼩,导 致字幕字体⼤⼩⽆法⽣效 重新选这个:重设脚本分辨率 但是也会导致另存为的ass⽂件中,有视频⽅⾯的设置 我是后来⾃⼰参考原始的配置,改回去为原始的配置的 crifan.com,使⽤署名4.0国际(CC BY 4.0)协议发布 all right reserved, powered by Gitbook最后更新: 2021-09-14 input.mp4 -vf "ass=input.ass" "ass=input.ass" output.mp4 output.mp4 其中: ass字幕⽂件input.ass中,有对应的位置的参数配置 其中: Alignment :默认为 2 = 底部居中 就满⾜了我们希望的:字幕在底部居中的位置 微调左右间距和底部间距 再去微调左右间距和底部间距时 再去改动: MarginL0 码力 | 73 页 | 11.57 MB | 1 年前3
共 14 条
- 1
- 2













