Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #21870

Re: ultralog: new concept of logging API

Newsgroups comp.lang.java.programmer
Date 2013-01-30 08:23 -0800
References (6 earlier) <fe4bc896-5b6e-4d4f-a32c-7109d8fcab70@googlegroups.com> <5108747b$0$293$14726298@news.sunsite.dk> <3e90248c-5647-4099-b848-c0b1fc8745ab@googlegroups.com> <2b62b845-32a5-4102-9e9b-8157f52476ba@googlegroups.com> <4027960c-752c-41c5-b1dc-bace8c5b9e60@googlegroups.com>
Message-ID <46043169-8d9f-45d7-a28a-09f9fdccab17@googlegroups.com> (permalink)
Subject Re: ultralog: new concept of logging API
From Lew <lewbloch@gmail.com>

Show all headers | View raw


Mikhail Vladimirov wrote:

Still not attributing quotes, I see.

> [Lew wrote:]
> > In other words, no, no measurements.
> 
> I think that discussion about why one may want to make applications garbage-free and why garbage-free applications may perform faster and how much faster they can perform is off-topic here.

Of course it is, because you have no answer for this so you want to ban the question.

You're not convincing me you're anything but a con artist with such tactics.

> Once application is decided, for whatever reason, to be garbage-free, which means that normal data processing flow in the application does not allocate any temporary objects, and once normal data processing flow involves logging, the application has to use some garbage-free logging solution, either home-grown or third party.  In this case mainstream logging frameworks simply does not fit, because they are not garbage-free.  Ultralog demonstrates how API for garbage-free logging framework can be structured without sacrificing code readability.  It does not need to be faster than mainstream frameworks and switching to ultralog in application that is not garbage-free itself should not necessarily lead to performance benefit.

Why not? What other benefit does avoiding GC provide?

> Performance tests I have shows that ultralog is usually not slower than System.out.println() and is not slower than log4j.

That tells us nothing. What sort of "performance" tests? Under what protocols? And "not slower" than 
'println()' is useless; we already know log4j is generally less impactful on performance than the 
'System.out' technique. "Not slower" than log4j, even if your tests are not just crocks of porcine 
excrement, is not impressive.

You have yet to tout a real benefit. You get diversionary when people ask about your benefits.
You were asked about "any impact" (beneficial or otherwise) and you chose to interpret it as 
a question about performance, then tried to claim that performance, the topic you introduced, 
was off topic. 

And again, when potential users ask about things that matter to them, you try to tell them that 
their concerns are not valid. That's shitty marketing.

I think that your product, far from being garbage free, is nothing but garbage, based on what 
you've told us and how you disrespect us.

-- 
Lew

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-26 22:05 -0800
  Re: ultralog: new concept of logging API markspace <markspace@nospam.nospam> - 2013-01-27 10:39 -0800
    Re: ultralog: new concept of logging API vladimirow@mail.ru - 2013-01-27 11:03 -0800
      Re: ultralog: new concept of logging API Joerg Meier <joergmmeier@arcor.de> - 2013-01-27 20:48 +0100
        Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-27 20:15 -0800
      Re: ultralog: new concept of logging API Leif Roar Moldskred <leifm@dimnakorr.com> - 2013-01-27 13:51 -0600
        Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-27 19:57 -0800
  Re: ultralog: new concept of logging API Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-28 05:23 -0400
    Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-28 01:32 -0800
      Re: ultralog: new concept of logging API Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-28 05:37 -0400
        Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-28 02:06 -0800
      Re: ultralog: new concept of logging API Lew <lewbloch@gmail.com> - 2013-01-28 13:49 -0800
        Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-29 06:04 -0800
          Re: ultralog: new concept of logging API Lew <lewbloch@gmail.com> - 2013-01-29 10:19 -0800
          Re: ultralog: new concept of logging API Leif Roar Moldskred <leifm@dimnakorr.com> - 2013-01-29 13:10 -0600
            Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-29 11:34 -0800
              Re: ultralog: new concept of logging API Arne Vajhøj <arne@vajhoej.dk> - 2013-01-29 20:16 -0500
                Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-29 19:57 -0800
                Re: ultralog: new concept of logging API Lew <lewbloch@gmail.com> - 2013-01-29 22:56 -0800
                Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-29 23:19 -0800
                Re: ultralog: new concept of logging API Lew <lewbloch@gmail.com> - 2013-01-30 08:23 -0800
                Re: ultralog: new concept of logging API lipska the kat <"nospam at neversurrender dot co dot uk"> - 2013-01-30 16:54 +0000
                Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-30 13:33 -0800
                Re: ultralog: new concept of logging API tisue@cs.nwu.edu (Seth Tisue) - 2013-01-30 16:37 -0500
                Re: ultralog: new concept of logging API tisue@cs.nwu.edu (Seth Tisue) - 2013-01-30 16:33 -0500
                Re: ultralog: new concept of logging API Arne Vajhøj <arne@vajhoej.dk> - 2013-01-30 21:50 -0500
                Re: ultralog: new concept of logging API lipska the kat <"nospam at neversurrender dot co dot uk"> - 2013-01-31 10:38 +0000
                Re: ultralog: new concept of logging API T®oll <spooksRus@derbyshire-crania.org> - 2013-01-31 12:30 -0500
                Re: ultralog: new concept of logging API T®oll <spooksRus@derbyshire-crania.org> - 2013-01-31 12:30 -0500
                Re: ultralog: new concept of logging API lipska the kat <"nospam at neversurrender dot co dot uk"> - 2013-01-31 17:55 +0000
                Re: ultralog: new concept of logging API lipska the kat <"nospam at neversurrender dot co dot uk"> - 2013-01-31 10:48 +0000
                Re: ultralog: new concept of logging API T®oll <spooksRus@derbyshire-crania.org> - 2013-01-31 12:32 -0500
                Re: ultralog: new concept of logging API lipska the kat <"nospam at neversurrender dot co dot uk"> - 2013-01-31 17:58 +0000
                Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-31 21:49 -0800
                Re: ultralog: new concept of logging API Arne Vajhøj <arne@vajhoej.dk> - 2013-01-30 21:47 -0500
                Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-30 21:14 -0800
                Re: ultralog: new concept of logging API Arne Vajhøj <arne@vajhoej.dk> - 2013-01-30 21:43 -0500
                Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-30 21:11 -0800
  Re: ultralog: new concept of logging API Mikhail Vladimirov <vladimirow@mail.ru> - 2013-01-30 13:43 -0800

csiph-web