技术栈
性能优化
爱喝水的鱼丶
15 分钟前
运维
·
数据库
·
性能优化
·
sap
·
abap
·
hana
·
开发交流
SAP-ABAP:S/4 HANA ABAP 新特性入门:与 ECC ABAP 的核心差异、架构优势与学习路径规划
博客简介:面向有 ECC ABAP 开发经验的开发者,系统梳理 S/4 HANA 底层 HANA 数据库驱动的 ABAP 架构变革,拆解 ABAP for HANA 与传统 ABAP 的语法、开发范式核心差异,对比 S/4 HANA 中过时语法、废弃标准程序的调整点,结合实际升级场景给出 S/4 ABAP 的分阶段学习路径,帮助开发者快速建立新特性的基础认知框架,平滑过渡到 S/4 开发体系。
余槐i
7 小时前
数据库
·
后端
·
sql
·
postgresql
·
性能优化
PostgreSQL 函数索引报错 must be immutable:3种绕法与代价
本文摘要:两千万行订单表按天分桶的表达式索引建不起来,天级慢查询长期无法收敛。不可变性在建索引那一刻即校验,绕法只有显式化依赖、冗余列、谎称不可变。
余槐i
10 小时前
性能优化
·
开发工具
·
ai agent
·
claude code
·
agent skills
Skills 增至 30 个,Claude Code 反而变慢:token 与加载实测
本文摘要:Skill 扩到三十个后响应变慢、单次可改文件变少,上下文预算被挤占。用可复算的成本台账脚本,拆出每个 skill 的 token 占用与代码余量。
xiaoqiMikko
11 小时前
java
·
后端
·
性能优化
fastjson 1.2.84 的补丁关掉了一个缓存:addAccept 包前缀白名单下,反序列化慢了 13~28 倍
最近后台总有人搜「fastjson 1.2.84 解析报错」「fastjson 1.2.84 和 1.2.83 区别」。1.2.84 是只修安全问题的小版本,照理说直接换版本号就行。我把 1.2.83 和 1.2.84 放在一起,对同一批写法逐条跑了一遍,结果有两处要注意。
万联WANFLOW
12 小时前
性能优化
·
llm
·
aigc
LLM 调用很快,AI Agent 为什么还是慢?关键路径分析与优化方法
单次 LLM 调用只需要 1 秒,为什么一个 AI Agent 任务仍然可能需要几秒,甚至几十秒才能完成?
yunwei37
13 小时前
linux
·
后端
·
性能优化
eBPF 教程:BPF 迭代器用于内核数据导出
你是否曾经尝试监控数百个进程,却不得不解析数千个 /proc 文件,只为找到你关心的几个进程?或者需要自定义格式的内核数据,但不想修改内核本身?传统的 /proc 文件系统访问速度慢、不灵活,即使你只需要一小部分过滤后的数据,也会强制你在用户空间处理大量数据。
蒸鱼Yuzheng
15 小时前
ci/cd
·
性能优化
·
gpu
·
shader
·
vulkan
Shader 指令成本回归:离线编译、设备权重与误报控制
Shader 源码只改了几行,为什么某类 GPU 上突然变慢?单看源码行数、SPIR-V 指令数或桌面 GPU 截帧都不够。本文建立离线指标、设备族权重和实机验证的三级回归体系。
UWA
16 小时前
ui
·
性能优化
·
cpu
·
游戏开发
UGUI性能排查实战:隐藏血条后耗时下降,减少顶点为何没改善
1)隐藏血条后耗时下降,减少顶点为何没改善 2)单帧物理更新17次如何控制这是第496篇UWA技术知识分享的推送,精选了UWA社区的热门话题,涵盖了UWA问答、社区帖子等技术知识点,助力大家更全面地掌握和学习。
余槐i
17 小时前
性能优化
·
大模型
·
api
·
rag
·
ollama
Ollama 长文档问答后半段全空:context 默认值与静默截断的代价
本文摘要:Ollama 默认 num_ctx 为 4096,长文档超窗部分被静默截断,后半段无法引用。对比 prompt_eval_count 与预期 token 数即可发现截断,显式调大窗口即可修复。
严谨的麻辣烫
19 小时前
python
·
网络协议
·
tcp/ip
·
http
·
性能优化
为什么 API 接口偶尔报错,重试一次又恢复了?从 HTTP 连接池到 Keep-Alive 排查
在开发接口调用程序时,有一种故障比较难定位:接口大部分时间都能正常返回,但运行一段时间后,偶尔会出现连接中断、读取超时或者远端关闭连接的情况。手动重试一次,接口又恢复正常了。
用AI来创业吧
19 小时前
性能优化
·
自动化
·
安全威胁分析
企业官网搭建一般多久能上线:把工期拆成 7 段,算清哪段会拖
「官网多久能上线」这个问题,得到的答案从两周到四个月都有。差距不在施工速度,而在有没有把工期按阶段拆开算。这篇把整个过程拆成七段,给出每段的常规区间、真正的耗时来源,以及可以压缩与不能压缩的部分。
Eyfcom
19 小时前
java
·
oracle
·
性能优化
·
快递管理系统
〖实战〗快运系统 Oracle 性能优化:从“能用”到“扛住双11”的 Java + Spring Boot 实战
一、痛点场景:快运系统的数据库“慢性病” 快运系统和快递系统最大的区别在于货量大、流程长、对账重。本文作者:深圳+Eyf•半字节科技▪技术产品团队 物流、快递、快运作业管理系统,让每一票,都清晰可控。从任务分配到签收回传,一站式管理每个作业环节。
Jmyd0123
1 天前
前端
·
3d
·
性能优化
·
三维数字化
Web端3D营销展厅技术实现路径:从素材上云到线索回流的数据链路
把一座线下展厅搬进浏览器,本质上是把「空间数据」变成「可交互页面」再变成「可追踪线索」的一条完整数据链路。2026年这条链路的工程方案已经相对收敛:素材侧采用点云与全景采集,资产侧走 glTF 管线并做几何与纹理两级压缩,渲染侧用 WebGL 实时出图,交互与埋点侧通过事件总线回传,最后经接口写入客户管理系统。本文按步骤拆开这条链路,给出关键参数、性能预算与验收口径,供做技术选型与自研评估的团队参考。
CCblandy
1 天前
后端
·
python
·
算法
·
性能优化
·
架构
令牌桶在 0.9 倍负载超发 19%、固定窗口边界放行 20 个:四种限流算法同构实测
“要允许突发就用令牌桶”——这句流传最广的选型结论,在我把四种限流算法写成同构代码实测之后,需要补两个限定条件。本文用一套 130 行、可直接运行的 Python 实现,把固定窗口、滑动窗口分桶、滑动日志、令牌桶放在同一阈值(10 req/s)下做五个实验:边界突刺、泊松稳态精度、决策开销与内存、突发形态,以及一个用真实 sleep 和单调时钟跑的墙钟实验。实测结论:固定窗口在边界 160ms 内放行 2 倍阈值(20 个);令牌桶在 0.9 倍阈值的正常负载下就比精确基准多放行 14.5%~19.2%;
a598652
2 天前
docker
·
容器
·
性能优化
·
云手机
Docker云手机端口不通,无法访问|六边云手机教你故障排查完整流程
很多朋友部署六边云手机的时候,执行docker run启动容器,docker ps看到容器状态是 running,但是浏览器输入 IP:6080,页面一直超时、无法访问。 容器显示正常,Web VNC 端口不通,是自建 Docker 云手机最高频的故障。很多新手上来直接怀疑镜像问题,实际上绝大多数都是端口映射、防火墙、监听地址、网络转发这几类问题。 本文给一套由内到外的排查顺序,先从容器内部验证,再查宿主机,最后排查外网安全组,一步步定位端口不通根源。
oradh
2 天前
sql
·
oracle
·
性能优化
Oracle SQL性能优化案例----数据入库和更新任务
1、订购关系入库和更新任务2、用户状态入库和更新任务备注:1)任务期间,表无需对外访问,可以独占资源2)订购关系表和用户状态表,表上都有索引
打工仔折腾 AI
2 天前
人工智能
·
后端
·
python
·
elasticsearch
·
性能优化
·
centos
·
jenkins
CentOS 7 单机部署 Elasticsearch 7.17.29:启动报错排查与 CRUD 验证
Elasticsearch 8.x 默认开启安全认证、强制 TLS,单机快速验证时配置成本不低。7.17 是 7.x 的最后一个功能维护分支,官方仍在提供补丁版本,7.17.29 属于该分支较新的一个。对只想在单台 CentOS 7 机器上跑通搜索功能、又不打算引入证书体系的场景来说,7.17.x 是相对省事的选择。
HEJOO9
2 天前
ios
·
性能优化
·
cocoa
iOS 性能优化全面详解
在移动应用开发中,性能优化是决定产品成败的关键因素之一。一个流畅、响应迅速的应用不仅能提升用户体验,还能显著提高用户留存率和应用商店评分。对于 iOS 开发者而言,性能优化涉及 CPU、内存、GPU、网络、启动时间等多个维度,是一项系统性的工程。
yunwei37
2 天前
linux
·
后端
·
性能优化
eBPF 实例教程:BPF Arena 零拷贝共享内存
你是否曾经尝试在 eBPF 中构建链表,却不得不使用笨拙的整数索引而不是真正的指针?或者需要在内核 BPF 程序和用户空间之间共享大量数据,却受困于昂贵的系统调用?传统的 BPF map 强制你绕过指针限制,并且每次访问都需要系统调用。如果你可以使用普通的 C 指针,并在内核和用户空间之间实现直接内存访问会怎样?
对象存储与RustFS
2 天前
后端
·
云原生
·
性能优化
用 warp 压测 S3 兼容存储,十分钟跑出一份可复现的基准报告
换盘了、调了配置、升了版本,存储"到底快没快"这个问题,靠感觉和 dd 答不出来。对象存储走 S3 接口,要按 HTTP 请求算吞吐、延迟和分位数,还得把每轮的原始数据留下来,下次才能比。这篇用 warp(MinIO 社区的开源 S3 压测工具)对着 RustFS 把流程走完整:装上、连上被测端点、跑第一轮、把输出读明白、把结果存成可对比的档案。文中所有命令、参数和示例输出都出自 warp 官方 README,没有编造的数字;README 里的示例数字是在它自己的测试环境跑出来的,仅供看懂输出结构,换成