RE: [ActiveDir] AD replication compression algorithms

[neil.ruston]

Title: AD replication compression algorithms



Thanks Dean.

 

In fact technet article http://technet2.microsoft.com/WindowsServer/en/Library/c238f32b-4400-4a0c-b4fb-7b0febecfc731033.mspx does offer some "stats", which led me to wonder why this change was made and what experiences other customers had of the legacy behaviour. I assumed lots of ppl had seen issues. [Like yourself, I've never seen these issues - I prefer to spec the DCs carefully :) ]

 

I don't have the luxury of time to test all the permutations - as much as I'd like to :) I plan to suggest adoption of the legacy behaviour along with a suitable DC spec. I can then monitor and assess the situation thereafter and modify behaviour as needed. [The changes will be deployed via GPO.]

 

Thanks again,

neil

---

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dean Wells
Sent: 12 April 2006 14:37
To: Send - AD mailing list
Subject: RE: [ActiveDir] AD replication compression algorithms

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

 

 

Adjusting compression expense per DC -
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)

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 algorithms

Scenario:
Lots of poorly connected branch offices (as low as 64kbps)

Requirement:
Deploy a global AD replication topology which minimises WAN bandwidth usage

Suggestion:
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 and

intended for the named recipient(s) only. If you are not an intended

recipient of this email please notify the sender immediately and delete your

copy from your system. You must not copy, distribute or take any further

action in reliance on it. Email is not a secure method of communication and

Nomura 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 disabling

code in, this message or any attachment(s) to it. If verification of this

email is sought then please request a hard copy. Unless otherwise stated

this email: (1) is not, and should not be treated or relied upon as,

investment research; (2) contains views or opinions that are solely those of

the author and do not necessarily represent those of NIplc; (3) is intended

for informational purposes only and is not a recommendation, solicitation or

offer to buy or sell securities or related financial instruments. NIplc

does not provide investment services to private customers. Authorised and

regulated by the Financial Services Authority. Registered in England

no. 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.

PLEASE READ: The information contained in this email is confidential and

intended for the named recipient(s) only. If you are not an intended

recipient of this email please notify the sender immediately and delete your

copy from your system. You must not copy, distribute or take any further

action in reliance on it. Email is not a secure method of communication and

Nomura 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 disabling

code in, this message or any attachment(s) to it. If verification of this

email is sought then please request a hard copy. Unless otherwise stated

this email: (1) is not, and should not be treated or relied upon as,

investment research; (2) contains views or opinions that are solely those of

the author and do not necessarily represent those of NIplc; (3) is intended

for informational purposes only and is not a recommendation, solicitation or

offer to buy or sell securities or related financial instruments. NIplc

does not provide investment services to private customers. Authorised and

regulated by the Financial Services Authority. Registered in England

no. 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.