I've
never thoroughly tested it having not encountered perf. issues with the now
legacy MSZIP algorithm nor have I seen any published stats. from MS outlining
tangible differences on shrink-wrapped hardware. I'd suggest running
through a few dry-run scenarios with the relevant reg. tweaks (below) in place
-
Compression adjusted per DC -
HKLM\CCS\Services\NTDS\Parameters /
REG_DWORD: Replicator compression algorithm
Values: (default = 3)
0 - Disable Compression
1 - Value not used
2 - Force MSzip algorithm
3 - Use Xpress algorithm
1 - Value not used
2 - Force MSzip algorithm
3 - Use Xpress algorithm
Adjusting compression expense per DC
-
HKLM\CCS\Services\NTDS\Parameters / REG_DWORD: Replicator compression level
HKLM\CCS\Services\NTDS\Parameters / REG_DWORD: Replicator compression level
Values: 0 through 9 (Default=3)
(0=faster, 9=more compression, values beyond 3 have been tested and typically provide little if any compression gain)
(0=faster, 9=more compression, values beyond 3 have been tested and typically provide little if any compression gain)
Hope this goes some way toward helping.
Kindest regards.
Dean
--
Dean Wells
MSEtechnology
* Email: dwells@msetechnology.com
http://msetechnology.com
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, April 12, 2006 6:08 AM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] AD replication compression algorithmsScenario:
Lots of poorly connected branch offices (as low as 64kbps)Requirement:
Deploy a global AD replication topology which minimises WAN bandwidth usageSuggestion:
Deploy a standard DC build (hardware and OS)
Revert to w2k legacy compression setting
Does anyone have any experience of using the older algorithm versus the newer algo?
How much "better" at compressing data is the older algo?
How much more CPU overhead does the older algo represent?
All comments welcome :)
Thanks,
neil
___________________________
Neil Ruston
Global Technology Infrastructure
Nomura International plc
Telephone: ჸ (0) 20 7521 3481
PLEASE READ: The information contained in this email is confidential andintended for the named recipient(s) only. If you are not an intendedrecipient of this email please notify the sender immediately and delete yourcopy from your system. You must not copy, distribute or take any furtheraction in reliance on it. Email is not a secure method of communication andNomura International plc ('NIplc') will not, to the extent permitted by law,accept responsibility or liability for (a) the accuracy or completeness of,or (b) the presence of any virus, worm or similar malicious or disablingcode in, this message or any attachment(s) to it. If verification of thisemail is sought then please request a hard copy. Unless otherwise statedthis email: (1) is not, and should not be treated or relied upon as,investment research; (2) contains views or opinions that are solely those ofthe author and do not necessarily represent those of NIplc; (3) is intendedfor informational purposes only and is not a recommendation, solicitation oroffer to buy or sell securities or related financial instruments. NIplcdoes not provide investment services to private customers. Authorised andregulated by the Financial Services Authority. Registered in Englandno. 1550505 VAT No. 447 2492 35. Registered Office: 1 St Martin's-le-Grand,London, EC1A 4NP. A member of the Nomura group of companies.