Thank you Akos Fekete |
Message boards : Cafe Einstein : Thank you Akos Fekete
| Author | Message |
|---|---|
|
Let's give thanks to Akos Fekete, of whose hard work and love of programming, who has stoked the fire of progress in Einstein@home. I thought that whoever concurs with me on this could drop a line or two (one post per participant, please). | |
| ID: 31633 | | |
|
I've dropped several already so one more can't hurt: | |
| ID: 31641 | | |
|
Akos, I've never imagined crunching times that we're seeing now. | |
| ID: 31653 | | |
|
Absolutely stunning, stunning and stunning!!! | |
| ID: 31658 | | |
|
Hello! | |
| ID: 31673 | | |
Hello! Thanks to your improvements...I can crunch Einstein@home at a much faster rate...It was easy for me install the optimization...And i'm so enthused about the results coming in that i have allocated more resources toward Einstein@home. ____________ ![]() | |
| ID: 31680 | | |
|
Thanks Akos, and congratulations on a remarkable professional achievement. | |
| ID: 31682 | | |
|
I can only agree with the others. | |
| ID: 31683 | | |
|
Thanks for your substantial contribution(s). | |
| ID: 31745 | | |
|
Akos' achievement in writing these efficient codes is stunning! I am amazed at the improvement! THANK YOU Akos. | |
| ID: 31790 | | |
|
Thank You, Akos, for your excellent work. | |
| ID: 31806 | | |
|
Alright, where do I go to d/l this thing? I presume it won't negatively affect any of my other projects? Will it overheat a laptop? I run einstein on one machine that is win ME and another win XP. Thanks. | |
| ID: 31960 | | |
Alright, where do I go to d/l this thing? I presume it won't negatively affect any of my other projects? Will it overheat a laptop? I run einstein on one machine that is win ME and another win XP. Thanks. You can download the optimized apps here. Just check with something like cpu-z what instructions your computer supports. Lets try to keep this a thread dedicated to Akos ____________ There are 10^11 stars in the galaxy. That used to be a huge number. But it's only a hundred billion. It's less than the national deficit! We used to call them astronomical numbers. Now we should call them economical numbers. - Richard Feynman | |
| ID: 31961 | | |
|
Thank you Akos for your brilliant work - the speed improvements are breath-taking. And thanks a lot for speeding up all - even very old - x86 CPUs with your optimized clients. | |
| ID: 32012 | | |
|
respect dude | |
| ID: 32192 | | |
Alright, where do I go to d/l this thing? I presume it won't negatively affect any of my other projects? Will it overheat a laptop? I run einstein on one machine that is win ME and another win XP. Thanks. I think it's a bit ridiculous that you want this thread to exist so people can thank him for creating his optimized work but discourage people from asking how they should actually go about using it. Especially since this thread is/may be the first place some readers have ever heard of it. ____________ Founder of BOINC group, Objectivists, a group of philosophically minded rational data crunchers. ![]() ![]() | |
| ID: 32260 | | |
I am sorry if that was the tone that you got from my post. I think it is great that you are asking questions and want to optimize your computer. I was in no way trying to discourage you or any others from asking these questions, I even provided a link to where you can find the answers. I was simply trying to state that this thread is not necessarily the place to post you question, start a new one, or take a look around and see if someone has already asked/answered your question in another thread. Akos has done a lot for the E@H community, and I didn't want this thread to get too side-tracked (as they tend to, and I admit to being guilty of that at the moment) from users sharing their thanks. ____________ There are 10^11 stars in the galaxy. That used to be a huge number. But it's only a hundred billion. It's less than the national deficit! We used to call them astronomical numbers. Now we should call them economical numbers. - Richard Feynman | |
| ID: 32276 | | |
|
To Akos...what a guy..to put your time and talent to making this number crunching so "much" more interesting. I have been updating with each successive application you have provided... | |
| ID: 32386 | | |
|
I too wish to express my appreciation to Akos. It's simply breathtaking what my old crusty machines are capable of now. I've set my systems to focus on crunching just this project now until it's finished, so your efforts have not only made these systems much more efficiently utilized, but had the side effect of stoking up greater interest on my part on this project. Here's hoping that the visibility you get in this virtual world will result in rewards in the real one. | |
| ID: 32492 | | |
Akos, I've never imagined crunching times that we're seeing now. There're two different factors at work behind the speedup. The quality of the algorithm, and how efficiently it's translated into machine instructions. The later is generally a function of the compiler in converting from a high level design into assembly language. This can be done by either taking a c/c++/fortran/etc program which is easily and quicly writable and compiling it, or writing the asm by hand. The traditional number for c vs asm development time is 10:1. As compilers get more sophisticated the ammount of knowledge of exactly how the processor works needed to gain better performance grows increasingly high. Also, the vast majority of code in an app is seldom executed and hand tweaking would show little or no benefit. This, combined with the 10:1 devtime is why modern apps are almost never written in asm anymore. The first factor, quality of algorithm is as much a factor of time/effort invested as anything else. And here in lies the rub. LIGO is a hardware project, not a software one. And as every EE/ME/etc knows, the hardware is the hard part where all the time/effort/money needs to be spent. Software on the other hand is quick/easy/cheap to develop, and can be given a tiny slice of the budget. If Akos is reading this, I'd be interested in knowing what the breakdown on the speedup is between better algorithms (I know his 1st version was lagely this), and better implementation of existing ones (his most recent SSE/x87 fpu interleaving is this). And also how much of the code he's actually rewritten in a meaningful manor. I could do a binary diff, but anywhere replacement code was a different length than the original it would result in changed offsets throughout the app that would generate lots of false positives. ____________ ![]() | |
| ID: 32812 | | |
|
Akos hits The News! | |
| ID: 34405 | | |
|
WOW Akosf! Not only are you the Einstein@home hero of the hour, you now have recognition in the media!! | |
| ID: 34410 | | |
|
Well done that man, and thank you! | |
| ID: 34411 | | |
|
Thank's Akos:) | |
| ID: 34415 | | |
|
Thanks people! | |
| ID: 34422 | | |
Thanks people! Roger that ready to go:) ____________ Son of a BIT! | |
| ID: 34423 | | |
|
Well done sir ! | |
| ID: 34431 | | |
|
Great job, Akos!! | |
| ID: 34707 | | |
|
I'm getting ready for S5 by switching almost all of my crunching resources over to Einstein@home...Your optimizations make this project even more exciting...We're getting closer, faster to discoveries that may change the way we think of the universe. | |
| ID: 34708 | | |
Great job, Akos!!Thanks! 2. More important than 1 ... you SHARED it with us. Nowadays, this is an example.You are right! As far as i know, these improved routines will be used for S5 phase too. So it is also a good exapmle for coopearation. | |
| ID: 34716 | | |
|
Great job Akos! Just switched back all my machines back to Eintein because of you! | |
| ID: 35162 | | |
|
Great job Akos Fekete ! | |
| ID: 35286 | | |
Let's give thanks to Akos Fekete ... who has stoked the fire of progress in Einstein@home.stoked it? he's poured a load of petrol on it more like! some exelent work, all my older computers are now crunching einstein too (they took too long with the standard app) and i've also increased my resource share for einstein as well :) bring on S5! :D it seems we're speeding through the S4 data ;) again, many thanks, it's great to see speeds of 8 GFLOPS in BoincView :) ____________ Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Plugins | |
| ID: 36021 | | |
|
Thanks to our USER OF THE DAY - AKOSF! And congrats! | |
| ID: 36797 | | |
|
I just got his app on one of my machines (finally) and it dropped the crunch time down from about 5 hours to 1 hour. | |
| ID: 36805 | | |
|
| |
| ID: 36841 | | |
|
amazing,it's crunching data 10 times faster than usual,providing it stays this speed i will be able to crunch 1 unit every 30 mins or so, thank you | |
| ID: 37486 | | |
|
Akofs....this is incredible.....my machines are doing incredible crunch... | |
| ID: 38501 | | |
Akofs....this is incredible.....my machines are doing incredible crunch... Ok...one question. When they come out with this S5 data will we have to uninstall ur optimized apps or reinstall new ones? Etc....what do we do then? ---Thank you. ____________ Founder of BOINC group, Objectivists, a group of philosophically minded rational data crunchers. ![]() ![]() | |
| ID: 38546 | | |
Ok...one question. When they come out with this S5 data will we have to uninstall ur optimized apps or reinstall new ones? Etc....what do we do then? The way Akos' apps are, S5 will automatically download and start running, without any issues. S5 is already going to be generically optimized, have not heard if someone is going to do specific optimizations or not. ____________ | |
| ID: 38558 | | |
|
OK, in light of recent happenings I'm going to revive this thread. | |
| ID: 41649 | | |
|
To quote Albert Einstein, | |
| ID: 41700 | | |
|
Thank you, Akos. Let's hope the project fixes its database issues before it's too late to speed up crunching S5. | |
| ID: 41760 | | |
Message boards :
Cafe Einstein :
Thank you Akos Fekete