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

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

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-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 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-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-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-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-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 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 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 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-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

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