--- Log opened Thu Nov 28 00:00:43 2013 | ||
-!- iglesiasg [~iglesiasg@s83-179-44-135.cust.tele2.se] has joined #shogun | 00:33 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 00:33 | |
-!- iglesiasg [~iglesiasg@s83-179-44-135.cust.tele2.se] has quit [Quit: Leaving] | 01:37 | |
shogun-buildbot_ | build #631 of nightly_default is complete: Failure [failed test notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/631 | 04:17 |
---|---|---|
-!- Saurabh7 [~Saurabh7@115.248.130.148] has quit [Remote host closed the connection] | 05:14 | |
-!- sonne|osx [~sonne@f053041072.adsl.alicedsl.de] has joined #shogun | 05:51 | |
-!- sonne|osx [~sonne@f053041072.adsl.alicedsl.de] has quit [Client Quit] | 05:51 | |
-!- sonne|osx [~sonne@f053041072.adsl.alicedsl.de] has joined #shogun | 05:51 | |
-!- sonne|osx [~sonne@f053041072.adsl.alicedsl.de] has quit [Quit: sonne|osx] | 06:21 | |
-!- lisitsyn [~lisitsyn@80.252.20.67] has quit [Quit: Leaving.] | 08:45 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 09:42 | |
besser82 | sonne|work, wiking: Guten Morgen :D | 09:42 |
besser82 | wiking: are you able to login into obs, today? http://build.opensuse.org | 09:45 |
@wiking | besser82: noup... it does not complain about user/pass being wrong or not existing | 09:51 |
@wiking | it just processes the login information | 09:51 |
@wiking | and then nothing | 09:51 |
besser82 | wiking: mhhhh.... | 09:52 |
@wiking | i get back to the same page | 09:52 |
@wiking | and Sign Up | Log In is still there | 09:52 |
@wiking | suse(r) ; | 09:52 |
@wiking | :) | 09:52 |
@wiking | and i can keep on requesting login | 09:52 |
@wiking | but nothing happens it's the same | 09:53 |
besser82 | mhh... sounds weird.... | 09:53 |
besser82 | I'll check that with me SUSE buddies ;) | 09:55 |
@wiking | heheh i'm sorry but this is just wrong :) | 09:56 |
-!- new_lido [~walid@41.218.176.141] has quit [Ping timeout: 272 seconds] | 09:57 | |
besser82 | wiking: you can login now :D | 10:05 |
besser82 | wiking: and now you are a member of science:shogun-project ;) | 10:06 |
besser82 | wiking: maintainer actually | 10:06 |
@wiking | besser82: what was the problem? | 10:07 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 10:07 | |
besser82 | wiking: someone changed the way user are created on osc.... | 10:08 |
@wiking | ic | 10:08 |
besser82 | wiking: now new users need to login first using the osc-client to be created on obs :( Sh17 h34|)5 XD | 10:08 |
besser82 | ^^ those obs developers | 10:09 |
besser82 | lisitsyn: plz, give me your novell-credentials on pm, so I can activate your login, too ;) | 10:09 |
lisitsyn | besser82: activate like? | 10:10 |
-!- new_lido [~walid@41.218.180.167] has joined #shogun | 10:11 | |
lisitsyn | besser82: I mean I can log in :D | 10:11 |
besser82 | lisitsyn: activate like you can login to OBS | 10:11 |
lisitsyn | isn't it enough? | 10:11 |
lisitsyn | ah let me try to login to obs | 10:11 |
besser82 | lisitsyn: and I can add you as a maintainer to science:shogun ;) | 10:12 |
lisitsyn | besser82: ohkay so what do you mean by credentials? :D | 10:12 |
besser82 | lisitsyn: novel-account user/passwd | 10:13 |
lisitsyn | besser82: okay let us change it later then :D lisitsyn/123abc | 10:14 |
besser82 | lisitsyn: kk, thanks! | 10:15 |
besser82 | lisitsyn: done && added :D | 10:16 |
lisitsyn | besser82: thanks, can I change it now? | 10:16 |
lisitsyn | :D | 10:17 |
lisitsyn | 123abc which was published online is a bit unsecure | 10:17 |
lisitsyn | :D | 10:17 |
besser82 | lisitsyn: sure, go and change that high-level-security-passwd ;) | 10:18 |
lisitsyn | besser82: I am curious if street address 'Shitfactory' is ok for them | 10:18 |
lisitsyn | telephone number 777 haha | 10:19 |
@wiking | besser82: patch? | 10:21 |
besser82 | wiking: patch, what?!? | 10:25 |
besser82 | lisitsyn: Why not? Mine is General T'So Alley ;) | 10:26 |
besser82 | wiking: I'm puzzled.... | 10:27 |
@wiking | besser82: the crazy cmake patch | 10:28 |
besser82 | wiking: I'm still working on that... | 10:28 |
besser82 | wiking: getting the Modules build and testsuite run from build-tree | 10:28 |
-!- sonne|osx [~sonne@89.204.154.66] has joined #shogun | 10:43 | |
besser82 | sonne|osx: Guten Morgen ;) | 10:45 |
sonne|osx | besser82: to you too :) | 10:45 |
sonne|osx | besser82: I read you do 100000 times compile speed ups? | 10:45 |
sonne|osx | much appreciated :D | 10:45 |
besser82 | sonne|osx: not that much, but ~600% on rebuid with ccaches | 10:46 |
lisitsyn | how's that? | 10:46 |
besser82 | sonne|osx: and ~70% without | 10:46 |
lisitsyn | *just curious* | 10:46 |
besser82 | lisitsyn: besser82-magick(tm9 :-P | 10:46 |
sonne|osx | besser82: so when can I haz it? | 10:47 |
besser82 | sonne|osx: as soon as the swig-module are building and testuite runs from build-tree ;) | 10:47 |
besser82 | sonne|osx: I think during this week | 10:47 |
besser82 | sonne|osx: currently I'm working to get the modules build with blazing speed-up | 10:48 |
sonne|osx | besser82: so long way still - swig is not so easy to get to work... | 10:48 |
sonne|osx | besser82: and we always needed the stupid -Dfoo on g++ | 10:48 |
sonne|osx | and siwg | 10:48 |
sonne|osx | for some reason it totally ignored our lib/config include attempts | 10:48 |
sonne|osx | besser82: modules == the interface right? | 10:49 |
besser82 | sonne|osx: there's ways to get around that ;) If you know the deep internals of cmake.... | 10:49 |
besser82 | sonne|osx: right modules= lang-interface for py,... | 10:49 |
sonne|osx | besser82: no I mean when you call swig <somefile.i> | 10:49 |
sonne|osx | and somefile.i includes the config.h | 10:49 |
sonne|osx | then for some reason the defines are not known in there | 10:49 |
sonne|osx | and don't ask me why not | 10:50 |
besser82 | sonne|osx: broken / dirty-hacks cmake-scripts is 90% of your problems.... | 10:50 |
besser82 | sonne|osx: broken = it does build, but you ship stuff around of cmake's internal bookkeeping.... | 10:51 |
besser82 | lisitsyn: the most speed-up is gained by splitting the BIG glob of *.cpp into several obj-lib and later linking them back to one single big libshogun | 10:52 |
besser82 | lisitsyn: the next big speed-up is from moving the headers out of sources mv src/shogun/*/*.h ---> includes/shogun/ | 10:53 |
* sonne|osx likes that | 10:53 | |
sonne|osx | sound like x-mas :) | 10:54 |
besser82 | sonne|osx: actually the whole libshogun builds in < 1:30 mins without ccache | 10:54 |
besser82 | sonne|osx: rebuilds from ccache are ~25 sec. | 10:55 |
sonne|osx | besser82: libshogun rebuilds? | 10:55 |
sonne|osx | 25s is due to the linking steps? | 10:55 |
besser82 | sonne|osx: like doing a commit and build that new checkout with ccaches | 10:56 |
besser82 | sonne|osx: yes, the longest part is linking | 10:56 |
sonne|osx | besser82: ahh ok and if you just recompile w/o change? | 10:57 |
besser82 | sonne|osx: linking actually takes ~12 secs / 50% | 10:57 |
besser82 | sonne|osx: that's done in less 15 secs. | 10:57 |
besser82 | sonne|osx: times without configure-stage.... | 10:57 |
besser82 | sonne|osx: as: cmake -DMY_SETTINGS ... | 10:58 |
besser82 | sone|osx: pure `make all` | 10:58 |
sonne|osx | I can live with that :) | 10:59 |
besser82 | sonne|osx: is there any specific reason not to use arc4random on linux? | 11:00 |
@wiking | besser82: ? | 11:01 |
besser82 | wiking: ! | 11:01 |
@wiking | besser82: arc4random is just seeding the prng | 11:01 |
besser82 | wiking: so it is superfluous on linux i guess? | 11:02 |
@wiking | ? | 11:02 |
besser82 | wiking: because of other function in stdlib | 11:02 |
besser82 | wiking: doing the same | 11:03 |
@wiking | noup | 11:03 |
@wiking | we have our own prng | 11:03 |
@wiking | we just need a good seed for the prng | 11:03 |
@wiking | and that is by arc4random if possible | 11:03 |
@wiking | if not then /dev/[u]random | 11:03 |
besser82 | wiking: so we should use that on linux as well | 11:03 |
@wiking | yep anywhere it's possible | 11:03 |
@wiking | just as it is now in cmake | 11:04 |
besser82 | wiking: that way it would be skipped on linux and is used on bsd / oscrap only | 11:04 |
@wiking | besser82: why? | 11:04 |
@wiking | CHECK_FUNCTION_EXISTS(arc4random HAVE_ARC4RANDOM) | 11:04 |
besser82 | wiking: which on linux always report not found | 11:05 |
@wiking | why | 11:05 |
-!- sonne|osx [~sonne@89.204.154.66] has quit [Quit: sonne|osx] | 11:05 | |
besser82 | wiking: because on linux one would need to look-up libbsd and run the check against that.... | 11:05 |
@wiking | lol | 11:05 |
besser82 | wiking: arc4random is a bsd-stdlib thing.... | 11:06 |
@wiking | and that's only available if u haev libbsd installed? | 11:06 |
besser82 | wiking: yes, at least on linux | 11:06 |
@wiking | ok | 11:06 |
@wiking | then leave it as it is | 11:06 |
@wiking | /dev/urandom is fine as well | 11:07 |
besser82 | wiking: kk... | 11:07 |
besser82 | wiking: But I could have added the check in new cmake with few lines | 11:07 |
@wiking | nah not necessary | 11:07 |
@wiking | urandom should be there in linux | 11:07 |
@wiking | and that's good enough as well | 11:08 |
besser82 | wiking: which is better arc4random or urandom? | 11:08 |
@wiking | doesn't matter really | 11:08 |
@wiking | as we call it once... | 11:08 |
besser82 | wiking: as you say.... | 11:08 |
@wiking | or say 2-3 times max | 11:08 |
@wiking | and in that aspect both of them are good enough seeds | 11:08 |
besser82 | wiking: alrighty! | 11:08 |
besser82 | wiking: on the other hand libbsd is cheap by means of check && size... | 11:09 |
besser82 | wiking: it's ~60 kbytes and has pkg-conf on board | 11:09 |
@wiking | besser82: really that's just unecessary | 11:10 |
@wiking | *unnecessary | 11:10 |
besser82 | wiking: ok | 11:10 |
-!- sonne|osx [~sonne@24-134-74-216-dynip.superkabel.de] has joined #shogun | 11:21 | |
-!- sonne|osx [~sonne@24-134-74-216-dynip.superkabel.de] has quit [Quit: sonne|osx] | 11:44 | |
-!- new_lido is now known as new_lido_afk | 12:43 | |
-!- iglesiasg [~iglesiasg@s83-179-44-135.cust.tele2.se] has joined #shogun | 13:09 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 13:09 | |
-!- sonne|work [~sonnenbu@24-134-74-216-dynip.superkabel.de] has quit [Read error: No route to host] | 14:04 | |
-!- iglesiasg [~iglesiasg@s83-179-44-135.cust.tele2.se] has quit [Quit: Leaving] | 14:05 | |
-!- sonne|work [~sonnenbu@24-134-74-216-dynip.superkabel.de] has joined #shogun | 14:44 | |
besser82 | sonne|work: I have some good news :D | 16:03 |
sonne|work | shoot! | 16:03 |
besser82 | sonne|work, wiking, lisitsyn: Actually I improved compile time ~8-times with da modules and without ccaches :D | 16:03 |
besser82 | sonne|work, wiking, lisitsyn: in values that is 15 Minutes with current HEAD and on my improvement / changes ~2 minutes (using -j8) | 16:04 |
lisitsyn | besser82: cool | 16:05 |
sonne|work | errm? whats the magic behind this? | 16:05 |
besser82 | sonne|work, wiking, lisitsyn: with da ccache it takes < 40 secs and modules enabled | 16:05 |
besser82 | sonne|work: extreme optimizations | 16:05 |
lisitsyn | besser82: like? ;) | 16:06 |
lisitsyn | this would be very important | 16:06 |
lisitsyn | because currently development is like blocked :D | 16:06 |
besser82 | sonne|work, lisitsyn: external header guards and all defines put into config.h and used from there | 16:06 |
lisitsyn | with compile times | 16:06 |
sonne|work | besser82: and you are sure that the defines from config.h are used? | 16:07 |
besser82 | sonne|work: absoluteliy | 16:07 |
sonne|work | besser82: what did you do that the defines from config.h are being used? | 16:08 |
besser82 | sonne|work: included them properly in the $swig_file.i | 16:08 |
lisitsyn | not sure what you mean by that | 16:08 |
besser82 | sonne|work: and autogenerating some of that .i | 16:09 |
besser82 | sonne|work: like having $swig.i.in ----> $swig.i | 16:09 |
besser82 | sonne|work: and making cmake: configure_file( in out ) | 16:10 |
besser82 | no external defines needed anymore :D | 16:10 |
besser82 | lisitsyn: what exactly? | 16:11 |
lisitsyn | besser82: so what did you put to config.h? | 16:11 |
sonne|work | that really sounds super cool - I will have a thorough look once your patch is ready | 16:11 |
besser82 | lisitsyn: basically every define done by cmake | 16:12 |
besser82 | sonne|work: will push my first stage to my gh-fork during this eve | 16:13 |
lisitsyn | besser82: but why does it change stuff that significantly? | 16:13 |
lisitsyn | are defines that slow? | 16:13 |
besser82 | lisitsyn: defines on the compiler-cli actually slow down gcc significatly and shred ccaches useless.... | 16:14 |
lisitsyn | besser82: so it matters a lot whether I put 20 defines or 40 defines to gcc while compiling some .o? | 16:14 |
sonne|work | where do you learn such stuff?! | 16:14 |
besser82 | lisitsyn: for one file no, but for a 20 or more yes. Explicitly when using ccache | 16:15 |
lisitsyn | but ain't that sound stupid for gcc? | 16:15 |
lisitsyn | besser82: is there any define that is changed each compilation? | 16:15 |
besser82 | sonne|work: self-studies :D | 16:15 |
lisitsyn | is that the thing that makes ccache useless? | 16:15 |
besser82 | sonne|work: but i can give enterprise trainings for some $$$$ XD | 16:16 |
besser82 | lisitsyn: for ccache every cli-define is basically a fresh compile | 16:16 |
sonne|work | besser82: better mentor some gsoc student doing such magic :) | 16:17 |
lisitsyn | besser82: why? | 16:17 |
sonne|work | besser82: that would explain the slowdown | 16:17 |
besser82 | lisitsyn: because it doesn't cache cli-define | 16:17 |
lisitsyn | besser82: essentially what you did looks like that stdafx.h shit from visual studio | 16:17 |
lisitsyn | but I'd never expect it matters that much.. | 16:17 |
besser82 | lisitsyn: Visual Studio?!? Who uses that?!? | 16:18 |
lisitsyn | besser82: welcome to cruel world | 16:18 |
lisitsyn | :D | 16:18 |
lisitsyn | I have to compile some project in VS even though I develop it in linux | 16:18 |
besser82 | lisitsyn: from gcc-pov cli-defines need expensive checks for possible collisions with included headers... | 16:18 |
lisitsyn | besser82: well that explains *a bit* | 16:19 |
lisitsyn | but expensive? | 16:19 |
besser82 | lisitsyn: use mingw ;) It's about da 10-times beddah u know? | 16:19 |
lisitsyn | besser82: why? | 16:19 |
besser82 | lisitsyn: because M$ doesn't gain any $$$ for that ;) | 16:20 |
lisitsyn | target os is windows why to run it using that shit? :) | 16:20 |
besser82 | lisitsyn: mingw will produce native ddl | 16:20 |
besser82 | lisitsyn: or exe | 16:20 |
lisitsyn | that's way too fanatic for me, I have VS here to compile, thats easy and works | 16:21 |
lisitsyn | and hey VS is quite advanced IDE actually, its debugger is very powerful ;) | 16:21 |
lisitsyn | we'd have to live with that but there is nothing free that is as good as it is | 16:22 |
besser82 | lisitsyn: expensive, because gcc preferes the cli-define over header-define and preprocessor needs to override that into every header. after that gcc needs to check whether all is still sane, ...... | 16:22 |
besser82 | lisitsyn: use mingw from ECLIPSE :D | 16:23 |
lisitsyn | besser82: but that's like operating on a few sets of strings right? | 16:23 |
besser82 | lisitsyn: unfortunately no... | 16:23 |
besser82 | lisitsyn: much more complicated.... | 16:23 |
lisitsyn | well okay, probably I overlook some additional complexity here | 16:24 |
besser82 | lisitsyn: and the worst is: it bypasses ccaches | 16:24 |
lisitsyn | but looks easy, any typical application does more advanced stuff and it doesn't take 15 minutes you know :) | 16:24 |
besser82 | lisitsyn, sonne|work: with the right setup I think, i can gain another 150% - 200% ; like getting it about da 10-times faster without ccaches | 16:25 |
besser82 | lisitsyn, sonne|work: and limiting the speed with ccaches to the output rate of your tty | 16:25 |
sonne|work | this will save a few trees :) | 16:26 |
besser82 | lisitsyn, sonne|work: so one could build the whole stack with all(!!) modules within < 2 minutes on recent hw | 16:26 |
besser82 | lisitsyn: ever build libreoffice from sources?!? | 16:27 |
besser82 | lisitsyn: it's da 5|-|17 | 16:27 |
sonne|work | it is what? | 16:28 |
besser82 | sonne|work: shit | 16:29 |
besser82 | sonne|work: |_1ZZ4|2|)57`/|_3 you know? | 16:30 |
besser82 | sonne|work: lizzardstyle ;) | 16:31 |
sonne|work | heh | 16:32 |
besser82 | sonne|work: I usually use that to `crypt` swears in irc ;) | 16:32 |
besser82 | sonne|work: as iglesiasg, he can read that, too :D | 16:32 |
besser82 | s/as/&k/ | 16:33 |
besser82 | lisitsyn: actually one can make compilation of every code blazingly fast with just some small, but additional work / steps | 16:34 |
@wiking | ok but basically the downplay of this is better use clang ;) | 16:35 |
lisitsyn | besser82: yeah what about clang | 16:35 |
lisitsyn | does it help with normal compiler? | 16:35 |
besser82 | wiking: the comeback is: better use brains on planning a project's build-sys. :-P | 16:36 |
@wiking | besser82: noup | 16:36 |
@wiking | besser82: sorry but that gcc is not handling well .cpp and .h in the same place | 16:36 |
@wiking | it's really gcc specific | 16:36 |
besser82 | lisitsyn: I think there should be some speedup, too... | 16:36 |
@wiking | as u told yesterday | 16:36 |
besser82 | wiking: which compiler is more common && versatile? clang or gcc? | 16:37 |
@wiking | besser82: nowadays? | 16:37 |
@wiking | i would say llvm | 16:37 |
lisitsyn | I'd say clang is better now | 16:37 |
lisitsyn | :D | 16:37 |
@wiking | i mean sorry but since gcc went gpl3 | 16:37 |
besser82 | wiking: what's wrong about that? | 16:37 |
@wiking | a lot of entities out there went on developing llvm | 16:37 |
@wiking | it's not that it's wrong or not | 16:38 |
@wiking | it's just the facts | 16:38 |
@wiking | llvm was nowhere when gcc was 4.2 | 16:38 |
@wiking | and gpl2 | 16:38 |
@wiking | and suddenly when gcc went gpl3 | 16:38 |
@wiking | llvm boomed | 16:38 |
sonne|work | coincidence | 16:38 |
@wiking | sonne|work: pure coincidence of course :) | 16:38 |
besser82 | wiking: but actually in most enterprise envs there is gcc | 16:38 |
besser82 | sonne|work: there no connection between that :-P | 16:39 |
@wiking | besser82: u can roll llvm an a toaster | 16:39 |
besser82 | wiking: noup. My 6502 doesn't like llvm :( | 16:39 |
besser82 | wiking: but handles well with gcc :-P | 16:40 |
besser82 | wiking: the comeback: if you need 8-bit you can't use llvm :( | 16:41 |
besser82 | wiking: and with the right build-sys setup gcc perform as good as llvm / clang... | 16:42 |
@wiking | besser82: noup | 16:42 |
@wiking | besser82: have u really checked benchmarks of gcc vs clang? | 16:42 |
@wiking | sorry man but numbers are saying differently | 16:42 |
besser82 | wiking: no, because i heavily use gcc | 16:42 |
@wiking | besser82: and hence benchmarks doesnt matter i guess... | 16:43 |
besser82 | wiking: that's the redhat way for at least the next 2 yrs... | 16:43 |
@wiking | ok i really dont want to go into a relegious discussion | 16:43 |
besser82 | wiking: me neither; it's just the redhat-way for me, not more not less | 16:43 |
lisitsyn | allah versus jesus haha | 16:43 |
@wiking | besser82: but redhat is just one player amongs so many | 16:44 |
besser82 | wiking: when redhat switches over to clang / llvm in fedora 24 - 26, i'll start using that ;) | 16:44 |
@wiking | besser82: none of us is on redhat's payroll apart from maybe you | 16:44 |
lisitsyn | as llvm is younger I'd say you are compiler-muslim, wiking | 16:45 |
@wiking | so we really dont give too much damn about rh or any other distrib | 16:45 |
lisitsyn | :D | 16:45 |
@wiking | lisitsyn: heheheh | 16:45 |
lisitsyn | and besser82 is like compiler-orthodox-christian | 16:45 |
@wiking | besser82: and dont get me wrong... it's a problem that we dont give a damn | 16:45 |
besser82 | wiking: it's all ok :) Use whatever you want ;) | 16:45 |
besser82 | wiking: btw. i'm not on rh-payroll, too ;) | 16:46 |
@wiking | but let's be honest, we all do this semipartime | 16:46 |
@wiking | so there's best efford | 16:46 |
@wiking | *effort | 16:46 |
sonne|work | from what I've seen is that gcc generates faster code than clang... | 16:46 |
@wiking | sonne|work: depends. if u use openmp of course | 16:46 |
lisitsyn | I measured same thing for tapkee | 16:46 |
besser82 | sonne|work: some actually say the different... | 16:46 |
lisitsyn | clang was faster than gcc | 16:46 |
sonne|work | this might not hold for long though | 16:46 |
@wiking | as clang is a shit with anything openmp related by far | 16:46 |
lisitsyn | and intel c++ compiler was faster than both haha | 16:46 |
sonne|work | no it was not | 16:47 |
besser82 | lisitsyn: no even close | 16:47 |
lisitsyn | besser82: ehm have you done my experiments or what? :D | 16:47 |
@wiking | lisitsyn: let's start using intel c++ and optimmize everything for that :D | 16:47 |
lisitsyn | I just say I got that numbers with my simple experiment haha | 16:47 |
lisitsyn | why do you argue | 16:47 |
besser82 | lisitsyn, wiking: who pays the $$$$ for lincense? | 16:48 |
lisitsyn | it is free for open source | 16:48 |
lisitsyn | but doesn't matter | 16:48 |
besser82 | lisitsyn: i didnt want to argue :D | 16:48 |
besser82 | lisitsyn: but real speed is archived with intel's proppy c[++]-lib and such.... | 16:49 |
lisitsyn | besser82: yeah as they know their cpus better | 16:49 |
lisitsyn | that's perfectly clear | 16:49 |
besser82 | lisitsyn: with other means there wouldn't be much benefit with intel's cc | 16:50 |
besser82 | wiking, lisitsyn: actually every cc has it's pros and cons.... | 16:50 |
@wiking | oh well neverming i'm back to my sweet jvm :D | 16:50 |
lisitsyn | haha yeah | 16:50 |
sonne|work | http://slashdot.org/topic/bi/speed-test-comparing-intel-c-gnu-c-and-llvm-clang-compilers/ | 16:50 |
lisitsyn | jvm is much better anyway | 16:50 |
besser82 | wiking, lisitsyn: but only the openJDK one ;) | 16:51 |
besser82 | wiking, lisitsyn: who needs proppy stuff :-P | 16:51 |
@wiking | besser82: of course i'm using oracle jdk :D | 16:51 |
lisitsyn | besser82: no openjdk is the worst one | 16:51 |
sonne|work | haha | 16:51 |
lisitsyn | who needs slow java :D | 16:51 |
@wiking | openjdk is just a fucking mess | 16:51 |
sonne|work | it is like emacs vs. vim | 16:51 |
sonne|work | or fortran and C indexing | 16:52 |
lisitsyn | oh emacs vs vim is solved | 16:52 |
sonne|work | 0 vs 1 | 16:52 |
sonne|work | haha | 16:52 |
lisitsyn | they are both outdated | 16:52 |
lisitsyn | :D | 16:52 |
@wiking | lisitsyn: :D | 16:52 |
sonne|work | lisitsyn: you are too young! | 16:52 |
@wiking | sonne|work: noup he is actually right :D | 16:52 |
lisitsyn | sonne|work: ohh it was true but I am getting older and older | 16:52 |
besser82 | sonne|work: let's collect some fundings and buy lisitsyn a C64 for christmas :D | 16:53 |
lisitsyn | some day I'll catch you | 16:53 |
lisitsyn | who needs old shit, come on | 16:53 |
sonne|work | lisitsyn: in my grave in my grave! | 16:53 |
lisitsyn | sonne|work: one day we both become useless grandpas :D | 16:53 |
@wiking | lisitsyn: yeah i mean it's sooo fucking cool that you can run both of them on toaster... but come on, who the hell wants to develop on a toaster :P | 16:53 |
@wiking | for sure somebody now will raise their hand :P | 16:54 |
besser82 | wiking: is C64 more smart than toaster?!? | 16:54 |
@wiking | besser82: depends which toaster | 16:54 |
lisitsyn | SNOOOOOOOW | 16:55 |
@wiking | lisitsyn: how much? :) | 16:55 |
lisitsyn | wiking: first time! | 16:55 |
@wiking | lisitsyn: we've got like 2cm on monday | 16:55 |
@wiking | lisitsyn: ah u r then slow :) | 16:55 |
sonne|work | wiking: I would love to see a demo on a toaster | 16:55 |
lisitsyn | wiking: yes stoopid slow winter | 16:55 |
@wiking | lisitsyn: you are soooooo day before yesterday's news :D | 16:55 |
sonne|work | now the Siberian guys become awake! | 16:56 |
@wiking | sonne|work: http://www.embeddedarm.com/software/arm-netbsd-toaster.php | 16:56 |
lisitsyn | sonne|work: finally I'll get more energy | 16:56 |
lisitsyn | SNOOOOW | 16:56 |
lisitsyn | haha | 16:56 |
besser82 | wiking: these guys are bored much too often :) | 16:59 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.] | 16:59 | |
besser82 | real0m9.150s | 17:43 |
besser82 | user0m5.406s | 17:43 |
besser82 | sys0m2.214s | 17:43 |
besser82 | sonne|work, wiking: ^^ current compile-time for libshogun from ccache :D | 17:43 |
besser82 | sonne|work, wiking: with serial make && gcc | 17:44 |
sonne|work | besser82: excellent! | 17:44 |
besser82 | sonne|work: expect ~30 secs for the build with ALL lang-modules ;) | 17:45 |
besser82 | real2m26.958s | 17:47 |
besser82 | user2m8.217s | 17:47 |
besser82 | sys0m15.631s | 17:47 |
besser82 | sonne|work, wiking: ^^ without ccache, serial make, gcc | 17:47 |
-!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 252 seconds] | 18:05 | |
-!- lisitsyn [~lisitsyn@80.252.20.67] has joined #shogun | 18:21 | |
-!- besser82 [~besser82@77-20-95-52-dynip.superkabel.de] has joined #shogun | 18:22 | |
-!- besser82 [~besser82@77-20-95-52-dynip.superkabel.de] has quit [Changing host] | 18:22 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 18:22 | |
-!- sonne|osx [~sonne@89.204.138.143] has joined #shogun | 18:46 | |
-!- sonne|osx [~sonne@89.204.138.143] has quit [Quit: sonne|osx] | 19:01 | |
-!- new_lido_afk is now known as new_lido_bsy | 21:44 | |
-!- new_lido_bsy [~walid@41.218.180.167] has quit [Ping timeout: 246 seconds] | 21:51 | |
-!- sonne|osx [~sonne@f053041072.adsl.alicedsl.de] has joined #shogun | 22:43 | |
sonne|osx | besser82: time machine already invented? | 22:48 |
-!- sonne|osx [~sonne@f053041072.adsl.alicedsl.de] has quit [Quit: sonne|osx] | 22:50 | |
--- Log closed Fri Nov 29 00:00:45 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!