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
> <stinkyfax@gmai...> 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
>         > <stinkyfax@gmai...> wrote:
>         >         What is wrong with having Sourcemod symlinked?
>         >
>         >         On Thu, Aug 2, 2012 at 12:59 PM, Valentin G.
>         >         <nextra.24@gmai...> 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
>         >         <killing@mult...>
>         >         > wrote:
>         >         >>
>         >         >> ----- Original Message ----- From: "PAL-18"
>         >         <pal-18@zomb...>
>         >         >> To: <hlds@list...>
>         >         >> 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
>         postmaster@mult....
>         >         >>
>         >         >>
>         >         >>
>         >         >> _______________________________________________
>         >         >> 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:stinkyfax@gmai...
>         >
>         >         _______________________________________________
>         >         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