hadoop-yarn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Wang <andrew.w...@cloudera.com>
Subject Re: Why is yarn-ui downloading GBs of dependencies?
Date Thu, 07 Sep 2017 17:19:01 GMT
Thanks Sunil!

On Thu, Sep 7, 2017 at 6:41 AM, Sunil G <sunilg@apache.org> wrote:

> Thanks for pointing out. I checked and there are few bower dependencies
> like bower-shrinkwrap-resolver-ext causing this.
> YARN-7170 is raised for this and will check the feasibility to cut short
> the download size.
>
> Thanks
> Sunil
>
>
> On Thu, Sep 7, 2017 at 12:02 PM Andrew Wang <andrew.wang@cloudera.com>
> wrote:
>
> > I didn't look beyond a cursory examination of the bower dependency lists
> > (which weren't that long).
> >
> > It just smells wrong that we need to download 1.5GB to build a UI. That's
> > probably more than all our Maven dependencies.
> >
> > On Wed, Sep 6, 2017 at 7:51 PM, Miklos Szegedi <
> > miklos.szegedi@cloudera.com>
> > wrote:
> >
> > > Do you have the files that were downloaded? Could it be dependencies?
> > >
> > > Thank you,
> > > Miklos
> > >
> > >
> > > On Wed, Sep 6, 2017 at 4:18 PM, Andrew Wang <andrew.wang@cloudera.com>
> > > wrote:
> > >
> > >> Hi folks,
> > >>
> > >> I ran a test release build today with create-release, and noticed that
> > we
> > >> spend a long time downloading dependencies for the yarn-ui build. The
> > >> primary offender seems to be Ember:
> > >>
> > >> ...
> > >> [INFO] bower ember#2.2.0                           progress Receiving
> > >> objects:  50% (38449/75444), 722.46 MiB | 3.30 MiB/s
> > >> ...
> > >> [INFO] bower ember#2.2.0                           progress Receiving
> > >> objects:  99% (75017/75444), 1.56 GiB | 3.31 MiB/s
> > >>
> > >> 1.56 GB seems excessive. I just cloned the ember git repository, and
> it
> > >> was
> > >> about 30MB.
> > >>
> > >> Do we know why it's downloading so much?
> > >>
> > >> Best,
> > >> Andrew
> > >>
> > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message