HackerTrans
トップ新着トレンドコメント過去質問紹介求人

dklend122

no profile record

投稿

China beats Google by launching fastest programmable quantum computer

scmp.com
1 ポイント·投稿者 dklend122·5 年前·0 コメント

AlphaZero Running on GPU with Julia

github.com
2 ポイント·投稿者 dklend122·5 年前·0 コメント

Julia FastAI Live Q&A

twitter.com
3 ポイント·投稿者 dklend122·5 年前·0 コメント

FastAI.jl: FastAI for Julia

forums.fast.ai
196 ポイント·投稿者 dklend122·5 年前·23 コメント

GPU Programming in Julia

youtube.com
2 ポイント·投稿者 dklend122·5 年前·0 コメント

Julia Computing raises $24M Series A

hpcwire.com
378 ポイント·投稿者 dklend122·5 年前·238 コメント

Algebra of Graphics: A fresh approach to datavis

juliaplots.org
3 ポイント·投稿者 dklend122·5 年前·0 コメント

Data Science in Julia for Hackers

datasciencejuliahackers.com
240 ポイント·投稿者 dklend122·5 年前·51 コメント

JuliaSymbolics Roadmap: A Modern Computer Algebra System for a Modern Language

juliasymbolics.org
3 ポイント·投稿者 dklend122·5 年前·0 コメント

Floops.jl: unified system for safe threaded, distributed and GPU loops in Julia

github.com
4 ポイント·投稿者 dklend122·5 年前·0 コメント

Using type domain information in Julia

ericphanson.com
8 ポイント·投稿者 dklend122·6 年前·0 コメント

コメント

dklend122
·4 年前·議論
What are the goals and positioning of pyston given these other efforts?
dklend122
·4 年前·議論
If packages use generic indexing functions like eachindex, there would be no correctness issue with that specific example
dklend122
·4 年前·議論
That's exactly where Dex might improve over Julia, with language level control over mutability and effect handlers and array access safety ... time will tell.

So packages just use those features

Maybe it will hit the right trade off, or maybe Julia will adopt similar language level tools, but adjusted for dynamic semantics. Is that even possible?
dklend122
·4 年前·議論
Please see my comment here: https://news.ycombinator.com/item?id=31269739

Based on the above, I expect more than marginal improvements in these areas. Would you agree?
dklend122
·4 年前·議論
There are several repeating (valid) critiques. There is also a sense that things won't get better. I don't think that's necessarily the case.

I can't give timelines, but I'll list the themes and point to the very active work going on in those areas:

1. Static analysis/ it's hard to write large codebases of correct Julia code.

That's being addressed on several fronts:

a. Work on both traits/interfaces and sound static typing is progressing in Jan Vitek's group at Northwestern

b. User extensible type lattice for correctness proof of programs. See here: https://news.ycombinator.com/item?id=26136212

c. Jet.jl already catches method errors at JIT time. It's under-used IMO.

2. Compilation time and package dev latency.

a. We're getting close to native code caching, and more: https://discourse.julialang.org/t/precompile-why/78770/8

As you'll also read, the difficulty is due to important tradeoffs Julia made with composability and aggressive specialization...but it's not fundamental and can be surmounted. Yes there's been some pain, but in the end hopefully we'll have something approximating the best of both worlds.

b. Runtime free static compilation: https://www.youtube.com/watch?v=YsNC4oO0rLA

c. Semantics for separate compilation: https://gist.github.com/JeffBezanson/dd86043ef867954bd7e2163...

Some combination of the above should also address deployment scenarios, whether that be CLI, mobile, browser or even embedded (Yes, with an (expanding) subset of code, StaticCompiler can produce binaries down to the 10s of Kbs with real working Julia programs that use non trivial abstractions like subtyping and higher order functions)

3. Zygote is rough

a. Enzyme will do (almost) whole language AD, including mutation.

b. Diffractor.jl
dklend122
·4 年前·議論
Cool! Is this built on genie and stipple? Will they remind free and mit licensed?

How will integration with python work ?
dklend122
·5 年前·議論
Can you please open up an issue on Jet.jl? Even if you can't provide a MWE, it would be helpful to share these experiences
dklend122
·5 年前·議論
Cool! Looking forward to seeing some of the trait work
dklend122
·5 年前·議論
Hi, cool paper! semi related questions:

What do you think of JET.jl?

Tension between Method ambiguities and desire for traits or multiple inheritance is something discussed in the community. Has your group given any thought to this?

Thanks !
dklend122
·5 年前·議論
Yes, but that's only required for one of those packages.

One of Julia's benefits is that the compiler is hackable so high level abstractions can be experimented with in user space.
dklend122
·5 年前·議論
There's work being done to solve this in Julia. See escapeanalysis.jl and the immutable array pr in base
dklend122
·5 年前·議論
In Julia it's easy to run the entire thing on CUDA: https://github.com/fabricerosay/AlphaGPU

No C or any other language required because Julia has GPU codegen.

You can also keep MCTS on the CPU and be competitive with cpp despite the code being higher level, easier to read and more generic and composable. See: https://github.com/jonathan-laurent/AlphaZero.jl
dklend122
·5 年前·議論
Yea, I meant parity for vanilla ML models. For anything off that beaten path it's much much faster
dklend122
·5 年前·議論
Note: This is a sanctioned adaptation by members of the Julia community.
dklend122
·5 年前·議論
That makes sense, thanks ! Good luck to you as well.
dklend122
·5 年前·議論
Composability, speed, static analysis, type system, abstractions, user defined compiler passes, metaprogramming, ffi, soon static compilation, differentiability and more create an effect that far exceeds numba
dklend122
·5 年前·議論
Can you please post a pointer to the thread in question?
dklend122
·5 年前·議論
Can you give some examples?
dklend122
·5 年前·議論
You hardly need python for models at this point. There are native julia implementations of linear regression, naive bayes, gradient boosting, random forest, PCA, T-SNE and more.

The python interop is just a stopgap
dklend122
·5 年前·議論
Check out the " Model composability" section. Also multithreading, custom differentiable loss functions, works with any abstract table type, and the list goes on