> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rstrong=mozilla@lists.mozilla.org] On Behalf Of Robert
Kaiser
> Sent: Saturday, November 1, 2014 6:47 PM
> To: dev-platform@lists.mozilla.org
> Subject: Re: Breakdown of Firefox full installe
Mike Hommey schrieb:
The only way to generate them is to run firefox. Well, there are other
ways, but I don't think adding parts of the js engine and gecko to the
installer is really a great idea.
Could the installer run the Firefox binary in some mode that would just
generate those files and
On Tue, Oct 28, 2014 at 05:18:53PM -0700, Robert Kaiser wrote:
> Mike Hommey schrieb:
> >Note a significant amount of the omni.ja and browser/omni.ja data is
> >used for jsloader/jssubloader data: 4744949 and 1560499 bytes from those
> >files are that. These jsloader/jssubloader data are there for
Mike Hommey schrieb:
Note a significant amount of the omni.ja and browser/omni.ja data is
used for jsloader/jssubloader data: 4744949 and 1560499 bytes from those
files are that. These jsloader/jssubloader data are there for startup
benefits on Firefox first run (if the data wasn't there, it woul
On 10/15/14 3:25 AM, Henri Sivonen wrote:
On Tue, Oct 14, 2014 at 3:37 AM, Chris Hofmann wrote:
Now that we have a strategy for putting developer tools in there own release
What's that strategy? It could be very bad for us if Dev Tools didn't
"just work" for Web devs because they downloaded a
,Chris More ,dev-platform
Subject: Re: Breakdown of Firefox
full installer
On Tue, Oct 14, 2014 at 3:37 AM, Chris Hofmann
wrote:
> Now that we have a strategy for putting developer tools in there own release
What's that strategy? It could be very bad for us if Dev Tools didn'
- Original Message -
> From: "Neil"
> To: dev-platform@lists.mozilla.org
> Sent: Wednesday, October 15, 2014 4:17:21 AM
> Subject: Re: Breakdown of Firefox full installer
>
> Robert Strong wrote:
>
> >Another example, if the omni.jar is not compre
Gregory Szorc wrote:
If you treat all files from those two archives as a single compression
context
Aha, this was the bit I was overlooking. Sorry for the confusion.
--
Warning: May contain traces of nuts.
___
dev-platform mailing list
dev-platform@
Robert Strong wrote:
Another example, if the omni.jar is not compressed the installer can compress
it about as well as if they were individual files and the minimal compression
currently used by omni.jar makes it so the installer is not able to compress
the omni.jar nearly as well which incre
On 18:45, Mon, 13 Oct, Jonas Sicking wrote:
On Mon, Oct 13, 2014 at 5:52 PM, Gregory Szorc wrote:
On 10/13/14 5:42 PM, Andreas Gal wrote:
I looked at lzma2 a while ago for FFOS. I got pretty consistently 30%
smaller omni.ja with that. We could add it pretty easily to our
decompression code b
On Wed, Oct 15, 2014 at 01:25:02PM +0300, Henri Sivonen wrote:
> On Tue, Oct 14, 2014 at 3:37 AM, Chris Hofmann wrote:
> > Now that we have a strategy for putting developer tools in there own release
>
> What's that strategy? It could be very bad for us if Dev Tools didn't
> "just work" for Web d
On Tue, Oct 14, 2014 at 3:37 AM, Chris Hofmann wrote:
> Now that we have a strategy for putting developer tools in there own release
What's that strategy? It could be very bad for us if Dev Tools didn't
"just work" for Web devs because they downloaded a non-developer
build, when Dev Tools "just w
- Original Message -
> From: "Jonas Sicking"
> To: "Mike Hommey"
> Cc: "Chris More" , "Ehsan Akhgari"
> , "dev-platform"
> , "Daniel Veditz"
> Sent: Wednesday, October 15, 2014 12:46:43 AM
> Subject: R
Le 15/10/2014 04:09, Mike Hommey a écrit :
On Tue, Oct 14, 2014 at 09:03:30PM -0400, Ehsan Akhgari wrote:
Coming from a country with typically slow Internet connections, I strongly
disagree. We should absolutely strive to be better than the competition by
providing a smaller download size. On
On Tue, Oct 14, 2014 at 7:09 PM, Mike Hommey wrote:
> I'm not saying we shouldn't strive for better, but I'm questioning the fact
> that download size would be affecting our growth. If the download size
> of our competitors is not affecting theirs, why would it affect ours?
> (and again, the premi
On 2014-10-14 10:14 PM, Ehsan Akhgari wrote:
On 2014-10-14, 10:09 PM, Mike Hommey wrote:
I'm not saying we shouldn't strive for better, but I'm questioning
the fact
that download size would be affecting our growth. If the download size
of our competitors is not affecting theirs, why would it
On 2014-10-14, 10:09 PM, Mike Hommey wrote:
On Tue, Oct 14, 2014 at 09:03:30PM -0400, Ehsan Akhgari wrote:
On 2014-10-14, 6:53 PM, Mike Hommey wrote:
On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
Very interesting. When Firefox 4 was launched, it was 12MB. When
Australis was launc
On Tue, Oct 14, 2014 at 09:03:30PM -0400, Ehsan Akhgari wrote:
> On 2014-10-14, 6:53 PM, Mike Hommey wrote:
> >On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
> >>Very interesting. When Firefox 4 was launched, it was 12MB. When
> >>Australis was launched it was 28MB. Now, Firefox 33 is
a.org, "Daniel Veditz"
> Sent: Tuesday, October 14, 2014 6:03:30 PM
> Subject: Re: Breakdown of Firefox full installer
>
> On 2014-10-14, 6:53 PM, Mike Hommey wrote:
> > On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
> >> Very interesting. When Firefox 4
On 2014-10-14, 6:53 PM, Mike Hommey wrote:
On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
Very interesting. When Firefox 4 was launched, it was 12MB. When
Australis was launched it was 28MB. Now, Firefox 33 is 35MB. That's
almost a 200% increase. I did an A/B test last year when the
On 2014-10-14, 7:25 PM, Chris More wrote:
Great question and we've discussed the same thing last year. Last year, Chrome
was about the same size if not slightly bigger and that looks to be the same
case now. It is still worthwhile to understand about our installer size, the
driver of growth ea
.
Robert
- Original Message -
> From: "Gregory Szorc"
> To: "Neil" , dev-platform@lists.mozilla.org
> Sent: Tuesday, October 14, 2014 5:31:54 PM
> Subject: Re: Breakdown of Firefox full installer
>
> On 10/14/14 5:12 PM, Neil wrote:
> > Greg
On 10/14/14 5:12 PM, Neil wrote:
Gregory Szorc wrote:
If you are looking for ideas on how to reduce download size, the way
omni.ja is included in the installer could be reduced by 4+ MB. Both
omni.ja and browser/omni.ja are zip archives, where each file has a
separate compression context. If yo
-
> From: "Justin Dolske"
> To: dev-platform@lists.mozilla.org
> Sent: Tuesday, October 14, 2014 12:34:53 PM
> Subject: Re: Breakdown of Firefox full installer
>
> On 10/14/14 2:20 AM, Robert Strong wrote:
>
> >> * (Countries' average) Internet spee
Gregory Szorc wrote:
If you are looking for ideas on how to reduce download size, the way
omni.ja is included in the installer could be reduced by 4+ MB. Both
omni.ja and browser/omni.ja are zip archives, where each file has a
separate compression context. If you treat all files from those two
ot;
Cc: "Daniel Veditz" , dev-platform@lists.mozilla.org
Sent: Tuesday, October 14, 2014 3:53:34 PM
Subject: Re: Breakdown of Firefox full installer
On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
> Very interesting. When Firefox 4 was launched, it was 12MB. When
> Austr
ssage -
From: "Mike Hommey"
To: "Chris More"
Cc: "Daniel Veditz" , dev-platform@lists.mozilla.org
Sent: Tuesday, October 14, 2014 3:53:34 PM
Subject: Re: Breakdown of Firefox full installer
On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
> Very intere
On Tue, Oct 14, 2014 at 11:11:01AM -0700, Chris More wrote:
> Very interesting. When Firefox 4 was launched, it was 12MB. When
> Australis was launched it was 28MB. Now, Firefox 33 is 35MB. That's
> almost a 200% increase. I did an A/B test last year when the installer
> was 22MB and there was a st
On 10/14/14 2:20 AM, Robert Strong wrote:
* (Countries' average) Internet speed dramatically affected conversion
rates: 70% success in the fastest countries and 30% in the slowest
countries.
Note that these conversion rates are from download to hitting the first
run page and there are several f
hris More" , dev-platform@lists.mozilla.org
Sent: Tuesday, October 14, 2014 9:27:52 AM
Subject: Re: Breakdown of Firefox full installer
On 10/13/2014 4:54 PM, Chris More wrote:
> For example, the win32 installer for Firefox 32 is 34MB.
Remember the days when Asa would jump all over people fo
On 10/13/2014 4:54 PM, Chris More wrote:
> For example, the win32 installer for Firefox 32 is 34MB.
Remember the days when Asa would jump all over people for breaking the
5Mb barrier? https://wiki.mozilla.org/Download_Size
-Dan Veditz
___
dev-platform m
On 10/13/2014 9:25 PM, Chris Peterson wrote:
> Going forward, it would be interesting to see a dashboard track Firefox
> installer size every day (or show every changeset's delta on Treeherder).
We used to have http://arewesmallyet.com -- I found references to it as
late as a year ago but it seems
I looked at lzma2 a while ago for FFOS. I got pretty consistently 30% smaller
omni.ja with that. We could add it pretty easily to our decompression code but
it has slightly different memory behavior.
Andreas
On Oct 13, 2014, at 5:39 PM, Gregory Szorc wrote:
> On 10/13/14 4:54 PM, Chris More
On 2014-10-13 8:48 PM, Mike Hommey wrote:
> Note a significant amount of the omni.ja and browser/omni.ja data is
> used for jsloader/jssubloader data: 4744949 and 1560499 bytes from those
> files are that. These jsloader/jssubloader data are there for startup
> benefits on Firefox first run (if the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/14/2014 02:09 AM, Kyle Huey wrote:
> The simplest way to break the installer down is by the files in
> it.
>
> e.g. http://khuey.pastebin.mozilla.org/6781501
For future reference:
> mozilla@KHUEY-19294 /c/dev/scratch $ wget
> ftp://ftp.mozilla
> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rstrong=mozilla@lists.mozilla.org] On Behalf Of Chris
Peterson
> Sent: Monday, October 13, 2014 9:25 PM
> To: dev-platform@lists.mozilla.org
> Subject: Re: Breakdown of Firefox full installer
On 10/13/14 5:37 PM, Chris Hofmann wrote:
and from last year " Firefox installer size: How big is too big? - 2013"
https://groups.google.com/forum/#!searchin/mozilla.dev.planning/installer$20size/mozilla.dev.planning/hPgUBzweL70/NeOjEf0hsh0J
That thread about installer size was regarding the
On 10/13/14 5:16 PM, Justin Dolske wrote:
On 10/13/14 4:54 PM, Chris More wrote:
Why am I asking this?
The win32 Firefox full installer continues to grow (see attachment)
each release and it has been on an increasing growth since Firefox
29. Like anything on the web, the time it takes to downl
On Mon, Oct 13, 2014 at 5:52 PM, Gregory Szorc wrote:
> On 10/13/14 5:42 PM, Andreas Gal wrote:
>>
>>
>> I looked at lzma2 a while ago for FFOS. I got pretty consistently 30%
>> smaller omni.ja with that. We could add it pretty easily to our
>> decompression code but it has slightly different memo
On 10/13/14 4:54 PM, Chris More wrote:
I am imagining a pie chart of the the current installer and then a
table of the name of each component, their size (KB or MB), and any
additional meta data.
Pie charts are usually not all that useful in this kind of analysis;
but one is attached based
On Mon, Oct 13, 2014 at 05:37:23PM -0700, Chris Hofmann wrote:
> On 10/13/14 5:09 PM, Kyle Huey wrote:
> >On Mon, Oct 13, 2014 at 4:54 PM, Chris More wrote:
> >>Does anyone know or could any of you create a breakdown of the major blocks
> >>of the Firefox installer and each of their respective si
On Mon, Oct 13, 2014 at 05:39:31PM -0700, Gregory Szorc wrote:
> On 10/13/14 4:54 PM, Chris More wrote:
> >Does anyone know or could any of you create a breakdown of the major blocks
> >of the Firefox installer and each of their respective sizes or percentage of
> >the whole?
> >
> >For example,
On 10/13/14 5:42 PM, Andreas Gal wrote:
I looked at lzma2 a while ago for FFOS. I got pretty consistently 30% smaller
omni.ja with that. We could add it pretty easily to our decompression code but
it has slightly different memory behavior.
This was discussed in the "Including Adobe CMaps" th
On Mon, Oct 13, 2014 at 05:09:41PM -0700, Kyle Huey wrote:
> On Mon, Oct 13, 2014 at 4:54 PM, Chris More wrote:
> > Does anyone know or could any of you create a breakdown of the major blocks
> > of the Firefox installer and each of their respective sizes or percentage
> > of the whole?
> >
> >
On Mon, Oct 13, 2014 at 5:37 PM, Chris Hofmann wrote:
> one thing to add on Kyle's analysis and numbers is to zip all the files back
> up individually, then measure the size of each, since text files are likely
> to have a higher compression rate than binary.
Pretty much everything in there is bi
On 10/13/14 4:54 PM, Chris More wrote:
Does anyone know or could any of you create a breakdown of the major blocks of
the Firefox installer and each of their respective sizes or percentage of the
whole?
For example, the win32 installer for Firefox 32 is 34MB. The Firefox Growth
team [1] like
On 10/13/14 5:09 PM, Kyle Huey wrote:
On Mon, Oct 13, 2014 at 4:54 PM, Chris More wrote:
Does anyone know or could any of you create a breakdown of the major blocks of
the Firefox installer and each of their respective sizes or percentage of the
whole?
For example, the win32 installer for Fi
On 10/13/14 4:54 PM, Chris More wrote:
Why am I asking this?
The win32 Firefox full installer continues to grow (see attachment)
each release and it has been on an increasing growth since Firefox
29. Like anything on the web, the time it takes to download something
(webpage, binary file, etc.)
On Mon, Oct 13, 2014 at 4:54 PM, Chris More wrote:
> Does anyone know or could any of you create a breakdown of the major blocks
> of the Firefox installer and each of their respective sizes or percentage of
> the whole?
>
> For example, the win32 installer for Firefox 32 is 34MB. The Firefox Gr
49 matches
Mail list logo