搜索[非自回归核心技术]结果-低调大师优秀个人博客

精选列表

搜索[非自回归核心技术]，共10000篇文章

快手自研大模型“快意 (KwaiYii)”亮相

快手自研的大语言模型“快意”（KwaiYii）已开启内测，并为业务团队提供了标准 API 和定制化项目合作方案。

2023-08-21

memos —— 轻量级的自托管笔记应用

特点开源且永远免费在几秒钟内使用 Docker 自托管支持 Markdown 可定制和可共享用于自助服务的 RESTful API 使用 Docker 进行部署 docker run -d --

2023-03-19

再聊我们自研的那些Devops工具

原文链接：https://zhuanlan.zhihu.com/p/447445776 两年前我写了篇文章『我们自研的那些Devops工具』介绍了我们自研的一些DevOps工具系统，两年过去了这些工具究竟还有没有在发光发热

2022-12-27

MyCms v3.4，自媒体+购物商城

MyCms 是一款基于 Laravel 开发的开源免费的自媒体 CMS + 商城系统，助力开发者知识技能变现。

2022-06-16

TeslaMate —— 特斯拉自托管数据记录器

TeslaMate 是适用于 Tesla 的功能强大的自托管数据记录器。

2022-04-05

阿里发布自研 CPU 芯片倚天 710

10 月19 日，2021 云栖大会现场，阿里巴巴旗下半导体公司平头哥发布自研云芯片倚天 710。该芯片是业界性能最强的 ARM 服务器芯片，性能超过业界标杆 20%，能效比提升 50% 以上。

2021-10-19

Google 自研 SoC，Pixel 就硬气了？

Google 或自研处理器据 axios 报道，Google 将于三星合作自研处理器芯片，代号为 Whitechapel。

2020-04-16

从天猫到菜鸟，从双11到造物节，在阿里巴巴，除了来自集团的UED团队外，还有一支700余人的外包团队，一起创造着阿里视觉神话。阿里的UED外包同学们每年会收到来自阿里巴巴集团50多个业务方提出的十余万外包需求。如何协调外包设计师与需求方之间的配合，并且给到外包同学合理结算价格，成为阿里UED外包管理的一大难点。以往，阿里巴巴也会用一些简单的需求分发系统来应对。但由于实际业务场景的复杂性，需求在分配上无法做到合理与精准。加上缺乏评价和追踪体系，外包同学的执行效果得不到监控，最后形成的素材也难以沉淀。最重要的是，外包需求的分发与结算步骤完全隔离，外包素材的审核与结算只能依靠财务同学在线下进行人工方式核算，审核难度与工作量可想而知。针对上述系列痛点，阿里巴巴设计委员会设计中台项目组联合阿里巴巴信息平台，通过技术手段将原计件系统转化成阿里

2017-12-26

docker笔记（转自：陈沙克日志）

installation/ dockerrun-p9090:9090-v/tmp/prometheus.yml:/etc/prometheus/prometheus.yml\ prom/prometheus 本文转自yuweibing51CTO

2017-11-15

Gradle常用配置－版本号自增

signingConfigsigningConfigs.release proguardFilesgetDefaultProguardFile('proguard-android.txt'),'proguard-rules.pro' } } 版本号自增

2017-11-14

自研网关纳管Spring Cloud(一)

摘要: 本文主要从网关的需求，以及Spring Cloud Zuul的线程模型和源码瓶颈分析结合，目前最近一段时间自研网关中间件纳管Spring Cloud的经验汇总整理。

2017-08-19

科普：揭秘手机软件自启原理

接下来我们将简单讲讲软件自启的方式和原理。

2017-08-08

Agent自进化系列（三）--从反思到自进化：Agent 如何把一次经历变成未来能力

但 Agent 不会从“会做事”直接跃迁到“会成长”。在真正进化之前，必须先完成一个关键转化：把一次具体任务中的成功或失败，变成在未来任务中仍然有用的经验。经验都没有形成，也就谈不上后续的 Memory 如何进化、Skill 如何更新。

2026-08-23

Agent自进化系列（二）--什么才叫自进化 Agent：五个问题与一个验证门槛

上篇已经聊过了， Agent 已经会做事、能工作，也有 Memory、Rules 和 Skills 可以留下经验，但“能保存”并不等于“会成长”。

2026-08-18

代码杂活不烦人：非程序员的开发辅助

不是只有程序员才碰代码。跑数据分析脚本、调表格字段、修一个报错，都是现代职场里的日常。WorkBuddy 的本地文件处理能力让它能直接读脚本、跑命令、改文件——一次 200 行左右的 Python 脚本，它两分钟找出两个能复现的真问题，也顺带给了五条偏风格的建议。

2026-09-26

SNP 提升非结构化数据领域的AI能力

■ 非结构化数据约占企业数据总量的80%，但传统转型工具长期以来难以对其进行有效处理

2026-07-17

问 MySQL 非唯一索引等值查询加什么锁？

可重复读、读已提交两种隔离级别下，非唯一索引的等值查询会加什么锁？为什么这么加锁？

2024-10-25

MySQL 备库可以设置 sync_binlog 非 1 吗？

众所周知，防止断电丢失 Binlog、故障恢复过程丢失数据，MySQL 主库必须设置 sync_binlog=1。那么作为备库可以例外吗？作者：胡呈清，爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：[简书 | 轻松的鱼]，欢迎讨论。爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。本文约 1200 字，预计阅读需要 4 分钟。众所周知，防止断电丢失 Binlog、故障恢复过程丢失数据，MySQL 主库必须设置 sync_binlog=1。那么作为备库可以例外吗？我们的第一反应当然是不行，既然主库会丢数据，备库自然一样。但其实不然，**备库丢了数据是可以重新从主库上复制的，只要这个复制的位置和备库本身数据的位置一致就 OK 了，它们能一致吗？**本文将对这个问题进行讨论。背景知识为了更好的说明这个问题，下面赘述一下相关的知识点： InnoDB 的二阶段提交中，Prepare 阶段写 Redo Log，Commit 阶段写 Binlog，故障恢复时保证：所有已提交事务的 Binlog 一定存在。所有未提交事务一定不记录 Binlog。备库设置 relay_log_info_repository = table 时，slave_relay_log_info（即备库回放位置）的更新与 Relay Log 回放的 SQL 在同一个事务中提交。 GTID 持久化在 Binlog 中，备库在某些条件下启动复制时会从 Executed_Gtid_Set 开始到主库复制数据。根据以上 3 点，备库如果设置 sync_binlog 不为 1，在做故障恢复时的就会发生以下情况。 **事务状态：TRX_COMMITTED_IN_MEMORY、TRX_NOT_STARTED。**如果 Binlog 未落盘，事务会重做，数据将比 Binlog 多，slave_relay_log_info 表记录的复制位置也将领先 Executed_Gtid_Set。事务状态：TRX_PREPARED。由于Binlog 未刷盘，Recovery 时会回滚事务，数据与 Binlog 是一致的，slave_relay_log_info 表记录的复制位置等于 Executed_Gtid_Set。如果备库断电恢复后，启动复制时用的位置由 slave_relay_log_info 决定，则备库数据还是能正常复制数据，并且能与主库保持一致，只是 GTID 会出现跳号。反之如果由 Executed_Gtid_Set 决定，则备库复制会因为重复回放事务而报错，需要进行修复。下面设计一个实验来进行验证。实验过程 1. 设置备库参数并制造“故障” 备库参数设置如下，主库用工具并发写入数据（这里用的 mysqlslap），然后备库强制关机（reboot -f）。 sync_binlog = 1000 innodb_flush_log_at_trx_commit = 1 relay_log_info_repository = table ##slave_relay_log_info 表为 innodb 表 relay_log_recovery = on gtid_mode = on 2. 重启备库备库服务器开机后重启 MySQL，查看的信息如下。 show master status 输出的 Executed_Gtid_Set 如下： fb9b7d78-6eb5-11ec-985a-0242ac101704:1-167216 mysql> select * from slave_relay_log_info\G *************************** 1. row *************************** Number_of_lines: 7 Relay_log_name: ./localhost-relay-bin.000004 Relay_log_pos: 4 Master_log_name: mysql-bin.000001 Master_log_pos: 48159613 Sql_delay: 0 Number_of_workers: 0 Id: 1 Channel_name: 1 row in set (0.00 sec) 根据输出内容可知，从库的数据确实回放到了 mysql-bin.000001:48159613，对应的 GTID 为：fb9b7d78-6eb5-11ec-985a-0242ac101704:167222，只是从库的 Binlog 有丢失，GTID 为：fb9b7d78-6eb5-11ec-985a-0242ac101704:1-167216。 ... SET @@SESSION.GTID_NEXT= 'fb9b7d78-6eb5-11ec-985a-0242ac101704:167222'/*!*/; ... ### INSERT INTO `mysqlslap`.`t` ### SET ### @1=167216 /* INT meta=0 nullable=0 is_null=0 */ # at 48159586 #220407 14:10:34 server id 123456 end_log_pos 48159613 Xid = 169239 COMMIT/*!*/; # at 48159613 ... 从库已经有 167222 事务对应的数据。 mysql> select * from t where id=167216; +--------+ | id | +--------+ | 167216 | +--------+ 1 row in set (0.00 sec) 3. 备库启动复制 Error Log 显示的起始位置和 slave_relay_log_info 内容一样，从主库的 mysql-bin.000001:48159613 开始，对应 GTID 为 167222+1。 >Slave I/O thread: Start asynchronous replication to master 'repl@10.186.61.32:3308' in log 'mysql-bin.000001' at position 48159613 但接下来 SQL 线程报错位置却是 mysql-bin.000001:48158146，比开始位置还靠前，这个位置对应的 GTID 为 167217（即167216+1）： >2022-04-07T06:33:18.611181-00:00 4 [ERROR] Slave SQL for channel '': Could not execute Write_rows event on table mysqlslap.t; Duplicate entry '167212' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000001, end_log_pos 48158146, Error_code: 1062 而且解析从库 Relay Log（因为设置了 relay_log_recovery = on，启动复制时会丢弃旧的未 Relay Log 重新到主库取 Binlog），第一个事务也是 SET @@SESSION.GTID_NEXT= 'fb9b7d78-6eb5-11ec-985a-0242ac101704:167217'/*!*/;，而不是 167223。这说明了启动复制的位置并不是 slave_relay_log_info 记录的位置，而是从库的 GTID。 4. 重复以上测试在启动从库复制前执行 change master to master_auto_position=0; 这回不报错，是从 167223 这个 GTID 开始复制数据，从库 GTID 会出现跳号。 mysql> show master status; +------------------+----------+--------------+------------------+-------------------------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------------------------------------------------+ | mysql-bin.000006 | 9976340 | | | fb9b7d78-6eb5-11ec-985a-0242ac101704:1-167216:167223-200670 | +------------------+----------+--------------+------------------+-------------------------------------------------------------+ 1 row in set (0.01 sec) 结论从库 sync_binlog 设置不为 1，发生断电会丢失 Binlog，因为 GTID 持久化在 Binlog 中，因此也会丢失 GTID。但是数据和 slave_relay_log_info 表中保存的 SQL 线程回放位置一致。此时：如果 master_auto_position=0，则从库重启复制时可以从正确的位置开始复制数据，从而与主库数据一致。不过从库会产生 GTID 跳号。如果 master_auto_position=1，则从库重启复制时会从 GTID 处开始复制数据，由于 GTID 有丢失，所以会重复回放事务，产生报错。更多技术文章，请访问：https://opensource.actionsky.com/ 关于 SQLE SQLE 是一款全方位的 SQL 质量管理平台，覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库，为开发和运维提供流程自动化能力，提升上线效率，提高数据质量。 ✨ Github：https://github.com/actiontech/sqle 📚 文档：https://actiontech.github.io/sqle-docs/ 💻 官网：https://opensource.actionsky.com/sqle/ 👥 微信群：请添加小助手加入 ActionOpenSource 🔗 商业支持：https://www.actionsky.com/sqle

2024-07-30

GitLab 将自动删除免费用户的非活跃项目

目前托管在 GitLab 上面的这类项目占了所有托管费用的四分之一，而自动删除这些非活跃的项目可以为 Gitlab 每年节省约 100 万美元的成本。

2022-08-05

国产异步非阻塞通信框架 smart-socket 1.5.18 发布

smart-socket 是一款极简、易用、高性能的国产开源 AIO 通信框架，旨在帮助开发人员轻松打造企业级通信应用。此版本主要变化修复读写IO递归并发回调场景下可能引发的空指针问题。移除示例程序中的fastjson依赖升级 slf4j 版本至 1.7.36 maven 坐标 <dependency> <groupId>org.smartboot.socket</groupId> <artifactId>aio-core</artifactId> <version>1.5.18</version> </dependency> 想要进一步了解 smart-socket，请移步以下链接不迷路：文档 https://smartboot.gitee.io/book/smart-socket/ Gitee 仓库 https://gitee.com/smartboot/smart-socket Github 仓库 https://github.com/smartboot/smart-socket

2022-06-13

资源下载

更多资源

Mario

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

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

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等操作系统。