I have a plain old mechanical disk too, but I have 32 G of RAM, enough that
disk access is not relevant to my (unified) build times. After a build, I
have 12 to 14 G of RAM used for cache, so I suppose that disk performance
is still relevant if you have <= 16 G of RAM, yeah.
Benoit
2014-07-19 1:
Ah yes, I forgot to say. I am on Linux. I've found using RAM instead of
my (mechanical) disk saves about 5 minutes of a roughly half-hour build.
GL
On 19/07/14 16:24, Benoit Jacob wrote:
What OS are we talking about?
(On Linux, ramdisks are mountpoints like any other so that would be
trivial;
What OS are we talking about?
(On Linux, ramdisks are mountpoints like any other so that would be
trivial; but then again, on Linux, the kernel is good enough at using extra
RAM for disk cache automatically, that you get the benefits of a RAMdisk
automatically).
Benoit
2014-07-18 22:39 GMT-04:0
Today I tried to build Firefox on a RAM disk for the first time, and
although I succeeded through trial and error, it occurs to me that there
are probably things I could do better. Could someone who regularly does
this make a blog post or an MDN page about their workflow and some tips
and trick
On Fri, Jul 18, 2014 at 2:49 PM, Ehsan Akhgari wrote:
> On 2014-07-18, 5:28 PM, Dave Hylands wrote:
>>
>>
>>
>>
>>
>> *From: *"Ehsan Akhgari"
>> *To: *"Dave Hylands"
>> *Cc: *"dev-platform"
>> *Sent: *Frida
On 2014-07-18, 5:28 PM, Dave Hylands wrote:
*From: *"Ehsan Akhgari"
*To: *"Dave Hylands"
*Cc: *"dev-platform"
*Sent: *Friday, July 18, 2014 2:14:50 PM
*Subject: *Re: Intent to implement: navigator.d
On 2014-07-18 2:28 PM, Dave Hylands wrote:
> No reason, other than I'm not familiar with EventListener. What is an
> EventListener and how would you use it? Maybe just point me at an example?
deviceStorage.addEventListener('newarea', function(event) {
// Handle new area being available.
On 18/07/14 23:28, Dave Hylands wrote:
>> addObserver/removeObserver are Gecko-isms that don't really have a
>> counterpart in Web APIs. Why not use an EventListener?
>
> No reason, other than I'm not familiar with EventListener. What is an
> EventListener and how would you use it? Maybe just poi
- Original Message -
> From: "Ehsan Akhgari"
> To: "Dave Hylands"
> Cc: "dev-platform"
> Sent: Friday, July 18, 2014 2:14:50 PM
> Subject: Re: Intent to implement: navigator.deviceStorage
> On Wed, Jul 16, 2014 at 9:08 PM, Dave Hylands < dhyla...@mozilla.com > wrote:
> > Currently, we
On Wed, Jul 16, 2014 at 9:08 PM, Dave Hylands wrote:
> Currently, we have navigator.getDeviceStorage and
> navigator.getDeviceStorages
>
> We're looking to expand device storage to add support for more virtual
> storage areas, like DropBox, or GoogleDrive, etc.
> See bug 1035053
>
> I was going t
Hi Yuan,
Do we have feedback from other browser vendors on these APIs? Is there
agreement on them?
Cheers,
Ehsan
On 2014-07-18, 5:29 AM, "Yuan Xulei(袁徐磊)" wrote:
Hi all,/
Summary/:
These are subclasses of Promise. Allow promise to be canceled or send
progress notification. They are planned
>From an off-thread reply this is:
https://addons.mozilla.org/en-US/firefox/blocked/p428
https://bugzilla.mozilla.org/show_bug.cgi?id=636633
We blocked all versions last year, since it was easier than trying to
block only the vulnerable versions
(https://bugzilla.mozilla.org/show_bug.cgi?id=6366
I added the following filters to my account:
Any Any Iteration Any Exclude
Any Any Points Any Exclude
My expected behavior is:
- if someone modifies the Points field -> bugmail filtered
- if someone modifies the Points field and the Iteration field ->
bugmail filtered
- if someone modifies the Po
Which warning are you referring to exactly? Do you have a screenshot?
Gavin
On Fri, Jul 18, 2014 at 5:48 AM, JW Clements wrote:
> The issue was resolved by Oracle some time ago.
> Continued display of this message is disconcerting to some people and
> unwarranted.
> It was a good thing when the
On Tuesday, July 15, 2014 3:34:35 PM UTC+1, Josh Aas wrote:
> This is the discussion thread for Mozilla's July 2014 Lossy Compressed Image
> Formats Study and the Mozilla Research blog post entitled "Mozilla Advances
> JPEG Encoding with mozjpeg 2.0".
Josh,
I work for CloudFlare on many things
The issue was resolved by Oracle some time ago.
Continued display of this message is disconcerting to some people and
unwarranted.
It was a good thing when the vulnerability was first discovered but it's
now a bad thing.
Could some dev pick this up and clear that message?
Thanks
Hi all,/
Summary/:
These are subclasses of Promise. Allow promise to be canceled or send
progress notification. They are planned to be used by some APIs, such as
XMLHttpRequest, FileAPI, Filesystem API, the openDirectoryPicker of
...
/Bug/: https://bugzilla.mozilla.org/show_bug.cgi?id=103506
17 matches
Mail list logo
