-
Notifications
You must be signed in to change notification settings - Fork 589
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Separated command queues between connections #260
Conversation
(#250) It was found that commands from different `BluetoothGatt`’s are synchronized so it is possible to decouple synchronization of commands for different connections. Thanks to that if there are two or more connections opened and one connection would get stalled — other connections may continue to work without stalling — with a single command queue shared between connections it was not possible.
Can someone merge this pull request? |
It still requires some slight changes but you can expect it will arrive soon. |
Cool!!!
Thanks for your help.
Osvaldo.
…On Tue, Aug 15, 2017 at 4:06 PM, Paweł Urban ***@***.***> wrote:
It still requires some slight changes but you can expect it will arrive
soon.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#260 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAXiMtJ7c-5TyiL90dt2wWTGq4VHCJUmks5sYghrgaJpZM4Osmk0>
.
--
*Osvaldo Mercado Espinel*
Mobile Developer Senior *|* Koombea
*T:* + (57) 313 518 2756 - 300 393 7851
*skype:* osmer_jr *|* *twitter:* @osvaldomercado
*W:* www.koombea.com
<http://www.koombea.com/>
|
… from leaking out of the ConnectionComponent.
…operations should not mention "radio" from now on.
…interface and added a renamed equivalent.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I removed all "radio" mentions in favour of queue. There is one comment still to be addressed.
@@ -52,7 +51,7 @@ public void run() { | |||
|
|||
@Override | |||
@RestrictTo(RestrictTo.Scope.LIBRARY_GROUP) | |||
public <T> Observable<T> queue(final Operation<T> operation) { | |||
public synchronized <T> Observable<T> queue(final Operation<T> operation) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure if synchronization is required here. The only thing this method does it creating an Observable instance. It doesn't have to be synchronized (no shared resources)
…Operation)` function.
were the code changes requested approved? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good job :)
(#250) It was found that commands from different
BluetoothGatt
’s are synchronized so it is possible to decouple synchronization of commands for different connections. Thanks to that if there are two or more connections opened and one connection would get stalled — other connections may continue to work without stalling — with a single command queue shared between connections it was not possible.