I've really been enjoying writing Julia code as a user, and following the
language as it develops, but I have noticed that over time, previously fast
code sometimes gets slower, and (impressively) previously slow code will
sometimes get faster, with updates to the Julia codebase. No complaint he
I am using Version 0.3.12 calling from python (pyjulia). I do LME fit with
2.8 M rows and 60-70 Variables. It is taking 2 hours just to model (+ data
transfer time). Any tips?
using MixedModels
modelREML = lmm({formula}, dataset)
reml!(modelREML,true)
lmeModel = fit(modelR
Julia 0.3.12, that's a stone-age version of Julia. You should move to 0.5!
On Sat, 2016-11-19 at 16:42, Harish Kumar wrote:
> I am using Version 0.3.12 calling from python (pyjulia). I do LME fit with
> 2.8 M rows and 60-70 Variables. It is taking 2 hours just to model (+ data
> transfer time).
Will it support Python 3.4 ? I am calling this from pyjulia interface
On Nov 19, 2016 4:58 PM, "Mauro" wrote:
> Julia 0.3.12, that's a stone-age version of Julia. You should move to 0.5!
>
> On Sat, 2016-11-19 at 16:42, Harish Kumar
> wrote:
> > I am using Version 0.3.12 calling from python (p
On Sat, 2016-11-19 at 18:36, Harish Kumar wrote:
> Will it support Python 3.4 ? I am calling this from pyjulia interface
https://github.com/JuliaPy/pyjulia says that it is tested against 3.5,
but it doesn't say that 3.4 is not supported. So you should try.
> On Nov 19, 2016 4:58 PM, "Mauro" wr
Thank you. I agree on python.. but my question was did they update the
Pyjulia libraries for latest Julia version? . We tried with 0.4.3 which
failed 6 months back. So we revered to 0.3.4. Or is this library remain
same for all Julia versions?
Any suggestion on this?
On Sat, Nov 19, 2016 at 7:38
On Sat, 2016-11-19 at 20:48, Harish Kumar wrote:
> Thank you. I agree on python.. but my question was did they update the
> Pyjulia libraries for latest Julia version? . We tried with 0.4.3 which
> failed 6 months back. So we revered to 0.3.4. Or is this library remain
> same for all Julia version
I found the cause for this ... When i run julia 0.3.2 or 0.5 as standalone
(mix model) it uses all the available cores from my server, so it was fast.
If i call Julia from Python (Pyjulia), i see only one core is busy with
python process (100% cpu) and all other cores are free. Can you help me
ho
On Tue, 2016-11-22 at 14:12, Harish Kumar wrote:
> I found the cause for this ... When i run julia 0.3.2 or 0.5 as standalone
> (mix model) it uses all the available cores from my server, so it was fast.
>
> If i call Julia from Python (Pyjulia), i see only one core is busy with
> python process (
On Tuesday, November 22, 2016 at 1:12:26 PM UTC-6, Harish Kumar wrote:
> I found the cause for this ... When i run julia 0.3.2 or 0.5 as standalone
> (mix model) it uses all the available cores from my server, so it was fast.
Fitting a linear mixed effects model only uses multiple threads for the
I have copied my code in the below link (Julia user group), let me know if
you cant access that
https://discourse.julialang.org/t/julia-call-from-python3-running-in-single-core/508/5
On Wed, Nov 23, 2016 at 2:03 PM, Douglas Bates wrote:
> On Tuesday, November 22, 2016 at 1:12:26 PM UTC-6, Haris
Le lundi 22 février 2016 à 06:27 -0800, Jonathan Goldfarb a écrit :
> I've really been enjoying writing Julia code as a user, and following
> the language as it develops, but I have noticed that over time,
> previously fast code sometimes gets slower, and (impressively)
> previously slow code will
Yes, ideally code should not get slower with new releases – unfortunately,
keeping track of performance regressions can be a bit of a game of
whack-a-mole. Having examples of code whose speed has regressed is very
helpful. Thanks to Jarrett Revels excellent work, we now have some great
performance
Yes, understood about difficulty keeping track of regressions. I was
originally going to send a message relating up to 2x longer test time on
the same code on Travis, but it appears as though something has changed in
the nightly build available to CI that now gives significantly faster
builds,
I'm glad that particular slow case got faster! If you want to submit some
reduced version of it as a performance test, we could still include it in
our perf suite. And of course, if you find that anything else has ever
slowed down, please don't hesitate to file an issue.
On Tue, Feb 23, 2016 at 9:
15 matches
Mail list logo