Re: Some short remarks

2017-06-15 Thread Libman
> Libman, I hope you will come back to the thread and correct false critics? > Dom already does it very well, but I guess he has to do more important stuff. Yeah, I didn't return there fast enough, and dom96 has already made all the important points. But I did add my own rant or two [(ex)](http

Re: Some short remarks

2017-06-15 Thread scriptkiddy
I went in and did my best to correct some misconceptions I saw in the thread. It was baffling to me that there was a single user who was spouting off a bunch of incorrect nonsense about Nim as if they knew what they were talking about. Luckily, Dom corrected that user pretty quickly. I dropped m

Re: Strange problem -- array is much slower than seq

2017-06-15 Thread adrianv
Its not about refuting your educated guess - because you know and we are only guessing. On the contrary its only for the understanding for the simpler minds like me With increasing the ref count for the strings in the array I partly disabled the GC for these strings but not for the other GCed d

Re: Strange problem -- array is much slower than seq

2017-06-15 Thread Araq
You might as well disable the GC then during the time the big array is on the stack. I don't see anything refuting my educated guess.

Re: Strange problem -- array is much slower than seq

2017-06-15 Thread adrianv
I just made a small test and increased the ref count of each string in the array at the beginning and decreased it at the end. The result is, that the time of array variant decreased from 15sec to 2 sec on my PC. import random import hashes import times import math i

Re: Strange problem -- array is much slower than seq

2017-06-15 Thread adrianv
you are right, my conclusion was to simplistic. It doesn't matter if an array on the stack holds non ref data. > I do not understand currently why the seq is no problem for the GC I don't know either, but I guess its because the GC has to check all the roots on the stack. For the seq it has onl

Re: Strange problem -- array is much slower than seq

2017-06-15 Thread Stefan_Salewski
> Good to know. Better to know exactly. (Well soon we may get the book from Manning, they took a half year to elaborate Dom's draft, so hopefully they explain all these details... But seriously, I assume your conclusion is not correct. I myself am still surprised by that behaviour, and I thin

Re: Strange problem -- array is much slower than seq

2017-06-15 Thread adrianv
Good to know. Than any consideration to have data allocated on the stack to avoid allocations, turns out as a performance killer as long as the GC plays its game in the background.

Re: Some short remarks

2017-06-15 Thread Nibbler
It's unfortunate that the post degenerated in to a go-lang argument pretty quickly and there wasn't much well informed discussion of Nim (E.g. people not thinking there were concurrency/parallel available). Hopefully once Nim gets stable a lot of work can go in to documentation to make it reall

Some short remarks

2017-06-15 Thread Stefan_Salewski
I just saw that tread: [https://www.reddit.com/r/Python/comments/6gwv4a/a_glance_at_the_pythonlookalike_nim_programming](https://www.reddit.com/r/Python/comments/6gwv4a/a_glance_at_the_pythonlookalike_nim_programming)/ Seems to be started by Mr Libman. I have only skimmed it, but it seems to con

Re: Nim Accessing Nested JSON Data

2017-06-15 Thread mashingan
Look for [json](https://nim-lang.org/docs/json.html) and [httpclient](https://nim-lang.org/docs/httpclient.html) module import json, httpclient var url = "http://api.zippopotam.us/us/ma/belmont"; client = newHttpClient() content = client.getContent(url).par