verne.freenode.net changed the topic of #mlpack to: http://www.mlpack.org/ -- We don't respond instantly... but we will respond. Give it a few minutes. Or hours. -- Channel logs: http://www.mlpack.org/irc/
< naywhayare> gopala: yes and no. the 'det' program uses OpenMP, but other mlpack programs do not
< naywhayare> however, if you are using Armadillo with OpenBLAS, then OpenBLAS will use multiple cores for its linear algebra routines
< naywhayare> so in the cases where the algorithm you are using is heavily dependent on expensive linear algebra operations, you should see speedup with OpenBLAS
< naywhayare> in some other cases it would be really easy to add the OpenMP #pragmas to the code to make it multicore, but nobody has done it yet :)
govg has joined #mlpack
govg has quit [Ping timeout: 264 seconds]
< zoq> Okay, I've managed to build the convolutional neural network mnist demo on beautiful.
< zoq> I've configured a websocket proxy to reach the demo using the standard http port for my setup. If we like to do the same, we can do that ... I guess apache comes with an websocket proxy
govg has joined #mlpack
< naywhayare> zoq: sure, if you have an apache configuration for me to drop into place I can do that
govg has quit [Ping timeout: 252 seconds]
govg has joined #mlpack
< zoq> naywhayare: hm, let's see if I can find something, I'm using nginx
< naywhayare> ah, okay, we can just run nginx
govg has quit [Ping timeout: 246 seconds]
< zoq> naywhayare: ah nice
< naywhayare> yeah, just let me know what configuration changes I need to make and I'll apply them
< zoq> naywhayare: I guess you can just copy the two blocks into the /etc/nginx/sites-available/default file and adjust the domain.tld part.
< zoq> ah I can read the config
< zoq> yeah, just remove the content from and insert the two blocks
< naywhayare> okay, I've modified the configuration and restarted nginx, but I'm not able to get any content when I access http://beautiful.cc.gt.atl.ga.us/mnist/
< naywhayare> I'm also not able to get anything from http://beautiful.cc.gt.atl.ga.us:9972/, so maybe the service isn't running correctly?
< naywhayare> I don't know how you have it set up, so it's possible I did the configuration wrong :)
< zoq> can you put an ws. in front of beautiful.cc.gt.atl.ga.us;
< zoq> hopefully /etc/init.d/nginx configcheck is okay
< zoq> ah configtest
< naywhayare> ah, there we go
< zoq> I need to modify the redirect hold on
< naywhayare> hm, interesting, I'm looking at the page and it appears to be training the network, but I don't see any CPU usage on beautiful
< zoq> yeah, it's runnung on my server, just one sec
< naywhayare> ah, okay
< zoq> hm, can you reload the config?
< naywhayare> ok, done
< zoq> hm, I can't reach the service using the subdomain (telnet ws.beautiful.cc.gt.atl.ga.us 80)
< naywhayare> yeah, ws.beautiful.cc.gt.atl.ga.us isn't a valid domain
< naywhayare> unfortunately I don't have total control over DNS, so I can't add that
< naywhayare> I can add a local entry to /etc/hosts so that ws.beautiful.cc.gt.atl.ga.us will resolve to 127.0.0.1, but that will only be local to beautiful
< naywhayare> we can just use the regular name (beautiful, not ws.beautiful) since there are no other web services running on the machine
< zoq> or we use another port for the ws service
< naywhayare> yeah, that could work too
< naywhayare> would it work just to set up the proxy_pass in the default_server block?
< zoq> hm, I'm not sure ... but let's see just move the second block in the first and change the location from mnist into ws
< naywhayare> okay
< naywhayare> I made the configuration changes, but when I load the page it forwards to virtual-artz.de
< zoq> can you put location /mnist {
< zoq> index index.html;
< zoq> }
< zoq> into the block and change mnist into ws
< naywhayare> yep, there we go, seems to work now
< zoq> yeah, thanks!
< naywhayare> do you mind if I share this with a few people?
< naywhayare> not going to post it to hackernews or anything... don't want beautiful to catch on fire :)
< zoq> sure go ahead
< naywhayare> cool, thanks. I'll probably come back with a bunch of questions from them :)
< zoq> one last thing any ideas to run the service in the background screen?
< zoq> or just &
< naywhayare> hm, we could make a systemd process for it
< naywhayare> but I've never done that before... I think it's pretty easy, but I'm not sure
< naywhayare> daemonizing with & is a decent solution to start with though, although you'll have to restart on reboot
< naywhayare> I'm going to get some lunch... back later
< zoq> I guess writing a systemd process is the best solution
< naywhayare> yep, I'll look into that in a little while
syrius has quit [Ping timeout: 246 seconds]
syrius has joined #mlpack