[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Q] Question on GDL2
From: |
NeXT |
Subject: |
Re: [Q] Question on GDL2 |
Date: |
Sat, 27 Mar 2004 01:18:10 +0900 |
On 2004-03-26 20:16:58 +0900 David Ayers <d.ayers@inode.at> wrote:
You could use distributed notifications and EOGlobalID's of changed
objects
to syncronize process by invalidating them in the other processes
which will
then refetch them from the database.
OK.
I would be intersted on what you are timing exactly and how much
slower GDL2
is. Consider that there is an abstraction overhead. Don't expect
GDL2 (esp.
using EOEditingContext) to be as fast as any native API. Do expect
it to be
useful.
I'm just curious on why fetching cached data is so slow. But now, I'm
not sure
my approach is correct or not. I'm not expert on using EOF, which
means I could
make a big mistake on using EOF.
Please give me some more data to work with, too see what your bottle
neck is.
I know there is lots of roome for optimization. But I'd rather do
it on
concrete examples.
Attached file contains programs which I use for checking speed. :-)
It's very ugly testing
program, but anyway, I'm in process of learning EOF :-) Fastest one is
main-deof, which
uses EOF, but fetched data is cached using NSDictionary.
Thanks in advance.
<TEST.tgz>
TEST.tgz
Description: Binary data