Hello,
first of all, I was the author of this very usefull statement on
factories... Very constructive indeed.
>
> However it also shows that the improvement is only ~13% instead of the ~30%
> reported by the benchmark in the paper...
>
could it be that their "naive" implementation as a 2D array is
> [...]
>
> I think that there was an important remark in the paper referred to in this
> thread (2nd paragraph, page 10) saying (IIUC) that changing the storage
> layout, from 2D to 1D, effectively led to a speed improvement *only* for
> matrices of sizes larger than 1010. Which leads me to thin
Hello.
> > [...]
> >
> > I might have missed the goal of your proposal but I think that main point
> > of the discussion had been about having a separate class for operations. I
> > don't recall that a new implementation ("SymmetricMatrix") with a
> > specifically optimized storage was not approve
On Fri, Oct 14, 2011 at 4:12 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hello.
>
> >
> > I believe that the BlockMatrix approach you have taken is actually quite
> > good and might yield a bit more stable optimization improvement than
> simple
> > loop unrolling. Consider operati
Hello.
>
> I believe that the BlockMatrix approach you have taken is actually quite
> good and might yield a bit more stable optimization improvement than simple
> loop unrolling. Consider operations on non-overlapping blocks. You could
> easily dispatch those in parallel. I agree that it is a bi
On Fri, Oct 14, 2011 at 1:28 PM, Luc Maisonobe wrote:
> Le 14/10/2011 20:08, Greg Sterijevski a écrit :
>
> I looked more closely at the package and it am impressed with the breadth
>> of
>> material covered. Moreover, this package will do to finance what Mahout is
>> doing to companies like SAS
On 14 October 2011 21:12, wrote:
> Author: ggregory
> Date: Fri Oct 14 20:12:49 2011
> New Revision: 1183484
>
> URL: http://svn.apache.org/viewvc?rev=1183484&view=rev
> Log: (empty)
???
-
To unsubscribe, e-mail: dev-unsubscr..
Le 14/10/2011 20:08, Greg Sterijevski a écrit :
I looked more closely at the package and it am impressed with the breadth of
material covered. Moreover, this package will do to finance what Mahout is
doing to companies like SAS and SPSS. Having spent a good part of my career
in finance, this pack
I looked more closely at the package and it am impressed with the breadth of
material covered. Moreover, this package will do to finance what Mahout is
doing to companies like SAS and SPSS. Having spent a good part of my career
in finance, this package (and others) will put a lot of small 'analytic
On 10/14/11 7:47 AM, Emmanuel Bourg wrote:
> Hi,
>
> I just saw this article, that might be of interest for some of the
> [math] devs. They claim to have found an optimization that is 1.6
> times faster than Commons Math :
>
> http://www.opengamma.com/blog/2011/10/14/maths-library-development
Than
Interesting that they are making such heavy wind of their 'innovations' like
loop unrolling. I would be interested in how much mileage they will get out
of those tricks in more complicated code. I do not intend to disparage their
approach, but maintaining code with too many cute optimizations costs
Hi,
I just saw this article, that might be of interest for some of the
[math] devs. They claim to have found an optimization that is 1.6 times
faster than Commons Math :
http://www.opengamma.com/blog/2011/10/14/maths-library-development
Emmanuel Bourg
---
OK sounds I'm making confusion with other projects :) I'll investigate
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Oct 14, 2011 at 3:58 PM, sebb wrote:
> On 14 October 2011 14:50, Simone Tri
On 14 October 2011 14:50, Simone Tripodi wrote:
> just to speak about it: what about putting the .vm template in the
> remote-resources that bring the LICENSE and NOTICE txt files?
AFAIK, we don't use that.
Anyway, the NOTICE file is specific to each component.
> If it could work, we could put
just to speak about it: what about putting the .vm template in the
remote-resources that bring the LICENSE and NOTICE txt files?
If it could work, we could put as well basic assemblies descriptor -
and components that require customization can easily modify them...
Simo
http://people.apache.org/~s
On 14 October 2011 14:02, Simone Tripodi wrote:
> I love Seb's approach, if we could specify a way to reuse a shared
> template to generate the release note s in every component, without
> any extra setting, would be amazing!
I looked into that already.
I don't remember the exact details, but it
I love Seb's approach, if we could specify a way to reuse a shared
template to generate the release note s in every component, without
any extra setting, would be amazing!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://ww
You can also use changes.xml to produce a release notes text file
which can be included in the archives (and used in announces if
required).
This was added to Commons Parent recently:
>>>
mvn changes:announcement-generate -Prelease-notes
Requires file src/changes/release-notes.vm.
A sa
see my previous message; just to give an example, take a look at the
[digester] reports:
http://commons.apache.org/digester/changes-report.html (changes.xml
introduced only in last release)
http://commons.apache.org/digester/jira-report.html (all jira issues)
does it make sense?
Simo
http://peop
Ok,
then no objection from my side.
Sent from my mobile device, so please excuse typos and brevity.
Maurizio Cucchiara
Il giorno 14/ott/2011 14.24, "Simone Tripodi" ha
scritto:
> having the changes.xml is what we already do in all other Commons
> component, for the specific reason that the JIR
I still no have preference, I would like to understand why we should add
optional work.
If there is a valid reason, why not?
I guess that the next answer is could jiira automatically do what xml is
able to do?
Sent from my mobile device, so please excuse typos and brevity.
Maurizio Cucchiara
Il
having the changes.xml is what we already do in all other Commons
component, for the specific reason that the JIRA report just collect
the list of fixed issues, collecting changes allows grouping them by
release.
+1 for changes
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.liv
21-24 should be inverted to have a DESC order :P
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Oct 14, 2011 at 1:22 PM, wrote:
> Author: grobmeier
> Date: Fri Oct 14 11:22:33 2011
> New Revis
So your preference is to get rid of changes.xml?
Because changes would be visible on the site too
On Fri, Oct 14, 2011 at 2:16 PM, Maurizio Cucchiara
wrote:
> Jiira is also able to compute release notes.
>
> ATM I can't, I will post a link later.
>
> Sent from my mobile device, so please excu
Jiira is also able to compute release notes.
ATM I can't, I will post a link later.
Sent from my mobile device, so please excuse typos and brevity.
Maurizio Cucchiara
Il giorno 14/ott/2011 13.34, "Christian Grobmeier" ha
scritto:
> Hey guys,
>
> i would like to suggest we make consequent use
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
Hey guys,
i would like to suggest we make consequent use of changes.xml.
Whatever we do, we should open an issue, fix the stuff, and then add a
comment to changes.xml. We do this in log4php and I feel it is very
good: you always can find the changes per issues (via Fisheye- just
check in with the
Yes, IIUC Mau took care of fixing it! thanks guys!
best,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Oct 14, 2011 at 11:38 AM, Maurizio Cucchiara
wrote:
> AFAICR, it was fixed... you can go
AFAICR, it was fixed... you can go for it.
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 14 October 2011 11:32, Christian Grobmeier wrote:
> This looks
This looks fixed too - can i set it to resolved?
https://issues.apache.org/jira/browse/OGNL-9
TO my knowledge i have runned all tests with v4
--
http://www.grobmeier.de
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.o
Actually I have resolved the issue (as all) - sorry for being unclear.
I can live with what you have proposed.
Cheers
On Fri, Oct 14, 2011 at 11:25 AM, Simone Tripodi
wrote:
> Hallo!
> I suggest to follow the Commons practice to put issues on 'Resolved'
> status instead of 'Closed' and then move
Hallo!
I suggest to follow the Commons practice to put issues on 'Resolved'
status instead of 'Closed' and then move to 'Closed' only once the RC
has passed!
Thoughts?
best,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://
closed then :-)
On Fri, Oct 14, 2011 at 11:00 AM, Maurizio Cucchiara
wrote:
> So do I
> Twitter :http://www.twitter.com/m_cucchiara
> G+ :https://plus.google.com/107903711540963855921
> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>
> Maurizio Cucchiara
>
>
>
> On 14 Oct
So do I
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 14 October 2011 10:52, Simone Tripodi wrote:
> Yes, I'd say :)
> thanks for taking care of it!
> Si
Yes, I'd say :)
thanks for taking care of it!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Oct 14, 2011 at 9:58 AM, Christian Grobmeier
wrote:
> Hello guys,
>
> is this one resolved?
> https:
Hi Chris!
AFAIK in the dev attribute you have to put your id, not complete name!
HTH!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Oct 14, 2011 at 9:53 AM, wrote:
> Author: grobmeier
> Date:
Hello guys,
is this one resolved?
https://issues.apache.org/jira/browse/OGNL-13
Looks like it - if yes, please close :-)
Cheers
Christian
--
http://www.grobmeier.de
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
Gents,
I have applied the patch as mentioned, but did not remove so much as
initially thought. Looking at the discussion and and the code, I
suddenly understood that this might take really a good risk. Therefore
I would like to look at each of the methods, either fix or deprecate
them one by one.
38 matches
Mail list logo
