BFS vs. mainline scheduler benchmarks and measurements

Posted Sep 7, 2009 15:30 UTC (Mon) by Cato (guest, #7643)
In reply to: BFS vs. mainline scheduler benchmarks and measurements by cortana
Parent article: BFS vs. mainline scheduler benchmarks and measurements

That point about the Microsoft assembler format is curious - surely it wouldn't be that hard to translate that format to GNU's? A small investment of time and a massive return if Adobe were to then use accelerated assembly code for Flash...

to post comments

BFS vs. mainline scheduler benchmarks and measurements

Posted Sep 7, 2009 16:38 UTC (Mon) by cortana (subscriber, #24596) [Link]

Found it!

http://www.kaourantin.net/2005/08/porting-flash-player-to...

Now, the 'see this post for updated info' does say that this information is outdated, and that version 9 of the Flash Player on Linux is much faster than previous versions (which it was).

I still think there's huge room for improvement. But I understand that, while the Windows Flash Player developers spend time on optimizing, the Linux porters have to spend time making it work on a much wider variety of environments and with different versions of different libraries and graphics drivers and dealing with bugs in all of the above that are fixed in newer versions that end-users can't install because their distribution hasn't been updated for over a year, etc. etc.

For instance, I Flash won't bother to use the GPU on my Intel based laptop to accelerate rendering because:

$ glxinfo | grep 'client glx vendor'
client glx vendor string: SGI

and 'SGI' implies 'software rendering', which of course isn't true on my Intel-equipped laptop, but apparently when the developers tried to use a better method it would cause crashes on some distributions...

Details at <http://blogs.adobe.com/penguin.swf/2008/05/flash_uses_the...>.