Re: [Fkt-devel] performance issues in fxt

[François Trahay]

On Friday 26 August 2011 10:38:33 Vincent Danjean wrote:
> On 26/08/2011 09:39, François Trahay wrote:
> > On Friday 26 August 2011 00:22:17 Samuel Thibault wrote:
> >> My comment simply means: instead of reinventing buffering, why not just
> >> using the one implemented by fread?
> >> 
> >> Samuel
> > 
> > hmm... Good point.
> > The problem with fread&co in fxt is that it changes a lot of things and
> > it would break the API (fxt_fdopen wouldn't be available anymore).
> 
>   Why ? fdopen exists in libc.
>   The only 'problem' I see is when a FxT trace in embedded into a file
> and the application wants to read after the trace, just calling 'read'. If
> the fxt library already load (with fread) some data after the trace in the
> file, these data wont be available for the application anymore without
> a seek. But I think we can ignore this use case for now.
 
My mistake. I didn't read fread manpage carefully enough :)
Indeed, using fread&co is possible and the performance are similar to my first 
attempt.

François

patch_fxt
Description: Text Data