That's very weird - so my 34 second run will run faster if I stop Shared Events - and it does, it has come down to 15 seconds.
Of course, we need both the slowdown fixed and the ability to deal with Shared Events. Regards Chris From: LegacyUserGroup [mailto:[email protected]] On Behalf Of EMB Sent: 07 April 2017 14:18 To: [email protected] Subject: Re: [LegacyUG] creating a gedcom file in 8.5.. very slow Hi, Cathy, yes you were right!!! I think I was mentally blocked ... as I didn't understand in time. I have excluded Shared Events (in German: "Mehrfach genutzte Ereignisse") now and the gedcom run faster than ever - in 7 minutes finished. Thank you so much ... especially for your patience. Eva Am 07.04.2017 um 13:54 schrieb Cathy Pinner: Here is the reason that Gedcom Export is taking longer. I gave the answer from memory a few days ago. I've now looked up the Bug tracker and there are two issues logged. Whether or not you have used Shared Events, if you don't exclude Shared Events from your Gedcom Export, the Export is taking from 3 to 10 times longer than when you do exclude Shared Events. Cathy Beta Tester with a long memory. EMB wrote: Ernie, that's a nice idea buying a faster computer! But that's not the point. I wonder why there is the significant difference between version 7.5 and 8 in creating a gedcom. Cheers, Eva But If you really want to kick your computer into warp drive, buy a solid state hard drive (SSD) it has 39 channels that run your data on. It&n bsp; took me 4 hours to run a relationship on a 800,000 name file on a standard hard drive and with the SSD it took only four minutes. I am using a quad four with 8 gig of ram and a SSD. You can figure out the math yourself. Cheers, Ernie You will always have neighbors, but not parents! On Thu, Apr 6, 2017 at 6:34 AM, Chris Hill <[email protected] <mailto:[email protected]> <mailto:[email protected]> <mailto:[email protected]>> wrote: I don't think that Shared Events should cause an issue. Potentially, a minimal impact making the _SHAR records against not having to produce the multiple copies for the other individuals. Looking at a test export I can see that the event, in my case census events, is exported from the MASTER copy with a _SHAR record to link it to the other indiv iduals it is shared with, and that it is NOT exported in their details (which also suggests that shared events should be exported if the target does not support shared events or with an option to include or exclude them). It would be worth running a backup, and then check and compress on the database. There is always the possibility that the internal tables in the database have extended and the compress would make it faster for access. Having V7.5 present is not an issue, though once you have moved to V8 you will have no need for it (but just ensure that there are none of your files there before you remove it). Otherwise, I would suggest raising it as an issue with Legacy - Tools / Support Tic ket - especially if the same issues occur on a different PC. Chris *From:*LegacyUserGroup [mailto:[email protected] <mailto:[email protected]> <mailto:[email protected]>] *On Behalf Of *EMB *Sent:* 06 April 2017 13:02 *To:* [email protected] <mailto:[email protected]> <mailto:[email protected]> <mailto:[email protected]> *Subject:* Re: [LegacyUG] creating a gedcom file in 8.5.. very slow Thanks, Chris and Cathy. I did exactly everything in 8.0.0.595 as I did in 7.5. before. I had exactly the same data - nothing else. I exported gedcom 5.5.1 in UTF-8 as I have to upload to a TNG-Website monthly. And I exported from the same comput er as I always do. My system is i5-4210M 8 GB (as I don't use games at all). I don't know which Shared Events I could exclude (my english is not perfect enough to understand). Could it be that I have those time problems as I still have 7.5 on my computer? But I can't imagine. At the moment I try to export - all the same - on a different new Windows 10 computer. I'll see what happens. But I noticed already it started as slow as the other one. I have Legacy 8.0.0.595 installed there as well (not network). Any more ideas?? Thanks in advance Eva B. Am 06.04.2017 um 11:48 schrieb Cathy Pinner: I think it's to do with Shared Events. Try excluding them under Customise button. I'm sure someone will correct me if I'm wrong - I'm remembering conversations around the time Legacy 8 was released. I hardly use Shared Events and rarely make a gedcom that includes Events. Cathy Chris Hill wrote: Hi I have just run an export, Legacy format, for my system - 10119 people, 3159 & nbsp; families and minimal sources - in 34 seconds. That would suggest a 9 minute run time for 150000 people and families. My system is an i7-6700 with 32GB of RAM since it is a gaming system. So, your time of 20 minutes from 7.5 seems reasonable. When comparing that to the current, 8.0.0.595 not 8.5 version, there must be something else that &n bsp; has changed. Were you comparing the same data or have you added a lot more informatio n to the individuals and a lot of sources referred all over the place. Even so, that might only double the run time. Otherwise, I would be considering if the target for the export was not on the PC hard drive but on to a USB or network device. The next option would &n bsp; be whether there is a performance problem at the PC level or some running software which is using the processor. Hope this helps, but we really need to know why about what is happening. Regards Chris -----Original Message----- From: LegacyUserGroup [mailto:[email protected] <mailto:[email protected]> <mailto:[email protected]>] On Behalf Of EMB Sent: 06 April 2017 09:50 To: Legacy User Group <mailto:[email protected]> <[email protected]> <mailto:[email protected]> <mailto:[email protected]> Subject: [LegacyUG] creating a gedcom file in 8.5.. very slow Who can help? When I created a gedcom file in 7.5 of 150.000 persons it took 20 minutes. Now I updated to the newest 8.5.. and now it takes more than 4 hours to d o the same! Does anybody know what happened? Or could I've done something wrong in updating??? Thanks for any help! Eva B. -- LegacyUserGroup mailing list [email protected] <mailto:[email protected]> <mailto:[email protected]> <mailto:LegacyUserGroup@l egacyusers.com> To manage your subscription and unsubscribe http://legacyusers.com/mailman/listinfo/legacyusergroup_legacyusers.com <http://legacyusers.com/mailman/listinfo/legacyusergroup_legacyusers.com> <http://legacyusers.com/mailman/listinfo/legacyusergroup_legacyusers.com> Archives at: http://www.mail-archive.com/[email protected]/ <http://www.mail-archive.com/[email protected]/> <http://www.mail-archive.com/[email protected]/>
-- LegacyUserGroup mailing list [email protected] To manage your subscription and unsubscribe http://legacyusers.com/mailman/listinfo/legacyusergroup_legacyusers.com Archives at: http://www.mail-archive.com/[email protected]/
