|
There was some documentation on Lotus' site regarding compression, including the CPU utilization and compression rates. As I recall, the utilization wasn't terribly high, but there was some difference. Maybe you can still locate that article. There might be some links to hard data you can base a decision on. Personally, I have it enabled on my server, but not on most of my clients yet. There's always something else... Patrick Tom Kreimer <tkreimer@xxxxxxxxxxx> Sent by: domino400-bounces+ptrapp=nex-tech.com@xxxxxxxxxxxx 01/26/2006 10:45 AM Please respond to Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> To domino400@xxxxxxxxxxxx cc Subject Data compression I'm researching ways to improve our WAN performance besides the obvious need to get faster WAN links or the alternatives. Domino is a major consumer, with server to server mail transfer and replication, etc. If I enable data compression (availabe in R6) on a Domino port, this might help, but I was wondering if there is a tradeoff in CPU utilization. Does anyone know how this will impact the system? Mainly, does the CPU do the compression, or does the network adapter IOP handle the work? Any other experiences with the data compression? Data encryption poses the same question. I'm not interested in the encryption right now, but it might be good to know. Domino 6.5.4 FP2 on i5/520 V5R3, using #2849 10/100 Ethernet IOA, not the built in 520's Ethernet, if it matters. Tom ==================================== Tom Kreimer Information Alternatives Cincinnati OH _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.