Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread Milan Bouchet-Valat
Le samedi 23 avril 2016 à 18:10 -0700, K leo a écrit : > > Le samedi 23 avril 2016 à 04:52 -0700, K leo a écrit :  > > Anyway,  > > the Ubuntu PPA is no longer maintained. The recommended solution is to  > > use generic Linux binaries from the Julia website.  > > >   > On Ubuntu 16.04, Julia 0.4.5

[julia-users] Re: implications of using the precompiled "generic linux binary" vs building julia myself?

2016-04-24 Thread Avik Sengupta
What do you want to do with the lib folder? The generic linux binaries are built so that you can unzip them and run julia from them. Unzip them in your home folder, or on a shared folder. There should be no need to copy them anywhere. Regards - Avik On Sunday, 24 April 2016 02:23:13 UTC+1, K

Re: [julia-users] Re: implications of using the precompiled "generic linux binary" vs building julia myself?

2016-04-24 Thread Milan Bouchet-Valat
Le samedi 23 avril 2016 à 18:23 -0700, K leo a écrit : > I also would like to know about what to do with the lib folder.  Can > someone explain?  There is no README with Linux generic version. You just need to extract the whole contents of the archive somewhere, and run bin/julia. No need to look a

[julia-users] constant values from dictionary as compile time constants

2016-04-24 Thread Michael Louwrens
I use a dictionary to store all the various variables I use in an algorithm. So, there are many functions which look like: function foo(input::Dict) x =2*input[:bar] end Input is created once and never changed. Would abusing Val{T} be an option here? There will only be one value for `input[

Re: [julia-users] Re: implications of using the precompiled "generic linux binary" vs building julia myself?

2016-04-24 Thread K leo
I tried that and it seems when I have other versions (the PPA version for instance) of Julia installed in the system, the shared libs were mixed up. When I removed the PPA version, it complained some shared libs were not found. On Sunday, April 24, 2016 at 4:06:33 PM UTC+5:30, Milan Bouchet-Va

Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread K leo
See below. On Sunday, April 24, 2016 at 4:01:49 PM UTC+5:30, Milan Bouchet-Valat wrote: > > Le samedi 23 avril 2016 à 18:10 -0700, K leo a écrit : > > > Le samedi 23 avril 2016 à 04:52 -0700, K leo a écrit : > > > Anyway, > > > the Ubuntu PPA is no longer maintained. The recommended solution

Re: [julia-users] constant values from dictionary as compile time constants

2016-04-24 Thread Tom Breloff
If it's always the same keys, maybe build an immutable type at the very beginning? On Sunday, April 24, 2016, Michael Louwrens wrote: > I use a dictionary to store all the various variables I use in an > algorithm. > > So, there are many functions which look like: > function foo(input::Dict) >

Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread Milan Bouchet-Valat
Le dimanche 24 avril 2016 à 05:38 -0700, K leo a écrit : > > See below. > > > Le samedi 23 avril 2016 à 18:10 -0700, K leo a écrit :  > > > > Le samedi 23 avril 2016 à 04:52 -0700, K leo a écrit :   > > > > Anyway,   > > > > the Ubuntu PPA is no longer maintained. The recommended solution is to  

Re: [julia-users] Re: implications of using the precompiled "generic linux binary" vs building julia myself?

2016-04-24 Thread Milan Bouchet-Valat
Le dimanche 24 avril 2016 à 05:26 -0700, K leo a écrit : > I tried that and it seems when I have other versions (the PPA version > for instance) of Julia installed in the system, the shared libs were > mixed up.  When I removed the PPA version, it complained some shared > libs were not found. Pleas

Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread K leo
It is hard to know how to describe my code. So I tried to run it with the generic version which does use 200% of CPU. So there seems something different with the Ubuntu version of Julia. I installed under my home folder. I ran it in the following way hoping that the shared libs are not mixed

Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread Milan Bouchet-Valat
Le dimanche 24 avril 2016 à 08:44 -0700, K leo a écrit : > It is hard to know how to describe my code.  So I tried to run it > with the generic version which does use 200% of CPU.  So there seems > something different with the Ubuntu version of Julia. OK. Could you at least make a list of linear al

Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread K leo
Looking through the linear standard functions list in the documentation, I think perhaps the only function used is linreg. I don't directly use LAPACK. On Sunday, April 24, 2016 at 9:18:36 PM UTC+5:30, Milan Bouchet-Valat wrote: > > Le dimanche 24 avril 2016 à 08:44 -0700, K leo a écrit : > >

Re: [julia-users] Why Ubuntu 16.04 version runs only on one CPU?

2016-04-24 Thread Milan Bouchet-Valat
Le dimanche 24 avril 2016 à 09:43 -0700, K leo a écrit : > Looking through the linear standard functions list in the > documentation, I think perhaps the only function used is linreg.  I > don't directly use LAPACK. > Hmm, doesn't sound like the best candidate. I've made a few attempts, and I coul

Re: [julia-users] Re: Grant funding and Julia Computing?

2016-04-24 Thread Christoph Ortner
On Friday, 22 April 2016 21:30:27 UTC+1, Steven G. Johnson wrote: > > > > On Friday, April 22, 2016 at 4:04:29 PM UTC-4, Christoph Ortner wrote: >> >> I've run into a similar problem in the past, but this was before Julia >> Computing. If `Julia Professional Edition` or `Deployment Edition` come

Re: [julia-users] confusion with Julia -p 2

2016-04-24 Thread Dan Y
I must add that making code parallel was worth it! In my particular case I've got the following numbers: 21s - parallel code, blas_set_num_threads doesn't affect this much 32s - single-threaded code with blas_set_num_threads(2) 94s - single-threaded code with blas_set_num_threads(1) Also p

Re: [julia-users] confusion with Julia -p 2

2016-04-24 Thread Jason Eckstein
Without seeing exactly what you're doing it's hard to say what the optimal setup is, but if you have enough small matrix operations you're doing such that running a single thread would not use the entire CPU to 100%, then running a massively parallel system would be faster even if blas was only

Re: [julia-users] confusion with Julia -p 2

2016-04-24 Thread Dan Y
The most funny part - I managed to reduce the running time to 3 seconds, rofl. In my code I use a lot of computations of the dot(A*B*f,f) for matrices A,B and vectors f filled with complex{float64}. But this is the same as dot(B*f,A'*f) !! So, multiplication of matrices was the most time-con

Re: [julia-users] Cloning private package with 0.5

2016-04-24 Thread Jacob Quinn
Note that it's currently possible to clone private GitHub repos using "personal access tokens" from Github. If you go to your profile/settings, you can generate private access tokens that allow access to private Github repos and then from Julia, you can clone with the following format: Pkg.clone("

Re: [julia-users] Cloning private package with 0.5

2016-04-24 Thread Eric Forgy
Thanks Jacob. I'll have a look at that, but would that help with Travis and Appveyor? In Git for Windows, am I really going to have to change all my remotes for all my private repos now? That will be a huge pain. Can Pkg please do this for me? Where would be a good place to raise this issue?

[julia-users] When using julia-vim should basic syntax completion work?

2016-04-24 Thread Lyndon White
As I understand it, VIM should be working out what completions to use based on the syntax highlighting file. So I should at least get basic stuff like `using` and `function` autocompleting? I am using vim 7.4 with super tab. I never got my head around using completions, I just followed install

[julia-users] Re: When using julia-vim should basic syntax completion work?

2016-04-24 Thread Lyndon White
Ok, finally worked it out. Its not ideal, as it will only give local completions if there is no syntax completions but it is better than nothing. I'ld rather it was the other way round, only give syntax if there is not local completions. but can't seem to make that work. """Completions autocmd