RE: a plea for blocking peek

2023-05-02 Thread mark.yagnatinsky
Klang Sent: Tuesday, May 2, 2023 4:08 AM To: John Hendrikx ; core-libs-dev@openjdk.org; Yagnatinsky, Mark : Markets Pre Trade Subject: Re: a plea for blocking peek CAUTION: This email originated from outside our organisation - viktor.kl...@oracle.com<mailto:viktor.kl...@oracle.com> Do not clic

Re: a plea for blocking peek

2023-05-02 Thread Viktor Klang
both!) you can get away with much more performant implementations since the coordination need is much lower. From: core-libs-dev on behalf of John Hendrikx Sent: Tuesday, 2 May 2023 08:46 To: core-libs-dev@openjdk.org ; mark.yagnatin...@barclays.com Subject:

Re: a plea for blocking peek

2023-05-01 Thread John Hendrikx
Hi, I think it would help if you describe your problem a bit more directly.  Currently there is a lot of mention of difficulty levels, usual approaches and "winning", which really doesn't help to ascertain what you are trying to achieve. For a good re-evaluation of your request, you are going

a plea for blocking peek

2023-05-01 Thread mark.yagnatinsky
I'm not sure if this I'm breaking etiquette for this list but I'm going to risk resending my first message because it got zero replies. If it was simply too long, please let me know and I'll attempt a shorter version. Here's like to original: https://mail.openjdk.org/pipermail/core-libs-dev/202