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


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

Re: Dealing with higher order operations coupled with primitives

From Lew <noone@lewscanon.com>
Newsgroups comp.lang.java.programmer
Subject Re: Dealing with higher order operations coupled with primitives
Date 2012-06-22 20:04 -0700
Organization albasani.net
Message-ID <js3bnb$j9g$1@news.albasani.net> (permalink)
References <6s2dnZ1-8r4ofH7SnZ2dnUVZ_s6dnZ2d@giganews.com> <odn8u7l6j9gpoctbcmvf0l2afie0gjgjv2@4ax.com> <js20eh$irr$1@dont-email.me> <85abb518-34c5-4bc4-ad77-1b5d24b81d99@googlegroups.com> <js2ks6$beo$1@dont-email.me>

Show all headers | View raw


On 06/22/2012 01:34 PM, markspace wrote:
> On 6/22/2012 12:45 PM, Lew wrote:
>> markspace wrote:
>>> rossum wrote:
>>>> By all means eleminate boxing if you boxing program runs too
>>>> slowly, but until you have written it, tested it and profiled it
>>>>  to show that boxing is the problem then you have no reason to
>>>> avoid boxing.
>>>
>>> Just to interject gently here:  It seems to me that the OP has
>>> stated that he did experiment with Objects, and confirmed that the
>>>  overhead was too high for his purposes.
>>
>> Just to reply bluntly here, but what the OP stated was, "since I do
>> not want to incur the boxing overhead of Objects", not that he had
>> measured that overhead or even knew that it was real.
>>
>> He's confirmed nothing insofar as he's told us.
>>
>
>
> About 1/3 of the way through his post he says:
>
> "Here if there are many parts to arg, I may fun.apply(tmp, arg.get(...))
> many many times. In my benchmarks, this seems to be much slower than what I
> could get without this abstraction.  I am trying to reduce this
> overhead as much as possible."

I read "this abstraction" as applying to his funky 'fun.apply()' idiom, not to 
autoboxing. Are you sure that referred to autoboxing?

Even if it did, and the grammar of his post suggests otherwise, there aren't 
any numbers there at all, and no clue if idiomatic Java would permit the 
optimizer to eliminate such overhead if it does exist.

Nothing is confirmed there, no matter how you slice it.

> That and everything below it seems to imply actual prototyping, especially
> later on where me mentions comparing benchmarks between Java and C.

"Seems" is weasel wording for "you interpreted it that way". There's no 
seeming without an observer. I didn't interpret it to have anything to do with 
autoboxing. You did. OP - would you please tell us if you have measured the 
effect of autoboxing?

I'm not going to argue with someone who has an equal chance with me of 
misunderstanding your vague and unclear, unsubstantiated and ununderstandable 
claims.

> OTOH his code is kind of sloppy.  For example, his implementation of his
> recursive sum overflows Java's int and gives the wrong answer.  This might be
> a reason why his Java is fast, if other languages are dealing with infinite
> precision and promoting ints to a higher precision format.

SHOW US THE CODE, OP!

-- 
Lew
Honi soit qui mal y pense.
http://upload.wikimedia.org/wikipedia/commons/c/cf/Friz.jpg

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


Thread

Dealing with higher order operations coupled with primitives "Aaron W. Hsu" <arcfide@sacrideo.us> - 2012-06-21 22:08 -0500
  Re: Dealing with higher order operations coupled with primitives Gina Engli <gengli239777@gmail.com> - 2012-06-21 23:17 -0400
    Re: Dealing with higher order operations coupled with primitives "Aaron W. Hsu" <arcfide@sacrideo.us> - 2012-06-22 15:13 -0500
  Re: Dealing with higher order operations coupled with primitives markspace <-@.> - 2012-06-21 21:32 -0700
    Re: Dealing with higher order operations coupled with primitives Gina Engli <gengli239777@gmail.com> - 2012-06-22 02:31 -0400
      Re: Dealing with higher order operations coupled with primitives Fred Greer <fggreer@nospam.invalid> - 2012-06-22 06:36 +0000
        Re: Dealing with higher order operations coupled with primitives Gina Engli <gengli239777@gmail.com> - 2012-06-22 02:43 -0400
          Re: Dealing with higher order operations coupled with primitives Lew <lewbloch@gmail.com> - 2012-06-22 12:45 -0700
            Re: Dealing with higher order operations coupled with primitives Sixteen of Seventeen <sseventeen@gmail.com> - 2012-06-22 18:24 -0400
              Re: Dealing with higher order operations coupled with primitives Lew <noone@lewscanon.com> - 2012-06-22 19:59 -0700
                Re: Dealing with higher order operations coupled with primitives Sixteen of Seventeen <sseventeen@gmail.com> - 2012-06-22 23:16 -0400
                Re: Dealing with higher order operations coupled with primitives Lew <noone@lewscanon.com> - 2012-06-22 22:13 -0700
                Re: Dealing with higher order operations coupled with primitives Borg Queen <queen@unimatrix.zero> - 2012-06-23 01:18 -0400
                Re: Dealing with higher order operations coupled with primitives Lew <noone@lewscanon.com> - 2012-06-23 07:59 -0700
                Re: Dealing with higher order operations coupled with primitives Borg Queen <queen@unimatrix.zero> - 2012-06-23 12:12 -0400
    Re: Dealing with higher order operations coupled with primitives "Aaron W. Hsu" <arcfide@sacrideo.us> - 2012-06-22 15:28 -0500
      Re: Dealing with higher order operations coupled with primitives Gina Engli <gengli239777@gmail.com> - 2012-06-22 18:25 -0400
  Re: Dealing with higher order operations coupled with primitives Roedy Green <see_website@mindprod.com.invalid> - 2012-06-22 00:33 -0700
    Re: Dealing with higher order operations coupled with primitives "Aaron W. Hsu" <arcfide@sacrideo.us> - 2012-06-22 15:31 -0500
  Re: Dealing with higher order operations coupled with primitives rossum <rossum48@coldmail.com> - 2012-06-22 13:00 +0100
    Re: Dealing with higher order operations coupled with primitives markspace <-@.> - 2012-06-22 07:45 -0700
      Re: Dealing with higher order operations coupled with primitives Lew <lewbloch@gmail.com> - 2012-06-22 12:45 -0700
        Re: Dealing with higher order operations coupled with primitives markspace <-@.> - 2012-06-22 13:34 -0700
          Re: Dealing with higher order operations coupled with primitives Lew <noone@lewscanon.com> - 2012-06-22 20:04 -0700
    Re: Dealing with higher order operations coupled with primitives "Aaron W. Hsu" <arcfide@sacrideo.us> - 2012-06-22 15:22 -0500
      Re: Dealing with higher order operations coupled with primitives Lew <lewbloch@gmail.com> - 2012-06-22 14:27 -0700
  Re: Dealing with higher order operations coupled with primitives "Aaron W. Hsu" <arcfide@sacrideo.us> - 2012-06-22 15:14 -0500

csiph-web