jpeg SIMD (MMX) success!
-
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
i ownder what difference sse3 would make. I must say that the increases in performance seem huge. But obviously only in the jpeg creating department. zma in modetc/mocord obviously still uses the bulk of cpu time. Is there a way of helping these processes or does analysing images take this power regardless due to the nature of the beast
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
-
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
did you notice any major speed gains of 64bit over 32 bit? Obviously there are gains with the mmx but i wouldnt have thought in this application there were big gains in 64 bit, but i may be way off!! lol
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
-
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
6GIG whats it running??
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
i'd just like to reiterate how much difference this alternative libjpeg makes. on a via epia en12000 with one local camera in record mode capturing in colour at 3fps and 640x480, user cpu usage (almost all zma) dropped from ~27% to ~11%. quite impressive. don't know how it'll perform long term yet, but loks good so far
neil
neil
-
- Posts: 74
- Joined: Wed Feb 25, 2004 5:06 pm
It's improved my system's ability to monitor a camera on-screen at 352x288 whilst capturing events from up to three cameras with less chance that frames will be lost.
EDIT: Probably shouldn't post last thing at night...
EDIT: Probably shouldn't post last thing at night...
Last edited by unclerichy on Thu Sep 21, 2006 6:42 am, edited 1 time in total.
-
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
im starting to be convinced by its long term stabiliuty too
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Ok, a bit behind the rest of you, but I've just installed the libs on both my Quad Xeon and the Athlon-64.
Both OS's running Debian Etch (Testing), both CPU sets have MMX capabilities. (Confirmed with cpuid)
Install as given by james.
make install failed on both machines due to:
/usr/bin/install: cannot create regular file `/usr/local/man/man1/cjpeg.1': No such file or directory
Easily fixed with a "mkdir /usr/local/man/man1" (Both my installs only had man4). Re-run make install, fine.
Xeon load before: 3.16 after: 1.86 (Rising to 2.50 depending on alarms)
Athlon load before: 0.86 after: 0.35 (Rising to 0.
No difference in usage that I can see. Thanks dbosso
Both OS's running Debian Etch (Testing), both CPU sets have MMX capabilities. (Confirmed with cpuid)
Install as given by james.
make install failed on both machines due to:
/usr/bin/install: cannot create regular file `/usr/local/man/man1/cjpeg.1': No such file or directory
Easily fixed with a "mkdir /usr/local/man/man1" (Both my installs only had man4). Re-run make install, fine.
Xeon load before: 3.16 after: 1.86 (Rising to 2.50 depending on alarms)
Athlon load before: 0.86 after: 0.35 (Rising to 0.
No difference in usage that I can see. Thanks dbosso