What's new
  • Visit Rebornbuddy
  • Visit Panda Profiles
  • Visit LLamamMagic
  • Visit Resources
  • Visit Downloads
  • Visit Portal

Thread-safe demonbuddy - inc? need help?

Devilize

New Member
Joined
Jan 25, 2012
Messages
88
Reaction score
0
First, I was wondering if there is any ETA on a thread safe DB? I've been monitoring my Bots closely and the d3 crashes are literally NEVER at the same spot. Being a multithreaded software developer for the past few years, this just screams data corruption to me, since that's what us threading guys are constantly trying to avoid. I was wondering if there's any headway on this fix? If not I was thinking of writing a plugin to try to add some safety to the current plugins, like a parent plugin that manages others to make sure they're not altering data that is currently in use by the db main...

Also, does db dev exclusively in EU? If not, I could maybe help work on a thread safe db api for you guys...
 
In.
I have 0 programming experience but sounds solid to me
 
First, I was wondering if there is any ETA on a thread safe DB? I've been monitoring my Bots closely and the d3 crashes are literally NEVER at the same spot. Being a multithreaded software developer for the past few years, this just screams data corruption to me, since that's what us threading guys are constantly trying to avoid. I was wondering if there's any headway on this fix? If not I was thinking of writing a plugin to try to add some safety to the current plugins, like a parent plugin that manages others to make sure they're not altering data that is currently in use by the db main...

Also, does db dev exclusively in EU? If not, I could maybe help work on a thread safe db api for you guys...

What do you think is multithreaded in Demonbuddy O_o ?
 
Pretty much every plugin....? Not to be a dink, but if you don't even know what it means then why comment....

Any decent plugin has a list of delegates to invoke on the next pulse, and that list gets worked off in the OnPulse or the Behavior Tree which is done by the mainthread.
 
Last edited:
Any decent plugin has a list of delegates to invoke on the next pulse, and that list gets worked off in the OnPulse or the Behavior Tree which is done by the mainthread.
Until you need to get some extra data from game or manualy implement some action in game.
 
All plugins bot logic etc. runs in the same thread, there's only one
We got ? few others for logging and stuff like that but nothing that would cause the game to crash
 
All plugins bot logic etc. runs in the same thread, there's only one
We got ? few others for logging and stuff like that but nothing that would cause the game to crash
Except those which not written to end. ;)
 
Multithreading sounds like a horrible thing, I hope it's 18+.
Anyway, DB either has a memory leak or it stores data that becomes increasingly large over time as it's consuming more and more memory.
 
Multithreading sounds like a horrible thing, I hope it's 18+.
Anyway, DB either has a memory leak or it stores data that becomes increasingly large over time as it's consuming more and more memory.

Maybe it has to do with the log file and storing all the log on the visible window. Is there a way to disable logging completely if my bot is able to run 24/7 without any crashes? Logging isn't really needed for me right now if it helps reducing the memory/cpu usuage.
 
Maybe it has to do with the log file and storing all the log on the visible window. Is there a way to disable logging completely if my bot is able to run 24/7 without any crashes? Logging isn't really needed for me right now if it helps reducing the memory/cpu usuage.
Doubt that's the issue.
 
Maybe it has to do with the log file and storing all the log on the visible window. Is there a way to disable logging completely if my bot is able to run 24/7 without any crashes? Logging isn't really needed for me right now if it helps reducing the memory/cpu usuage.

It doesn't keep everything in the window, every so often it clears and sends the data to a text file (or it's already there and just clears the window).
 
Pretty much every plugin....? Not to be a dink, but if you don't even know what it means then why comment....
I like how this guy is trying to be cocky and post an elitist comment, while hes the one who is stupid :).
"multithreaded software developer for years" doesnt know a common plugin architecture?
How could you even come up with idea, that every plugin has its own thread? =) How cute.
 
All of our bots can be assumed to be single-threaded. We run a few threads (Such as a GUI thread, and a logging thread) on top of our normal bot thread. These are only to aid in responsiveness. There's not multithreading beyond that however.
 
Back
Top