If you have a client communicating with server regions that are Partitioned regions, this is the behavior anyway. For clients talking to Replicated regions, you need to ensure the scope is set right. The default scope is set to 'distributed_ack', which means by default, the client will wait for write to initial server contacted AND all copies hosted on other servers. So, this is not a client-side thing. It's how you configure your partitioned regions on the server.
On Mon, Oct 23, 2017 at 9:25 AM, Xu, Nan <[email protected]> wrote: > 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]> 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] > > 970.214.4567 Mobile > > *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. > -- *Mark Secrist | Director, **Global Education Delivery* [email protected] 970.214.4567 Mobile *pivotal.io <http://www.pivotal.io/>* Follow Us: Twitter <http://www.twitter.com/pivotal> | LinkedIn <http://www.linkedin.com/company/pivotalsoftware> | Facebook <http://www.facebook.com/pivotalsoftware> | YouTube <http://www.youtube.com/gopivotal> | Google+ <https://plus.google.com/105320112436428794490>
