Just curious, but didn't svn change (maybe a year ago or so?) to only
using one top-level .svn folder, similar to Git's top-level .git
folder, and not having .svn littered throughout the file system?
- Stephen
You're right, but we have scripts that still rely on .svn folders, so we
It works like a charm, thanks. I still have ~15sec of compilation to
reload the page even when nothing has changed, but I guess it would be
faster with a ssd drive.
Le lundi 20 octobre 2014 16:51:19 UTC+2, Daniel Kurka a écrit :
With GWT 2.7 you do not need any bookmarklet stuff anymore. You
Hi Jeremie,
what do you mean by 15s reload? Does the compiler take 15s to detect that
you do not have a change? (this would be bad).
-Daniel
On Tue, Oct 21, 2014 at 10:44 AM, Jérémie Gottero jeremiegott...@gmail.com
wrote:
It works like a charm, thanks. I still have ~15sec of compilation to
Yes, that was 15sec to detect that nothing has changed. But after some
tries, I actually got better times (~3sec). See logs below, I got 12sec at
first then 3sec. I suspect that my app server load somehow impacts compile
time. Should definitely be a problem on my side.
GET
These times are incredible slow. The worst I have seen was around 700ms for
a huge chunk of code. Normally these times are around ~100ms.
Something is seriously wrong. Lets try a couple of things:
1. Up the ram of SDM to see if this makes any difference.
2. Are there any other things running on
I run the CodeServer on my profiler to see what's going on (see attached
screenshot). Most time is spent in java.io, meaning that we lost time with
many disk I/O. Then I looked why I got so much I/O (10k listFiles!), and I
think it's probably caused by .svn directories. For each directory,
These times are incredible slow. The worst I have seen was around 700ms
for a huge chunk of code. Normally these times are around ~100ms.
Can you define huge? Our client side code is about 150 KLOC and with SSD
a reload takes about 800-1000 ms.
-- J.
--
You received this message because
Do we have an easy way to exclude these folders to see if it improves
things?
Quick and dirty: I overrode the descendToFindResources method to exclude
.svn files (note that the file is excluded before isDirectory/isFile calls,
avoiding an extra i/o):
File[] children =
Thanks for sharing Jérémie. Good to know.
On 21 October 2014 09:32, Jérémie Gottero jeremiegott...@gmail.com wrote:
Do we have an easy way to exclude these folders to see if it improves
things?
Quick and dirty: I overrode the descendToFindResources method to exclude
.svn files (note that
I think this is a reasonable change to make since it's simple to implement
and a noticeable improvement for SVN users. I'll go ahead and get it in and
we can cherry pick it into this release.
On Tue Oct 21 2014 at 5:58:00 AM Juan Pablo Gardella
gardellajuanpa...@gmail.com wrote:
Thanks for
if (child.getName().equals(.svn)) // hardcoded filter here
Just curious, but didn't svn change (maybe a year ago or so?) to only
using one top-level .svn folder, similar to Git's top-level .git
folder, and not having .svn littered throughout the file system?
- Stephen
--
You received
change in review at https://gwt-review.googlesource.com/#/c/9850/
On Tue Oct 21 2014 at 3:43:47 PM Stephen Haberman
stephen.haber...@gmail.com wrote:
if (child.getName().equals(.svn)) // hardcoded filter here
Just curious, but didn't svn change (maybe a year ago or so?) to only
With GWT 2.7 you do not need any bookmarklet stuff anymore. You can just
bring it up through the old dev mode integration in eclipse, see:
https://www.youtube.com/watch?v=qpCSbj36O44
PS: You do not need the -superDevMode anymore its now default.
On Mon, Oct 20, 2014 at 3:38 PM, Jérémie Gottero
13 matches
Mail list logo
