Please see my second mail in this thread, where I have comprehensively 
explained what I mean by atomic types.
It is nothing but multiprocessing.Value, which can have an Atomic variant to be 
used across processes.

>>> On 13-Sep-2019, at 8:37 PM, Rhodri James <rho...@kynesim.co.uk> wrote:
>> On 13/09/2019 14:32, Vinay Sharma via Python-ideas wrote:
>> As you said there can be lot of possible use cases for the proposed
>> feature, since there are lot’s of use cases for a lock. I can tell
>> you some cases which I am facing.
> 
> I don't in principle object to having language support for tricky operations, 
> but I'm a bit concerned that you haven't really defined what atomic types 
> are.  I'm worried that you are trying to make something that is still hard 
> look easy, and a lot of naive users will fall for it.  I have much the same 
> concern about atomic simple types in C, if it's any comfort.
> 
>> Let’s say I have a parent process which spawns lots of worker
>> processes to serve some requests. Now the parent process wants to
>> know the statistics about the kind of requests being served by these
>> workers. For, example the average time to serve a request by all
>> workers combined, number of bad requests, number of stalled requests,
>> number of rerouted requests, etc.
>> Now, the worker processes will make updates to these variables, which
>> the parent can report, and accordingly adjust workers. And, instead
>> of locking, it would be much more helpful and easier to use atomic
>> values.
> 
> It could be.  It could also be completely the wrong answer if you care about 
> having a consistent set of variables for any given task, or a consistent set 
> of variables across all tasks, or any number of other possibilities.  This is 
> the kind of attractive cock-up that worries me, I must admit.
> 
> -- 
> Rhodri James *-* Kynesim Ltd
> _______________________________________________
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at 
> https://mail.python.org/archives/list/python-ideas@python.org/message/6TRS7HJRUSTFA7DNLPVU74USEWZA62JB/
> Code of Conduct: http://python.org/psf/codeofconduct/
_______________________________________________
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at 
https://mail.python.org/archives/list/python-ideas@python.org/message/PC765YE4VWCISPFLDULLDN6IB43CAQYK/
Code of Conduct: http://python.org/psf/codeofconduct/

Reply via email to