Hi,
Make sure that your .bashrc file isn't setting(and exporting) TMP or TEMP
either.
Eric
-Original Message-
From: webkit-dev-boun...@lists.webkit.org
[mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of
foru...@smartmobili.com
Sent: 21 juillet 2012 08:06
To:
*Hi WebKit,
Almost all developers would like to know why the render process takes so
much memory. We are trying to address this problem by providing an
information on how much memory is consumed by some high-level WebKit
parts(DOM, CSS, JavaScript etc) . Currently there is a real-time chart in
Is there no way to use the sizeof operator to help? That might not help if
we restructure the data, but it would at least help us track the size of
individual objects.
Adam
On Mon, Jul 23, 2012 at 8:09 AM, Yury Semikhatsky yu...@chromium.orgwrote:
*Hi WebKit,
Almost all developers would
Hi guys,
First off, this is a really neat addition for web and WebKit developers
alike, so thanks for hacking it!
We're already using the reference class with same size as original class
pattern to guard against object size regression for some of our very
high-volume objects. While that's fine
Hi there,
On Mon, 23 Jul 2012 17:09:19 +0200, Yury Semikhatsky yu...@chromium.org
wrote:
*Hi WebKit,
Almost all developers would like to know why the render process takes so
much memory. We are trying to address this problem by providing an
information on how much memory is consumed by
The nightly and www servers will be migrating to the new hardware this starting
today at 4pm PDT. The nightly site will not go down during the migration. The
www server needs to go down for 30-60m in order to migrate the database behind
it. This downtime includes the blog and sunspider.
Hi,
parts(DOM, CSS, JavaScript etc) . Currently there is a real-time chart in
Web Inspector that shows the render process memory broken down into
several
components:
Unfortunately this part is removed by the mail server, and from webkit-dev
archives, but as far as I remember (we measured
On Mon, Jul 23, 2012 at 8:07 PM, Zoltan Horvath zol...@webkit.org wrote:
Hi there,
On Mon, 23 Jul 2012 17:09:19 +0200, Yury Semikhatsky yu...@chromium.org
wrote:
*Hi WebKit,
Almost all developers would like to know why the render process takes so
much memory. We are trying to address
On Jul 23, 2012, at 11:14 AM, Zoltan Herczeg zherc...@webkit.org wrote:
Hi,
parts(DOM, CSS, JavaScript etc) . Currently there is a real-time chart in
Web Inspector that shows the render process memory broken down into
several
components:
Unfortunately this part is removed by the mail
This is somewhat tangential but once we've solved this problem, can we
expose the data via testRunner or internals object so that we may use it in
our performance tests? It'll be very valuable to be able to monitor changes
in these metrics.
- Ryosuke
On Mon, 23 Jul 2012 21:21:54 +0200, Ryosuke Niwa rn...@webkit.org wrote:This is somewhat tangential but once we've solved this problem, can we expose the data via testRunner or internals object so that we may use it in our performance tests? It'll be very valuable to be able to monitor changes in
On Jul 23, 2012, at 8:09 AM, Yury Semikhatsky yu...@chromium.org wrote:
First option we consider is to define a class with the same set of fields as
the instrumented one, then have a compile time assert that size of the
reference class equals to the size of the instrumented one. See
The WebDriver w3c spec http://www.w3.org/TR/2012/WD-webdriver-20120710/ was
recently published as a first public working draft. The primary goal of
the API is to enable website testing from a user's perspective (finding
elements, typing, clicking). Like the WebKit Inspector, WebDriver hopes to
On Mon, Jul 23, 2012 at 11:21 PM, Ryosuke Niwa rn...@webkit.org wrote:
This is somewhat tangential but once we've solved this problem, can we
expose the data via testRunner or internals object so that we may use it in
our performance tests? It'll be very valuable to be able to monitor changes
We intend to work on an experimental implementation of a new
-webkit-user-select value that we are calling atomic. This value causes the
element to which it is applied to behave atomically for selection purposes;
either all of none of the element and its contents are contained in the
On Mon, Jul 23, 2012 at 3:32 PM, Alice Cheng alice_ch...@apple.com wrote:
We intend to work on an experimental implementation of a new
-webkit-user-select value that we are calling atomic. This value causes
the element to which it is applied to behave atomically for selection
purposes; either
On Jul 23, 2012, at 3:39 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Mon, Jul 23, 2012 at 3:32 PM, Alice Cheng alice_ch...@apple.com wrote:
We intend to work on an experimental implementation of a new
-webkit-user-select value that we are calling atomic. This value causes the
element to
Hi folks,
Apple owned Windows and Mac EWS bots are currently not functional due to a
network infrastructure change. The cause of the problem is known, and and fix
is targeted for Wednesday evening. The bots should be back online then.
Thanks,
Lucas
Alice Cheng wrote:
Could you elaborate more on the difference? Maybe the difference is
small enough that it makes sense to reuse all. e.g. Mozilla might
be willing to change their behavior for all.
Mozilla is not selecting atomically using shift + right. It also does
not select atomically
On Mon, Jul 23, 2012 at 5:05 PM, Brendan Eich bren...@mozilla.org wrote:
Alice Cheng wrote:
Could you elaborate more on the difference? Maybe the difference is small
enough that it makes sense to reuse all. e.g. Mozilla might be willing to
change their behavior for all.
Mozilla is not
20 matches
Mail list logo