Open in new window / Try shogun cloud
--- Log opened Wed Feb 22 00:00:35 2017
-!- travis-ci [~travis-ci@ec2-54-204-179-254.compute-1.amazonaws.com] has joined #shogun00:26
travis-ciit's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20398922300:26
-!- travis-ci [~travis-ci@ec2-54-204-179-254.compute-1.amazonaws.com] has left #shogun []00:26
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has joined #shogun01:09
travis-ciit's Viktor Gal's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20399384101:09
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has left #shogun []01:09
@sukeyPull Request #3620 "Add time comparison for KNN_KDTREE"  synchronized by MikeLing - https://github.com/shogun-toolbox/shogun/pull/362002:24
-!- mikeling [uid89706@gateway/web/irccloud.com/x-cdfbgmlceusqskbo] has joined #shogun03:27
-!- lambday [31cf349d@gateway/web/freenode/ip.49.207.52.157] has joined #shogun03:37
-!- mode/#shogun [+o lambday] by ChanServ03:37
-!- goksinen_ [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]03:49
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun04:02
@lambdaywiking: there?04:07
@wikingyes04:07
@wikinggonna be away04:08
@wikingfor 10 muns04:08
@wiking*mins04:08
@lambdaywiking: okay.. on travis the build seems inconsistent04:08
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]04:09
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun04:09
@sukeyPull Request #3534 "LinalgRefactor - Cholesky - CPU only"  synchronized by OXPHOS - https://github.com/shogun-toolbox/shogun/pull/353404:32
@wikinglambday, back05:26
@wikinglambday, yeah it is05:26
@wikingbut it is because it's multiprocessing05:26
@wikingi mean multithreading05:26
@wikingi.e.05:26
@wikingso it's not travis' fault05:26
@wikingit is actually a bug05:26
@lambdaywiking: yeah.. but after the fix, I am not being able to reproduce the error in my local.. it works fine..05:41
@lambdaywiking: any ideas on how I can reproduce this?05:41
@wikingmmm05:43
@sukeyPull Request #3635 "LinalgRefactor - Memory Transfer Mutex"  synchronized by OXPHOS - https://github.com/shogun-toolbox/shogun/pull/363505:45
@wikinglambday, managed to reproduce it... but only outside of gdb :)05:58
@sukeyNew Commit "fix a memory leak in multikernel mmd" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/26098beb0b05c148f18c13fb920a345f3dbdf3fa06:13
@lambdaywiking: just ran it once again.. same thing here :( if you can let me know some more details then maybe I can try to fix it06:16
@lambdaywiking: going to work now... will be back 8-ish hrs later but I'll be online from office to keep track06:17
@wikinglambday, ok... but i'm just rewriting a bit that input parser06:25
@wikingand parse buffer06:25
@wikingas it's really not necessary to use mutexes there06:25
@wiking:)06:25
-!- lambday_ [c40f1708@gateway/web/freenode/ip.196.15.23.8] has joined #shogun06:53
-!- mode/#shogun [+o lambday_] by ChanServ06:53
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has joined #shogun07:22
travis-ciit's lambday's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20407429807:22
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has left #shogun []07:22
@lambday_hmm looks like I broke a couple of other tests...07:40
@lambday_but the streaming test passed07:41
@sukeyNew Commit "Create TODO.md" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/dd3949ab5fd41bad323dce14fc9eb559275a419c08:00
@wikinglambday for the future08:10
@wikingcould you use tickets or project (https://github.com/shogun-toolbox/shogun/projects08:10
@wikingfor this todo?08:10
@wikingplz08:10
@lambday_wiking: sure I'll do that..08:37
@wikingbecause now this would be shipped with any distribution08:40
@wikingand i dont see really the point of that08:40
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has joined #shogun08:53
travis-ciit's Soumyajit De's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20409002208:53
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has left #shogun []08:53
@wikinglambday here?08:58
@wikingor lambday_ here?08:58
@lambday_wiking: hey08:59
@wikingok so i was a bit working on some shit with these streaming features08:59
@wikingand i just realised something08:59
@wikingwhat the fuck does08:59
@wikingstreamingFeature.duplicate()08:59
@wikingmean08:59
@wikingnot syntactically08:59
@wikingbut semantically08:59
@wikingwhat would you expect there?09:00
@wikingyou have 2 Streaming objects09:00
@wikingand then?09:00
@lambday_wiking: another copy of the streaming feature object09:00
@wikingyeah but ok09:00
@wikingthat i understand09:00
@wikingbut functionally09:00
@wikingthen what?09:00
@lambday_dunno... they should be able to stream independent of each other09:00
@wikingso you have the copy of the thing09:00
@wikingand totally independent of each other?09:01
@wikingor they are viewing the same stream/09:01
@wiking?09:01
@lambday_wiking: talking just from semantics, they should be able to share the same matrix (assuming that it's a streaming dense feature object)..09:01
@lambday_just a sec.. brb09:02
@wikingyeah the sharing of the same matrix i get09:02
@wikingi mean the input they are streaming should be the same09:02
@wikingbut09:02
@wikingdo you expect it to just to be a 'shared' view of the stream09:02
@wikingor that they are reading the stream totally independent way?09:02
@wikingi.e. if A does some read()09:03
@wikingB's read() wouldnt move09:03
@wiking?09:03
@wikingso they are just different objects over the same stream09:03
@wikingor actually09:03
@wikingthey are reading the streams in a different manner09:03
@wikingso basically09:04
@wikingx = a.get_streamed_features(1);09:04
@wikingy = b.get_streamed_features(1);09:04
@wikingx == y?09:05
@wikingor y is the element after x09:05
@lambday_back09:06
@lambday_wiking: well, I'd expect x.equals(y), even though x != y... because it creates temporary small matrices.. based on the streaming size09:07
@wikingmmm09:07
@wikingwhat do you mean 'temporary small matrices'?09:07
@wikingthis is a very simple question09:07
@wikingis x == y ?09:08
@wikingif you b.get_streamed_features(1)09:08
@wikingon both objects09:08
@wikingwhere b = a.duplicate()09:08
@lambday_say, we have 10000 features... streaming size is 10.. then it returns a new matrix, copying that 1009:08
@lambday_wiking: yeah... they are same, value-wise..09:09
@wikingget_streamed_features( num_elements)09:09
@wikingso you request the num elements there09:09
@wikingso you get N values back09:09
@wikingin a CFeatures09:09
@wikingok so they are totally independent streams09:09
@wiking?09:09
@wikingover the same input09:09
@lambday_wiking: I am just guessing.. semantically they should be independent..09:10
@wikingi mean09:10
@wikingwe should decide09:10
@wikingbecause currently09:10
@wikingit's just another view09:10
@lambday_on a, I should be able to do a.get_streamed_features(N) and on b, b.get_streamed_features(M)09:10
@wikingof the input09:10
@lambday_hmm09:11
@wikingok this needs fixing then09:11
@wikingbecause currently09:11
@wikingthe mutex-es09:11
@wikingare09:11
@wikingshared_ptr09:11
@wikingnamely they are operating over the same fucking09:11
@wikingmutex09:11
@wikingso there should be an explicit copy of the mutex09:11
@lambday_yeah..09:11
@lambday_is this duplicate method used anywhere in Shogun?09:12
@lambday_why not call it clone then :/09:12
@wikingthis is virtual of CFeatures09:12
@lambday_ah09:12
@wikingand btw its not being used anywhere09:13
@wikingso09:13
@wikingi woudl say09:13
@wikingi would not implement this for streaming features?09:13
@wikingand even delete the copy ctor of it?09:13
@wikinghmm?09:13
@wikingjust to avoid confusion09:13
@lambday_wiking: maybe that's fine... SG_NOTIMPLEMENTED09:13
@wikingyeah just want to explicitly disable copy ctor on these streaming stuff09:13
@wikingso that nobody tries to copy it09:13
@wikingor if they want09:14
@wikingthey can09:14
@wikingjust implement it correctly09:14
@lambday_yeah otherwise the shared_ptr with mutex will get screwed up09:14
@wikingyes09:14
@wikingalthough now i'm trying to kill all the mutexes09:14
@wikingwith atomic09:14
@wikingbut the story there the same09:14
@wikingatomic's copy ctor is = delete09:14
@wikingso there you need explicit copying as well09:14
@lambday_so you **have** to delete your copy ctor09:14
@wikingyep09:15
@lambday_wiking: I am going for lunch.. will be back in 30 mins09:17
@wikinglambday just one question09:17
@wikingam i righ tthat if you delete the parent's copy ctor09:17
@wikingthe derived classes will implicitly have their copy ctor 'deleted'09:17
@wikingyeah i think so :)09:17
@wikingok it is09:19
@wikingclang is exactly telling me this09:19
@wikingperfect09:19
@wiking:)09:19
-!- rushabh [67334b7e@gateway/web/freenode/ip.103.51.75.126] has joined #shogun09:41
@lambday_wiking: back.. so it is working now?10:01
@wikingmmm no10:01
@wikingit still needs more fixing10:02
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun10:02
-!- mode/#shogun [+o HeikoS] by ChanServ10:02
@wikingHeikoS, y010:03
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Ping timeout: 255 seconds]10:07
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun10:53
-!- mode/#shogun [+o HeikoS] by ChanServ10:53
@sukeyIssue #3652 "investigate XGBoost" karlnapf added label: "development tasks" - https://github.com/shogun-toolbox/shogun/issues/365211:18
@sukeyIssue #3652 "investigate XGBoost" karlnapf added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/365211:18
@sukeyIssue #3652 "investigate XGBoost" opened by karlnapf - https://github.com/shogun-toolbox/shogun/issues/365211:18
@HeikoSlisitsyn:  jo11:23
@HeikoSyou around?11:23
@wikingHeikoS, my phone is dying11:43
@wikingi'm gonna be back in a sec11:43
@HeikoSwiking: kk11:43
mikelingHeikoS: hi, I had update the KNN notebook and the gist in https://gist.github.com/MikeLing/c57eef21a17c4371e2dcb3f4ce7505eb11:51
@HeikoSwiking: https://github.com/libdynd/libdynd11:53
@HeikoSyou ever saw this?11:53
@sukeyPull Request #3620 "Add time comparison for KNN_KDTREE"  synchronized by MikeLing - https://github.com/shogun-toolbox/shogun/pull/362011:53
@HeikoSah it is c++1411:54
@wiking:>11:54
mikelingand I also create pr to shogun-data in https://github.com/shogun-toolbox/shogun-data/pull/134 ;)11:54
@HeikoSmikeling: will check soon11:58
mikelingHeikoS: thank you! :)11:59
@sukeyNew Commit "fix a memory leak in multikernel mmd" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/26098beb0b05c148f18c13fb920a345f3dbdf3fa12:13
@sukeyNew Commit "doc fix for resize_vector and unit test" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/6f95a077aeab0f4569b580cce533a64c77ff0ea712:20
@sukeyNew Commit "change index_t casts of size_t to int64_t where safe" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/7b2b73504306eda5c72db29243f9f4737d908a1712:28
CaBaheya12:43
@HeikoSjojo12:44
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Ping timeout: 255 seconds]12:57
-!- lambday_ [c40f1708@gateway/web/freenode/ip.196.15.23.8] has quit [Quit: Page closed]13:05
@sukeyIssue #3651 "LibSVM train() error. (with BinaryLabels)"- https://github.com/shogun-toolbox/shogun/issues/365113:27
-!- travis-ci [~travis-ci@ec2-54-224-148-1.compute-1.amazonaws.com] has joined #shogun13:29
travis-ciit's lambday's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20415235213:29
-!- travis-ci [~travis-ci@ec2-54-224-148-1.compute-1.amazonaws.com] has left #shogun []13:29
-!- suhas2go [uid201652@gateway/web/irccloud.com/x-pwjlxepjpzgtegbh] has joined #shogun14:09
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun14:10
-!- mode/#shogun [+o HeikoS] by ChanServ14:10
@HeikoSlisitsyn: jojo14:10
@HeikoSsonney2k: around?14:11
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has joined #shogun14:15
travis-ciit's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20415437514:15
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has left #shogun []14:15
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Ping timeout: 268 seconds]14:19
@lambdayback14:49
@sukeyNew Commit "fix segfault in unit tests" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/5ba962e86340aa6388d8fcc080454b6855a2121116:26
-!- kesslerfrost [~textual@2405:204:103:e41c:c5e5:3ec8:4660:43da] has joined #shogun16:37
-!- mikeling [uid89706@gateway/web/irccloud.com/x-cdfbgmlceusqskbo] has quit [Quit: Connection closed for inactivity]17:09
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has joined #shogun17:19
travis-ciit's lambday's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20423373517:19
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has left #shogun []17:19
@sukeyNew Commit "make silent underflow failure explicit at runtime" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/ddf78b11c6f66b6bae559eaac27ae73bdcfd236517:26
-!- kesslerfrost [~textual@2405:204:103:e41c:c5e5:3ec8:4660:43da] has quit [Ping timeout: 240 seconds]17:30
-!- kesslerfrost [~textual@49.44.51.104] has joined #shogun17:57
@lambdaywiking: hi18:12
-!- kesslerfrost [~textual@49.44.51.104] has quit [Ping timeout: 260 seconds]18:14
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has joined #shogun18:18
travis-ciit's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20425806018:18
-!- travis-ci [~travis-ci@ec2-54-196-155-41.compute-1.amazonaws.com] has left #shogun []18:18
-!- kesslerfrost [~textual@49.44.51.104] has joined #shogun18:20
CaBaall that subsetting logic... it is nestable, right? if i apply subsets to my features, i can plug them into the usual machinery like x-val and it will be able to subset it further, right?19:09
-!- rushabh [67334b7e@gateway/web/freenode/ip.103.51.75.126] has quit [Quit: Page closed]19:12
-!- kesslerfrost [~textual@49.44.51.104] has quit [Quit: kesslerfrost]20:43
@sukeyNew Commit "fixed memory leak in statistical hypothesis test unit tests" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/49f28650bf583effbb78bb8be96d2dca84c9f58920:55
-!- lambday [31cf349d@gateway/web/freenode/ip.49.207.52.157] has quit []20:56
Saurabh7_CaBa: yes it should20:57
-!- travis-ci [~travis-ci@ec2-54-204-179-254.compute-1.amazonaws.com] has joined #shogun21:47
travis-ciit's lambday's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/20433400921:47
-!- travis-ci [~travis-ci@ec2-54-204-179-254.compute-1.amazonaws.com] has left #shogun []21:47
--- Log closed Thu Feb 23 00:00:37 2017