Regarding execution time of simple code.

[octocamocoder47]

Hi there,
I found below code example on https://vlang.io/

import time
import net.http
resp := http.get('https://vlang.io/utc_now') or {
    println('failed to fetch data from the server')
    return
}
t := time.unix(resp.body.int())
println(t.format()) // 2019-08-16 17:48

below is my version of code.

import time
import net.http

fn test() {
	resp := http.get('https://vlang.io/utc_now') or {
		println('failed to fetch data from the server')
		return
	}
	println('${resp}')
	t := time.unix(resp.body.int())
	println(t.format()) // 2019-08-16 17:48
}

fn execution_time(func fn ()) {
	sw := time.new_stopwatch()
	func()
	println('Note: function() took: ${sw.elapsed().milliseconds()} ms')
}

execution_time(test)

Firstly I ran the code as it is on my machine.
Then I designed above code to get execution time. What I found that this simple piece of code is taking 2544 ms. Means approx 25 to 26 sec. Could anyone explain what complex things are happening in this code that it is taking 25 sec? Why I am getting to hear that vlang is faster than c and secure when it is taking to long time for a simple task. Funny part is they mentioned this example in dropdown on front page of the website.

[octocamocoder47]

This was on second execution on first execution it took more than 1 minute.

[JalonSolov]

I believe your attempt to find the execution time is flawed... I changed the original code to this:

import benchmark
import time
import net.http

mut b := benchmark.start()

resp := http.get('https://vlang.io/utc_now') or {
        println('failed to fetch data from the server')
        return
}

t := time.unix(resp.body.int())
println(t.format())

b.measure('get')

and the result was

$ v run x.v
2025-11-13 18:53
 SPENT   373.766 ms in get
$

Of course, the time can be affected by many things, including the speed of your internet connection, the speed of your system, anti-virus, etc., etc., etc.

[jorgeluismireles]

For me the code worked in few seconds.

But... http.get seems to return (in certain circumstances) until the default timeout elapses. See this issue #20283. There, it shows how to run a request reducing the timeout, in case your services/networking etc is taking too long.

[jorgeluismireles]

Try running your program as v -d debug_http run your_program.v to inspect the real arriving of data.