search

RuedigerMoeller / fast-serialization

FST: fast java serialization drop in-replacement
Apache License 2.0
1.58k stars 248 forks source link

Why FST is faster than JDK #326

Open wellCh4n opened 2 years ago

wellCh4n commented 2 years ago

I know FST makes objects take up less space, but how does it handle the extra overhead? Such as the loss of time complexity?

chrisco484 commented 2 years ago

What is the extra overhead? It stores Java objects much more concisely that the JDK does - much less overhead with each object because it doesn't repeat entire package/class names.

Not sure what you mean by the 'loss of time complexity'? Did you discover the fast-serialization's secret flux capacitor? ;)

wellCh4n commented 2 years ago

What is the extra overhead? It stores Java objects much more concisely that the JDK does - much less overhead with each object because it doesn't repeat entire package/class names.

Not sure what you mean by the 'loss of time complexity'? Did you discover fast-serialization's secret flux capacitor? ;)

@chrisco484 Thanks for your reply~ I thought FST was using scalable object length a few days ago, there would be extra overhead to restore it to JDK format, but I learned from your answer that it is actually achieved by reducing the length of class name. Thank you very much.