summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authordrebs <drebs@riseup.net>2017-03-03 07:47:10 -0300
committerdrebs <drebs@riseup.net>2017-03-03 07:47:10 -0300
commit213c1f85a501019b575198c01d6c6b84aae24f7c (patch)
tree232429808d4db19dde33cde91ba3599a42b91d8e
parente3bdbbee4cb0aaa0720a6e572139cb33f296f9ba (diff)
add missing images to soledad sync blog post
-rw-r--r--pages/about-us/news/2017/perf-improvements-soledad.md10
-rw-r--r--pages/img/pages/soledad-performance/raw_decrypt.pngbin0 -> 19728 bytes
-rw-r--r--pages/img/pages/soledad-performance/raw_encrypt.pngbin0 -> 19687 bytes
-rw-r--r--pages/img/pages/soledad-performance/upload.pngbin0 -> 19429 bytes
4 files changed, 4 insertions, 6 deletions
diff --git a/pages/about-us/news/2017/perf-improvements-soledad.md b/pages/about-us/news/2017/perf-improvements-soledad.md
index ab5a6d2..49cec39 100644
--- a/pages/about-us/news/2017/perf-improvements-soledad.md
+++ b/pages/about-us/news/2017/perf-improvements-soledad.md
@@ -1,4 +1,4 @@
-@title = 'Improving performance of user encrypted data synch'
+@title = 'Improving performance of user encrypted data sync'
@author = 'drebs'
@posted_at = '2017-03-3'
@more = true
@@ -17,13 +17,11 @@ By fixing some flaws and reworking the data transfer and encryption/decryption p
![download times](/img/pages/soledad-performance/download.png)
For upload, on the other hand, the increase was much more striking. The nature of the synchronization algorithm requires that uploaded data is inserted in an orderly manner in the server. When trying different ways to handle that requirement, we ended up having a very slow algorithm that enqueued data to be uploaded in the client, and sent one by one, taking a long time to finish the whole transfer. After reworking that algorithm, we achieved from 2 to 37 times faster upload speeds, depending on the scenario:
-
- [figure: https://share.riseup.net/#W9faBoKYJwPOm8U1diEhUg ]
+ ![upload times](/img/pages/soledad-performance/upload.png)
By changing the algorithms used to encrypt and decrypt user data, as well as to authenticate the contents (so we know that data has not been tampered with), we also diminished the time taken for cryptographic operations as a whole. The following figures show the encryption/decryption (plus authentication) times for different sizes of raw data:
-
- [figure: https://share.riseup.net/#iw7cEMw_cdLnDem2CsMbZw ]
- [figure: https://share.riseup.net/#AJWMxy8nGtlQ7ER03v7D2w ]
+ ![raw encrypt times](/img/pages/soledad-performance/raw_encrypt.png)
+ ![raw decrypt times](/img/pages/soledad-performance/raw_decrypt.png)
These were only some of the bits polished to make it feasible to have end-to-end encrypted user data synchronized among devices. We plan to release the next Bitmask Client and LEAP Platform with these and other improvements, and also keep delivering improvements to support easier to use and better privacy tools.
diff --git a/pages/img/pages/soledad-performance/raw_decrypt.png b/pages/img/pages/soledad-performance/raw_decrypt.png
new file mode 100644
index 0000000..3365abf
--- /dev/null
+++ b/pages/img/pages/soledad-performance/raw_decrypt.png
Binary files differ
diff --git a/pages/img/pages/soledad-performance/raw_encrypt.png b/pages/img/pages/soledad-performance/raw_encrypt.png
new file mode 100644
index 0000000..585ecc8
--- /dev/null
+++ b/pages/img/pages/soledad-performance/raw_encrypt.png
Binary files differ
diff --git a/pages/img/pages/soledad-performance/upload.png b/pages/img/pages/soledad-performance/upload.png
new file mode 100644
index 0000000..59349f2
--- /dev/null
+++ b/pages/img/pages/soledad-performance/upload.png
Binary files differ