Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #27534
| From | Robert Klemme <shortcutter@googlemail.com> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: java8 up to 6x slower than java7 |
| Date | 2014-02-17 18:55 +0100 |
| Message-ID | <bmf0noFpsoqU1@mid.individual.net> (permalink) |
| References | (4 earlier) <ldqf11$adv$1@news.albasani.net> <ldqf9a$adv$2@news.albasani.net> <bmbu5tF5ju8U1@mid.individual.net> <ldr3ep$m2v$1@news.albasani.net> <ldr3vk$n4h$1@news.albasani.net> |
On 16.02.2014 20:36, Jan Burse wrote:
> Jan Burse schrieb:
>> So the requirement was really to have very light weighted hash
>> maps for this data structure. Even if there is a small time overhead.
>> Problem was that application crashed without compaction, since
>> memory consumption was too high.
>
> The requirement is that the following code should
> eat up O(m) space and not O(m*n) space:
>
> HashMap[] maps = new HashMap[m];
> for (int i=0; i<m; i++) {
> maps = new HashMap();
> }
> for (int i=0; i<m; i++) {
> for (int j=0; j<n; i++) {
> maps[i].put(j,j)
> }
> for (int j=0; j<n; i++) {
> maps[i].remove(j);
> }
> }
What is n here? Is that some arbitrary input figure otherwise unrelated
to the shown code?
A small change which would help this code and avoid too much overhead is
to set the table to null once the Map is empty. Since all your Maps are
empty at the end this would help dramatically.
Cheers
robert
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
java8 up to 6x slower than java7 Dennis Haupt <d.haupt82@gmail.com> - 2014-02-15 03:00 -0800
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-15 12:26 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-15 12:28 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-15 12:52 +0100
Re: java8 up to 6x slower than java7 Robert Klemme <shortcutter@googlemail.com> - 2014-02-16 13:10 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-16 14:38 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-16 14:43 +0100
Re: java8 up to 6x slower than java7 Robert Klemme <shortcutter@googlemail.com> - 2014-02-16 14:53 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-16 20:27 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-02-16 20:36 +0100
Re: java8 up to 6x slower than java7 Robert Klemme <shortcutter@googlemail.com> - 2014-02-17 18:55 +0100
Re: java8 up to 6x slower than java7 Wanja Gayk <brixomatic@yahoo.com> - 2014-03-02 20:52 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-03-03 11:53 +0100
Re: java8 up to 6x slower than java7 Joerg Meier <joergmmeier@arcor.de> - 2014-03-03 17:16 +0100
Re: java8 up to 6x slower than java7 Jan Burse <janburse@fastmail.fm> - 2014-03-03 19:53 +0100
Re: java8 up to 6x slower than java7 Lew <lewbloch@gmail.com> - 2014-03-03 13:44 -0800
Re: java8 up to 6x slower than java7 Kevin McMurtrie <mcmurtrie@pixelmemory.us> - 2014-02-16 11:24 -0800
Re: java8 up to 6x slower than java7 Robert Klemme <shortcutter@googlemail.com> - 2014-02-15 12:55 +0100
Re: java8 up to 6x slower than java7 "Qu0ll" <Qu0llSixFour@gmail.com> - 2014-02-15 23:42 +1100
Re: java8 up to 6x slower than java7 Roedy Green <see_website@mindprod.com.invalid> - 2014-02-16 00:25 -0800
csiph-web