My intention is to compare the performance I obtain with my 8800 GTX when running
a program I’m writting. I would encourage people having a 8800 GTX to run it on their computer (I’ve attached the file). You can run it with the following command:
Note that GPU ang CPU usage are set to be averaged (“Session View Setings”).
A second experiment would be to change the fftSize to 512. In this case the table looks like:
instead of just dumping binaries, you might want to provide detailed instructions on how to make and run your code. I just kicked it off on my sandbox machine (8800 GTX as requested, SuSE 10.2 32bit, driver 169.09):
Plus, how do I change the fftSize to 512? Sorry to be such a showstopper, but if you want people to run your code, you might want to improve the way you explain what needs to be done. I tried make clean; make, but compilation failed on the first file:
g++ -Wall -pg -O2 -I. -I./math -I./lib -I/usr/include/libxml2 -I/usr/local/cuda/2.0beta2/include -I. -c ./DynamicDataBuffer.cpp
./DynamicDataBuffer.cpp: In member function 'void FeatWarper::doWarping(std::string)':
./DynamicDataBuffer.cpp:69: warning: comparison between signed and unsigned integer expressions
./DynamicDataBuffer.cpp: In member function 'void FeatWarper::runFeatWarper()':
./DynamicDataBuffer.cpp:198: error: jump to label 'LASTSTEP'
./DynamicDataBuffer.cpp:174: error: from here
./DynamicDataBuffer.cpp:178: error: crosses initialization of 'long int refindex'
./DynamicDataBuffer.cpp:177: error: crosses initialization of 'long int circIndex'
./DynamicDataBuffer.cpp:232: error: jump to label 'FINISH'
./DynamicDataBuffer.cpp:173: error: from here
./DynamicDataBuffer.cpp:178: error: crosses initialization of 'long int refindex'
./DynamicDataBuffer.cpp:177: error: crosses initialization of 'long int circIndex'
./DynamicDataBuffer.cpp: In member function 'void DynamicDataBuffer<T>::creaSCFilter(short int) [with T = float]':
./DynamicDataBuffer.cpp:390: warning: unused variable 'accelLength'
./DynamicDataBuffer.cpp:390: warning: unused variable 'tmpAccLength'
./DynamicDataBuffer.cpp: In member function 'void DynamicDataBuffer<T>::saveHTKFeatures(const char*, bool) [with T = float]':
./DynamicDataBuffer.cpp:970: warning: converting to 'int' from 'double'
./DynamicDataBuffer.cpp: In member function 'void DynamicDataBuffer<T>::saveSelFFtoHTK(const char*, bool) [with T = float]':
./DynamicDataBuffer.cpp:1092: warning: converting to 'int' from 'double'
./DynamicDataBuffer.cpp: In member function 'void DynamicDataBuffer<T>::saveHTK_SDC_Features(const char*, bool, int, int, int) [with T = float]':
./DynamicDataBuffer.cpp:1203: warning: converting to 'int' from 'double'
./DynamicDataBuffer.cpp: In member function 'void DynamicDataBuffer<T>::saveEnergy(const char*, bool, bool, std::string) [with T = float]':
./DynamicDataBuffer.cpp:1278: warning: converting to 'int' from 'double'
make: *** [DynamicDataBuffer.o] Error 1
Note that the errors are not a CUDA issue, even though your Makefile hard-codes the path to CUDA even though it does not exist on my sandbox (I use modules).
first of all thanks for your collaboration. I appreciate it, and I’m sorry for all the trouble with the lack of information.
I attached a new Makefile. You have to change the parameter
CUDA = /usr/local/cuda/2.0beta2 and put the path of the cuda files installed in your CPU.
To compile the file:
rm *.o ; make feature-extraction_cuda2
Then, you will obtain the same error you have post. Seems that my compiler gcc version 3.4.6 20060404 (Red Hat 3.4.6-9) skips this kind of error. I’ve seen that in my laptop, gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7) does find the error. The fastest way to solve it is to go to the “DynamicDataBuffer.cpp” and comment all the content of the function FeatWarper::runFeatWarper(),
since is not used when running the program in the current configuration.
I hope you don’t have any other problem
The parameter fftSize is set in the configuration file mfcc-12_baseline.mycfg. Right now
is set to 1024.
fftSize = 1024
I’ll keep an eye on the forum, so if you have any other problem, please, don’t hesitate to write again.
You have to mv Makefile.txt to Makefile Makefile.txt (1.46 KB)
I hacked the Makefile. I even hacked the code as you suggested (even though this is a lot to ask from folks like me if you ask for the favor of running your code). Then I ran the binary.