Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
akssri
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
31.
▲
by
akssri
6y ago
isync and cron
32.
▲
by
akssri
6y ago
Gandi may also be an option here - a domain registered with them comes with two free mailboxes, each with a few GBs of space and calendar support. (Yes, yes, this is the same company that lost the data on their cloud servers.)
33.
▲
by
akssri
6y ago
- Function in Cupy takes 29.4ms, Numpy takes 427 ms. Happy ? - Broadcasting semantics + division takes care of the outer-product normalization. This is 2 L1 ops in size of the matrix & the input (~ xSCAL). Pedantry is still not an ar
34.
▲
by
akssri
6y ago
> And, yet, you've taken it pretty seriously to diss Clojure/Neanderthal and my blog post I have not - all I've said so far is that your benchmark is flawed. The fact that the code fragment above assumes zero mean data (t
35.
▲
by
akssri
7y ago
Common Lispers have had the ability to write CUDA kernels (with shaders) on-the-fly with a DSL in cl-cuda for many years now. See, https://github.com/takagi/cl-cuda Cupy (a project in which takagi is/was actively
36.
▲
by
akssri
7y ago
> user of NumPy/CuPy to perform the float32 computation This is just getting tiring. Numpy and Cupy are perfectly capable of doing float32 computation - their only "fault" is that they coerce data to float64 in this one
37.
▲
by
akssri
7y ago
Numpy/Cupy do explicit coercing to float64. There is no documentation for why this is done, but since GEMM is used to compute the covariates (summation over data points), it makes sense to increase the precision. You could get away usi
38.
▲
by
akssri
7y ago
> What is /flawed/ there? You're comparing float32 vs float64 computation. I don't need to tell you how much slower DGEMM is vs SGEMM esp. on the GPU (you mention this in the post yourself!). Numpy does this for preci
39.
▲
by
akssri
7y ago
The PyT version above and the both the CPU/GPU versions on Neantherdal work completely in float32. I confirm that the performance of Neantherdal GPU is similar to that in the above PyT version. Yes. The part that is flawed is that
40.
▲
by
akssri
7y ago
The benchmark is flawed. Cupy follows Numpy in doing a type-promotion of the data to float64 before computing the covariance. https://github.com/cupy/cupy/blob/b19577199d3f75c76e23c75194... The following func
41.
▲
by
akssri
7y ago
Sorry, but how is this flamebait ? I've given sources, and academic citations (from publishers like OUP and SUNY press). I even mention how such false knowledge affects not just Europeans view of India, but the Indian view of India.
42.
▲
Tiny Kalman Filter (6 loc)
(bitbucket.org)
1 points
by
akssri
7y ago
|
0 comments
43.
▲
by
akssri
10y ago
I'm a string in X^*, and the universe is a real number.
44.
▲
by
akssri
10y ago
Shrug all you want, but it most certainly is not and neither will it ever be. The definitions have been laid out in the Ashtadhyayi ~2000 years back. It's not my concern if certain folk have no education in Panini, and are arrogant
45.
▲
by
akssri
10y ago
It is indeed the सम्बन्ध; it's not a कारक technically. The canonical defn. of कारक is that which relates a noun to the verb. सम्बन्ध relates relations between nouns (you can't have sentences with only a verb and a noun in genitive
46.
▲
by
akssri
10y ago
It is for the most part (see answer above).
47.
▲
by
akssri
10y ago
That's the story that's told in introductory texts, but the genitive generally forbids such permutations (depending on the flavor of usage in the geographical area). There are actually only 7 kinds of सुप्s (x 3 numbers); there ar
48.
▲
by
akssri
10y ago
Language too has nothing to do with the Universe - that doesn't prevent sentences in it from "mean"-ing something.
49.
▲
by
akssri
10y ago
Mathematical truths have nothing to do with the universe.
50.
▲
by
akssri
10y ago
Interestingly, many Indic [2] languages follow similar verb-centric grammars. In the canonical Vyakarana tradition (of Panini), sentences are seen as revolving around the verb [1]. The "noun-cases" or कारक (karaka) are generally e
51.
▲
by
akssri
10y ago
Graphical models might also be something folks might want to consider. Ideas from PGMs are often behind many advances in ML. The canonical text is by Daphne Koller; a course I took used Martin Wainwright's monograph though - the book i
52.
▲
AMD Ryzen 7 Official Launch (LinusTechTips)
(youtube.com)
3 points
by
akssri
10y ago
|
0 comments
53.
▲
by
akssri
10y ago
This is just too sad. Iranians at grad school often struck me as incredibly smart - be it students or faculty. The recent breakthrough in TSP approximation was due to an Iranian; the woman who won the Field's prize earlier was one too!
54.
▲
by
akssri
10y ago
The language used can be found in introductory chapters on Differential Geometry.
55.
▲
by
akssri
10y ago
NES clones are still going strong in India :) Summers spent playing pirated games on 8-bit cartridges - what joy! SNES sadly was a rarity, even if it was much better (I'd personally rate SNES higher than Wii). Frankly, if there were ni
56.
▲
by
akssri
10y ago
Mark Levi has written about these things on SIAM and has a nice video up on, http://www.personal.psu.edu/mxl48/Inverted_Pendulum.html I think they've also shown that this is robustly stable for a particular family
57.
▲
by
akssri
10y ago
Implementation in Lisp, https://github.com/matlisp/matlisp/blob/master/src/graph/gra...
58.
▲
by
akssri
10y ago
Ah, that's too bad :( CL is very very underrated as a language. Any insider info on why cleartrip moved away from Lisp ?
59.
▲
by
akssri
10y ago
Neat. I use it for things like linesearch and regularization (in optimization), https://github.com/matlisp/matlisp-optimization/blob/master/... As a fellow Indian lisper, are you by any chance using CL f
60.
▲
by
akssri
10y ago
For me, error handling has a major flaw: stack unwinding - extremely annoying thing to happen when the program state took many many hours to achieve. I don't think there is any language other than CL that allows restarts etc. to be def
More ›