agreed
On Wednesday, October 19, 2016 at 3:53:00 PM UTC+2, Krisztián Pintér wrote:
>
>
> i know i shouldn't, but i'm kinda angry at this "1." notation. saving one
> character really worth losing readability? also leading to errors like
> this. personally, i would not even allow this syntax at
as myself)?
>
> ---Zachary
>
>
>
> On Sunday, October 16, 2016 at 7:51:19 AM UTC-4, Steven Sagaert wrote:
>>
>> that because SQLLite isn't a multi-user DB server but a single user
>> embedded (desktop) db. Use the right tool for the job.
>>
>> On
and up a separate multithreaded DB server just for
> this. Would you be kind enough to give us an example of simple (i.e. not
> client-server) multiprocess DB access in Julia?
>
> On Saturday, October 15, 2016 at 9:40:17 AM UTC-4, Steven Sagaert wrote:
>>
>> It still surpri
It still surprises me how in the scientific computing field people still
refuse to learn about databases and then replicate database functionality
in files in a complicated and probably buggy way. HDF5 is one example,
there are many others. If you want to to fancy search (i.e. speedup search
How about using fundamental constants?
either from mathematics: pi, e, i
or from physics : G, h, c
On Friday, September 30, 2016 at 2:47:04 AM UTC+2, Waldir Pimenta wrote:
>
> Hi all. I made a proposal for the logo for the Julia-i18n organization:
> http://imgh.us/julia-i18n_1.svg
>
> It uses
for me a distribution is more than just a gobbled together bunch of
disparate packages: ideally it should have a common style and work with
common datastructures for input/ouput (between methods) to exchange data.
That's the real crux of the problem, not the fact that you need to manually
I' m in favor of this. In fact I asked for the same thing
in https://groups.google.com/forum/#!topic/julia-users/3g8zXaXfQqk although
in a more cryptic way :)
BTW: java already has something like this: next to the 2 big standard
distributions javaSE & javaEE (there's also a third specialized
ded
which is bad for performance and style. That kind of discussion is for
example happening in OCAML to come to a platform and how to resolve the
ocaml standard lib vs Jane street lib schism.
On Monday, August 1, 2016 at 5:19:17 PM UTC+2, Steven Sagaert wrote:
>
> I think the mos
>>
>> On Monday, August 1, 2016 at 2:08:06 AM UTC-7, Tim Holy wrote:
>>>
>>> module MyMetaPackage
>>>
>>> using Reexport
>>>
>>> @reexport using PackageA
>>> @reexport using PackageB
>>> ...
>>>
>
gt;
> On Mon, Aug 01 2016, Steven Sagaert wrote:
>
> > see https://aturon.github.io/blog/2016/07/27/rust-platform/
>
>
see https://aturon.github.io/blog/2016/07/27/rust-platform/
There isn't a function for that. You can shut it down either by killing the
process or by building in your program a "shutdown" message that when it
receives this http request then exits the julia program by calling quit()
When I wrote a HttpServer based service I also thought this was a
coming multithreading in
julia in the future. Will they play nice together or fight each other?
Sincerely,
Steven Sagaert
On Wednesday, October 21, 2015 at 2:57:17 AM UTC+2, Lindsey Kuper wrote:
>
> The High Performance Scripting team at Intel Labs is pleased to announce
> the release
I think what is meant is that in HPC typically this is done via MPI which
is just a low level approach where you explicitely have to specify all the
data communication (compared to Hadoop & Spark where it is implicit).
>
>
> The only codes that really nail it are carefully handcrafted HPC
+1
& to add to Uwe's post: AFAIK JuliaStudio is based on Qt (& QtCreator I
believe). I thought that JuliaStudio was a nice start (also based on
QtCreator). I wish a group would fork it and develop it further in the
direction of RStudio.
On Friday, September 18, 2015 at 10:08:23 AM UTC+2,
Think of it as unix pipes. F# uses the exact same notation and in fact in
F# the |> notation is now more prevalent than "regular" function
application notation because if read left to right instead right to left.
You could also think of it a one special case of the monadic (oops! I
said the
I think that SparseMatrixCSC{Tv,Ti} should be SparseMatrixCSC{Ti,Tv}
Why?
It's inconsistent with the mental picture of a map of integer indices ->
values & inconsistent with it's analog type signature of a Dict: e.g.
Dict{String,Float} which is key -> value type.
One might think is an
quaternions might be useful for 3D rotations but higher order constructs
like octionions, etc will not be very useful for numerical computing. They
might be useful to pure mathematicians (or as an alternative math formalism
for some (speculative) QFT stuff) but not in applied math, and pure
see http://blog.zachallaun.com/post/jumping-julia to work around not having
TCO and still use recursion to traverse LARGE data structures without
stackoverflow. That's also how a bunch of other languages (e.g. Scala F#)
do this (called trampolining).
On Sunday, November 24, 2013 at 3:49:14 PM
, Steven G. Johnson wrote:
On Tuesday, July 7, 2015 at 11:11:19 AM UTC-4, Steven Sagaert wrote:
see http://blog.zachallaun.com/post/jumping-julia to work around not
having TCO and still use recursion to traverse LARGE data structures
without stackoverflow. That's also how a bunch of other
You might want to check out https://plot.ly.
On Thursday, July 2, 2015 at 4:34:20 PM UTC+2, Tom Breloff wrote:
Yes the question was intentionally broad, because I wanted to get a
birds-eye view of the state of web-visualization in Julia, and whether it's
mature/performant enough to compete
Looks super! Nice to see such a cool mix of features (functional, reactive,
websocket, html5, Tex support,...)
I just have one concern: since the GUI is immutable and involves a lot of
julia code generation (and hence compilation): what's the performance like?
On Monday, June 8, 2015 at 6:23:21
Any estimate when 0.4 will be available? I saw june 2015 in Github but is
this realistic?
On Tuesday, July 29, 2014 at 6:41:29 PM UTC+2, D johnson wrote:
I saw the Roadmap for 0.3 here:
https://github.com/JuliaLang/julia/issues/4853
But I cannot find the Roadmap for 0.4... Does anyone
I'd say that manual memory management is usually going to be faster than GC
unless you have really bad manual management and a very good GC. The best a
good GC can hope for is to be close to manual management. That's one of the
reasons the majority of systems software is still in C/C++ (memory
it was an interesting read. The emulated region based
management sounds quite interesting in fact. Will go read up on the two
Steven Sagaert mentioned. Haven't read too much about G1 and nothing at all
on Azul Zing!
As far as I can tell using is almost like import except with import you can
extend the functions and with using not (but then with using module you
also can extend them???) and there are some differences in name resolution
(fully qualified or not).
Is it a performance optimization (reducing
Isn't that similar to smart pointers/automatic resource management in C++?
On Tuesday, December 16, 2014 at 10:24:08 PM UTC+1, Stefan Karpinski wrote:
I would love to figure out a way to bring the kind of automatic resource
and memory release that Rust has to Julia, but the cost is some
Rust isn't the only language to use such ideas. Basically it's region based
memory
management http://en.wikipedia.org/wiki/Region-based_memory_management.
Real time Java uses this. For a recent development next to Rust, check out
ParaSail https://forge.open-do.org/plugins/moinmoin/parasail/.
11, 2015 at 2:21:58 PM UTC+2, Steven Sagaert wrote:
Rust isn't the only language to use such ideas. Basically it's region
based memory management
http://en.wikipedia.org/wiki/Region-based_memory_management. Real time
Java uses this. For a recent development next to Rust, check out ParaSail
You really should ask the language designers about this for a definite
answer but (one of the ) the reason(s) strings are immutable in julia (and
in Java others) is that it makes them good keys for Dicts.
On Saturday, May 2, 2015 at 7:16:24 PM UTC+2, Jameson wrote:
IOBuffer does not inherit
julia? This will help as I'm reading the
Qt5 docs. Thanks.
On Friday, May 1, 2015 at 4:59:43 AM UTC-4, Steven Sagaert wrote:
I think it depends how you want to build the GUI: if you want to do it
old school by calling a bunch of julia functions/methods that wrap the
C++ methods than yes
with clean syntax to define signals/slots to connect to
julia callbacks. Could you post some simple/hypothetical code that you
would ideally call from within julia? This will help as I'm reading the
Qt5 docs. Thanks.
On Friday, May 1, 2015 at 4:59:43 AM UTC-4, Steven Sagaert wrote:
I
One could of course let Qt/C++ be in charge as he main loop and just run
julia as an embedded engine and expose the julia functionality one wants to
call as QtObjects methods so that these can be called from QML.
On Friday, May 1, 2015 at 3:49:12 PM UTC+2, Steven Sagaert wrote:
The idea
--Tim
On Friday, May 01, 2015 01:25:50 AM Steven Sagaert wrote:
I think the performance comparisons between Julia Python are flawed.
They
seem to be between standard Python Julia but since Julia is all about
scientific programming it really should be between SciPi Julia. Since
Scott,
You shouldn't take my reply personal. It wasn't really about the specific
string case you mentioned but more in general about Python julia
performance comparisons.
On Friday, May 1, 2015 at 3:10:14 PM UTC+2, Scott Jones wrote:
On May 1, 2015, at 8:23 AM, Steven Sagaert steven
on such things at the moment?
On Friday, May 1, 2015 at 4:50:39 AM UTC-4, Steven Sagaert wrote:
I'd be nice to see a distributed array implemented on top of MPI (or
similar high perf distribution libs) like Fortran co-arrays but since I'm
out of academia and do not have access to real
Obviously a particular system might have a well-tuned library routine
that's faster than our equivalent. But think about it: is having a
slow interpreter, and relying on code to spend all its time in
pre-baked library kernels the *right* way to get performance? That's
just the same
On Friday, May 1, 2015 at 7:23:40 PM UTC+2, Steven G. Johnson wrote:
On Friday, May 1, 2015 at 1:12:00 PM UTC-4, Steven Sagaert wrote:
That wasn't what I was saying. I like the philosophy behind julia. But in
practice (as of now) even in julia you still have to code in a certain
style
I think it depends how you want to build the GUI: if you want to do it old
school by calling a bunch of julia functions/methods that wrap the C++
methods than yes a lot of C++ classes/methods will need to be wrapped.
However if you stick to the new school approach i.e. QtQuick + QML then a
lot
The advantage of doing the modern way is that you then can also use GUI
design tools like Qt Quick designer to graphically do your GUI layout, let
it generate QML and you can just copy paste that into your julia GUI code.
On Friday, May 1, 2015 at 10:59:43 AM UTC+2, Steven Sagaert wrote:
I
I think the performance comparisons between Julia Python are flawed. They
seem to be between standard Python Julia but since Julia is all about
scientific programming it really should be between SciPi Julia. Since
SciPi uses much of the same underlying libs in Fortran/C the performance
gap
I'd be nice to see a distributed array implemented on top of MPI (or
similar high perf distribution libs) like Fortran co-arrays but since I'm
out of academia and do not have access to real supercomputers anymore
I'm actually more interested in wrappers to cloud base distributed
computing
On Friday, May 1, 2015 at 12:26:54 PM UTC+2, Scott Jones wrote:
On Friday, May 1, 2015 at 4:25:50 AM UTC-4, Steven Sagaert wrote:
I think the performance comparisons between Julia Python are flawed.
They seem to be between standard Python Julia but since Julia is all
about scientific
PM UTC+2, Andreas Lobinger wrote:
just for the record:
On Friday, May 1, 2015 at 11:07:53 AM UTC+2, Steven Sagaert wrote:
The advantage of doing the modern way is that you then can also use GUI
design tools like Qt Quick designer to graphically do your GUI layout, let
it generate QML
I'd love to see a Qt5/QML wrapper. I find Qt5 superior to Gtk. Also it's
available on more platforms (mobile).
On Tuesday, April 28, 2015 at 9:46:52 AM UTC+2, Andreas Lobinger wrote:
Hello colleagues,
what is status of availability and usecases for GUI toolkits.
I see Tk and Gtk on the
are the advantages of Qt5 over Qt4? Is there
functionality missing from Qt4?
On Wednesday, April 29, 2015 at 3:52:40 AM UTC-4, Steven Sagaert wrote:
I'd love to see a Qt5/QML wrapper. I find Qt5 superior to Gtk. Also it's
available on more platforms (mobile).
On Tuesday, April 28, 2015 at 9:46:52 AM
yes that's a solid approach. For my personal julia - java integrations I
also run the JVM in a separate process.
On Wednesday, April 15, 2015 at 9:30:28 PM UTC+2, wil...@gmail.com wrote:
1) simply wrap the Spark java API via JavaCall. This is the low level
approach. BTW I've experimented
Besides using the R distrib from revolutionanalytics.com (which is based on
intel MKL) you could also completely isolate R julia their dependencies
by running them in separate Docker containers.
On Tuesday, April 14, 2015 at 1:37:52 AM UTC+2, Yudong Ma wrote:
Hi.
I am pretty new to Julia,
constraints on its pcre version requirement.
-Tony
On Thursday, April 16, 2015 at 12:40:50 AM UTC-7, Steven Sagaert wrote:
Besides using the R distrib from revolutionanalytics.com (which is based
on intel MKL) you could also completely isolate R julia their
dependencies by running them
I've been comtemplating writing a high level wrapper to Spark myself since
I'm interested in both Julia Spark but I was waiting for Julia 0.4 to
finalize before even starting.
One can do the integration on several levels:
1) simply wrap the Spark java API via JavaCall. This is the low level
I have both julia 0.3.7 R v 3.1.2 on the same Ubuntu 14.04. I first
installed julia later on R. The R distrib is however the one from
Revolution R Open 8.0.2 beta, not the standard one. Seems to work fine.
On Tuesday, April 14, 2015 at 1:37:52 AM UTC+2, Yudong Ma wrote:
Hi.
I am pretty
does pca() center the input output data or do you have to do that
yourself?
the one from the standard lib
On Monday, April 6, 2015 at 4:01:00 PM UTC+2, Andreas Noack wrote:
Which pca?
2015-04-06 6:53 GMT-07:00 Steven Sagaert steven@gmail.com
javascript::
does pca() center the input output data or do you have to do that
yourself?
thanks!
On Monday, April 6, 2015 at 6:43:54 PM UTC+2, Stefan Karpinski wrote:
Looks like yes:
https://github.com/JuliaStats/MultivariateStats.jl/blob/master/src/pca.jl
On Mon, Apr 6, 2015 at 12:27 PM, Steven Sagaert steven@gmail.com
javascript: wrote:
I meant the one
I meant the one in MultivariateStats package
On Monday, April 6, 2015 at 6:19:51 PM UTC+2, Andreas Noack wrote:
There is no pca in Julia Base
2015-04-06 9:16 GMT-07:00 Steven Sagaert steven@gmail.com
javascript::
the one from the standard lib
On Monday, April 6, 2015 at 4:01:00 PM
could try. See:
https://github.com/dcjones/Gadfly.jl/issues/251#issuecomment-38626716
and:
http://docs.julialang.org/en/latest/devdocs/sysimg/
The PR to make that simpler and module-specific is here:
https://github.com/JuliaLang/julia/pull/8745
On Sat, Mar 28, 2015 at 9:00 AM, Steven Sagaert
Hi,
I use Gadfly to create simple barplots save them as SVG. Since this is
for usage in a web page, I've only installed Gadfly, not extra backends.
Now when doing the first plot it is incredibly slow but much better on
subsequent plots. Why is that? Is there anything that can be done to speed
also the fork-join threadpool in Java.
On Wednesday, March 18, 2015 at 7:12:13 PM UTC+1, Sebastian Good wrote:
Task stealing parallelism is an increasingly common use case and easy to
program. e.g. Cilk, Grand Central Dispatch,
On Thursday, March 12, 2015 at 11:52:37 PM UTC-4, Viral Shah
How about a multithreaded (+ coroutine as it is now) HttpServer?
On Friday, March 13, 2015 at 4:52:37 AM UTC+1, Viral Shah wrote:
I am looking to put together a set of use cases for our multi-threading
capabilities - mainly to push forward as well as a showcase. I am thinking
of starting
Hi Simon,
The screenshots looks nice but I have to ask: why build a high performance
native 2D/3D scientific plotting lib based on openGL from scratch when you
could wrap mature native libs like VTK or Mayavi? I mean in R you have RGL
which is also directly based on openGL. You can use it for
It's not a bug it's a fature ;)
I found this odd also when I was new to julia and complained about it. I
wanted strict private visibillity like in C++/Java/C#, but the julia
team does not want this. The only thing export does is that you can call
the function without the module prefix.
On
I prefer Java's camelcase: searchSortedLast: it's the same length as all
lower case but clearer.
On Thursday, February 5, 2015 at 8:12:43 PM UTC+1, David James wrote:
Hello,
The title of this post is Moving Past a Squished Case Convention not
Moving Pastas Quiche :)
The Julia
when doing an SVD of a large matrix I get
ERROR: LAPACKException(1)
in gesdd! at linalg/lapack.jl:1046
in svdfact! at linalg/factorization.jl:660
in svdfact at linalg/factorization.jl:664
It's definitely something related to the data because it works on different
matrices the code has been
Since R basically has the same multiple dispatch I don't think this is what
explains the difference with CRAN. I think the difference is that the julia
repository is based on github which enables collaboration whereas CRAN is
basically a file server without any collaboaration tools.
On
A growing ecosystem is great but let's not fall into the trap of bigger is
better. CPAN ( CRAN which is modeled after it) is/was huge but that
hasn't prevented the long decline of Perl. Sometimes less is more,
meaning: I'd rather have a smaller number of high quality larger
I couldn't agree more. Personally I find CRAN to be a mess. There's no
organization to it. You can only find something in there by googling. Also
the documentation of R packages is very spartan...
On Thursday, January 22, 2015 at 7:49:40 PM UTC+1, Ista Zahn wrote:
As an R user I'm surprised
GC will always be non-deterministic. For hard real time you just need to
manage memory yourself. That's the approach used by real time
Java http://www.rtsj.org/
On Monday, September 15, 2014 10:25:07 AM UTC+2, Uwe Fechner wrote:
Hi,
I am working an airborne wind energy as well. I wrote a
(which is the team that invented Hive) isn't
likely to stop using Hive anytime soon.
-- John
On Sep 7, 2014, at 4:50 PM, Steven Sagaert steven@gmail.com
javascript: wrote:
On Monday, September 8, 2014 1:37:50 AM UTC+2, John Myles White wrote:
Well, you can write an interface to sqlite
Hi,
I was wondering if searching in a dataframe is indexed (in the DB sense,
not array sense. e.g. a tree index structure) or not? If so can you have
multiple indices (on multiple columns) or not?
When you start with an empty array and grow it one element at a time with
push!, does the underlying array memory block get copied expanded by one
or in larger chunks (like ArrayList in Java)?
, 2014 1:32:28 AM UTC+2, Steven Sagaert wrote:
On Sunday, September 7, 2014 7:28:18 PM UTC+2, Harlan Harris wrote:
This was a feature that sorta existed for a while (see
https://github.com/JuliaStats/DataFrames.jl/issues/24 ), but nobody was
very happy with it, and I think John ripped it out
of that in the
future.
Blaze's approach is very interesting.
I agree.
-- John
On Sep 7, 2014, at 4:32 PM, Steven Sagaert steven@gmail.com
javascript: wrote:
On Sunday, September 7, 2014 7:28:18 PM UTC+2, Harlan Harris wrote:
This was a feature that sorta existed for a while (see
Nice! This will definitely be useful for playing with different versions.
On Saturday, August 23, 2014 10:01:45 PM UTC+2, Rory Finnegan wrote:
Hi everyone,
I've published my Playground.jl
https://github.com/Rory-Finnegan/Playground.jl package to create julia
sandboxes like python virtual
Hi Tobias,
Thanks. I had lines like #= blabla and those were the
problem.
On Monday, August 25, 2014 4:21:43 PM UTC+2, Steven Sagaert wrote:
when running a file non-interactively I get:
julia VMRecommender.jl
ERROR: syntax: incomplete: unterminated multi-line comment
74 matches
Mail list logo