User talk:Masterzorag: Difference between revisions
Masterzorag (talk | contribs) m (Cleanup) |
Masterzorag (talk | contribs) No edit summary |
||
| Line 26: | Line 26: | ||
When program runs something is going weird, e.g. in my program I'm used to query an OpenCL builtin function to tell me how many available SPEs there are, and its reply 8.<br /> | When program runs something is going weird, e.g. in my program I'm used to query an OpenCL builtin function to tell me how many available SPEs there are, and its reply 8.<br /> | ||
Using spu_base.enum_shared=1 parameter it should reply 7, so seems that the issue is OpenCL related. | Using spu_base.enum_shared=1 parameter it should reply 7, so seems that the issue is OpenCL related. | ||
=OtherOS region= | |||
OtherOS/OtherOS++ region is on HDD (ps3dd), we have new linux tools (ps3sed, ps3vuart-tools) and drivers.<br /> | |||
To resize ps3da I've tried new ps3sed, unsuccesfully: GameOS always detect corruption and redo its own things.<br /> | |||
I've found a way to force resize on 4.46, no emer_init patch, no downgrading: GameOS respect standards.<br /> | |||
I can now resize ps3da at arbitrary size.<br /> | |||
=ps3vuart-tools= | |||
We miss some stuff from old ps3sm-utils, looking to port: temperature, get_tzpb, get_fan_policy and set_fan_policy to new ps3vuart-tools.<br /> | |||
We need to enable some sort of fan control on petitboot now. | |||
Revision as of 17:10, 18 March 2014
As far as I know, I'm the only coding OpenCL on the Cell here, if someone want to test something be warned that due some spufs changes that ppc-kernel-devs are (maybe) trying to fix, latest 3.3/3.4/3.5 branches falls into 'possible circular locking dependency detected' and slowdown runtime.
- It's stable until 3.2 branch.
- Even disabling lock debugging it slowdowns without warnings, it happens even with OpenCL samples from IBM.
http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/50547
Latest tested kernels:
- 3.2.28 works fine
# ./perlin OpenCL took 22.496168 seconds to compute 1000 frames. Pixel Rate = 46.611316 Mpixels/sec, Frame Rate = 44.452015 frames/sec Host code took 12.620616 seconds to compute 10 frames. Pixel Rate = 0.830844 Mpixels/sec, Frame Rate = 0.792354 frames/sec OpenCL provided a 56.101182 speedup
- 3.3.3/3.4.6/3.5.3 falls into 'possible circular locking dependency detected' and slowdown runtime
Here the slowdown effect:
# ./perlin OpenCL took 93.280273 seconds to compute 1000 frames. Pixel Rate = 11.241133 Mpixels/sec, Frame Rate = 10.720380 frames/sec Host code took 12.948244 seconds to compute 10 frames. Pixel Rate = 0.809821 Mpixels/sec, Frame Rate = 0.772305 frames/sec OpenCL provided a 13.881010 speedup
In this specific case time spent is 4x to do the same thing!
When program runs something is going weird, e.g. in my program I'm used to query an OpenCL builtin function to tell me how many available SPEs there are, and its reply 8.
Using spu_base.enum_shared=1 parameter it should reply 7, so seems that the issue is OpenCL related.
OtherOS region
OtherOS/OtherOS++ region is on HDD (ps3dd), we have new linux tools (ps3sed, ps3vuart-tools) and drivers.
To resize ps3da I've tried new ps3sed, unsuccesfully: GameOS always detect corruption and redo its own things.
I've found a way to force resize on 4.46, no emer_init patch, no downgrading: GameOS respect standards.
I can now resize ps3da at arbitrary size.
ps3vuart-tools
We miss some stuff from old ps3sm-utils, looking to port: temperature, get_tzpb, get_fan_policy and set_fan_policy to new ps3vuart-tools.
We need to enable some sort of fan control on petitboot now.