You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Recently, I've used your cstrftime function within a go project, in order to create timestamps for go-elasticsearch search queries, backed by fasthttp. Unfortunately, under heavy load, random segfaults are seen. It looks like, the function uses a somtimes unallocated or in general shared memory space, which is prone to memory corruption. That said, I've switched to go time.Format() which works fine and stable, even under multiple hundred executions per second.
You should probably warn potential users about the negative impact concurrent executions can have on their application. It was quite hard to debug the issue, even while using well known debuggers such as GDB. Random SIGSEGV was seen without any clear details available in stacktraces.
The text was updated successfully, but these errors were encountered:
Hello!
Recently, I've used your cstrftime function within a go project, in order to create timestamps for go-elasticsearch search queries, backed by fasthttp. Unfortunately, under heavy load, random segfaults are seen. It looks like, the function uses a somtimes unallocated or in general shared memory space, which is prone to memory corruption. That said, I've switched to go time.Format() which works fine and stable, even under multiple hundred executions per second.
You should probably warn potential users about the negative impact concurrent executions can have on their application. It was quite hard to debug the issue, even while using well known debuggers such as GDB. Random SIGSEGV was seen without any clear details available in stacktraces.
The text was updated successfully, but these errors were encountered: