搜索[模型层引导]结果-低调大师优秀个人博客

精选列表

搜索[模型层引导]，共10007篇文章

xtools一款基于JDK25的通用Java工具库

实现模板引擎功能集成 Jsoup 1.22.1 实现HTML解析和爬虫功能使用 MapStruct 1.6.3 实现对象映射基于 Jakarta Servlet API 6.1.0 提供Web层支持

2026-04-16

英特尔开源行业首个路径引导库，将与 Blender 集成

英特尔近日开源了 Open PGL（Open Path Guiding Library），英特尔表示 Open PGL 是业界首个用于路径引导的开源库，这样开发者就可以轻松地将路径引导方法集成到他们的渲染器中

2022-08-10

OpenHarmony移植案例：如何适配服务启动引导部件bootstrap_lite

摘要：本文介绍了startup子系统之bootstrap_lite服务启动引导部件的移植适配案例及原理。

2022-02-17

GRUB 2.12 将于今年发布，继续提高引导安全性

在上周末举办的 FOSDEM 2022 大会上，Oracle 工程师 Daniel Kiper 就 GRUB 引导加载程序的开发工作进行了年度汇报，展示了这款领先的开源引导加载程序的最新成果，以及介绍今年的计划和已达成的任务

2022-02-13

OS Prober 被禁用，Ubuntu 正在考虑新的多重引导方案

GNU GRUB（GRUB）是一个来自 GNU 项目的启动引导程序。它允许用户在计算机内同时拥有多个操作系统，并在计算机启动时选择希望运行的操作系统。

2021-12-21

Android开发实践：Java层与Jni层的数组传递

Android开发中，经常会在Java代码与Jni层之间传递数组（byte[]），一个典型的应用是Java层把需要发送给客户端的数据流传递到Jni层，由Jni层的Socket代码发送出去，当然，Jni层也需要把从

2017-11-18

大模型和 OCR 识别发票/表格哪个准：腾讯云 OCR 一篇讲透大模型与 OCR 的六层决策

网上搜"用大模型做表格识别还是用 OCR"、"大模型和 OCR 识别发票哪个准"，得到的答案基本两极——一派说"大模型一统天下，OCR 是上个时代的东西"，另一派说"大模型幻觉太多，关键业务还是得 O

2026-09-11

BFF层设计实践

去年接手一个电商项目，商品详情页在 App 端要连续发 9 个请求：商品基础信息、库存、价格、可用优惠券、店铺信息、评价摘要、物流模板、推荐商品、猜你喜欢。首屏 P95 接近 3 秒。产品的反馈是"太慢"，前端的反馈是"接口太碎"，后端的反馈是"接口都是现成的，你们自己拼一下"。

2026-07-28

TiFlash 计算层概览

本文要讲的 TiFlash 计算层实际上是包含以上四个阶段的广义上的计算层。

2022-08-03

TiFlash 存储层概览

本次分享会让读者对 TiFlash 整体有初步认知，以及在 TiDB 的 HTAP 场景下，存储层 DeltaTree 引擎如何进行优化的设计思路以及其子模块。

2022-08-01

软件架构--服务层

在ddd设计中我们经常会提到服务层，服务层是什么？职责是什么？有什么好处？。

2017-11-05

三层架构

最近在学初学架构学长让我们看三层架构我便百度了一下综合看了这一篇CSDN的质量很好很适合初学者我就当搬运工粘贴过来了 http://blog.csdn.net/hanxuemin12345

2017-11-02

AI数据集成不是把大模型接上数据库就行，缺的是业务语义层

大模型火起来之后，几乎每个CIO都被老板问过：我们的数据能不能让AI直接用起来？很多企业的第一反应是找一个AI数据集成方案，把大模型接上数据库，以为这样数据就"活"了。

2026-08-06

MCP协议解析：大模型与外部工具交互的统一层是如何设计的

做AI应用开发时，你一定遇到过这样的场景：想让大模型查数据库，得写一段Python胶水代码；想让它调第三方API，得封装一个Function Calling；想让它读本地文件，又得换另一种插件写法。

2026-07-30

DeepSeek 私有化部署后的治理层：身份、Token 与多模型运营怎么统一？

从架构与工程实践看，本文讨论的是：DeepSeek 私有化部署后的治理层：身份、Token 与多模型运营怎么统一。

2026-07-29

告别“一个容器干所有事”：三层缓存模型如何驯服交叉编译CI

最直觉的做法是：起一个容器，在里面 conan install + cmake，构建完销毁。听起来很干净，但实际跑起来会撞三堵墙：

2026-07-16

MoE模型性能还能更上一层楼？一次QLoRA微调实践

，如何在此基础上进一步提升 MoE 模型的性能成为业界热点。

2024-01-10

MCP + A2A 融合：协议层已就绪，信任层才是硬仗

2025 年底，MCP 和 A2A 先后捐赠给 Linux Foundation。但注意一个细节：它们归属于不同的子基金会——MCP 在 Agentic AI Foundation (AAIF)，A2A 在 LF AI & Data。

2026-07-22

JTopCMS V4 功能优化：编辑器设置引导图简化

适配版本：V4.6+ （基础高级金牌）介绍：优化编辑器功能，从外网复制转载图片后，可立即直接设置引导图，无需保存后返回设置，提高编辑工作效率。

2024-08-23

摘要：有天，一朋友在线上执行一条 update 语句修改数据库数据的时候，where 条件没有带上索引，导致业务直接崩了，被老板教训了一波。本文分享自华为云社区《update 没有索引，会锁全表！》，作者：小林coding 。有天，一朋友在线上执行一条 update 语句修改数据库数据的时候，where 条件没有带上索引，导致业务直接崩了，被老板教训了一波。这次我们就来看看：为什么会发生这种的事故？又该如何避免这种事故的发生？说个前提，接下来说的案例都是基于 InnoDB 存储引擎，且事务的隔离级别是可重复读。为什么会发生这种的事故？ InnoDB 存储引擎的默认事务隔离级别是「可重复读」，但是在这个隔离级别下，在多个事务并发的时候，会出现幻读的问题，所谓的幻读是指在同一事务下，连续执行两次同样的查询语句，第二次的查询语句可能会返回之前不存在的行。因此 InnoDB 存储引擎自己实现了行锁，通过 next-key 锁（记录锁和间隙锁的组合）来锁住记录本身和记录之间的“间隙”，防止其他事务在这个记录之间插入新的记录，从而避免了幻读现象。当我们执行 update 语句时，实际上是会对记录加独占锁（X 锁）的，如果其他事务对持有独占锁的记录进行修改时是会被阻塞的。另外，这个锁并不是执行完 update 语句就会释放的，而是会等事务结束时才会释放。在 InnoDB 事务中，对记录加锁带基本单位是 next-key 锁，但是会因为一些条件会退化成间隙锁，或者记录锁。加锁的位置准确的说，锁是加在索引上的而非行上。比如，在 update 语句的 where 条件使用了唯一索引，那么 next-key 锁会退化成记录锁，也就是只会给一行记录加锁。这里举个例子，这里有一张数据库表，其中 id 为主键索引。假设有两个事务的执行顺序如下：可以看到，事务 A 的 update 语句中 where 是等值查询，并且 id 是唯一索引，所以只会对 id = 1 这条记录加锁，因此，事务 B 的更新操作并不会阻塞。但是，在 update 语句的 where 条件没有使用索引，就会全表扫描，于是就会对所有记录加上 next-key 锁（记录锁 + 间隙锁），相当于把整个表锁住了。假设有两个事务的执行顺序如下：可以看到，这次事务 B 的 update 语句被阻塞了。这是因为事务 A的 update 语句中 where 条件没有索引列，所有记录都会被加锁，也就是这条 update 语句产生了 4 个记录锁和 5 个间隙锁，相当于锁住了全表。因此，当在数据量非常大的数据库表执行 update 语句时，如果没有使用索引，就会给全表的加上 next-key 锁，那么锁就会持续很长一段时间，直到事务结束，而这期间除了 select ... from语句，其他语句都会被锁住不能执行，业务会因此停滞，接下来等着你的，就是老板的挨骂。那 update 语句的 where 带上索引就能避免全表记录加锁了吗？并不是。关键还得看这条语句在执行过程种，优化器最终选择的是索引扫描，还是全表扫描，如果走了全表扫描，就会对全表的记录加锁了。又该如何避免这种事故的发生？我们可以将 MySQL 里的 sql_safe_updates 参数设置为 1，开启安全更新模式。官方的解释： If set to 1, MySQL aborts UPDATE or DELETE statements that do not use a key in the WHERE clause or a LIMIT clause. (Specifically, UPDATE statements must have a WHERE clause that uses a key or a LIMIT clause, or both. DELETE statements must have both.) This makes it possible to catch UPDATE or DELETE statements where keys are not used properly and that would probably change or delete a large number of rows. The default value is 0. 大致的意思是，当 sql_safe_updates 设置为 1 时。 update 语句必须满足如下条件之一才能执行成功：使用 where，并且 where 条件中必须有索引列；使用 limit；同时使用 where 和 limit，此时 where 条件中可以没有索引列； delete 语句必须满足如下条件之一才能执行成功：使用 where，并且 where 条件中必须有索引列；同时使用 where 和 limit，此时 where 条件中可以没有索引列；如果 where 条件带上了索引列，但是优化器最终扫描选择的是全表，而不是索引的话，我们可以使用 force index([index_name]) 可以告诉优化器使用哪个索引，以此避免有几率锁全表带来的隐患。总结不要小看一条 update 语句，在生产机上使用不当可能会导致业务停滞，甚至崩溃。当我们要执行 update 语句的时候，确保 where 条件中带上了索引列，并且在测试机确认该语句是否走的是索引扫描，防止因为扫描全表，而对表中的所有记录加上锁。我们可以打开 MySQL sql_safe_updates 参数，这样可以预防 update 操作时 where 条件没有带上索引列。如果发现即使在 where 条件中带上了列索引列，优化器走的还是全标扫描，这时我们就要使用 force index([index_name]) 可以告诉优化器使用哪个索引。这次就说到这啦，下次要小心点，别再被老板挨骂啦。点击关注，第一时间了解华为云新鲜技术~

2021-09-14

Apple M1 上的 Linux 现可引导至 GNOME 桌面

作为致力于将 Linux 移植到 Apple M1 的 Asahi Linux开发者之一，Alyssa Rosenzweig 近日在其社交平台上分享了一个里程碑式的进展：即，她成功的在 Apple M1 设备上启动了 Debian 发行版，并进入了 GNOME Shell 桌面环境。不过值得注意的是，OpenGL 图形加速特性暂未得到支持。目前相关体验仅仅依靠 LLVMpipe 来实现 GNOME 桌面所需的 OpenGL 加速。LLVMpipe 是 Mesa Gallium3D 的软件实现，用于加速 CPU 上的 OpenGL。正如Phoronix所述，开发者们想要实现 Apple M1 图形硬件在 Linux 上的顺畅运行的话，接下来还是需要在 Linux 内核直接渲染管理器 (DRM) 方面开展进一步的工作。此外，为 OpenGL 加速提供 Mesa 支持，以及实现对现代计算需求同样重要的 Vulkan 支持也是不可或缺的一部分。而对于现在想要上手的用户来说，除了要解决上述问题外，还需要搞定各种尚未正式合并到 Linux 主线的各种内核补丁。有关 Apple M1 上 GNOME Shell 的当前状态的更多详细信息，可查看Alyssa 所发布的内容。

2021-08-24

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。