Jump to content
  • 0

Chance Skills Again


Question

12 answers to this question

Recommended Posts

  • 0
Posted

Because double got similar performance on nowadays CPU. And chating about memory consumption, on maybe 200 double or short (we speak about chance skill), is pointless.

 

Why not short instead of int ? There are plenty of locations where integers could be replaced. You won't replace it because it doesn't worth the change.

  • 0
Posted

Because double got similar performance on nowadays CPU. And chating about memory consumption, on maybe 200 double or short (we speak about chance skill), is pointless.

 

Why not short instead of int ? There are plenty of locations where integers could be replaced. You won't replace it because it doesn't worth the change.

 

so lets go long all the way and forget about int, short or byte. Just because it works

  • 0
Posted (edited)

Type "double vs float" on Google, you will see most topics on wherever websites recommend to use directly double.

 

And you didn't answer my second question. There are places on the code using more expensive datatypes, I give you an emblematic exemple and you will maybe stop with that float stuff : L2World is cutted into L2WorldRegion, which are 88 * 128 = 11264 L2WorldRegion.

 

Each L2WorldRegion weights :

- 2 ConcurrentHashMap

- 2 ArrayList

- 2 int

- 1 ScheduledFuture

- 1 boolean

 

Now if I tell you than off those 11264 L2WorldRegion, 2368 L2WorldRegion got no reason to exist (which is atm 21%), because those areas got no geodata and therefore shouldn't be accessible by player/monster, but are still currently filled (since L2J exists). Still arguing about float vs double ?

 

You will make more profit decreasing L2WorldRegions putting given invalid regions off limits, than editing all possible datatypes to be "memory efficient".

 

Finally most L2 packets use int, and not long. So nope you will make a bad move using long :P.

Edited by Tryskell
  • 0
Posted (edited)

 

gameserver.model.ChanceCondition

private final int _chance;

i just need to change it to 

private final double _chance;

?

Edited by ElTyto
  • 0
Posted

Type "double vs float" on Google, you will see most topics on wherever websites recommend to use directly double.

 

And you didn't answer my second question. There are places on the code using more expensive datatypes, I give you an emblematic exemple and you will maybe stop with that float stuff : L2World is cutted into L2WorldRegion, which are 88 * 128 = 11264 L2WorldRegion.

 

Each L2WorldRegion weights :

- 2 ConcurrentHashMap

- 2 ArrayList

- 2 int

- 1 ScheduledFuture

- 1 boolean

 

Now if I tell you than off those 11264 L2WorldRegion, 2368 L2WorldRegion got no reason to exist (which is atm 21%), because those areas got no geodata and therefore shouldn't be accessible by player/monster, but are still currently filled (since L2J exists). Still arguing about float vs double ?

 

You will make more profit decreasing L2WorldRegions putting given invalid regions off limits, than editing all possible datatypes to be "memory efficient".

 

Finally most L2 packets use int, and not long. So nope you will make a bad move using long :P.

 

 

Who fucks the performance of float vs double or short vs long, they are either 32bit on a 32 lenght bus or 64 bit (long) on a 64 bit bus and yes you neither benefit in memory consumption.

 

Then why use final if its only purpose is to help the developer know that this variable won't change (no perfomance gain runtime), why use generics if they are just precompiled and dont exist after compilation that also slows down due to lots of casts under the hood. Why use void methods if at the end theres always a return value (garbage or not there actually is.)

 

Its not a matter or perfomance, its a matter of good, reusable and understandable code. On this case does float vs double make any difference at all? No but you have to start from somewhere

  • 0
Posted (edited)

Because double got similar performance on nowadays CPU. And chating about memory consumption, on maybe 200 double or short (we speak about chance skill), is pointless.

 

Why not short instead of int ? There are plenty of locations where integers could be replaced. You won't replace it because it doesn't worth the change.

that information was VERY, VERY IMPORTANT.

I use float in my changes, now I'll update all to double! :) (Edited to be like Tryskell suggested below)

 

Thanks 

Edited by colt
  • 0
Posted (edited)

if you already used float, keep float. But using float instead of double - until you use millions entries - is simply pointless. There are non optimized places all over sources (I gave a single exemple which probably can save easily 5mo RAM if reworked) which got a WAY BIGGER IMPACT if reworked rather than replacing datatypes for the best datatype possible.

 

Ofc using the shortest datatype possible will be the most avantageous, but if you do it for a story of RAM, MOREOVER ON SOMETHING LIKE 100 ENTRIES, then it's pointless.

 

Remove a single int from L2Spawn, and you can see a change, as there are 40k NPC entries. But stating about float<>double on chance skills... Blurp.

 

And it's "double", not "Double". "Double" is an object, "double" is a primitive. "Double" costs heavier than "double". Same case for Boolean/boolean, Integer/int, etc.

Edited by Tryskell
  • 0
Posted

if you already used float, keep float. But using float instead of double - until you use millions entries - is simply pointless. There are non optimized places all over sources (I gave a single exemple which probably can save easily 5mo RAM if reworked) which got a WAY BIGGER IMPACT if reworked rather than replacing datatypes for the best datatype possible.

 

Ofc using the shortest datatype possible will be the most avantageous, but if you do it for a story of RAM, MOREOVER ON SOMETHING LIKE 100 ENTRIES, then it's pointless.

 

Remove a single int from L2Spawn, and you can see a change, as there are 40k NPC entries. But stating about float<>double on chance skills... Blurp.

 

And it's "double", not "Double". "Double" is an object, "double" is a primitive. "Double" costs heavier than "double". Same case for Boolean/boolean, Integer/int, etc.

Thanks again, awesome (I print to pdf for documentation purpose!) :)

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



  • Posts

    • sell adena l2rebon signature x1 - 1kk = 1 dollars l2reborn x10 - 500kk = 4 dollars E-Global x Lu4 - 1kk = 2 dollars BOHPTS - x20-x500 TOP PRICE DISCORD - GODDARDSHOP TELEGRAM - MMOPROMO Also on sale are Epic jewelry, Clothes at a very good price
    • Hello Sorry, my Discord is: ave7309
    • “Hello, I’d like to present a short description of the server. Everyone starts equally at max level 80. The server includes a custom buffer, custom class master, custom weapons and armors, custom zones, custom teleporter, custom raid bosses, and much more. I’ll leave a link in the description for those who want to see how everything looks inside. The server is only open on weekends, and you can find more news via the Facebook link.”   https://www.facebook.com/profile.php?id=61578869175323
    • 1. You where subscriber 3 years ago. 2. There is no current L2jMobius 2.8 Seven Signs version. Subcriber or not. 3. You have your answer from multiple forums that more items is more delay.  
    • 1. Optimize Packet Serialization Look in ItemList.java or wherever the inventory packet is constructed. Instead of building the packet with inefficient string concatenation or repeated allocations, use a preallocated buffer and avoid creating new objects for each item. Mobius sources are Java-based, so profiling with something like VisualVM or YourKit can help see where most time is spent. 2. Avoid Sending the Full List Each Time Modify the server to send only changed items (diff packets) when the inventory window opens. Some newer forks implement this as “lazy loading” or paged inventory so the client only loads e.g. 100 items at a time. 3. Limit the Inventory Size Per Page Instead of showing all 500 slots at once, split the inventory into pages/tabs (100 slots each). When the user switches a tab, send only that page’s items. This requires some client-side editing, but it’s the most user-friendly long-term fix. 4. Database & Cache Optimizations Ensure your items table is indexed by owner_id to make the query for player items fast. Cache item templates and static data so they are not reloaded every time the inventory is shown. ⚠️ Things to Keep in Mind Increasing slots from 80 → 500 does not just change a number — it multiplies the workload for packet building and UI rendering. You can’t fully avoid some extra cost with 500 items, but you can keep it under a few milliseconds if you optimize how and when the data is sent.    
  • Topics

×
×
  • Create New...

AdBlock Extension Detected!

Our website is made possible by displaying online advertisements to our members.

Please disable AdBlock browser extension first, to be able to use our community.

I've Disabled AdBlock