本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。背景在多线程下的生产者消费者模型中，需求满足如下情况：对生产者生产投递数据的性能要求非常高多个生产者，单个（多个也可以，本文只介绍单个的情况）消费者当消费者跟不上生产者速度时，可容忍少部分数据丢失生产者是单条单条地生产数据举个日志采集的例子，日志在不同的

导读当一个程序或库打包成Deb或RPM软件包后会有一些元数据文件包含在其中，其中之一就是changelog文件，它记录了软件包每次更新后发生了什么变化。因此，如果你想找出你安装或更新的软件包发生了什么变化，我们可以查看软件包的更新日志（changelog）。本文将介绍如何查看基于Debian系统或红帽系统软件包的更新日志。查看Deb软件

!(http://static.oschina.net/uploads/space/2014/1203/144009_G0DY_856019.jpg)(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwenku.it168.com%2Fd_001573516.shtml)UNIX

最近在运行Informatica全量抽取时候，系统报了很多莫名的错误，日志也没有显示警告信息。按有限的日志信息查询，可能的原因一般是磁盘空间不够，内存不够，或者是数据量量太大，缓存爆了。经排查，是加载的数据量过大，导致了数据加载的失败。只好通过限制每次的加载数量，分批多次进行跑数据了。业务系统使用的是Mysql数据库，因此在ODS层抽数时候，使用

在上一篇文章中，我们通过代码运行结果，查看到JVM的堆内存逻辑上分区是三部分，物理上分区是2部分，以及是新生代分区三部分，占比分布是8/1/1。而且我们还通过代码和堆JVM参数配置，制造出了OOM异常。下面我们就来分析GC回收器的日志信息。先来看看，OOM后，GC详细日志信息：!dd604a3c4cda17304edcc43b03106d58.pn

1.psef|grepmysql显示有关mysql有关的进程2.sudojournalctluNetworkManagerf查看实时日志（deepin）3.netstatantulp|grepssh  查看服务信息4.dpkg l | grep ^rc | cut d' ' f3 | sudo xarg

消息中间件的性能好坏，它的消息存储的机制是衡量该性能的最重要指标之一，而Kafka具有高性能、高吞吐、低延时的特点，动不动可以上到几十上百万TPS，离不开它优秀的消息存储设计。下面我按照自己的理解为大家讲解Kafka消息存储设计的那些事。在Kafka的设计思想中，消息的存储文件被称作日志，我们Java后端绝大部分人谈到日志，一般会联想到

运行用户usernobody;启动进程,通常设置成和cpu的数量相等worker_processes1;全局错误日志及PID文件error_loglogs/error.log;error_loglogs/error.lognotice;err