Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #15530
| From | markspace <-@.> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Dealing with higher order operations coupled with primitives |
| Date | 2012-06-22 13:34 -0700 |
| Organization | A noiseless patient Spider |
| Message-ID | <js2ks6$beo$1@dont-email.me> (permalink) |
| References | <6s2dnZ1-8r4ofH7SnZ2dnUVZ_s6dnZ2d@giganews.com> <odn8u7l6j9gpoctbcmvf0l2afie0gjgjv2@4ax.com> <js20eh$irr$1@dont-email.me> <85abb518-34c5-4bc4-ad77-1b5d24b81d99@googlegroups.com> |
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." That and everything below it seems to imply actual prototyping, especially later on where me mentions comparing benchmarks between Java and C. 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.
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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