What?
You mean it's not reading?
Ok, I'll explain it in a another way:
- uncomment the table.Add code -> it takes 180 s in my case
- replace table (which is a Hashtable) by an ArrayList -> it goes down
to 50 seconds
- remove any "code adding" functionality -> 50 seconds
Is it clearer now?
If you run the code with Mono, even the Hashtable one, it needs less
than 60 seconds to finish.
So, IMHO there's some sort of problem with Firebird Embedded provider
and Hashtables. I think it's very weird, but no, it doesn't seem to be
an optimization problem or something like that.
pablo
Dean Harding escribió:
>> object val;
>>
>> while( reader.Read() )
>> {
>> for( int j = 0; j < reader.FieldCount; ++j )
>> val=reader[j];
>> // table.Add(count, val);
>> ++count;
>> }
>>
>
> It might be that when you don't use val, the optimizer is not executing all
> of the code, and so you're only getting the illusion that it's slow.
>
> Dean.
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Firebird-net-provider mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
>
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Firebird-net-provider mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
