Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #14485
| From | David Lamb <dalamb@cs.queensu.ca> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Good Fowler article on ORM |
| Date | 2012-05-12 06:22 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <joldlk$gv7$1@dont-email.me> (permalink) |
| References | <kDXqr.1107$FL3.615@newsfe11.iad> <vokoq7t9vj5cf68rk9ricd63meejh8r3rk@4ax.com> <joihae$oiv$1@news.albasani.net> <jokg12$jce$1@dont-email.me> <jolcd0$3g7$1@news.albasani.net> |
On 12/05/2012 6:01 AM, Jan Burse wrote: > David Lamb schrieb: >> On 11/05/2012 4:06 AM, Jan Burse wrote: >>> I also went for a custom implementation of some of >>> the Collection classes, to have the algorithms not >>> use iterators, but inline loops for speed. Isn't >>> possible with the existing classes since one cannot >>> access the fields. >> >> Isn't that the sort of optimization a JIT compiler >> is supposed to be able to do? > > This would be a very very good JIT compiler. Since the > issues is not simply inlining setters/getters. I confess to a high degree of ignorance about what current JIT compilers are capable of, but I'd be surprised if inlining is all they can accomplish. > The issue is that there are at first hand no setter/getters. > For example the table field of a HashMap is private. Hmm. Seems to me private/public status can't matter that much if a JIT can inline setter/getters, since those typically access private data also. > And then an iterator implies creating a new stateful object. ... > When doing the above iteration with an iterator, the iterator > must keep i and e as a state, typically on the heap. Without > an iterator i and e can be registers. Many moons ago I was peripherally involved in a project that was producing highly optimizing compilers for conventional programming languages. I seem to recall some discussion of being able to eliminate some heap allocations via dependency analysis, where one could sometimes detect that the heap object lifetime didn't extend beyond the invocation of the procedure that allocated it. Is this not possible with Java/JIT?
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Good Fowler article on ORM Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-05-10 19:50 -0300
Re: Good Fowler article on ORM Roedy Green <see_website@mindprod.com.invalid> - 2012-05-10 16:52 -0700
Re: Good Fowler article on ORM Arne Vajhøj <arne@vajhoej.dk> - 2012-05-10 20:10 -0400
Re: Good Fowler article on ORM Leif Roar Moldskred <leifm@dimnakorr.com> - 2012-05-11 01:56 -0500
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-11 10:06 +0200
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-11 10:09 +0200
Re: Good Fowler article on ORM David Lamb <dalamb@cs.queensu.ca> - 2012-05-11 21:56 -0400
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 12:01 +0200
Re: Good Fowler article on ORM David Lamb <dalamb@cs.queensu.ca> - 2012-05-12 06:22 -0400
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 13:14 +0200
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 13:27 +0200
Re: Good Fowler article on ORM markspace <-@.> - 2012-05-12 08:15 -0700
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 18:21 +0200
Re: Good Fowler article on ORM markspace <-@.> - 2012-05-12 10:37 -0700
Re: Good Fowler article on ORM Lew <noone@lewscanon.com> - 2012-05-12 12:27 -0700
Re: Dalvik running on the Android device emulator Fredrik Jonson <fredrik@jonson.org> - 2012-05-13 07:21 +0000
Re: Dalvik running on the Android device emulator David Lamb <dalamb@cs.queensu.ca> - 2012-05-13 08:18 -0400
Re: Good Fowler article on ORM Lew <noone@lewscanon.com> - 2012-05-12 12:12 -0700
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 21:53 +0200
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 21:59 +0200
Re: Good Fowler article on ORM Lew <noone@lewscanon.com> - 2012-05-12 13:55 -0700
Re: Good Fowler article on ORM Lew <noone@lewscanon.com> - 2012-05-12 13:59 -0700
Re: Good Fowler article on ORM Jan Burse <janburse@fastmail.fm> - 2012-05-12 23:49 +0200
Re: Good Fowler article on ORM Lew <noone@lewscanon.com> - 2012-05-12 17:14 -0700
Re: Good Fowler article on ORM jb <janburse@fastmail.fm> - 2012-05-13 02:11 -0700
Re: Good Fowler article on ORM Lew <noone@lewscanon.com> - 2012-05-14 22:25 -0700
Re: Good Fowler article on ORM Arne Vajhøj <arne@vajhoej.dk> - 2012-05-20 22:15 -0400
Re: Good Fowler article on ORM Arne Vajhøj <arne@vajhoej.dk> - 2012-05-10 20:03 -0400
Re: Good Fowler article on ORM Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-05-10 18:40 -0700
Re: Good Fowler article on ORM Arne Vajhøj <arne@vajhoej.dk> - 2012-05-10 21:42 -0400
Re: Good Fowler article on ORM Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-05-13 19:40 -0300
Re: Good Fowler article on ORM markspace <-@.> - 2012-05-10 19:17 -0700
Re: Good Fowler article on ORM Lew <lewbloch@gmail.com> - 2012-05-10 16:41 -0700
Re: Good Fowler article on ORM Robert Klemme <shortcutter@googlemail.com> - 2012-05-12 14:33 -0700
csiph-web