- 综合排序
- 最热优先
- 最新优先
- 来自专栏和蔼的张星的图像处理专栏
6. RCNN--Fast-RCNN--Faster-RCNN技术演进
参考 基于深度学习的目标检测技术演进。 七月在线RCNN扩展课程。 Faster-RCNN算法精读 1. 从分类到检测。
91830发布于 2018-09-04 - 来自专栏薄荷前端
跨平台技术演进
同时，作为技术人员，也不应该满足于这种重复、低能的工作状态。在这样的形势下，跨平台的技术方案也受到越来越多人和企业的关注。接下来，我将从原理、优缺点等方面为大家分享《跨平台技术演进》。 分为下面6步骤： HTML解析出DOM Tree CSS解析出CSSOM DOM Tree与CSSOM关联生成Render Tree Layout 根据Render Tree计算每个节点的尺寸、位置 Painting 从以上6步，我们可以总结渲染优化的要点： Layout在浏览器渲染过程中比较耗时，应尽可能避免重排的产生 复合图层占用内存比重非常高，可采用减小复合图层进行优化 以上就是浏览器端的内容。 但H5作为跨平台技术的载体，是如何与不同平台的App进行交互的呢？这时候JSBridge就该出场了。 缺点 优点即缺点，Dart 语言的生态小，精通成本比较高 UI控件API设计不佳 与原生融合障碍很多，不利于渐进式升级 总结 移动互联网的普及和快速发展，跨平台技术风起云涌，这也是技术发展过程中的必经之路
3.4K20发布于 2019-04-03 - 来自专栏昆腾
磁带存储技术演进简史
日前，在昆腾举办的技术研讨会上，资深技术专家刘松涛做了《昆腾深度归档技术和案例》的主题分享，详细地介绍了磁带存储技术的演进史和特点，以及昆腾Scalar磁带库全系产品。 磁带存储的演进磁带首次用于数据存储是在1951年。从90年代IT技术开始普及，出现了更多的磁带技术。 Scalar系列磁带库昆腾在市场上热销的磁带库产品主要是Scalar系列，有三个型号，最小的是Scalar i3，中等大小的是Scalar i6/i6H，最大的是Scalar i6000。 Scalar i3定位为中端磁带库，Scalar i6/i6H和Scalar i6000则是企业级磁带库。 其中，Scalar i6H是昆腾推出的高密度磁带库，在高度为48U的情况下，能够提供994个磁带插槽，也就是说它最高可以安装近1000盘磁带，比光盘库的密度要高得多。
1.8K20编辑于 2023-10-19 - 来自专栏迁移内容
JavaWeb：JavaWeb技术架构演进
Java Web，是用 Java 技术来解决相关web互联网领域的技术栈。web 包括：web 服务端和 web 客户端两部分。 Java 技术对 Web 领域的发展注入了强大的动力。 ～ 本篇内容包括：JavaWeb 简介、JavaWeb 技术架构演进的各个阶段，即 JavaWeb-Servlet 阶段，JavaWeb-MVC 阶段（SSM/SSH）以及 JavaWeb-SpringBoot web互联网领域的技术栈。 绝对没有代码生成以及不要求配置 XML Ps：SpringBoot 虽然目的是为了简化 Spring，似乎看起来无需去学习 Spring 的繁琐配置，但是如果没有忍受过Spring的繁琐配置，没有经历过架构模式的演进以及
2.2K20编辑于 2022-12-02 - 来自专栏大数据技术架构
Spark Shuffle的技术演进
二、Spark Shuffle 具体实现的演进 在具体的实现上，Shuffle经历了Hash、Sort、Tungsten-Sort三阶段： Spark 0.8及以前 Hash Based Shuffle Shuffle Spark 1.4 引入Tungsten-Sort Based Shuffle 将数据记录用序列化的二进制方式存储，把排序转化成指针数组的排序，引入堆外内存空间和新的内存管理模型，这些技术决定了使用 过程 https://github.com/JerryLead/SparkInternals/blob/master/markdown/4-shuffleDetails.md 《Spark大数据处理：技术 Shuffle Comparison https://github.com/hustnn/SparkShuffleComparison Spark 1.2之前两种Shuffle方式的分析和对比 《Spark技术内幕 源码解读（十二）－shuffle read Spark Sort Based Shuffle内存分析 https://www.jianshu.com/p/c83bb237caa8 Shuffle的框架之框架演进与框架内核
1.1K30发布于 2019-08-16 - 来自专栏企鹅号快讯
深度学习平台技术演进
2017年12月22日，袁进辉（老师木）代表OneFlow团队在全球互联网架构大会上海站做了《深度学习平台技术演进》的报告，小编对报告内容作简要梳理注解，以飨读者。 ；（4）深度学习软件平台技术在快速演进中，一部分早期被采用的技术正在被新方法替代；（5）仍有很多重要问题未被现有开源深度学习平台解决；（6）深度学习软件尚处在发展早期，百花齐放，百家争鸣，但必将收敛到一种业界公认的最佳实践 注：深度学习在近些年带来的突破无须赘言，从图像 (ImageNet) ，语音，围棋人机大战等方面的突破都源于深度学习技术。 注：机器学习可以视为一种从训练数据中自动推导出程序的方法。 以上图为例，输入层有6个神经元，输出层共有4个神经元，每个输出神经元都和输入层的每个神经元有一条边相连，每条边有一个对应的权重（红色神经元的输入边权重都用红色表示）。 输入数据是4个样例，每个样例是一个6维的列向量，列向量的每一维对应输入层的一个神经元。输入数据经过这层神经元的作用，仍是4个样例，每个样例变成了4维的列向量。
94870发布于 2018-01-11 - 来自专栏Tencent Serverless 官方专栏
腾讯云 Serverless 技术演进
本文将从产品层面来介绍腾讯云是如何落地 Serverless 技术以及 Serverless 的技术演进。 ---- 目录 Serverless 是一项新技术，可能有朋友不是很熟悉。 所以我们先介绍下 Serverless 的概念和发展历史，接着介绍腾讯云 Serverless 从 1.0 到 2.0 的技术演进，以及我们如何支持 Serverless 这种技术的，也就是技术生态。 可以看到随着阶段的演进用户需要关注的点越来越少，越来越聚焦于自己的业务逻辑。 ---- Serverless 2.0 技术形态 如图，左边是 Serverless 1.0 的技术形态，右边这部分是 Serverless 2.0 的技术形态。 ---- Serverless 2.0 运行过程 这两种技术形态，又是如何支持用户请求的呢？ ?
8.2K62发布于 2019-08-26 - 来自专栏微信公众号【Java技术江湖】
淘宝技术架构演进之路
1、概述 本文以淘宝作为例子，介绍从一百个并发到千万级并发情况下服务端的架构的演进过程，同时列举出每个演进阶段会遇到的相关技术，让大家对架构的演进有一个整体的认知，文章最后汇总了一些架构设计的原则。 随着数据的丰富程度和业务的发展，检索、分析等需求越来越丰富，单单依靠数据库无法解决如此丰富的需求 3.10、第九次演进：引入NoSQL数据库和搜索引擎等技术 ? ：引入容器化技术实现运行环境隔离与动态服务管理 ? 使用容器化技术后服务动态扩缩容问题得以解决，但是机器还是需要公司自身来管理，在非大促的时候，还是需要闲置着大量的机器资源来应对大促，机器自身成本和运维成本都极高，资源利用率低 3.15、第十四次演进：以云平台承载系统 所谓的云平台，就是把海量机器资源，通过统一的资源管理，抽象为一个资源整体，在之上可按需动态申请硬件资源（如CPU、内存、网络等），并且之上提供通用的操作系统，提供常用的技术组件（如Hadoop技术栈，MPP
4.2K33发布于 2019-09-24 - 来自专栏SDNLAB
解析流控技术演进
作者简介：盛科网络 王俊杰 01 流控技术概要 1.1 流控技术与RDMA 随着数据中心网络技术和带宽不断发展，流控技术在网络中发挥着越来越重要的作用，但一直未曾有过很大变革。 图2 RDMA架构与报文格式 RDMA从Infiniband承载协议演进到以太网TCP/UDP承载协议，中间，网卡侧分别有厂商支持RoCEv2，iWARP，甚至Raw TCP。 图4 PFC Pause帧报文格式 上图中Pause 帧的各字段定义和描述如下： MACDA：目的MAC 地址，长度为6 字节，该组播地址是01:80:C2:00:00:01； MACSA：源MAC 地址 ，长度6 字节，为发送该Pause 帧的设备MAC 地址； Ether Type：以太网类型，长度为2 字节，Pause 帧的类型为0x8808； Control opcode：MAC 控制操作码，长度为 图6 入端口Buffer与PFC水线触发Pause帧 如上图所示，报文的入端口的Buffer 用于报文缓存，在使能PFC 时，需要设置触发Pause帧的水线，也就是超过Xoff Threshold 水线会触发停止对端发包的
3.7K10发布于 2019-12-19 - 来自专栏安智客
Keystore的技术演进之路
Android提供的keystore功能发展历程伴随着Android版本不断演进。 微信SOTER方案就是利用Android keystore技术实现的一个应用解决方案。 在 Android 7.0 中，Keymaster 2 增加了对密钥认证和版本绑定的支持。
3.2K50发布于 2018-02-24 IPv4枯竭时代：从NAT技术到IPv6的演进之路
2014 年 6 月 LACNIC（拉丁美洲） 耗尽。 2015 年 9 月 ARIN（北美） 耗尽。 而对于这个问题，现在使用的主流解决方法是NAT技术或者升级为IPv6。 NAT技术 NAT（Network Address Translation）是一种 IP 地址转换技术，主要用于解决IPv4 地址短缺问题，并提高网络安全性。 NAT技术将IPv4地址划分为两个部分： 私网IP：10.* && 172.16。 IPv6 IPv6（Internet Protocol version 6）是 IPv4 的升级版本，旨在解决 IPv4 地址枯竭问题，并提供更高效、更安全的网络通信。 旧硬件/软件可能并不支持 IPv6。 长远角度来看，IPv6是解决该问题的终极方法，NAT技术可能会减少，但是不会完全消失。
44410编辑于 2025-12-16- 来自专栏区块链大本营
比特币技术栈的演进
在下图中，研究人员尝试绘制了比特币技术栈最新的计划和相对完整的表示。从图中可以看出，区块链技术栈的创新正在从layer 2技术向智能合约解决方案全面推进了。 注：但该图尚不完整，也不表明对图中所列技术的认可。 ? ? Layer 2 Lightning Network（闪电网络）是比特币最杰出的Layer 2技术，最近有很多关于闪电网络采用率的讨论。 虽然该方法已经出现6年了，但在Taproot实现之前保险箱都是不切实际的的。 Schnorr签名本质上是使这些新的智能合约方法成为可能的技术原语。目前还有一些正在理论证明阶段的技术，比如Scriptless Scripts。 这只是个开始，演进还将继续 总的来说，比特币是一套不断发展的协议，以上例子只是改进比特币技术框架的一部分。
85921发布于 2020-02-21 - 来自专栏携程技术
干货 | 携程技术演进之路
作为互联网OTA领头羊，携程在近20年的发展历程中，在业务形态和互联网行业整体发展驱动下，经历了三轮技术体系的演进。 本文将详述这一技术演进历程，希望能给互联网企业，尤其是早期的互联网企业一些借鉴和启发，帮助大家少走一些弯路。 二、携程技术演进路线 携程技术演进路线，可以大致分成三个阶段： 呼叫中心时代，主要是以线下业务驱动为主； 互联网+移动互联网时代，产品技术驱动为主； 数字化+AI时代，大数据驱动为主。 总体而言，技术演进取决于业务形态和互联网行业的发展变化。 关于携程的技术演进之路，简单介绍到这里。现在回头看来，携程走过的这些历程，跟其它大型电商平台，都是非常类似的，所谓殊途同归。大家都是通过不断的迭代，重构，引进和吸收新的技术和理念，一步一步走到今天。
2.4K51发布于 2019-04-22 - 来自专栏windealli
LLM RAG 技术剖析与演进
什么是RAG RAG（Retrieval-Augmented Generation，检索增强生成） 是一种将大语言模型（LLM）与模型外知识库检索相结合的技术架构。 RAG的演进路径：从基础检索到智能代理 1. Naive RAG（基础检索增强生成） 核心思想：将检索与生成简单串联，直接利用检索结果生成回答。 关键技术： 混合检索：结合向量检索（如 rank_model_type="bge" 的 BGE 模型）与关键词检索（如 search_engine="sogou"），提升召回多样性。 关键技术： 图化知识库：将文档中的实体、关系构建为图结构，支持多跳推理。 图检索：基于用户问题在图上游走（如路径查询、社区发现），补充传统向量检索。 关键技术： 调用 search_engine="sogou" 或向量检索。 动态调整 num（如从 10 扩展至 20）或重排序策略（rank_model_type）。
1.3K10编辑于 2025-03-12 - 来自专栏JAVA高级架构
余额宝技术架构及演进
上个月微博商业产品部联合天弘基金等金融技术团队策划了首届互联网金融系统沙龙，围绕在互联网金融过程中碰到技术架构问题与业界展开分享及交流。本文是陈雨在沙龙上的演讲，授权高可用架构首发。 ? 技术上创新是今天重点要说的事情： 基金直销和 TA 清算的整合。传统的基金系统直销和清算是分开。直销系统每天要把数据以文件形式导入清算系统里去。 这是余额宝技术方面的创新。 架构演进历史 一期 IOE 架构 下面介绍一下一期的架构，很明显看到就是传统的 IOE 架构。底层存储是 EMC 存储。 2013 年 6 月，一期系统如期上线，业务规模远远超出我们想象。运营和运维人员反馈清算时间太长，基本上要从凌晨开始到早上八点，每天都是这样，我们感受到巨大的压力。 未来演进思考 对系统未来演进思考，主要分这么几个方面。 从大的方面来讲是全局通盘考虑。我们要把核心和辅助系统通盘考虑，降低数据的冗余，降低数据维护成本。
1.7K50发布于 2018-08-16 【Docker入门】技术架构演进之路
欢迎来到我的CSDN博客：Optimistic _ chen ✨ 一名热爱技术与分享的全栈开发者，在这里记录成长，专注分享编程技术与实战经验，助力你的技术成长之路，与你共同进步！ 专栏 内容特色 适合人群 C语言从入门到精通 系统讲解基础语法、指针、内存管理、项目实战 零基础新手、考研党、复习 Java基础语法 系统解释了基础语法、类与对象、继承 Java初学者 Java核心技术 ✅ 持续更新：专栏内容定期更新，紧跟技术趋势 ✅ 答疑交流：欢迎在文章评论区留言讨论，我会及时回复（支持互粉） 关注我，解锁更多技术干货！ 目前最流行的容器化技术是Docker，最流行的容器管理服务是Kubernetes（K8S），服务可以打包为Docker镜像（容器），通过K8S来动态分发和部署镜像。 总结 一个完整的互联网应用架构 他的演进之路是不断解决上一层架构的缺点，直到现在成熟完善的互联网应用架构。
8310编辑于 2026-01-15- 来自专栏人人都是极客
Android技术架构演进与未来
大版本升级朝着什么方向演进？Android的未来如何？ 1. 系统演进 系统演进趋势：每个Android大版本的更新迭代前行，历经10余年，在用户体验、流畅性、续航、安全、隐私、机器学习等方面都取得较大的改进。 系统不断演进，但整体架构基本没有改变，如下图所示。 ? 3. 应用演进 Android系统离不开各App来提供丰富的功能，下面再来简单说一说应用的一些技术演进。 6. 展望未来 操作系统 移动操作系统的演变过程，从按键交互的塞班功能机到触摸屏交互的Android/IOS智能机，从小屏幕手机到全面屏、刘海屏、水滴屏。
1.4K30发布于 2019-05-17 - 来自专栏老张的求知思考世界
RAG技术的三大范式和技术演进
大模型的技术原理是不断预测下一个Token，且每一个已经生成的Token都会影响下一个Token的生成。 从2022年底ChatGPT横空出世以来，大模型的信息幻觉(生成错误信息)、知识过时、推理过程不透明等问题，一直困扰着业内各方技术人员，直至RAG技术出现，才算缓解了这个难题。 》，对RAG的三大范式演进(基础RAG、高级RAG、模块化RAG)和检索、生成与增强三大核心组件的关键技术进行了深入探讨。 原文链接：https://arxiv.org/pdf/2312.10997 如果无法访问，可以点击这个链接：https://metaso.cn/s/LlcV6lu 下面是我翻译并总结的这篇文章的核心内容 案例：客服系统中，路由模块自动判断用户意图(技术问题→检索产品文档，投诉→检索处理流程)，提升服务效率。
1K11编辑于 2025-05-23 - 来自专栏睿Talks
服务器虚拟化技术演进
无论是微服务架构还是服务网格架构，都是在服务器虚拟化技术日渐成熟后才得以大规模使用。本文主要介绍 CPU 虚拟化技术的演进过程，以英特尔的 x86 平台为主，为掌握云计算相关知识打好基础。 三、CPU 虚拟化技术的演进 服务器虚拟化最早在 19 世纪 60 年代就提出了，当时的机器都是单线程的，一台机只能跑一个程序，很浪费硬件资源。 但后来由于操作系统的改进，出现了多进程和多线程技术，于是虚拟化技术就被暂时搁置了。 到了 1998 年，随着二进制翻译技术的成熟，在一台机器上跑不同的操作系统已经不成问题。 随后英特尔宣告将KVM技术开源，造福整个产业。 CPU 的虚拟化是服务器虚拟化的关键技术，但如内存和网卡等其它硬件的虚拟化技术也不容忽视，在这方面QEME公司就做得很好。 总结 本文介绍了 CPU 虚拟化技术的演进过程，从二进制翻译、超虚拟化再到终极的解决方案硬件辅助虚拟化。虚拟化技术的不断演进，为云计算的工业化铺平了道路。
5.4K20编辑于 2022-06-14 - 来自专栏贾鹏辉的技术专栏@CrazyCodeBoy
移动端跨平台技术演进之路
移动端高速发展的这些年，伴随着企业对研发效率、动态能力的诉求不断增加，跨平台技术也如雨后春笋层出不穷。那么，在这篇文章中将向大家分享移动端跨平台技术演进之路。首先我们看为什么需要跨平台技术？ 为什么需要跨平台技术？ ? 一方面伴随着移动互联网的高速发展，公司间竞争越来越激烈，如何将业务快速落地、快速试错，成为备受关注的问题。 为了解决多端需要独立开发的问题，跨平台技术便应运而生，国内外互联网公司为此都投入大量人力，于是出现了各种跨平台技术框架。 跨平台框架发展总览 ?
1.9K30发布于 2020-10-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号