Back to the main page.
Bug 1 - read_header slow for ctf_shm
| Status | CLOSED FIXED |
| Reported | 2009-12-15 21:04:00 +0100 |
| Modified | 2010-03-17 16:06:01 +0100 |
| Product: | FieldTrip |
| Component: | fileio |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Linux |
| Importance: | P5 normal |
| Assigned to: | Robert Oostenveld |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Robert Oostenveld - 2009-12-15 21:04:59 +0100
Testing the CTF realtime processing with rt_eventviewer together with Avgis turned out to be rather slow. The combination of read_header with read_shm_header seems the culprit. It does filetype on ctf_shm, subsequently determines the name of the res4 file, subsequently calls read_header again, which again does filetype. The persistent variable argin/argout caching in filetype fails because of the two subsequent calls with different inputs. Read_shm_header relies on read_header for the caching, but repeats the trigger channel detection and write_ctf_shm. Caching should preferably be implemented in read_shm_header itself.
Robert Oostenveld - 2010-01-05 13:58:37 +0100
this has been improved in read_shm_header revisions r311 and r289