-
Notifications
You must be signed in to change notification settings - Fork 1
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
SpeedTest #19
Comments
@ajfabbri @byoung-ditto @anyercastillo - this is something that we could also use/do under Orion (maybe a feature of the TAK plugin?). |
Yes could be helpful for sure. Especially if there was a central way to see if any device was "slow" e.g. the device that initiates the test (or even an external test controller which has access to the test Ditto collection), could list all devices on the mesh along with the status of each device in mesh via a stoplight list: R/Y/G (didnt get it/got it slow/got it fast) Also really like the configuration options mentioned above (e.g. size of document being sync'ed), and possibly add the amount of time before its considered "slow" e.g. 2 sec vs 1 sec vs 30 seconds) I could see this type of test being used in automated testing (no human in loop, on physical devices), as well as a quick "network health check" to be run by a human. |
@okdistribute , are you thinking of this as a stand alone app that users can run along side their native app to test the speed of Ditto outside of their app. The goal is to help diagnose performance issues with Ditto? |
@skylerjokiel this is part of the DittoAndroidTools and DittoSwiftTools, so it would need to be integrated into the existing app by customers using the package manager (SPM or Maven). This is a very important question because many of these devices are MDM-controlled and you cannot just install external apps on them. |
I also think this would be a useful feature of the |
A “canary” that an end-user can run to ensure Ditto is working correctly, to rule out an issue with Ditto, or to find a slow device in the mesh.
Problem
Essentially the problem comes from a customer:
“It isn’t working!”
“Oh it’s just really slow”
“What’s slow?”
“Must be ditto!!”
Solution
Having a tool that tests Ditto speed would be helpful to rule out an issue with Ditto transports or the mesh itself and isolate the problem to be something in the developer's application code in the ViewModel or the UI.
speed_test
for any document created in the past X minutes.speed_test
collection for the given deviceAdditional features
Tool configuration: Allow the developer to pass the following settings to the component as parameters:
baseDocument: object
: A document that will be used as the base document. This allows you to change the document size or model your own data as part of the speed test. Add__ditto_internal_lastEdited
to that document as a new fieldStretch goal
exposeConfig: bool:
Show the configuration options to the end-user. Defaults to false. Show a toggle for mode. When the mode"new"
is selected, the end-user should have a slider to change the document size from 500bytes-10kb.Additional comments
This is still very early ideation phase, so feedback welcome
The text was updated successfully, but these errors were encountered: