Yes, we will try that, thanks.
Andy
----- Original Message -----
From: "Tomaž Cerar" <tomaz.cerar(a)gmail.com>
To: "Stuart Douglas" <stuart.w.douglas(a)gmail.com>
Cc: "Andrig Miller" <anmiller(a)redhat.com>, "wildfly-dev"
<wildfly-dev(a)lists.jboss.org>
Sent: Friday, June 27, 2014 12:04:14 PM
Subject: Re: [wildfly-dev] CDI overhead
Andy,
given that we have Weld 2.2 in 8.x branch for upcoming 8.2 release.
and also in master, can you guys try with wildfly build that uses
Weld 2.2, to see if that CDI proxyies fix helped.
--
tomaz
On Fri, Jun 27, 2014 at 6:54 PM, Stuart Douglas <
stuart.w.douglas(a)gmail.com > wrote:
> You can remove it per-deployment using exclude-subsystem in
> jboss-deployment-structure.xml.
> Also there was a performance problem in the CDI proxies that
was
> not
> fixed until 2.2.
> Stuart
> > Andrig Miller wrote:
>
> > > I should have posted this some time ago, but just forgot.
>
> > >
>
> > > In my early testing of Wildfly 8, CDI adds quite a bit of
> > > overhead
> > > (12%
>
> > > reduction in throughput) for even an application that only uses
>
> > > servlets. The only way I could get that back was to remove the
>
> > > subsystem. In talking with Stuart at the time, he was looking at
> > > ways to
>
> > > make the overhead less.
>
> > >
>
> > > Is there anything on the docket for making this overhead go away
> > > for
>
> > > deployments that don't require CDI? If not, can we get something
> > > going
>
> > > in that direction. It would be great to not have to remove the
> > > CDI
>
> > > subsystem, but not have it impact performance for deployments
> > > that
> > > don't
>
> > > use it.
>
> > >
>
> > > Thanks.
>
> > >
>
> >
--
>
> > > Andrig (Andy) Miller
>
> > > Global Platform Director for JBoss Middle-ware
>
> > > Red Hat, Inc.
>
> > >
>
> > > _______________________________________________
>
> > > wildfly-dev mailing list
>
> > > wildfly-dev(a)lists.jboss.org
>
> > >
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
> > _______________________________________________
>
> > wildfly-dev mailing list
>
> > wildfly-dev(a)lists.jboss.org
>
> >
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>