Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #18632 > unrolled thread
| Started by | qwertmonkey@syberianoutpost.ru |
|---|---|
| First post | 2012-09-10 01:45 +0000 |
| Last post | 2012-10-13 15:12 -0700 |
| Articles | 2 — 2 participants |
Back to article view | Back to comp.lang.java.programmer
greatly differing processing time between java and Linux while calculating hashes? qwertmonkey@syberianoutpost.ru - 2012-09-10 01:45 +0000
Re: greatly differing processing time between java and Linux while calculating hashes? Roedy Green <see_website@mindprod.com.invalid> - 2012-10-13 15:12 -0700
| From | qwertmonkey@syberianoutpost.ru |
|---|---|
| Date | 2012-09-10 01:45 +0000 |
| Subject | greatly differing processing time between java and Linux while calculating hashes? |
| Message-ID | <k2jgo0$ocg$1@speranza.aioe.org> |
> As far as I could extract from that code (which I find pretty badly readable btw.) you are measuring digest calculation and IO. ~ Well, if I understand you, you will have to read in the file you are checksumming anyway, right? ~ I used FileInputStream's read(byte[]) method in a straight forward way, which is, byte[], what you must feed a MessageDigest's update method. So, what do you mean? ~ > What measures did you take to ensure there are no effects from OS buffering? ~ What do you mean? What extra measure should I take to ensure there are no effects from OS buffering? ~ > Also, why are you comparing apples (Java) and oranges (Linux) - at > least in the subject? ~ Because I am trying to extract sugar from them in the most efficient way ~ > Are you aware that the JVM has some startup time > which can be significant when measuring run once applications? ~ Yes, and this is why I am just timing the method call and testing different block sizes for the buffer ... ~ Still guys (to me) a difference of more than 25% in processing time is significant and I don't think that what you consider to be my odd style to code is causing it ~ lbrtchx
[toc] | [next] | [standalone]
| From | Roedy Green <see_website@mindprod.com.invalid> |
|---|---|
| Date | 2012-10-13 15:12 -0700 |
| Message-ID | <bnpj78lfubv8mn448eahtearqcio0hicbq@4ax.com> |
| In reply to | #18632 |
On Mon, 10 Sep 2012 01:45:36 +0000 (UTC), qwertmonkey@syberianoutpost.ru wrote, quoted or indirectly quoted someone who said : >~ > Well, if I understand you, you will have to read in the file you are >checksumming anyway, right? You want in both cases to read it into RAM, then start your clock, then do your computation, then stop your clock, so that you measuring the difference in computation, not i/o. JVMs take a while to get warmed up. When doing benchmarks you want to run a few laps before you turn on the clock. -- Roedy Green Canadian Mind Products http://mindprod.com The iPhone 5 is a low end Rolex.
[toc] | [prev] | [standalone]
Back to top | Article view | comp.lang.java.programmer
csiph-web