egghelp/eggheads community

modules and multi-threading

2006-04-15T16:00:43-04:00

Anyone seen/used any other approach?
nothing to download there, so it's basically irrelevant to this forum's purpose (at least as I understand it - it's not about MT in general and even not about the programming in general, but about eggdrop and eggdrop modules programming - and eggdrop is open-source)
I'm sorry if you feel that's irrelevant but I was merely responding to Kappa's post, I apologize if I offended you in the process of contributing to this thread. I'm not trying to start a flamewar here or anything I was just merely responding to the author of this thread.

no offense taken, you've done a good job; hopefully you'll share it some day with the community

Statistics: Posted by demond — Sat Apr 15, 2006 4:00 pm

modules and multi-threading

2006-04-15T11:41:54-04:00

No hurry, i'll put my stuff under public domain once i got time to cleanup the code...

Statistics: Posted by Kappa007 — Sat Apr 15, 2006 11:41 am

modules and multi-threading

2006-04-15T06:12:24-04:00

Anyone seen/used any other approach?

nothing to download there, so it's basically irrelevant to this forum's purpose (at least as I understand it - it's not about MT in general and even not about the programming in general, but about eggdrop and eggdrop modules programming - and eggdrop is open-source)

I'm sorry if you feel that's irrelevant but I was merely responding to Kappa's post, I apologize if I offended you in the process of contributing to this thread. I'm not trying to start a flamewar here or anything I was just merely responding to the author of this thread.

Statistics: Posted by heretic^ — Sat Apr 15, 2006 6:12 am

modules and multi-threading

2006-04-14T21:44:29-04:00

so where is your working, fully functional stuff? (addressing both kappa & heretic)

if it's supposed to serve the general public, please provide a download link to it

if it's private, I see no point of discussing it here
http://www.scorebots.org

nothing to download there, so it's basically irrelevant to this forum's purpose (at least as I understand it - it's not about MT in general and even not about the programming in general, but about eggdrop and eggdrop modules programming - and eggdrop is open-source)

Statistics: Posted by demond — Fri Apr 14, 2006 9:44 pm

modules and multi-threading

2006-04-14T19:31:47-04:00

yes, multi-threaded in the fact that if channel #a has ScoreBot-01 and channel #b has ScoreBot-01 and they're both running a scorebot at the same time, then there are 2 threads running the scorebot code.

each thread has to allocate at least 1 UDP socket, and sometimes 1 TCP socket to connect to and interact with the desired gameserver, then it parses the gamelogs updates a few player nodes, and outputs through a thread-safe function

Statistics: Posted by heretic^ — Fri Apr 14, 2006 7:31 pm

modules and multi-threading

2006-04-14T17:17:05-04:00

so basicly every single scorebot is single threaded again?! Thats no multithreading like demond wanted it to hear . The problems that occur with multithreading is only meaningfull, when there is more than one thread for the same bot/IRC connection.

Statistics: Posted by De Kus — Fri Apr 14, 2006 5:17 pm

modules and multi-threading

2006-04-14T16:02:59-04:00

so where is your working, fully functional stuff? (addressing both kappa & heretic)

if it's supposed to serve the general public, please provide a download link to it

if it's private, I see no point of discussing it here

http://www.scorebots.org

I cant really release the source code, but i'm more than willing to supply help to anyone that needs it.

I basically created a cmodule to run multiple "scorebots" per single eggdrop. The reason why I needed to use threads instead of some "polling" system was to create real time output in relation to the "scorebot". Right now I run a free IRC service to the users of the GameSurge network. Currently we are serving over 500 channels.

Statistics: Posted by heretic^ — Fri Apr 14, 2006 4:02 pm

modules and multi-threading

2006-04-10T11:36:13-04:00

I think I might change to the "use-tcl-sockets-for-IPC" approach De Kus mentioned.
Just "feels" better than polling some queue once a second.

actually its polled about once every half second. when I used fileevent with millisecond timestamps I noticed they are always in 500ms steps. But usually it doesnt matter if your bot response in 100ms or 500ms, since the user on IRC will both see due to server queue usually at the same time.

A valid use of thread safe eggdrop would be, if you cannot fork into a child process for some reason (like sharing larger amount of data for fast acccess in both ways). But for that purpose you could still hack into the eggdrop mainloop to exchange data with the child without touching offer parts of the bot.

Statistics: Posted by De Kus — Mon Apr 10, 2006 11:36 am

modules and multi-threading

2006-04-10T03:03:40-04:00

so where is your working, fully functional stuff? (addressing both kappa & heretic)

if it's supposed to serve the general public, please provide a download link to it

if it's private, I see no point of discussing it here

Statistics: Posted by demond — Mon Apr 10, 2006 3:03 am

modules and multi-threading

2006-04-10T02:54:25-04:00

See, i'm not the only one

Nevertheless, I think I might change to the "use-tcl-sockets-for-IPC" approach De Kus mentioned.
Just "feels" better than polling some queue once a second.

Statistics: Posted by Kappa007 — Mon Apr 10, 2006 2:54 am

modules and multi-threading

2006-04-09T21:17:32-04:00

Yes, i've done this before. I made a thread-safe wrapper for eggdrop's i/o functionality, and yes I did have a valid use for threads as well. It all works great.

Statistics: Posted by heretic^ — Sun Apr 09, 2006 9:17 pm

modules and multi-threading

2006-04-01T19:08:59-04:00

Actually that's the purpose i'm using it already for.
Using MySQL++ in a separate thread...

Statistics: Posted by Kappa007 — Sat Apr 01, 2006 7:08 pm

modules and multi-threading

2006-04-01T03:31:32-04:00

Well benefits are: you can use (foreign) code which uses blocking calls in your modules w/o having to worry about your eggdrop beeing stalled.
And that's enough for me

And if that does not count for you then it's just about the possibility to use them at all

well, you're still on the proof-of-concept stage

I'd applaud if you roll out, say, a non-blocking mysql module

and I'd admire you for producing multi-server MT eggdrop

Statistics: Posted by demond — Sat Apr 01, 2006 3:31 am

modules and multi-threading

2006-03-31T14:32:34-04:00

Ehhh yes I read it, i even replied in case you didn't notice...

Yeah, that's also a nice idea to handle that topic.
Didn't even think about that

Statistics: Posted by Kappa007 — Fri Mar 31, 2006 2:32 pm

modules and multi-threading

2006-03-31T06:44:40-04:00

Well benefits are: you can use (foreign) code which uses blocking calls in your modules w/o having to worry about your eggdrop beeing stalled.
And that's enough for me

Did you read my post? Its absoludly possible to run asyncron tasks. Btw. the reason eggdrop is so popular is, because its single threaded. That way shells can restrict eggdrop shells to 1 bg process. For further background tasks possible. Furthermore 1 bg process eggdrop = 1 IRC connection. For hosting on a general shell account with multiple back processes and connections allowed it might be usefull, but that wouldnt be all. Eggdrop is and will always keep single threaded and single server for these reasons. You can however still fork into a forground thread to execute async calls as mentioned above by me.

Statistics: Posted by De Kus — Fri Mar 31, 2006 6:44 am