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>
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 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