This is a bad idea don't use symlinks it wastes time, space and reduces
performance.

   Regards
   Steve

----- Original Message ----- From: "Jevgenij Timosenko" <[email protected]>
To: <[email protected]>
Sent: Saturday, August 04, 2012 11:18 AM
Subject: Re: [hlds] Multiple Servers From Same SRCDS Installation = Bad?


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


================================================
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

Reply via email to