技术债可能来源于多种原因，比如时间压力、资源限制、技术选型不当等。它可以表现为代码中的临时性修补、未能彻底解决的设计问题、缺乏文档或测试覆盖等。虽然技术债可以帮助快速推进项目进度，但长期来看，它会增加软件维护的成本和风险，降低系统的稳定性和可维护性。
本文分享自华为云社区《【GaussTech速递】技术解读之GaussDB多租技术》，作者：GaussDB数据库。 数据库多租技术介绍 随着云计算时代的到来，多租户的概念也逐渐广为人知。“多租户”使得租户之间可以共享物理资源，能够帮助用户节约硬件成本和运维成本，提高资源利用效率。同时，在实现的过程中，
本文分享自华为云社区《Java Chassis 3技术解密：实用的可观测性》，作者：liubao68。 狭义的可观测性，指日志、调用链和指标，广义的可观测性则包含更多的内容，一般的，应用程序暴露出来的便于理解其运行状态、运行轨迹、内部结构和功能集合的信息，都是可观测性的范围，本文只讨论狭义的可观测性
技术面试必备！美团、京东、360等大厂面试题详解，让你轻松应对各大公司面试挑战！ 往期硬核面经 哦耶！冲进腾讯了！ 牛逼！上岸腾讯互娱和腾讯TEG！ 腾讯的面试，强度拉满！ 前几篇文章分享了上岸腾讯的最新面经。 不少粉丝股东留言说别只发腾讯的啦，其他大厂的也安排一些吧，比如美团、360、京东的。 必
https://bbs.huaweicloud.com/forum/thread-0246998875346680043-1-1.html 0.引言 我们经常会好奇，我启动了一个 JVM，他到底会占据多大的内存？他的内存都消耗在哪里？为什么 JVM 使用的内存比我设置的 -Xmx 大这么多？我的内存
https://bbs.huaweicloud.com/forum/thread-0295101552606827089-1-1.html 上篇文章 Native Memory Tracking 详解（1）:基础介绍 中，分享了如何使用NMT，以及NMT内存 & OS内存概念的差异性，本篇将介绍NM
https://bbs.huaweicloud.com/forum/thread-0227103792775240073-1-1.html 应用性能调优 发表于 2022-11-14 15:19:36143查看 上篇文章 Native Memory Tracking 详解（2）:追踪区域分析(一)
https://bbs.huaweicloud.com/forum/thread-0211103793043202049-1-1.html 其他 发表于 2022-11-14 15:38:571174查看 从前面几篇文章，我们了解了 NMT 的基础知识以及 NMT 追踪区域分析的相关内容，本篇文章将
https://bbs.huaweicloud.com/forum/thread-168532-1-1.html 作者： 吴言 > 编者按：目前许多公司同时使用 x86 和 AArch64 2 种主流的服务器。这两种环境的算力相当，内存相同的情况下：相同版本的 JVM 和 Java 应用，相同的 J
https://bbs.huaweicloud.com/forum/thread-169439-1-1.html 神Bug... 发表于 2021-11-15 10:36:113973查看 作者：程经纬、谢照昆 > 编者按：两位笔者分享了不同的案例，一个是因为 JDK 小版本升级后导致运行出错，最终
https://bbs.huaweicloud.com/forum/thread-169622-1-1.html 作者：伍家华 > 编者按：笔者通过在 Hive 的场景发现 AppCDS 技术存在的价值，然后分析了 AppCDS 的工作原理，并将 JDK 11 中的特性移植到毕昇 JDK 8，在移植
https://bbs.huaweicloud.com/forum/thread-169523-1-1.html 作者：王坤 > 编者按：JVM 发生内存泄漏，如何能快速定位到内存泄漏点并不容易。笔者通过使用 jemalloc（可以替换默认的 glibc 库）中的 profiling 机制（通过对程
https://bbs.huaweicloud.com/forum/thread-168749-1-1.html 作者：宋尧飞 > 编者按：笔者使用 JDK 自带的内存跟踪工具 NMT 和 Linux 自带的 pmap 解决了一个非常典型的资源泄漏问题。这个资源泄漏是由于 Java 程序员不正确地使
【技术剖析】7. 看看毕昇 JDK 团队是如何解决 JVM 中 CMS 的 Crashhttps://bbs.huaweicloud.com/forum/thread-168485-1-1.html JDK JVM 发表于 2021-11-10 16:24:554174查看 作者： 王帅 > 编者按
https://bbs.huaweicloud.com/forum/thread-145649-1-1.html 发表于 2021-08-04 10:22:135894查看 作者：林军军、彭成寒 编者按：笔者在 HBase 业务场景中尝试将 JDK 从 8 升级到 11，使用 G1 GC 作为垃圾回
https://bbs.huaweicloud.com/forum/thread-144149-1-1.html 作者：冯世杰 编者按：Java Flight Recorder（简称为JFR）曾经是Oracle JDK商业版的附属组件，在JDK 11中被正式开始开源，后又被移植到JDK8中。JFR本
https://bbs.huaweicloud.com/forum/thread-144146-1-1.html 发表于 2021-07-29 20:07:087037查看 作者：宋尧飞 编者按：笔者在AArch64中遇到一个G1 GC挂起，CPU利用率高达300%的案例。经过分析发现问题是由JVM
Venkat Subramaniam 博士在《Programming Concurrency on the JVM》中提到关于最优线程数的计算： The minimum number of threads is equal to the number of available cores. If a
针对汇编语言指令集(intel X86系列8086/80186/80286/80386/80486) AAA - Ascii Adjust for Addition AAD - Ascii Adjust for Division AAM - Ascii Adjust for Multiplicati
直入正题 Epoll 用于Linux系统； IOCP 是用于 Windows； Epoll 是当事件资源满足时发出可处理通知消息； IOCP 则是当事件完成时发出完成通知消息。 从应用程序的角度来看， Epoll 本质上来讲是同步非阻塞的； IOCP 本质上来讲则是异步操作； 举例说明吧 有一个打印
