Comments (4)
Hello,
Block dependency will definitely introduce bottlenecks, however the Go implementation should not be slower than the js one.
It's been a long time since I wanted to revisit this (it is my first go project and used this implementation as a learning exercise) and I may do so on my free time (so dont expect any quick fix unfortunately).
Thanks for the test case, it will help in figuring out what is going on.
from lz4.
Thanks for looking into it! Adding a bufio.Writer
so that the output is buffered before being sent is not helping either.
I am also having issues in interoperability between Node.js and Go when Go sends, but I am not sure about why.
from lz4.
I have revisited the implementation and it is much faster now (getting the throughput from 24k events/s to 10millions/s).
I have dropped support for BlockDependency though as it adds complexity for no real benefit (at least in the tests that I have carried out).
I am unsure about the NodeJS / Go issues you are running into though. Some sample code would help ;).
from lz4.
BlockDependency is good to have for compatibility purposes when you don't control who is sending and how.
Thanks for the good work!
from lz4.
Related Issues (20)
- Please cut a new v3 maintenance release! HOT 3
- Encoder.ReadFrom() (added in v4) is buggy HOT 2
- go get: file too large HOT 3
- Reuse Writer panic
- Write after Flush writes 0 bytes, no error because state is closed.
- Java compress data can not be decompress HOT 5
- lz4 reader read block until buf is full? HOT 5
- Data race when using concurrency > 1
- [RSVP] What is the source of xxh32zero.go? HOT 2
- lz4: invalid source or destination buffer too short HOT 3
- jsonlz4: lz4: invalid source or destination buffer too short HOT 1
- I got error 403 HOT 1
- avoid uncompressed duplicates in testdata to make module smaller
- commit bc1239b broke decompressing legacy-compressed bytes in normal mode HOT 1
- Dictionary support in compression HOT 1
- [arm64] Performance regression from removal of 4x loop decoding HOT 2
- .unity3d lz4 compression and decompression HOT 1
- Invalid magic number when decompressing. Headers not added when compressing
- when i use lz4 compress and java use lz4 uncompress HOT 2
- Reader oriented encoder HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from lz4.