ChanServ changed the topic of #mlpack to: "mlpack: a fast, flexible machine learning library :: We don't always respond instantly, but we will respond; please be patient :: Logs at http://www.mlpack.org/irc/
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok_ has joined #mlpack
soonmok has quit [Read error: Connection reset by peer]
Culeshovi has joined #mlpack
Culeshovi has quit [Client Quit]
soonmok_ has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
< jenkins-mlpack2> Project docker mlpack nightly build build #230: STILL UNSTABLE in 3 hr 30 min: http://ci.mlpack.org/job/docker%20mlpack%20nightly%20build/230/
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
< ShikharJ> rcurtin: I started a page here: https://github.com/mlpack/mlpack/wiki/Testing-Guidelines-%28WIP%29 . I'll add more in due time.
vivekp has quit [Ping timeout: 272 seconds]
vivekp has joined #mlpack
vivekp has quit [Ping timeout: 246 seconds]
vivekp has joined #mlpack
vivekp has quit [Ping timeout: 268 seconds]
vivekp has joined #mlpack
vivekp has quit [Ping timeout: 240 seconds]
vivekp has joined #mlpack
soonmok has quit [Remote host closed the connection]
vivekp has quit [Ping timeout: 240 seconds]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
vivekp has joined #mlpack
< ayesdie> I think these testing guidelines will be great. I wanted to know how should we select the tolerance while testing the functions. I see 1e-5 being used as tolerance in most of the checks but some other tests have a tolerance of 1e-2.
vivekp has quit [Read error: Connection reset by peer]
vivekp has joined #mlpack
< KimSangYeon-DGU> ShikharJ: Are you there??
< KimSangYeon-DGU> If you have a chance, please see https://github.com/mlpack/mlpack/pull/1713#discussion_r255323970. I want to know your opinion.
< zoq> ayesdie: The tolerance depends on the method, there is no single answer; some of the mlpack tests are probabilistic, so they may randomly fail, to reduce the number of failing test we sometimes have to increase the tolerance so that it works for a bunch of different random seeds. At the same time, we can't use a tolerance value that's too high, in which case we can't catch an actual issue.
< zoq> ayesdie: One example where we use a higher tolarance is the neural network code, mainly because we are restricted in the time we have to train the network.
< ShikharJ> KimSangYeon-DGU: I'll take a look soon.
< KimSangYeon-DGU> We can remove the unused parameter `visiblePenaltyGrad` by using directly `gradient` variable.
< KimSangYeon-DGU> Thanks!
< ShikharJ> KimSangYeon-DGU: Yeah, but the thing is, it is an alias variable, and not just any other variable. Ideally we can remove any alias in mlpack, but it won't help us with our readability right?
< KimSangYeon-DGU> Agreed
< KimSangYeon-DGU> I think the readability is important
< KimSangYeon-DGU> at the same time, removing the unnecessary things is important as well.
< KimSangYeon-DGU> So, I wanted to hear your opinion.
< ShikharJ> I don't really have any opinion on it, but if the static analysis check would fail because a warning would be considered as an error, then I don't mind removing it.
< ayesdie> zoq: thanks :)
< KimSangYeon-DGU> Judging from the opinions, I think it would be better to remove the `visiblePenaltyGrad` in this issue. I'll edit it soon.
< zoq> In some issues from the Static Code Check aren't really issues, in which case we can't whitelist those.
< KimSangYeon-DGU> Agreed. So, is it okay if I get the changes for passing the Static Code Check back?
< zoq> For the visiblePenaltyGrad fix?
< KimSangYeon-DGU> Both of visiblePenaltyGrad and model = nullptr
< zoq> Yeah, will whitelist them
< KimSangYeon-DGU> Actually, I think those are not a problem, although it fail to pass the static code analysis check
< KimSangYeon-DGU> Ah~ great.
< KimSangYeon-DGU> Actually, I was worried about it, while I eating meals.
< KimSangYeon-DGU> *having a meal. :)
< zoq> Have fun :)
vivekp has quit [Ping timeout: 272 seconds]
vivekp has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
soonmok has quit [Remote host closed the connection]
soonmok has joined #mlpack
< KimSangYeon-DGU> zoq: Thank you for resolving the issue. Now, the alias variable `visiblePenaltyGrad` fails to pass the Static Code Analysis checks. Would it be better to remove it??
< zoq> KimSangYeon-DGU: Just testing if the whitelist worked, will add the other issue as well :)
< KimSangYeon-DGU> Aha~ Ok!!
< KimSangYeon-DGU> Great. :)
< zoq> KimSangYeon-DGU: Okay, once this the build finished, we can merge the PR.
< KimSangYeon-DGU> zoq: Yeah!! :)
govg has quit [Ping timeout: 244 seconds]
soonmok has quit [Ping timeout: 245 seconds]
KimSangYeon-DGU has quit [Quit: Page closed]
varuns has joined #mlpack
varuns has quit [Ping timeout: 256 seconds]
Varun_Shankars has joined #mlpack
Varun_Shankars is now known as varuns
KimSangYeon-DGU has joined #mlpack
< rcurtin> KimSangYeon-DGU: thanks again for the awesome work with the diagonal GMMs. It is looking great
< rcurtin> (does Unicode go through IRC ok?) 👍
< rcurtin> (my terminal doesn't even display that, but it's supposed to be a thumbs up :))
< rcurtin> actually, apparently it must display ok because it ends up on the logs just fine :)
< KimSangYeon-DGU> rcurtin: Haha, the thumbs up looks small to me :)
< KimSangYeon-DGU> rcurtin: I'm very moved to your detailed reviews
< KimSangYeon-DGU> rcurtin: Thank you so much. :)
< KimSangYeon-DGU> The thumbs up is great :)
< KimSangYeon-DGU> 😊
< rcurtin> :)