possible cs:s bots which doesnt needs the original bots?

[hellgate]

If my topic title confuse u,what i mean is

is it possibe to have bots without using the original cs:s bots,as if u notice,U will gets very lag if u use the original bots as it's support by Steam itself.So the more bots u add,the more lag u will get!

Points
-A program to generate bots not using the original bots created,As original bots are generated by steam,means internal,means the more we add,the more presure i are add to the program,that's why it causes lagging
-If an outernal bot program is created
-So we can add as much bots as we wan without lagging like hell
-so we can enjoy our game with the bots!hooray!~

I really hope this suggestion will came ture,I was thinking bout this for a very long time.I got problems with my router,so i cant play on internet,and plus the bot laging problem,it's like i cant possible play cs:s at all.

[DrEvil]

Any bot with any amount of complexity is going to add more strain to the server cpu, potentially causing lag if the server ends up maxing out the cpu and such. This is especially the case with listen servers, where the computer has to cope not only with the server but with all the different aspects of the client.

That's not to say a 3rd party bot couldn't be more efficient cpu-wise, just that a 3rd party bot wouldnt necessarily let you add as many bots as you like without lagging. It would all depend on the skill of the coder involved and the time they spent implementing the various features efficiently.

[Cheeseh]

Dr evil is right. Actually the built-in CS bots can probably be more efficient than that of "external" bots since they have access straight to the engine functions etc and don't have to go through plugin handling code like third-party bots. It's the author's efficient coding that effects the "lag" you get when you add lots of bots.

Any bot will slow down the Steam engine if the engine waits for bot functions to return with some value, say. I don't think plugins are implemented via threads, can anyone confirm that.?

[Pierre-Marie Baty]

I recall a similar discussion, where everybody agreed that the context switching time would be a sufficient reason not to code a multithreaded game.