logging-log4j-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matt Sicker <boa...@gmail.com>
Subject Re: LMAX vs Lampart
Date Tue, 26 Jan 2016 15:42:35 GMT
It would be cool to see some JMH comparisons between the two approaches.

On 26 January 2016 at 06:54, Guido Medina <oxyg3n8@gmail.com> wrote:

> Well, this morning I got rid of Log4j2 asynchronous config and LMAX
> dependency which combined with akka-log4j + log4j2 RollingRandomAccessFile
> should give me a decent performance.
>
> On Tue, Jan 26, 2016 at 12:51 PM, Mikael Ståldal <
> mikael.staldal@magine.com> wrote:
>
>> It would be nice if you could leverage the asynchronicity of Akka while
>> still using the Log4j 2 API.
>>
>> On Tue, Jan 26, 2016 at 1:50 PM, Mikael Ståldal <
>> mikael.staldal@magine.com> wrote:
>>
>>> I guess that if you would do all logging through Akka's actor logging,
>>> they async logging of Log4j would be unnecessary since Akka gives you the
>>> asynchronicity. But you probably like the Log4j 2 native API better than
>>> Akka's logging API.
>>>
>>> On Tue, Jan 26, 2016 at 1:44 PM, Mikael Ståldal <
>>> mikael.staldal@magine.com> wrote:
>>>
>>>> I wasn't aware of this akka-log4j. Nice, I should try it to get rid of
>>>> SLF4J.
>>>>
>>>> Perhaps there should be a page with links to this and similar other
>>>> open source projects with explicit support of Log4j 2 somewhere on the
>>>> Log4j web site?
>>>>
>>>> On Tue, Jan 26, 2016 at 1:18 PM, Guido Medina <oxyg3n8@gmail.com>
>>>> wrote:
>>>>
>>>>> I have both configured, for akka internal logging I'm using akka-log4j
>>>>> extension:
>>>>>
>>>>> https://github.com/hseeberger/akka-log4j
>>>>>
>>>>> so that akka internal logging still uses my Log4j2 config but in my
>>>>> code I'm using *LogManager.getLogger(...)* and for other APIs that
>>>>> rely on Slf4j I have the jar bridge to Log4j2.
>>>>> I'm using a RollingRandomAccessFile with all asynchronous appenders
>>>>> including root.
>>>>>
>>>>> On Tue, Jan 26, 2016 at 9:08 AM, Mikael Ståldal <
>>>>> mikael.staldal@magine.com> wrote:
>>>>>
>>>>>> Are you using Log4j together with Akka? Do you use the Log4j API
>>>>>> directly, or through Akka's actor logging framework?
>>>>>>
>>>>>> On Mon, Jan 25, 2016 at 6:00 PM, Guido Medina <oxyg3n8@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I'm wondering if anyone would be willing to test the current
LMAX
>>>>>>> implementation vs JCTools specifically using the following class:
>>>>>>>
>>>>>>> I currently use them with Akka mailboxes, I tried LMAX once but
with
>>>>>>> some CPUs LMAX disruptor was behaving a bit weird which is why
I prefer
>>>>>>> Lamport's implementations of circular buffers that are very well
known and
>>>>>>> in use by Netty, Akka, etc.
>>>>>>>
>>>>>>> Or I could try and contribute by changing the LMAX for JCTools:
>>>>>>>
>>>>>>> JCtools-core dependency:
>>>>>>>
>>>>>>> <dependency>
>>>>>>>     <groupId>org.jctools</groupId>
>>>>>>>     <artifactId>jctools-core</artifactId>
>>>>>>>     <version>1.1</version>
>>>>>>> </dependency>
>>>>>>>
>>>>>>> Specific class that would replace LMAX disruptor:
>>>>>>> https://github.com/JCTools/JCTools/blob/master/jctools-core/src/main/java/org/jctools/queues/MpscArrayQueue.java
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Guido.
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> [image: MagineTV]
>>>>>>
>>>>>> *Mikael Ståldal*
>>>>>> Senior software developer
>>>>>>
>>>>>> *Magine TV*
>>>>>> mikael.staldal@magine.com
>>>>>> Grev Turegatan 3  | 114 46 Stockholm, Sweden  |   www.magine.com
>>>>>>
>>>>>> Privileged and/or Confidential Information may be contained in this
>>>>>> message. If you are not the addressee indicated in this message
>>>>>> (or responsible for delivery of the message to such a person), you
>>>>>> may not copy or deliver this message to anyone. In such case,
>>>>>> you should destroy this message and kindly notify the sender by reply
>>>>>> email.
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> [image: MagineTV]
>>>>
>>>> *Mikael Ståldal*
>>>> Senior software developer
>>>>
>>>> *Magine TV*
>>>> mikael.staldal@magine.com
>>>> Grev Turegatan 3  | 114 46 Stockholm, Sweden  |   www.magine.com
>>>>
>>>> Privileged and/or Confidential Information may be contained in this
>>>> message. If you are not the addressee indicated in this message
>>>> (or responsible for delivery of the message to such a person), you may
>>>> not copy or deliver this message to anyone. In such case,
>>>> you should destroy this message and kindly notify the sender by reply
>>>> email.
>>>>
>>>
>>>
>>>
>>> --
>>> [image: MagineTV]
>>>
>>> *Mikael Ståldal*
>>> Senior software developer
>>>
>>> *Magine TV*
>>> mikael.staldal@magine.com
>>> Grev Turegatan 3  | 114 46 Stockholm, Sweden  |   www.magine.com
>>>
>>> Privileged and/or Confidential Information may be contained in this
>>> message. If you are not the addressee indicated in this message
>>> (or responsible for delivery of the message to such a person), you may
>>> not copy or deliver this message to anyone. In such case,
>>> you should destroy this message and kindly notify the sender by reply
>>> email.
>>>
>>
>>
>>
>> --
>> [image: MagineTV]
>>
>> *Mikael Ståldal*
>> Senior software developer
>>
>> *Magine TV*
>> mikael.staldal@magine.com
>> Grev Turegatan 3  | 114 46 Stockholm, Sweden  |   www.magine.com
>>
>> Privileged and/or Confidential Information may be contained in this
>> message. If you are not the addressee indicated in this message
>> (or responsible for delivery of the message to such a person), you may
>> not copy or deliver this message to anyone. In such case,
>> you should destroy this message and kindly notify the sender by reply
>> email.
>>
>
>


-- 
Matt Sicker <boards@gmail.com>

Mime
View raw message