-
Notifications
You must be signed in to change notification settings - Fork 16
Messages are being written out of order #18
Comments
This is mainly cause because the publish callback is called right away, even before the write, which in a case of thousands of messages being written, floods the timecache and forces it to start discarding. |
Which callback are you referring to? |
Something is wrong, I thought initially that the API was 'false sync', but it actually might be a time-cache problem, @dignifiedquire do you have time to look into this #19 today? |
@diasdavid I am very confused right now, I cloned things and installed and linked but I can not reproduce the issue, after running the latest pubsub tests in js-ipfs about 10 times. The only fixes I needed to pull in were: libp2p/js-libp2p-crypto#56 Could you please check if this works for you as well with that fix? My suspicion is that the random value generation is broken in node4, resulting in incorrect id generation, resulting in the issue you were seeing. |
Will test asap :) |
Everything is fine now :D |
Although there is no promise that in a FloodSub network messages are delivered sequencially (due to retransmissions, forwarding etc), it should be impossible for 2 nodes connected over TCP, one publisher and one subscriber, to see the messages from the other arrived unordered.
See more here: ipfs/js-ipfs#644 (comment)
The text was updated successfully, but these errors were encountered: