实际生产中，由于各种原因，导致事件创建时间与处理时间不一致，收集的规定对实时推荐有较大的影响。所以一般情况时选取创建时间，然后事先创建flink的时间窗口。但是问题来了，如何保证这个窗口的时间内所有事件都到齐了？这个时候就可以设置水位线（waterMark）。概念：支持基于时间窗口操作，由于事件的时间来源于源头系统，很多时候由于网络延迟、分布式处理，以

RISCV产业生态已经进入快速发展期，随着大量的公司加入到RISCV研究和生产，基于RISCV架构的芯片也如雨后春笋般涌入市场。可以预见的是，RISCV的时代正在到来。在AI热潮的推动下，RISCV上面部署AI的需求也越发凸显。但是目前在RISCV基金会标准协议上还没有统一的AI标准，也没有对应的加速库和推理框架，面对此种越发强烈的需求和困境

最近在测试kafka性能的时候特别对kafka的producer端进行了一些扩展，本想着针对多个业务开发多个producer进行并行的生产数据，并通过统一的线程池进行管理，结果在用jconsole进行观察的时候，发现线程数一路飙升。本以为一个简单的发送端程序却花了不少精力。造成线程上涨的主要原因是有两个线程对象不断的被创建，并且暂时无法销毁。一个叫sen

面向4G/5G场景下视频业务的爆发以及用户对于更高画质的要求（直播、短视频、视频点播等业务），更高清的画质意味着需要更大的计算资源以及网络带宽资源，而海量用户侧的画质提升/宽带降低，会导致前端以及视频平台厂商带宽的线性增长，增加运营开销。基于高性能视频编解码技术的解决方案，可以实现高清画质更快的压缩速度、更少的带宽消耗，使得视频内容生产方及运营平台，在满足用

在生产系统中，高吞吐和低延迟一直都是JVM调优的最终目标，但这两者恰恰又是相悖的，鱼和熊掌不可兼得，所以在调优之前要清楚舍谁而取谁。一般计算任务和组件服务会偏向高吞吐，而web展示则偏向低延迟才会带来更好的用户体验。本文从性能和经验上来分享一下JVM参数的设置。调优之前可以先用XX:PrintFlagsFinal来查看虚拟机是否默认开启某

<p制造报文规范MMS(ManufacturingMessageSpecification)是由国际标准化组织和国际电工委员会工业自动化技术委员会TC184工作组共同维护管理的一套国际报文规范，主要用于生产设备间的控制信息传送。MMS提供了丰富的针对对等式实时通信网络的一系列服务，已经成为许多通用工业领域的控制设备的通信协议。MMS协议由两个核心标准(

通过I/O在线程间进行通信通常很有用。提供线程功能的类库以“管道”的形式对线程间的I/O提供了支持。它们在JavaI/O类库中的对应物就是PipedWriter（允许任务向管道写）和PipedReader（允许不同的任务从同一个管道中读取）。这个模型可以看做是“生产者消费者”问题的变体，这里的管道就是一个封装好的解决方案。管道基本上是一个阻塞队列，

     在分布式系统下，可以很多种架构从事设计，或者分布式系统对技术架构本身没有做严格的限制。但是结合自己的实践以及基于《领域驱动设计》的推荐，采用【事件驱动模式】是比较好的一种分布式系统架构方式。该模式充分实现了不同系统之间的代码解耦，所有的业务流转是通过事件广播进行驱动的。所有业务都是在针对名为【事件总线】的组件在编程，也无需知道事件的生产者

推荐理由：我们知道存储数据的安全性和可靠性是生产数据库重点要思考的问题，海量的应用将数据存储在MySQL数据库中，那么如何保障MySQL高可用性了，下面我给大家推荐的这篇文章，主要分析了目前采用较多的保障MySQL可用性方案，希望对大家有所帮助。以下为文章原文：作者介绍：易固武，腾讯高级工程师，参与腾讯账号安全建设，腾讯数据仓库（

一、为什么要使用配置如果我们在较复杂的项目中不使用配置文件，我们可能会面临下面的情况：你决定更改你的项目中数据库的host，因为你要将项目从测试环境转移到实际的上产环境中。如果你的项目中多个位置用到了这个host，那你不得不一个一个找到这些位置再修改成新的host。花了半天，然后过了一天，你发现项目在生产环境