Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #14498
| From | Lew <noone@lewscanon.com> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Good Fowler article on ORM |
| Date | 2012-05-12 17:14 -0700 |
| Organization | albasani.net |
| Message-ID | <jomuc7$2om$1@news.albasani.net> (permalink) |
| References | (6 earlier) <jolgn9$chj$1@news.albasani.net> <jomcmv$9l6$1@news.albasani.net> <jomf41$ef9$1@news.albasani.net> <jomivm$m08$1@news.albasani.net> <jomlu5$r9c$1@news.albasani.net> |
Jan Burse wrote: > Lew schrieb: >> You have yet to quote the statistics I requested. > > I didn't do some measurements, should be > clear from my response to markspace, isn't it? I responded to that post. The only facts you presented in evidence were that your Android times were slower by some unspecified margin than the desktop times, and that the Android platform was inherently physically slower than the desktop. I suggest that the platform differences, to which I alluded in some detail in that response, account for the performance differences you observe, or could. You need measurements that distinguish the effects of the platform from other effects to know for sure. At no point have you provided evidence here speaking to what in the environments could account for the difference, or apportioning impact to known factors such as the CPU speed and architecture differences. You probably don't actually know what causes what proportion of the observed (and undisclosed) difference. It is likely that the largest performance differences are due to the sorts of factors I mentioned in my other response. Why do I say "likely"? Because my own observations of Android applications and my knowledge of the platform and experience with the balance of attribute access via methods vs. other factors such as I/O, UI manipulation, thread foobars and the like, I have seen more performance impact from the platform effects than your suggested micro-optimization. But I don't know for sure. I haven't got your numbers. It is possible that you have evidence heretofore unshared that makes getters and setters the low-hanging fruit after all. So, naturally, I request that you share that evidence, at least in summary. Whatever your numbers do show, it makes sense to work first on the matters that make the biggest difference. If it's UI contention, work on that. If it really is class load, work on that. If it's logger crud, work on that. What you might wish to avoid is laboring intensely over an optimization that saves one part in a thousand of time, causes much more maintenance work due to workarounds and concomitant complexity induced by the fooferol, and is obsoleted in a year by platform advances. YMMV. But you might wish to educate yourself about where your actual problems lie. -- Lew Honi soit qui mal y pense. http://upload.wikimedia.org/wikipedia/commons/c/cf/Friz.jpg
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