Thanks for such a Detailed explanation. Can you point me where can I set the caching region, so put only get acknowledged after server get it? I also found for put, caching proxy use far less connection than proxy region, when 5000 slow clients puts, proxy region max out at 800 connections, while proxy region only use 2, is there way to setup proxy using less connections? Like that caching proxy does? Thanks, Nan
Sent with BlackBerry Work (www.blackberry.com) ________________________________ From: Mark Secrist <[email protected]> Sent: Oct 21, 2017 4:14 PM To: [email protected] Subject: Re: client region type There is a bit of a tradeoff with caching data close to the application. On one hand, the data is closer to the application BUT requires more memory on the client side. As soon as you enable caching proxy, all objects fetched or stored by that client are cached locally. As soon as you cache data, several challenges arise: 1. Memory management - how do you manage the objects on the client side so you don't run out of memory? Several options exist, including configuring expiration or configuring eviction 2. Risk of object becoming stale - when the object is cached on the client, there is a risk that changes on the server could make the local object stale. To address this, you could register interest in specific objects such that any server changes get pushed to the client asynchronously, ensuring your local cache is kept up to date Both of these issues and their solutions introduce an extra degree of complexity to the client. It may be that in some cases, this isn't worth the performance gains obtained by eliminating that extra network hop. In terms of your last question, the update of an entry (via put) results is a complete write to the server. Depending on the region type and configuration settings, full replication to all copies on the server may take place before an acknowledgment is returned to the client. In essence, you will know if something like this goes wrong and can take appropriate actions on the client. On Sat, Oct 21, 2017 at 3:22 PM, Xu, Nan <[email protected]<mailto:[email protected]>> wrote: Hi, Trying to get more understanding on client region caching_proxy vs proxy. The caching_proxy seems is much more performant since it has a local cache. And it also sync with server cache every time it see a change. So in which scenario I need to use proxy instead of caching_proxy? Sounds like I always want to use caching_proxy. Is that because cache proxy has slight chance lose data when local update commit but not sync to server yet and at this particular point. The client region crashes and losing the data? Thanks, Nan ________________________________ This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer. If you are not the intended recipient, please delete this message. -- Mark Secrist | Director, Global Education Delivery [email protected]<mailto:[email protected]> 970.214.4567 Mobile [http://d1fto35gcfffzn.cloudfront.net/images/header/logo-pivotal-220.png] pivotal.io<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.pivotal.io_&d=DwMFaQ&c=SFszdw3oxIkTvaP4xmzq_apLU3uL-3SxdAPNkldf__Q&r=HB5LZowSGF4DiMmOUsCX6Q&m=4cNK7CRIlKVu7NvthzVo16yNBJ-vjM4X44Cb3JY5oGI&s=M8CzqC6n2_3MvEYoIfec2WE-dzp1M42sEr-AVqMElDc&e=> Follow Us: Twitter<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_pivotal&d=DwMFaQ&c=SFszdw3oxIkTvaP4xmzq_apLU3uL-3SxdAPNkldf__Q&r=HB5LZowSGF4DiMmOUsCX6Q&m=4cNK7CRIlKVu7NvthzVo16yNBJ-vjM4X44Cb3JY5oGI&s=mPmW5rI0UrBfiBdmqRcjf-FEF-QmGb_fSWJKWFJLwvc&e=> | LinkedIn<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_company_pivotalsoftware&d=DwMFaQ&c=SFszdw3oxIkTvaP4xmzq_apLU3uL-3SxdAPNkldf__Q&r=HB5LZowSGF4DiMmOUsCX6Q&m=4cNK7CRIlKVu7NvthzVo16yNBJ-vjM4X44Cb3JY5oGI&s=IvlEL0t4Qr5QcENYDQXL8cWx-szVJr_d6Yc6mXJyJzY&e=> | Facebook<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.facebook.com_pivotalsoftware&d=DwMFaQ&c=SFszdw3oxIkTvaP4xmzq_apLU3uL-3SxdAPNkldf__Q&r=HB5LZowSGF4DiMmOUsCX6Q&m=4cNK7CRIlKVu7NvthzVo16yNBJ-vjM4X44Cb3JY5oGI&s=_CZXywlGXOZV0RWP6h8uDzm3rAB_77lBePavS3TUxwM&e=> | YouTube<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.youtube.com_gopivotal&d=DwMFaQ&c=SFszdw3oxIkTvaP4xmzq_apLU3uL-3SxdAPNkldf__Q&r=HB5LZowSGF4DiMmOUsCX6Q&m=4cNK7CRIlKVu7NvthzVo16yNBJ-vjM4X44Cb3JY5oGI&s=hUCrMrg11h5PUiyS5caeqf63VKNyPnLr_vkSo3A2tXY&e=> | Google+<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_105320112436428794490&d=DwMFaQ&c=SFszdw3oxIkTvaP4xmzq_apLU3uL-3SxdAPNkldf__Q&r=HB5LZowSGF4DiMmOUsCX6Q&m=4cNK7CRIlKVu7NvthzVo16yNBJ-vjM4X44Cb3JY5oGI&s=y5iMIbDNZzyWdV7oObxdwmBJl-Ed5045J0nxPnM2Ek4&e=> ---------------------------------------------------------------------- This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer. If you are not the intended recipient, please delete this message.
