郑州做网站齿轮,wordpress 文章h标签美化,唐山seo公司,潍坊互联网线上推广希望一切都很好#xff0c;您可以安全进入2020年。 Camel团队已经在忙于开发下一个Camel 3.1版本。 目标之一是继续优化骆驼核心#xff0c;这一次我们花了一些时间来寻找路由引擎中的一些热点。 我们所研究的方面之一也是在Camel路由的每个消息中发生的对象分配。 JVM本身… 希望一切都很好您可以安全进入2020年。 Camel团队已经在忙于开发下一个Camel 3.1版本。 目标之一是继续优化骆驼核心这一次我们花了一些时间来寻找路由引擎中的一些热点。 我们所研究的方面之一也是在Camel路由的每个消息中发生的对象分配。 JVM本身擅长分配对象并在不再使用对象时对其进行垃圾回收。 但是如果可以确定路由中每个EIP不需要的对象数量则仍有改进的余地。 所以今天我通过运行一条基本的骆驼路线找到了其中的几个 来自timerfooperiod 1” .to“ logfoo”; 基本上每秒路由1000条消息。 并将每个消息打印到日志中。 对象分配中最大的罪魁祸首之一是反应式执行器的人为记录该执行器以TRACE级别进行记录。 因此通过避免这种情况我们可以减少大量分配并减少用于记录消息的字符串构建。 我们优化的其他方面是EIP最常用的EIP它现在在启动时更加智能可以避免创建不必要的缓存。 这与我们现在懒惰地在Camel中创建很少使用的某些功能的区域一起使用否则这些功能也会设置和创建一些缓存。 我们还确定这是Camel 3工作的一部分因此LRUCache并未早于预热这意味着Camel的启动会比其他方式慢一些。 因此通过将此预热移至较早的阶段Camel可以通过在启动时执行并发工作直到LRUCache被预热其咖啡因缓存需要此操作来更快地启动。 还对日志组件进行了优化以减少其构成日志消息的对象分配。 因此总的来说这是美好的一天如果我们将Camel 3.0.0与3.1.0-SNAPSHOT的启动与上述Camel路线进行比较那么每秒的对象分配将大大减少这要归功于Profiler的YourKit。 该配置文件说在Camel 3.0.0中Camel每秒大约可大致生成22.000个对象路由1000条消息。 而在Camel 3.1中每秒已减少约6.000个对象。 这真是太棒了几乎减少了4倍。 翻译自: https://www.javacodegeeks.com/2020/01/apache-camel-3-1-more-camel-core-optimizations-coming.html
