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 individuals 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 Ticket - especially if the same issues occur on a different PC. Chris From: LegacyUserGroup [mailto:[email protected]] On Behalf Of EMB Sent: 06 April 2017 13:02 To: [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 computer 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 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 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 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]] On Behalf Of EMB Sent: 06 April 2017 09:50 To: Legacy User Group <mailto:[email protected]> <[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] To manage your subscription and unsubscribe http://legacyusers.com/mailman/listinfo/legacyusergroup_legacyusers.com Archives at: http://www.mail-archive.com/[email protected]/
