As far as I am aware SM loads smx plugins into memory and modifying/removing smx file does not hurt SM (by default it will update smx in RAM on changelevel if required), so I doubt there is any kind of interaction/block on the smx files. Consider sourcemod/plugins direcotry on game installation being: admincdms symlink myplugin file basecmds symlink
And second game-server with sourcemod/plugins: admincmds symlink (same) basecmds symlink (same) some other plugins - file(s) This will certainly save time updating base SM plugins if they are modified in new SM version + maybe OS will save RAM space not multiple times load same file (unlikely - need an expert here :) ) I completely agree having symliked config files will be a madness unless they are identical. My point is - symlinking SM should be fine if you keep in mind of exception files like gamedata and configuration, after all I do not advice symlinking <root>/cfg folder too. On Sat, 2012-08-04 at 12:56 +0200, Valentin G. wrote: > Well plugins is also kind of a bad idea because SourceMod relies on > what is in the directory compared to old-fashioned config files. > If you want to have individual Plugins for each server you have to > have different directories for each. > > > Gamedata is advised against symlinking and config files should not be > symlinked most of the time. > That leaves only extensions and translations, and I don't know if > extensions works or not. > > On Sat, Aug 4, 2012 at 12:18 PM, Jevgenij Timosenko > <[email protected]> wrote: > Sorry for insisting, but as pointed out in this wiki page: > "If you are looking to save space or unify certain files that > you know > will not change, use symlinks." I assume we are free to > symlink > binaries, common plugins/*.smx . I agree that we should not > symlink > directories - at least I never did and avoid doing this, I > just go > through default installation and symlink files with some > exceptions. > > This is quite interesting topic for me at the moment as I am > working on > automated symlink scripts and need to be certain what route > will be > better. After all, needing to update SM once rather than 20 > times is > amazing difference. Currently I have 2 gameservers running > symlinks to > single SM instance. Nice point out of gamedata, I will add it > to > exceptions but did not hit the issue with this yet. > > On Sat, 2012-08-04 at 00:49 +0200, Valentin G. wrote: > > It is officially advised against doing that: > > > http://wiki.alliedmods.net/Multiple_or_Forked_Servers_(SourceMod) > > > > On Fri, Aug 3, 2012 at 11:49 PM, Jevgenij Timosenko > > <[email protected]> wrote: > > What is wrong with having Sourcemod symlinked? > > > > On Thu, Aug 2, 2012 at 12:59 PM, Valentin G. > > <[email protected]> wrote: > > > We use symlinking to run a bunch of servers off of > the same > > files. It works > > > like a charm and allows every instance to have > it's own > > config and log > > > directories no problem. > > > This should work on Windows aswell. > > > > > > Just as a heads-up: SourceMod needs it's own copy > for every > > server you are > > > running (if you're planning to use it). Otherwise > horrible > > things will > > > happen :) > > > > > > > > > On Thu, Aug 2, 2012 at 10:31 AM, Steven Hartland > > <[email protected]> > > > wrote: > > >> > > >> ----- Original Message ----- From: "PAL-18" > > <[email protected]> > > >> To: <[email protected]> > > >> Sent: Thursday, August 02, 2012 9:20 AM > > >> Subject: [hlds] Multiple Servers From Same SRCDS > > Installation = Bad? > > >> > > >> > > >> > > >>> I've read this on lots of forums but no one > seems to have > > any concrete > > >>> reason why this is bad: > > >>> > > >>> Is it true that running multiple servers from > the same > > SRCDS installation > > >>> is bad? Does it cause stability problems? > Performance > > problems? Lag? File > > >>> corruption? > > >> > > >> > > >> No, you need to ensure that things are configured > properly > > but you won't > > >> get > > >> any stabilty problems. > > >> > > >> Performance should actually be better as it makes > better > > use of filesystem > > >> cache > > >> and dll cache in the OS. > > >> > > >> We use this to run hundreds of servers. > > >> > > >> The only issue we have are:- > > >> 1. demo's don't allow you specify a location to > save them > > >> 2. configs need prefixing manually unlike other > games which > > have a "base > > >> path" > > >> command line option which makes everything very > easy. > > >> > > >> We've raised these enhancements a few times here > before as > > it would things > > >> so much easier if they where added :) > > >> > > >> Regards > > >> Steve > > >> > > >> ================================================ > > >> This e.mail is private and confidential between > Multiplay > > (UK) Ltd. and > > >> the person or entity to whom it is addressed. In > the event > > of misdirection, > > >> the recipient is prohibited from using, copying, > printing > > or otherwise > > >> disseminating it or any information contained in > it. > > >> In the event of misdirection, illegible or > incomplete > > transmission please > > >> telephone +44 845 868 1337 > > >> or return the E.mail to > [email protected]. > > >> > > >> > > >> > > >> _______________________________________________ > > >> To unsubscribe, edit your list preferences, or > view the > > list archives, > > >> please visit: > > >> > > > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > > > > > > > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or > view the list > > archives, > > > please visit: > > > > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > > > > > > > > > > > > > -- > > > > Best regards, > > Jozh mailto:[email protected] > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view > the list > > archives, please visit: > > > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list > archives, please visit: > > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list > archives, please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
