Re: Evaluating the performance of new features

2015-02-03 Thread Gabriele Svelto
On 01/02/2015 13:18, Howard Chu wrote: > People may say I'm biased since I'm the author of LMDB but I have only > ever posted objective, reproducible comparisons of LMDB to other > alternatives. http://symas.com/mdb/#bench > > If your typical record sizes are smaller than 1KB and you have more > w

Re: Evaluating the performance of new features

2015-02-01 Thread Andrew Sutherland
On Sun, Feb 1, 2015, at 11:13 PM, Jonas Sicking wrote: > On Sun, Feb 1, 2015 at 3:28 AM, Kyle Huey wrote: > > Do we have actual evidence that indexeddb performance is a problem? I've > > never seen any. > > Yup. I think this is a very good question. > > Did the people writing > https://wiki.moz

Re: Evaluating the performance of new features

2015-02-01 Thread Jonas Sicking
On Sun, Feb 1, 2015 at 3:28 AM, Kyle Huey wrote: > Do we have actual evidence that indexeddb performance is a problem? I've > never seen any. Yup. I think this is a very good question. Did the people writing https://wiki.mozilla.org/Performance/Avoid_SQLite_In_Your_Next_Firefox_Feature gather a

Re: Evaluating the performance of new features

2015-02-01 Thread Howard Chu
Vladan Djeric wrote: - Also be careful about using SQLite Definitely good advice. SQL is way overkill for most common storage needs. A Key/Value engine may be too simple, at the opposite extreme.

Re: Evaluating the performance of new features

2015-02-01 Thread Howard Chu
Fabrice Desré wrote: On Sat, 31 Jan 2015 20:05:46 +0800, Philip Chee wrote: On 31/01/2015 14:03, Vladan Djeric wrote: We do need a performant key-value store implementation. This has been discussed before and various people have come up with proposals (myself included), but no one has had the

Re: Evaluating the performance of new features

2015-02-01 Thread Kyle Huey
Do we have actual evidence that indexeddb performance is a problem? I've never seen any. - Kyle On Feb 1, 2015 3:45 PM, "Fabrice Desré" wrote: > On Sat, 31 Jan 2015 20:05:46 +0800, Philip Chee wrote: > > > On 31/01/2015 14:03, Vladan Djeric wrote: > >> We do need a performant key-value store im

Re: Evaluating the performance of new features

2015-01-31 Thread Fabrice Desré
On Sat, 31 Jan 2015 20:05:46 +0800, Philip Chee wrote: > On 31/01/2015 14:03, Vladan Djeric wrote: >> We do need a performant key-value store implementation. This has been >> discussed before and various people have come up with proposals (myself >> included), but no one has had the time & focus t

Re: Evaluating the performance of new features

2015-01-31 Thread Philip Chee
On 31/01/2015 14:03, Vladan Djeric wrote: > We do need a performant key-value store implementation. This has been > discussed before and various people have come up with proposals > (myself included), but no one has had the time & focus to see it > through to the end :/ > I suspect part of the prob

Re: Evaluating the performance of new features

2015-01-30 Thread Chris Peterson
A 2013 dev-platform thread ("Storage in Gecko") spawned bug 866238: Implement simple key-value store module on top of indexedDB for storing small amounts of data. https://groups.google.com/forum/#!topic/mozilla.dev.platform/vYbQqkqGzlo chris On 1/30/15 10:03 PM, Vladan Djeric wrote: We do

Re: Evaluating the performance of new features

2015-01-30 Thread Vladan Djeric
We do need a performant key-value store implementation. This has been discussed before and various people have come up with proposals (myself included), but no one has had the time & focus to see it through to the end :/ I suspect part of the problem is that different use cases (IndexedDB re-implem

Re: Evaluating the performance of new features

2015-01-30 Thread Gabriele Svelto
On 30/01/2015 08:45, Jonas Sicking wrote: > However, it would be cool if we fixed our IndexedDB implementation > rather than told our own developers not to use it. Web developers are > not so lucky as to have other options. Yeah and we're making some pretty heavy use of it within Firefox OS. I've

Re: Evaluating the performance of new features

2015-01-29 Thread Jonas Sicking
On Thu, Jan 29, 2015 at 6:52 PM, Vladan Djeric wrote: > > Definitely not intending to point you out here Vladan. However, it would be cool if we fixed our IndexedDB implementation rather than told our own dev

Evaluating the performance of new features (plain text version)

2015-01-29 Thread Vladan Djeric
(I forgot step 0, don't post HTML messages to a newsgroup ;)) Hi all, There are a lot of good tools available now for studying Firefox performance, and I think a lot of them are not well known, so I put together a list of steps to follow when evaluating the performance of your next Firefox featur

Evaluating the performance of new features

2015-01-29 Thread Vladan Djeric
Hi all, There are a lot of good tools available now for studying Firefox performance, and I think a lot of them are not well known, so I put together a list of steps to follow when evaluating the performance of your next Firefox feature. 1. Make sure to test your feature on a low-end or mid-ra