Date: Tue, 3 Apr 2012 00:47:23 -0700 (PDT) From: Sergey Khegay To: google-chrome-developer-tools@googlegroups.com Message-ID: <15882844.1429.1333439243788.JavaMail.geo-discussion-forums@ynnk21> In-Reply-To: References: <6a63c5d9-13ef-40e9-822e-6f80cc0b4afc@s27g2000yqd.googlegroups.com> Subject: Re: [Chrome DevTools] Re: Heap profiles paths? MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1427_23039756.1333439243786" ------=_Part_1427_23039756.1333439243786 Content-Type: multipart/alternative; boundary="----=_Part_1428_11041345.1333439243786" ------=_Part_1428_11041345.1333439243786 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Thank you for your suggestion. Dev Version is really different from the stable and more useful. I have another question. How can I clear the heap of the page? I opened dominators page example, took heap snapshot and got 7.17 MB. Then I reloaded page by pressing F5 button, took heap snapshot and got 9.7 MB (shouldn't it be initial 7.17 MB?). Than I opened another tab (the previous was not closed) and got 14.15 MB of snapshot. Are all the tabs of the same location using some kind of shared memory? By the way, thanks to all developer team, you guys are doing great work. On Monday, April 2, 2012 10:44:01 PM UTC+7, Ilya Tikhonovsky wrote: > > Could you please explain a bit your use case. > The latest version has number of improvements such as Class name filter, > retaining tree, Distance to window, delta filter for Summary view etc. > On Linux you can install the DevChannel version or the latest build from > tip of tree if you want to keep the stable version for browsing. > > Regards, > Tim. > > > On Mon, Apr 2, 2012 at 1:58 PM, Sergey Khegay wrote: > >> Thank you for your response. >> >> I'll be waiting for this features. It's hardly to find real object >> that holds reference and causes memory leak. Fortunately chromium- >> browser still has 17.0.963.79 (Developer Build 125985 Linux) version >> and I can use it for memory profiling. >> >> On Apr 2, 3:58 pm, Yury Semikhatsky wrote: >> > Hi Sergey, >> > >> > We removed the flat list of retainer paths in favor of hierarchical >> > retainers view. >> > It looks more convenient from the user stand point as you can only >> expand >> > interesting paths to desired level. There is no way to copy a string >> > representation >> > of a path yet but we are going to add some mechanism for this. >> > >> > Yury >> > >> > >> > >> > >> > >> > >> > >> > On Mon, Apr 2, 2012 at 12:44 PM, Sergey Khegay >> wrote: >> > > Hi. When I take heap snapshot in previous versions of Google Chrome >> > > and click on any object it show clickable path for that object from GC >> > > roots or from DOMWindow. I also had to GC roots/to window object >> > > selector. But now (Google Chrome 18.0.1025.142) I don't have clickable >> > > paths and selector. Is it possible to return old tab representation or >> > > are there some examples of new tab usage? >> > > ------=_Part_1428_11041345.1333439243786 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thank you for your suggestion. Dev Version is really different from the sta= ble and more useful.

I have another question. How can I clear = the heap of the page? I opened dominators page ex= ample, took heap snapshot and got 7.17 MB. Then I reloaded page by pressing= F5 button, took heap snapshot and got 9.7 MB (shouldn't it be initial 7.17= MB?). Than I opened another tab (the previous was not closed) and got 14.1= 5 MB of snapshot. Are all the tabs of the same location using some kind of = shared memory?

By the way, thanks t= o all developer team, you guys are doing great work.

On Monday, Apri= l 2, 2012 10:44:01 PM UTC+7, Ilya Tikhonovsky wrote:

Could you please explain a bit your use case. The latest version has number of improvements such as Class name filter,= retaining tree, Distance to window, delta filter for Summary view etc.
On Linux you can install the DevChannel version or the latest build = from tip of tree if you want to keep the stable version for browsing.

Regards,
Tim.

On Mon, Apr 2, 2012 at 1:58 PM, Sergey K= hegay <k.y.ser...@gmail.com> wrote:
Thank you for your response.

I'll be waiting for this features. It's hardly to find real object
that holds reference and causes memory leak. Fortunately chromium-
browser still has 17.0.963.79 (Developer Build 125985 Linux) version
and I can use it for memory profiling.

On Apr 2, 3:58 pm, Yury Semikhatsky <yu...@chromium.org> = wrote:
> Hi Sergey,
>
> We removed the flat list of retainer paths in favor of hierarchical > retainers view.
> It looks more convenient from the user stand point as you can only exp= and
> interesting paths to desired level. There is no way to copy a string > representation
> of a path yet but we are going to add some mechanism for this.
>
> Yury
>
>
>
>
>
>
>

> On Mon, Apr 2, 2012 at 12:44 PM, Sergey Khegay <= k.y.ser...@gmail.com> wrote:
> > Hi. When I take heap snapshot in previous versions of Google Chro= me
> > and click on any object it show clickable path for that object fr= om GC
> > roots or from DOMWindow. I also had to GC roots/to window object<= br> > > selector. But now (Google Chrome 18.0.1025.142) I don't have clic= kable
> > paths and selector. Is it possible to return old tab representati= on or
> > are there some examples of new tab usage?

------=_Part_1428_11041345.1333439243786-- ------=_Part_1427_23039756.1333439243786--