NOTE: This was found in my Drafts folder. I just discovered I didn't send it as intended. Please excuse me for the late response.
That is the same kind of thing I was experiencing with my new system. One wonders what the system was so busy with during that time. I've gone back to my old system now, which is fairly fast anyway, and am seeing only a number of relatively short stops during C/R, and it usually finishes in just over three minutes with a file of about 169,000 records. With the computer I had been using, I tried to see what the system was working on so diligently during those hangs, but it didn't seem to be doing anything that would show up on the Task Manager, or Process Explorer, or Resource Monitor, that would be considered significant -- like less than one percent activity, and nothing happening on the network either. It's as if the processor got an interrupt that told it to wait because it wanted to be ready for something really important that was going to happen, but it never does, so the processor decides, after an interminable amount of time, that it should maybe go ahead with the things it had been working on before it got the rude interrupt. I feel some doubt that there is something wrong with the database, because it causes no problem in other environments. Anyway, I find that the same thing happens with other files that have over 50,000 records, and small files never have this kind of difficulty. Joseph Leavitt On 7/22/2014 11:33 AM, Bob Austen wrote: > > Update... Legacy just hung up on me while doing a Check/Repair. I did > several C/R's over the last two days with no problem. Today I added a > number of more records and deleted a number. Ran Check/Repair and it > hung up on rebuilding indexes. > > Oh wait, as I am writing the email it went to the next step - what was > taking me under 5 minutes for the entire action took 18 minutes to get > past 'Rebuilding Indexes'. (54/193) The operation completed > successfully taking 22 minutes. ??? > > Bob A > > On Monday, July 21, 2014 12:42 PM, Bob Austen <[email protected] > <mailto:[email protected]>> wrote: > > Joseph, > > As Jay points out the more memory the better. However, although it was > slow, I didn't crash with a file of Jay's size on my Pentium, XP, 1GB > - so you should be OK with an I5, 4GB. I have upgraded to and I7, > 16GB, Win 8.1 64 bit, and it takes me about 5 minutes on a file of > over 400,000 names. The time can vary depending on the number of > errors found. I don't do a Check/Repair daily as Jay does - I think > that's a great plan, but I get busy (lazy) and don't do it. > > Bob A > > > -----Original Message----- > From: JV Leavitt [mailto:[email protected] <mailto:[email protected]>] > Sent: Monday, July 21, 2014 10:22 AM > To: [email protected] > <mailto:[email protected]> > Subject: Re: [LegacyUG] Legacy v8 any build - Windows 7 -- > Check/Repair on large database > > Thank you Jay. I am using an I5 processor with only 4GB memory. I > had a 64 bit Win 7 with 8 GB RAM installed, but since I saw the > failures on other PC's like this, and that it ran fine on three > separate PC's with > 32 bit Win 7 and 4 GB RAM, I went to the extreme, and wrote over my 64 > bit system with a 32 bit one. Now I still have the same problem. > Sigh.... It is very confusing because I have an older PC with a core 2 > duo processor and 32 bit Win 7 and 4 GB Ram, which runs Check/Repair > fine on the same database every time. It leaves me with the question > as to why the same file works on some systems but not on others. The > PC's at the FH Center are new I5 units with very fast processors, > etc., and most but not all of them give me the same fits as I see on > my new PC at home. I supposed it must be the SSD that I have on my > system, but I don't think the PC's at the FH Center have SSDs, though > I'm not perfectly sure about that. > > I am sad at having to give up my new PC and go back to my old one. > However, the problem is so serious as to make it possibly the only > option left. Once the Check/Repair fails, the db is ruined, and I am > obliged to restore a backup file. As you can imagine, that bothers me > greatly. I know I can backup, and restore the file on my wife's XP > system, and then run the Check/Repair, and then..., but I don't have > enough patience to do that very often. > > Thanks for your reply -- it does help. > > Joseph Leavitt > > > On 7/21/2014 9:54 AM, Jay 1FamilyTree wrote: > > Joe, > > > > I run check repair once a day on my database of 230,000. > > > > If it taking as long as you say, most likely your PC needs a larger > > memory and a better processor. > > > > I have an I5 processor with 16GB memory, and sometimes it will take as > > long as 5 minutes. > > > > Try running it right after a cold startup before you open or start any > > other process on your PC. > > > > > > When I have had to troubleshoot, (Only once in over 8 years) I broke > > the file into two and did each one, then put them back together (I > > never did find the reason why, but I didnt care as my data was safe > > and correct.) > > > > Hope that helps, > > > > Jay > > > > > > > > > > On Mon, Jul 21, 2014 at 8:16 AM, JV Leavitt <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > Could any of you who have a very large database, like over 100,000 > > records, tell me if check/repair works well for you. I've seen it > > (on a > > file of 169,000 records) finish in three minutes on one system, > but on > > my system, and a number of others I've tried, it either fails with an > > error, or hangs for five to fifteen minutes on various steps > along the > > way, often hanging right away in the middle of rebuilding indexes. > > > > I have Windows 7 installed, and I've tried changing many settings and > > Services, and eliminating programs that might be interfering, but > > to no > > avail. Anyway, it hangs or fails the same way on many of the new > > computers at our local Family History Library. Any PC that has > > Windows > > XP will run Check/Repair without any problem, no matter how big > > the file > > is. I should say that I've not seen any such problem on smaller > > files ( > > I suppose under 10,000 records).. I have many small files which > > are the > > ones I usually work on, and have no difficulties with them. > > > > Any suggestions would be GREATLY appreciated. :-) > > > > Joseph Leavitt > > > > > Legacy User Group guidelines: http://www.LegacyFamilyTree.com/Etiquette.asp Archived messages after Nov. 21 2009: http://www.mail-archive.com/[email protected]/ Archived messages from old mail server - before Nov. 21 2009: http://www.mail-archive.com/[email protected]/ Online technical support: http://www.LegacyFamilyTree.com/Help.asp Follow Legacy on Facebook (http://www.facebook.com/LegacyFamilyTree) and on our blog (http://news.LegacyFamilyTree.com). To unsubscribe: http://www.LegacyFamilyTree.com/LegacyLists.asp
