首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏Java架构师必看

    libevent介绍

    用 Multi-thread 的问题在于 Thread-safe 与 Deadlock 问题难以解决,另外有 Memory-leak 的问题要处理,这个问题对于很多程序员来说无异于恶梦,尤其是对于连续服务器的服务器程序更是不可以接受 如果才用 Event-based 的方式在于实做上不好写,尤其是要注意到事件产生时必须 Nonblocking,于是会需要实做 Buffering 的问题,而 Multi-thread 所会遇到的 Memory-leak 针对上面存在的问题,通常采用的方法有: 以 Poll 的方式解决:当一个 Process 处理完一个 Connection 后,不直接死掉,而继续回到 accept() 的状态继续处理,但这样会遇到 Memory-leak Memory-leak 的问题可以试着透过 Garbage Collection Library 分析出来。Apache 2.0 的 Thread MPM 就是使用这个模式。     

    2.3K40发布于 2021-03-22
  • 来自专栏C/C++基础

    Git 分支规范

    例如:bugfix/login-fail,bugfix/memory-leak。 修复分支通常从 develop 分支检出,并在修复后合并回 develop。

    76310编辑于 2024-09-13
  • 来自专栏CodeGuide | 程序员编码指南

    VisualVM 定位 Dump 日志,一下就找到了问题对象!

    return result; } /** * 内存泄漏接口 - 持续创建对象并缓存 */ @GetMapping("/memory-leak 生成第一次dump generate_dump generate_memory_info # 测试内存泄漏接口 call_api "/api/memory/memory-leak

    1.1K11编辑于 2025-08-11
  • 来自专栏游戏杂谈

    IE中的内存泄露

    参考文章: Winter 的《浏览器中的内存泄露》 鸟食轩的《理解并解决IE内存泄露的方式[翻译]》 IBM的《JavaScript中的内存泄露模式》 还有两篇文章: IE's memory-leak

    1.4K40发布于 2018-11-15
  • 来自专栏Nodejs技术栈

    干货 | 浅谈Node.js在携程的应用

    遇到这种情况,基本猜测是发生了Memory-Leak(内存泄漏)。我们需要分析heapdump来定位具体的问题点。 不建议在应用中定期发送heapdump的信息来监控,比较消耗内存。 遇到这种情况,基本猜测是发生了Memory-Leak(内存泄漏)。我们需要分析heapdump来定位具体的问题点。 不建议在应用中定期发送heapdump的信息来监控,比较消耗内存。

    1.2K20发布于 2019-08-06
  • 来自专栏程序员成长指北

    干货 | 浅谈Node.js在携程的应用

    遇到这种情况,基本猜测是发生了Memory-Leak(内存泄漏)。我们需要分析heapdump来定位具体的问题点。 不建议在应用中定期发送heapdump的信息来监控,比较消耗内存。

    75040发布于 2019-08-28
  • 来自专栏重庆的技术分享区

    2018年微服务的5个发展趋势

    image.png 原文作者:Astasia Myers 原文地址:https://medium.com/memory-leak/5-microservices-trends-to-watch-in-2018

    1.7K20发布于 2018-06-29
  • 来自专栏携程技术

    干货 | 浅谈Node.js在携程的应用

    遇到这种情况,基本猜测是发生了Memory-Leak(内存泄漏)。我们需要分析heapdump来定位具体的问题点。 不建议在应用中定期发送heapdump的信息来监控,比较消耗内存。

    1.1K30发布于 2019-05-24
  • 来自专栏用户2442861的专栏

    使用 libevent 和 libev 提高网络应用性能——I/O模型演进变化史

    2)用 Multi-thread 的问题在于 Thread-safe 与 Deadlock 问题难以解决,另外有 Memory-leak 的问题要处理,这个问题对于很多程序员来说无异于恶梦,尤其是对于连续服务器的服务器程序更是不可以接受 如果才用 Event-based 的方式在于实做上不好写,尤其是要注意到事件产生时必须 Nonblocking,于是会需要实做 Buffering 的问题,而 Multi-thread 所会遇到的 Memory-leak

    2.4K10发布于 2018-09-20
  • 来自专栏架构师成长之路

    使用 libevent 和 libev 提高网络应用性能——I/O模型演进变化史

    2)用 Multi-thread 的问题在于 Thread-safe 与 Deadlock 问题难以解决,另外有 Memory-leak 的问题要处理,这个问题对于很多程序员来说无异于恶梦,尤其是对于连续服务器的服务器程序更是不可以接受 如果才用 Event-based 的方式在于实做上不好写,尤其是要注意到事件产生时必须 Nonblocking,于是会需要实做 Buffering 的问题,而 Multi-thread 所会遇到的 Memory-leak

    1.6K20编辑于 2022-04-15
  • 来自专栏Eureka的技术时光轴

    Linux调试工具

    These facilities include such things as memory-leak tracking, fence-post write detection, file/line number

    11.5K43发布于 2019-07-24
领券