By any chance have you been running the Rebuild in between the GED export sessions? I have finally tracked down a slowdown problem with the Rebuild - a hold over from old code. Where the database was closed and then reopned (not noticable by the user) but when reopened after the rebuild it is not issued a STREAM which allows disk buffering. I noticed this when editing a Selection List where the saving "flies" prior to a Rebuild and then the disk thrashes after a Rebuild. Same kind of action you describe with the GED problem. I have searched the code for other areas where I may be closing the database and re-opening like this. I have removed this problem from the Rebuild and am posting a 3.14.d. If this still is not the solution it will have to wait a while since I will be traveling this next week - although I hope to be able to still check email. Ira ------------------------------------------------ Mr. Ira J. Lund Cumberland Family Software E-mail: ira.lund@cf-software.com Web: http://www.cf-software.com ----- Original Message ----- From: "Erik Helmer Nielsen" <ehelmer@boerne.dk> To: <CFT-WIN-L@rootsweb.com> Sent: Saturday, February 28, 2004 7:56 AM Subject: Re: [CFTW] CFT Ver 3.14 and Windows XP > Fri, 27 Feb 2004 13:46:57 +0100, I wrote > > >I hurried in trying the revised CFT.EXE. > >It worked !!! > > I was so glad, but I was a bit too hasty in telling this. > > The new CFT.EXE has been a real improvement, but I still have > serious problems. > The Gedcom export function is unstable, it sometimes works at > full speed, but it just as often slows down. Sometimes it even > causes the PC to freeze. > > The export usually works well right after a fresh boot, with CFT > running as the first and only program, but after a while, still > with CFT being the only program, the problem starts, apparently > at random. I have not been able to find any consistent pattern as > to when or why the export slowes down. > > The PC uses only abt. 5% CPU power at the slow speed, and I > wonder why. The only reason I can see is that the excessive > Harddisk access limits the speed. Does the CFT program forget to > use the RAM ? > > I have no other programs running at the same time and I have > stopped as many processes as possible. Norton Antivirus is > removed, although I have no firm evidence of its influence. > I also tried to run CFT in the PC 'Safe mode'. In that case the > Gedcom exports seemed to work only at slow speed. > None of those measures have a clear effect on the problem. > > The experiments are all made on my stationary PC. > My portable PC (also with WinXP) will never operate the export at > full speed, it always insist on running at slow speed. > > Thanks to Ira and all Users, especially George W. Durman and John > Smith, for your help and interest in this strange problem and for > all your suggestions. > > My I hope for more help? > > Erik

Hi Ira, I just downloaded the latest version from the site, but it still says 3.14.c on the About screen. For your information, my database is now 55,000 people, and I use it on two PC's running 2000 & XP. With this database size it is slow on both for Gedcom exports and also Selection List management. Did you review the buffering for the Selection Lists too? Cheers, Ian ----- Original Message ----- From: Ira J Lund To: CFT-WIN-L@rootsweb.com Sent: Sunday, 29 February 2004 7:16 Subject: Re: [CFTW] CFT Ver 3.14 and Windows XP By any chance have you been running the Rebuild in between the GED export sessions? I have finally tracked down a slowdown problem with the Rebuild - a hold over from old code. Where the database was closed and then reopned (not noticable by the user) but when reopened after the rebuild it is not issued a STREAM which allows disk buffering. I noticed this when editing a Selection List where the saving "flies" prior to a Rebuild and then the disk thrashes after a Rebuild. Same kind of action you describe with the GED problem. I have searched the code for other areas where I may be closing the database and re-opening like this. I have removed this problem from the Rebuild and am posting a 3.14.d. If this still is not the solution it will have to wait a while since I will be traveling this next week - although I hope to be able to still check email. Ira ------------------------------------------------ Mr. Ira J. Lund Cumberland Family Software E-mail: ira.lund@cf-software.com Web: http://www.cf-software.com ----- Original Message ----- From: "Erik Helmer Nielsen" <ehelmer@boerne.dk> To: <CFT-WIN-L@rootsweb.com> Sent: Saturday, February 28, 2004 7:56 AM Subject: Re: [CFTW] CFT Ver 3.14 and Windows XP > Fri, 27 Feb 2004 13:46:57 +0100, I wrote > > >I hurried in trying the revised CFT.EXE. > >It worked !!! > > I was so glad, but I was a bit too hasty in telling this. > > The new CFT.EXE has been a real improvement, but I still have > serious problems. > The Gedcom export function is unstable, it sometimes works at > full speed, but it just as often slows down. Sometimes it even > causes the PC to freeze. > > The export usually works well right after a fresh boot, with CFT > running as the first and only program, but after a while, still > with CFT being the only program, the problem starts, apparently > at random. I have not been able to find any consistent pattern as > to when or why the export slowes down. > > The PC uses only abt. 5% CPU power at the slow speed, and I > wonder why. The only reason I can see is that the excessive > Harddisk access limits the speed. Does the CFT program forget to > use the RAM ? > > I have no other programs running at the same time and I have > stopped as many processes as possible. Norton Antivirus is > removed, although I have no firm evidence of its influence. > I also tried to run CFT in the PC 'Safe mode'. In that case the > Gedcom exports seemed to work only at slow speed. > None of those measures have a clear effect on the problem. > > The experiments are all made on my stationary PC. > My portable PC (also with WinXP) will never operate the export at > full speed, it always insist on running at slow speed. > > Thanks to Ira and all Users, especially George W. Durman and John > Smith, for your help and interest in this strange problem and for > all your suggestions. > > My I hope for more help? > > Erik ==== CFT-WIN Mailing List ==== To unsubscribe from CFT-WIN, send an e-mail message to: CFT-WIN-L-request@rootsweb.com (for individual messages) CFT-WIN-D-request@rootsweb.com (for Digest mode) Subject: unsubscribe In the body include only one word: unsubscribe (Turn OFF your signature file when sending this command) ============================== Gain access to over two billion names including the new Immigration Collection with an Ancestry.com free trial. Click to learn more. http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237

Sat, 28 Feb 2004 15:16:06 -0600, Ira wrote >I have finally tracked down a slowdown problem with the Rebuild - a hold >over from old code....... >... Same kind of action you describe with the GED >problem. I have searched the code for other areas where I may be closing the >database and re-opening like this. I have removed this problem from the >Rebuild and am posting a 3.14.d. > >If this still is not the solution it will have to wait a while since I will >be traveling this next week - The problem with the slow Gedcom export is still not solved in vers 3.14d. The problem is found only in WinXP, not in Win98. The export uses only a few pct of the CPU power. It seems to be limited by excessive harddisk accesses, the use of RAM is very moderate. The Rebuild works well in its first 1-5 parts, in part 6 the CPU slows down to abt. 10 pct, in part 7 to abt. 50 pct. It is remarkable that the Rebuild still uses a large heap of RAM, abt. three times the size of the database. When do you (Ira) get time to look at it again? Erik

Ok. When I first looked at it I was in a "mode" where I was able to look at it reasonable quickly. Right now I have a number of things on my "plate" and am uncertain when I might get to it. I will have to seriously think about it since I have no quick clues as to what else to check into. But I will make not of this. Sorry, Ira ------------------------------------------------ Mr. Ira J. Lund Cumberland Family Software E-mail: ira.lund@cf-software.com Web: http://www.cf-software.com ----- Original Message ----- From: "Erik Helmer Nielsen" <ehelmer@boerne.dk> To: <CFT-WIN-L@rootsweb.com> Sent: Saturday, March 27, 2004 5:19 PM Subject: Re: [CFTW] CFT Ver 3.14 and Windows XP > Sat, 28 Feb 2004 15:16:06 -0600, Ira wrote > > >I have finally tracked down a slowdown problem with the Rebuild - a hold > >over from old code....... > >... Same kind of action you describe with the GED > >problem. I have searched the code for other areas where I may be closing the > >database and re-opening like this. I have removed this problem from the > >Rebuild and am posting a 3.14.d. > > > >If this still is not the solution it will have to wait a while since I will > >be traveling this next week - > > The problem with the slow Gedcom export is still not solved in > vers 3.14d. > The problem is found only in WinXP, not in Win98. > The export uses only a few pct of the CPU power. It seems to be > limited by excessive harddisk accesses, the use of RAM is very > moderate. > > The Rebuild works well in its first 1-5 parts, in part 6 the CPU > slows down to abt. 10 pct, in part 7 to abt. 50 pct. It is > remarkable that the Rebuild still uses a large heap of RAM, abt. > three times the size of the database. > > When do you (Ira) get time to look at it again? > > Erik > > > ==== CFT-WIN Mailing List ==== > You can contact the List Manager at: > CFT-WIN-admin@rootsweb.com > > ============================== > Gain access to over two billion names including the new Immigration > Collection with an Ancestry.com free trial. Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237 > >