Info dla ludzi używających trove4j, i pytanie czy ktoś zna inne repo?

[GotoFinal]

TL;DR: Trove 3.0.3 ma fajną linijkę kodu która potrafi znacząco zwiększyć użycie pamięci, domyślnie "tylko" 2x, i nie ma nowszej wersji trove4j w repo mavena pomimo że kod jest poprawiony już od bardzo dawna.

 

SRC: https://bitbucket.org/trove4j/trove/src/a4f8d76a0cfa9e72159268d38e9e8566f4614088/core/src/main/java/gnu/trove/impl/hash/TPrimitiveHash.java?at=master&fileviewer=file-view-default#TPrimitiveHash.java-97

 

Tak spokojnie pisząc mój projekt, postanowiłem zrobić mini-profilowanie, za pomocą eclipse MemoryAnalyzer, wyskoczylo mi naprawdę sporo int[], nie zdziwiło mnie to za mocno, bo przechowuje tam mapę, w paczkach po 2k intow, ale po posortowaniu po wielkości array, okazało się że jest też masakrycznie dużo array o rozmiarach jak 10k, 20k, 25k i innych dość sporych.

Okazało się że trovy zamiast oszczędzać pamięć, zjada ją, podczas tworzenia mapy podajmy jak zawsze wielkość początkową i loadfactor, jak się można domyślić, wielkość array w której przechowywane są klucze czy wartości w takim np TIntIntMap, będzie równa lub podobna do tej początkowej wielkości... Jednak trove uznało że znacznie śmieszniej będzie jak podzielą ją przez loadfactor (domyślnie 0.5 w trove) (+ zaokrąglenie w górę do najbliższej wartości pierwszej), więc tworząc zoptymalizowaną mapkę na 650 elementów która w razie potrzeby ma się tylko delikatnie powiększyć (0.1f) stworzyłem 2x array intow po ponad 6500 każda. (+ jedno array bajtow, tych samych rozmiarow)

Przy jednym array to nie jest duży problem, ale jak używasz tego w kilkuset miejscach to nagle się okazuje że 60% pamięci się marnuje na puste miejsce w trove.

 

I pytanie: nie zna ktoś może repo z nowszymi wersjami? czy muszę kompilować i wgrać sam?

[fsociety]

To chcesz cos szybkiego czy mniej zasobo-rzernego bo nie rozumiem?

 

http://gbif.blogspot.pt/2009/06/profiling-memory-usage-of-various.html

[GotoFinal]

To chcesz cos szybkiego czy mniej zasobo-rzernego bo nie rozumiem?

informuje tylko o "bugu" i się pytam czy za ktoś repo z nowszymi buildami: 

bo 3.0.3 ma ten kod:

https://bitbucket.org/trove4j/trove/src/a4f8d76a0cfa9e72159268d38e9e8566f4614088/core/src/main/java/gnu/trove/impl/hash/TPrimitiveHash.java?at=master&fileviewer=file-view-default#TPrimitiveHash.java-97

 

a potem go już nie ma:

https://bitbucket.org/trove4j/trove/src/bc7c9ac0a9fe6e3409209f1de1f3147187a9381e/core/src/main/java/gnu/trove/impl/hash/TPrimitiveHash.java?at=master&fileviewer=file-view-default#TPrimitiveHash.java-94

Ale nigdzie nie ma repo z wersją z nowszym kodem.

[fsociety]

informuje tylko o "bugu" i się pytam czy za ktoś repo z nowszymi buildami: 

bo 3.0.3 ma ten kod:

https://bitbucket.org/trove4j/trove/src/a4f8d76a0cfa9e72159268d38e9e8566f4614088/core/src/main/java/gnu/trove/impl/hash/TPrimitiveHash.java?at=master&fileviewer=file-view-default#TPrimitiveHash.java-97

 

a potem go już nie ma:

https://bitbucket.org/trove4j/trove/src/bc7c9ac0a9fe6e3409209f1de1f3147187a9381e/core/src/main/java/gnu/trove/impl/hash/TPrimitiveHash.java?at=master&fileviewer=file-view-default#TPrimitiveHash.java-94

Ale nigdzie nie ma repo z wersją z nowszym kodem.

http://mvnrepository.com/artifact/com.github.adedayo.intellij.sdk/trove4j/142.1

[GotoFinal]

http://mvnrepository.com/artifact/com.github.adedayo.intellij.sdk/trove4j/142.1

ale to już nie jest trove że tak to ujmę, wszystko jest inaczej poukładane itd, to kompletnie edytowana wersja, wszystko poprzestawiane, API nie zachowane, więc odpada ;/

[fsociety]

ale to już nie jest trove że tak to ujmę, wszystko jest inaczej poukładane itd, to kompletnie edytowana wersja, wszystko poprzestawiane, API nie zachowane, więc odpada ;/

'A packaging of the IntelliJ Community Edition trove4j library'

 

Jak nie, jak tak? Poka przyklad. Moze przepakowane bylo ale bez przesady.

[GotoFinal]

'A packaging of the IntelliJ Community Edition trove4j library'

 

Jak nie, jak tak? Poka przyklad. Moze przepakowane bylo ale bez przesady.

wszystko jest przepakowane....

powinno byc:

 

A tam masz:

[fsociety]

wszystko jest przepakowane....

powinno byc:

 

A tam masz:

No mowie, przepakowane, ale nwm, funkcjonalnosc dziala?

[GotoFinal]

No mowie, przepakowane, ale nwm, funkcjonalnosc dziala?

... ale wszystko popsuje

ale jest szansa że będzie poprawiona wersja:  https://bitbucket.org/trove4j/trove/issues/64/31-release

[fsociety]

... ale wszystko popsuje

ale jest szansa że będzie poprawiona wersja:  https://bitbucket.org/trove4j/trove/issues/64/31-rJa bym tam raczej polegal na archiwach z od jetbrains niz prywatnych osob.elease

 

Co popsuje? Skoro jest funkcjonalne.

 

Od biedy mozesz sam sobie przeciez skompilowac do mavena?

[GotoFinal]

Co popsuje? Skoro jest funkcjonalne.

 

Od biedy mozesz sam sobie przeciez skompilowac do mavena?

... Proszę cię, przestań odpowiadać.

Nie mam zamiaru nagle zmieniać biblioteki na jakiegoś dziwnego forka, uproszczonego, z brakującymi klasami itd... i porpawiac wszystkie jej użycia w publicznym projekcie.

 

Jak masz zamiar pomagać podając takie bezsensowne odpowiedzi to po prsotu nie pomagaj, nie po to zadaje tu pytanie by kompilować samemu, bo to już dawno zrobiłem, pomijam dziwne określenie "skompilować do mavena" cokolwiek by to miało znaczyć.

 

A tak to temat do zamknięcia...