00:04:23  * evanluca_changed nick to evanlucas
00:04:58  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
01:15:08  * Fishrock123quit (Quit: Leaving...)
01:15:22  * happy-dudequit (Quit: Connection closed for inactivity)
01:20:36  * Guest1__joined
01:23:55  * iamstefquit (Ping timeout: 240 seconds)
01:25:32  * iamstefjoined
01:25:56  * parshapquit (Ping timeout: 256 seconds)
01:27:04  * mikolalysenkoquit (Ping timeout: 256 seconds)
01:27:28  * parshapjoined
01:29:32  * mikolalysenkojoined
01:31:28  * jgiquit (Quit: jgi)
01:32:16  * Guest1__quit (Ping timeout: 272 seconds)
01:50:01  * bnoordhuisquit (Ping timeout: 265 seconds)
01:53:59  * avalanche123quit (Remote host closed the connection)
01:54:25  * avalanche123joined
01:59:12  * avalanche123quit (Ping timeout: 265 seconds)
02:29:09  * s3shsjoined
02:40:35  * tunniclmquit (Ping timeout: 260 seconds)
02:49:24  * alexforsterquit (Quit: My Mac has gone to sleep. ZZZzzz…)
02:51:26  * alexforsterjoined
02:56:13  * bnoordhuisjoined
03:01:04  * bnoordhuisquit (Ping timeout: 265 seconds)
03:01:10  * reqshark__quit (Quit: Be back later ...)
03:08:22  * alexforsterquit (Quit: Textual IRC Client: www.textualapp.com)
03:09:32  * evanluca_joined
03:10:38  * evanlucasquit (Read error: Connection reset by peer)
03:19:17  * fourqchanged nick to fourq|away
03:19:54  * fourq|awaychanged nick to fourq
03:20:15  * benoitcquit (Ping timeout: 240 seconds)
03:20:53  * tylerantonquit (Quit: tyleranton)
03:22:27  * s3shsquit (Remote host closed the connection)
03:23:03  * s3shsjoined
03:23:48  * benoitcjoined
03:24:02  * jgijoined
03:32:44  * jgiquit (Quit: jgi)
03:53:32  * s3shs_joined
03:56:06  * s3shsquit (Ping timeout: 240 seconds)
03:58:13  * s3shs_quit (Remote host closed the connection)
03:58:51  * s3shsjoined
04:43:32  * avalanche123joined
04:48:37  * jgijoined
04:49:20  * avalanche123quit (Ping timeout: 265 seconds)
04:59:23  * Ruyi-HomePCjoined
05:11:59  * s3shsquit (Quit: Computer has gone to sleep.)
05:26:27  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
05:43:23  * evanluca_quit (Read error: Connection reset by peer)
05:44:00  * evanlucasjoined
05:51:41  * Ruyi-HomePCquit (Read error: Connection reset by peer)
05:56:15  * Ruyi-HomePCjoined
05:58:13  * avalanche123joined
06:03:17  * avalanche123quit (Ping timeout: 265 seconds)
06:10:04  * WalrusPony1quit (Read error: Connection reset by peer)
06:10:39  * WalrusPonyjoined
06:23:05  * Ruyi_joined
06:26:15  * Ruyi-HomePCquit (Ping timeout: 240 seconds)
06:38:03  * Ruyi_quit (Read error: Connection reset by peer)
06:40:44  * Ruyi-HomePCjoined
06:44:27  * evanlucasquit (Read error: Connection reset by peer)
06:45:02  * evanlucasjoined
06:47:48  * Ruyi-HomePCquit (Read error: Connection reset by peer)
06:52:05  * Ruyi-HomePCjoined
07:05:54  * sagar_joined
07:06:05  <sagar_>Hello everyone
07:06:53  <Ruyi-HomePC>hi
07:08:44  <sagar_>I work on nodejs..I am curious about how it uses libuv..so I want to understand the entry point of code base...and will be happy to fix issues which help me to understand it better.
07:11:58  <Ruyi-HomePC>it's a good way to wirte some libuv codes
07:13:19  <sagar_>Ruyi-HomePC I will go through test and samples and will try to understand usage ...that entry point is for me right to get better understanding?
07:15:35  <Ruyi-HomePC>the main document for me is libuv API documentioin, you can access web site http://docs.libuv.org/en/v1.x/
07:15:59  <Ruyi-HomePC>libuv is easy to use
07:16:35  <Ruyi-HomePC>and enough simple
07:17:18  <sagar_>Ruyi-HomePC thanks I will start experimenting with it :)
07:18:10  <Ruyi-HomePC>not at all, the test directory is not good for learning
07:19:01  <Ruyi-HomePC>it's a test bench
07:19:04  <sagar_>No no I mean I will go through API doc and try to write some demo code..won't look in test directory as of now.
07:19:35  <Ruyi-HomePC>good way
07:20:26  <Ruyi-HomePC>you can search some sample code like tcp server or read file an so on from internet
07:21:04  <Ruyi-HomePC>meanwhile read api documention
08:08:50  * sagar_quit (Ping timeout: 256 seconds)
08:20:17  <saghul>jgi: belated pong
08:20:51  <jgi>saghul: hey! I wanted to make sure that the libuv-www VM that is running in Joyent’s public cloud can be shut down without any problem
08:21:08  <jgi>saghul: I’m doing some cleanup
08:21:42  <saghul>jgi: thanks for asking! yes, it can, the web now runs out of some foundation's server
08:22:37  <jgi>saghul: sounds good, thank you!
08:38:11  * jgiquit (Quit: jgi)
08:47:05  * avalanche123joined
08:50:06  * indexzeroquit (Ping timeout: 240 seconds)
08:51:54  * avalanche123quit (Ping timeout: 256 seconds)
08:53:29  * indexzerojoined
08:54:05  * mikealquit (Ping timeout: 250 seconds)
08:54:44  * seishunjoined
08:56:30  * mikealjoined
09:07:46  * indexzeroquit (Ping timeout: 256 seconds)
09:13:51  * indexzerojoined
09:17:09  * benoitcquit (Read error: Connection reset by peer)
09:17:40  * bnoordhuisjoined
09:19:31  * indexzeroquit (Ping timeout: 265 seconds)
09:29:16  * mikealquit (Read error: Connection reset by peer)
09:31:17  * tunniclmjoined
09:32:44  * MoZu4k__joined
09:37:54  * mikealjoined
09:39:10  * benoitcjoined
09:43:53  * indexzerojoined
10:09:13  * MoZu4k__part
10:38:40  * dignifiedquire_joined
10:39:05  * tunniclmquit (Ping timeout: 246 seconds)
10:44:09  * evanlucasquit (Read error: Connection reset by peer)
10:44:48  * evanlucasjoined
10:59:22  * tunniclmjoined
11:39:54  * rendarjoined
11:40:45  * indexzeroquit (Ping timeout: 260 seconds)
11:42:30  * benoitcquit (Ping timeout: 260 seconds)
11:44:21  * indexzerojoined
11:47:15  * bnoordhuisquit (Ping timeout: 240 seconds)
11:48:25  * mikealquit (Read error: Connection reset by peer)
11:50:06  * indexzeroquit (Read error: Connection reset by peer)
11:57:39  * indexzerojoined
12:01:41  * sagarjoined
12:02:11  * sagarchanged nick to Guest70081
12:06:35  * indexzeroquit (Ping timeout: 240 seconds)
12:23:45  * mikealjoined
12:33:13  * benoitcjoined
12:37:36  * saghul_joined
12:41:30  * indexzerojoined
12:53:29  * bnoordhuisjoined
12:55:14  * saghul_quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
12:58:02  * bnoordhuisquit (Ping timeout: 246 seconds)
13:06:12  * indexzero_joined
13:06:40  * indexzeroquit
13:06:41  * indexzero_changed nick to indexzero
13:07:11  * benoitcquit
13:07:31  * benoitcjoined
13:10:10  * mikealquit
13:10:20  * mikealjoined
13:13:42  * mikeal_joined
13:24:17  * tunniclmquit (Ping timeout: 255 seconds)
13:25:13  * mmicko_joined
13:27:26  * mmickoquit (Ping timeout: 250 seconds)
13:47:44  * brsonjoined
14:01:34  * fourqchanged nick to fourq|away
14:05:19  * fourq|awaychanged nick to fourq
14:08:50  * brsonquit (Quit: leaving)
14:11:38  * toothrotquit (Ping timeout: 272 seconds)
14:11:46  * avalanche123joined
14:16:46  * avalanche123quit (Ping timeout: 265 seconds)
14:24:07  * fourqchanged nick to fourq|away
14:24:32  * fourq|awaychanged nick to fourq
14:36:42  * fourqchanged nick to fourq|away
14:38:52  * s3shsjoined
14:41:32  * mmicko_quit (Ping timeout: 256 seconds)
14:49:27  * fourq|awaychanged nick to fourq
14:50:32  * mmickojoined
14:57:58  * mikeal_quit
15:03:06  * mmickoquit (Ping timeout: 240 seconds)
15:03:43  * mmickojoined
15:08:23  * fourqchanged nick to fourq|away
15:12:49  * tunniclmjoined
15:18:44  * s3shsquit (Quit: Computer has gone to sleep.)
15:25:06  * fourq|awaychanged nick to fourq
15:25:17  * fourqchanged nick to fourq|away
15:25:48  * fourq|awaychanged nick to fourq
15:26:04  * fourqchanged nick to fourq|away
15:28:53  * fourq|awaychanged nick to fourq
15:30:43  * davijoined
15:31:10  * ncthom91joined
15:35:54  * fourqchanged nick to fourq|away
15:36:10  * fourq|awaychanged nick to fourq
15:36:21  * fourqchanged nick to fourq|away
15:38:02  * Ruyi-HomePCquit (Read error: Connection reset by peer)
15:39:23  * fourq|awaychanged nick to fourq
15:41:42  * fourqchanged nick to fourq|away
15:50:31  * fourq|awaychanged nick to fourq
15:56:55  * s3shsjoined
16:01:02  * fourqchanged nick to fourq|away
16:01:36  <kellabyte>what are the implications of increasing the number of the backlog argument in uv_listen()? will it take a lot more memory or cpu time? what happens if you make it really big?
16:03:44  * fourq|awaychanged nick to fourq
16:03:48  <saghul>kellabyte: it adjusts the number of connections which can be queued in the kernel
16:04:02  <saghul>if more than those are pending, the kernel will start dropping them
16:04:29  <kellabyte>saghul: so if you want to do like 10k, 100k, 1M connection benchmarks you should increase that?
16:04:33  <saghul>on Linux at least, that value is capped, so no matter how big you make it, it gets capped
16:05:16  <saghul>kellabyte: yes and no :-) that's for the pending connections, if you accept them quick enough they won't be queued
16:06:15  <saghul>on Linux the value gets truncated to /proc/sys/net/core/somaxconn, which defaults to 128
16:06:47  <saghul>Node uses 511 as the default, because the kernel rounds it up to the next power of 2, so 512
16:07:56  <kellabyte>ah, so why not just specify 512 then? just curious
16:08:14  <saghul>then the kernel would pick 1024
16:08:22  <saghul>the *next* power of 2
16:08:27  <kellabyte>ah gotcha
16:09:00  <saghul>IIRC there was a nice article about this... let me see if I can find it
16:10:01  <kellabyte>when I try and hit my service with 2048 connections I get src/unix/stream.c:1499: uv_read_start: Assertion `((stream)->io_watcher.fd) >= 0' failed.
16:10:21  <kellabyte>seems I can handle up to 760 and after that things start to crap out, but I'm using 128 for that backlog value
16:10:40  <saghul>hum, that doesn't sound right
16:10:51  <saghul>are you reusing uv_tcp_t structures by any chance?
16:11:02  <saghul>checing for the return value of uv_accept?
16:11:39  <saghul>kellabyte: this is the article, if you are curious: http://veithen.github.io/2014/01/01/how-tcp-backlog-works-in-linux.html
16:11:47  <kellabyte>thank you!
16:11:55  <kellabyte>ahh that crash happens because of ulimit
16:12:09  * Fishrock123joined
16:12:22  <saghul>ah, yeah, uv_accept could give you EMFILE
16:13:00  * s3shsquit (Quit: Computer has gone to sleep.)
16:14:22  * s3shsjoined
16:14:59  <kellabyte>yeah it seems to be surviving 100k connections now, thank you very much for that information
16:15:21  <kellabyte>well, survived it but it rejected 76K of them for some reason but no crash
16:15:23  <saghul>no problemo, glad to hear it's working fine for you :-)
16:15:28  <saghul>oh
16:15:28  <kellabyte>whats the backlog capped at in the kernel?
16:15:43  <saghul>by default it's set to 128
16:16:39  <kellabyte>why not set it to something like 2047?
16:17:15  <saghul>"X should be enough for everyone" - famous last words, I guess :-)
16:17:46  <kellabyte>yeah setting it to 2047 didn't fix the socket errors, hrm
16:17:50  <kellabyte>wonder whats holding it back now
16:18:07  <saghul>you set it in proc and updated the call to uv_listen?
16:19:27  <kellabyte>what do you mean set it in proc?
16:19:41  <saghul>you need to raise the value in the kernel
16:19:50  <saghul>sysctl -w net.core.somaxconn=2048
16:19:57  <kellabyte>oh! that's probably the problem
16:20:17  <saghul>then call uv_listen with >= 2047
16:22:50  <kellabyte>is this setting only for accepting connections? does this have to be set on the benchmark client as well?
16:23:18  <saghul>IIRC it only has an effect for incoming connections
16:27:03  * alexforsterjoined
16:27:11  * fourqchanged nick to fourq|away
16:27:12  * fourq|awaychanged nick to fourq
16:27:50  <kellabyte>ok still not working but maybe there's another kernel networking tune thats needed
16:28:57  <saghul>yeah...
16:31:53  * alexforsterquit (Ping timeout: 246 seconds)
16:32:52  * bnoordhuisjoined
16:33:58  * s3shsquit (Quit: Computer has gone to sleep.)
16:39:39  * s3shsjoined
16:46:51  * fourqchanged nick to fourq|away
16:50:26  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
16:50:28  * avalanche123joined
16:54:29  * s3shsquit (Quit: Computer has gone to sleep.)
17:00:34  * dap_joined
17:01:54  * boopisawaychanged nick to boop
17:09:02  * jgijoined
17:15:14  * s3shsjoined
17:15:58  * Dirksonjoined
17:16:30  <Dirkson>Het all. Does anyone know if libuv's networking currently works under wine?
17:21:33  * jgiquit (Quit: jgi)
17:23:57  * dignifiedquire_changed nick to dignifiedquire
17:30:10  * alexforsterjoined
17:34:22  * bnoordhuisquit (Ping timeout: 256 seconds)
17:46:45  * bnoordhuisjoined
17:47:42  * avalanche123quit (Remote host closed the connection)
17:48:10  * avalanche123joined
17:52:26  * avalanche123quit (Ping timeout: 240 seconds)
17:55:31  * jgijoined
18:37:50  * daviquit (Ping timeout: 260 seconds)
18:42:54  <rendar>Dirkson: it should
18:45:05  <Dirkson>rendar: You know, I'm running into some issues there when using uv_udp_bind and uv_tcp_connect: http://paste.orangehattech.com/view/a17ab04d
18:46:17  <Dirkson>I haven't been able to work out exactly what wine is complaining about, other than "something in those functions"
18:48:49  * dignifiedquirequit (Quit: dignifiedquire)
18:49:51  <rendar>Dirkson: hmm
18:50:16  <rendar>Dirkson: the fact is that libuv on windows uses some undocumented APIs, like that thing of polling from AFD.sys
18:50:34  <rendar>but i guess it can fallback to some standard thing
18:51:00  <Dirkson>rendar: Ahh. And it may have used some undocumented something-or-other in these functions? Can I tell it to fallback manually?
18:51:56  <rendar>Dirkson: dunno about that, saghul may help more than me
18:52:06  <Dirkson>Fair enough : )
18:52:09  <rendar>:-)
18:55:36  * jgiquit (Quit: jgi)
19:03:28  * reqsharkjoined
19:06:43  * jgijoined
19:09:14  * reqsharkquit (Read error: Connection reset by peer)
19:09:48  * reqsharkjoined
19:11:04  * s3shsquit (Quit: Computer has gone to sleep.)
19:25:53  * reqsharkquit (Read error: Connection reset by peer)
19:26:27  * reqsharkjoined
19:30:56  * qardjoined
19:54:44  * toothrotjoined
19:57:48  * dignifiedquirejoined
20:17:59  * rendarquit (Ping timeout: 246 seconds)
20:24:30  * rendarjoined
20:27:30  * toothrotquit (Ping timeout: 260 seconds)
20:28:45  * s3shsjoined
20:46:51  * avalanche123joined
20:47:20  * avalanche123quit (Remote host closed the connection)
20:47:27  * avalanche123joined
21:01:48  * dap_1joined
21:04:42  * dap_quit (Ping timeout: 265 seconds)
21:11:49  * jgiquit (Quit: jgi)
21:16:55  * dignifiedquirequit (Ping timeout: 240 seconds)
21:19:51  * jgijoined
21:25:36  * avalanche123quit (Remote host closed the connection)
21:26:04  * avalanche123joined
21:26:19  * avalanche123quit (Remote host closed the connection)
21:26:26  * avalanche123joined
21:35:45  * reqsharkquit (Quit: Be back later ...)
21:37:30  * seishunquit (Ping timeout: 272 seconds)
21:40:07  * MoZu4k__joined
21:46:44  * evanlucasquit (Quit: Textual IRC Client: www.textualapp.com)
21:48:48  * alexforsterquit (Ping timeout: 256 seconds)
22:04:16  * jgiquit (Quit: jgi)
22:13:48  * fourq|awaychanged nick to fourq
22:15:11  * brsonjoined
22:42:22  * dignifiedquirejoined
22:51:00  * bnoordhuisquit (Ping timeout: 260 seconds)
22:57:04  * happy-dudejoined
23:07:00  * dignifiedquirequit (Ping timeout: 256 seconds)
23:08:17  * boopchanged nick to boopisaway
23:19:17  * jgijoined
23:28:13  * MoZu4k__quit (Quit: MoZu4k__)
23:43:13  * MoZu4kjoined
23:47:51  * avalanche123quit (Remote host closed the connection)
23:48:18  * avalanche123joined
23:49:14  * avalanche123quit (Remote host closed the connection)
23:49:20  * avalanche123joined
23:52:35  * toothrotjoined
23:57:08  * bnoordhuisjoined