|
#27
| |||
| |||
| Read more. Post less. "Remove ABCD from Email address to reply" <neil154ABCD[at]earthlink.net> wrote in message news:Alqwg.8265$vO.2190[at]newsread4.news.pas.earthlink.net... - quote - > Why did you have to add the bills back in? If you had the bills in the > prior version, it should have been included in the 07 version upon > conversion. |
|
#26
| |||
| |||
| Why did you have to add the bills back in? If you had the bills in the prior version, it should have been included in the 07 version upon conversion. -- Neil "Rod" <dont[at]email.me> wrote in message news:e4Ao6HSrGHA.4016[at]TK2MSFTNGP05.phx.gbl... - quote - > > I wonder what will happen after I add the bills back in there...? > I added the bills back in there (about 20 of them) and startup performance > remained excellent. It only went up from 5 seconds to about 7 seconds. > Definitely better than the 35+ seconds I generally have to wait in order > to use Money. > When adding the bills it prompted me if I wanted to add them to the > budget.. I said 'no' since I don't use the budget feature. Not sure if > saying 'yes' would affect performance or not. > Looks like I may upgrade to 2007 after all. > -Rod |
|
#25
| |||
| |||
| - quote - > When adding the bills it prompted me if I wanted to add them to the
FYI... I went in and re-edited each bill and clicked ok, this time> budget.. I said 'no' since I don't use the budget feature. Not sure if > saying 'yes' would affect performance or not. saying 'yes' to add it to the budget. This made no difference in Money's startup time. -Rod |
|
#24
| |||
| |||
| The % seems to be dependent on size: 30 went to 20, and 150 went to 125 -- Michael Gordon MVP "Rod" <dont[at]email.me> wrote in message news:eJlTYISrGHA.4016[at]TK2MSFTNGP05.phx.gbl... - quote - > Michael Gordon, MVP wrote: > > I'm seeing a significant reduction in the size of datafiles (~30%); I > > don't know if it will persist. > My file shrunk about 12%. > -Rod |
|
#23
| |||
| |||
| Michael Gordon, MVP wrote: - quote - > I'm seeing a significant reduction in the size of datafiles (~30%); I don't
My file shrunk about 12%.> know if it will persist. -Rod |
|
#22
| |||
| |||
| - quote - > I wonder what will happen after I add the bills back in there...?
I added the bills back in there (about 20 of them) and startupperformance remained excellent. It only went up from 5 seconds to about 7 seconds. Definitely better than the 35+ seconds I generally have to wait in order to use Money. When adding the bills it prompted me if I wanted to add them to the budget.. I said 'no' since I don't use the budget feature. Not sure if saying 'yes' would affect performance or not. Looks like I may upgrade to 2007 after all. -Rod |
|
#21
| |||
| |||
| The reduction is before the bills-be-gone thing; that's next for me, but I expect to see an improvement in performance even if I don't see one in datasize. My understanding is that it does more than remove bills: it should get rid of junk that can't be easily removed anyway. It should improve stability and -- as well -- improve performance for a lot of activities (such as reports) which accessed the bills list. -- Michael Gordon MVP "Dick Watson" <littlegreengecko[at]mind-enufalready-spring.com> wrote in message news:%236$c7fQrGHA.2180[at]TK2MSFTNGP05.phx.gbl... - quote - > I saw a reduction but of the 5% range. More testing to do re. this > nuke-the-bills thing. > "Michael Gordon, MVP" <gordonm[at]denison.edu> wrote in message > news:Oa7%23dtOrGHA.5012[at]TK2MSFTNGP03.phx.gbl... > > I'm seeing a significant reduction in the size of datafiles (~30%); I > > don't know if it will persist. |
|
#20
| |||
| |||
| BTW, it's not past bill data--in the sense of transactions entered in registers--that you are deleting. The transactions in the account registers remain just fine. It's the scheduled "bills & deposits" "bills summary" "advanced bills" for future entry you are deleting. I think (prior msg) that nuking these nukes an association between these and the entries they spawned in the register, but have not proven this. "Andrew" <justme[at]nowhere.com> wrote in message news:1153515347_79347[at]sp6iad.superfeed.net... - quote - > I am not quite following this Bill deletion/removal thread. If you remove > your Bill data ( I assume past Bill data) doesn't that cause issues with > your past data for those Bill's? |
|
#19
| |||
| |||
| Well, it probably means that the show bill paid mapping from prior transaction entries to the scheduled item that entered it would be lost. (At least I think they track this association somehow.) Since I rarely use that, it's not a big factor in my equation of cost/benefit for going through this compared to the marked increase in performance I saw after flushing them. The BIG Q is if performance will stay so much better after I work my way through re-entering 100+ of them. "Andrew" <justme[at]nowhere.com> wrote in message news:1153515347_79347[at]sp6iad.superfeed.net... - quote - > I am not quite following this Bill deletion/removal thread. If you remove > your Bill data ( I assume past Bill data) doesn't that cause issues with > your past data for those Bill's? |
|
#18
| |||
| |||
| I am not quite following this Bill deletion/removal thread. If you remove your Bill data ( I assume past Bill data) doesn't that cause issues with your past data for those Bill's? Thanks "Cal Learner-- MVP" <via_newsgroup[at]please.tnx> wrote in message news:f062c2hfbv18a51se3ve900tpm3f0631op[at]4ax.com... - quote - > In microsoft.public.money, Dick Watson wrote: > > > For people following the thread, one workaround to this case is to Enter > > the > > "template" transaction in to the register, blow away the bills, go find > > all > > of the template transactions in the registers, r-click add them back to > > bills, then delete the temporarily stored transaction. > Sorting the register(s) by order of entry could facilitate that a > tad. > > > It's still a lot of work and some stuff will still get lost and need > > re-creation by hand. ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- |
|
#17
| |||
| |||
| I saw a reduction but of the 5% range. More testing to do re. this nuke-the-bills thing. "Michael Gordon, MVP" <gordonm[at]denison.edu> wrote in message news:Oa7%23dtOrGHA.5012[at]TK2MSFTNGP03.phx.gbl... - quote - > I'm seeing a significant reduction in the size of datafiles (~30%); I > don't know if it will persist. |
|
#16
| |||
| |||
| In microsoft.public.money, Dick Watson wrote: - quote - > For people following the thread, one workaround to this case is to Enter the
Sorting the register(s) by order of entry could facilitate that a> "template" transaction in to the register, blow away the bills, go find all > of the template transactions in the registers, r-click add them back to > bills, then delete the temporarily stored transaction. tad. - quote - > It's still a lot of work and some stuff will still get lost and need > re-creation by hand. |
|
#15
| |||
| |||
| Several to many of my scheduled items have no representative instance in the registers. Paychecks, for instances, are setup with splits to cover a superset of all of the things that show up over the year. Many weeks I delete some lines that are zero in the scheduled item but kept in the scheduled item to "remember" the categorization/tab treatment for such a thing. I also have transactions that are in the scheduled items just for cashflow projection purposes but are never entered in registers. These include things like fake paychecks setup for a limited number and special starting dates to wedge in the category adjustments for the last several weeks of the year when I hope to go over the FICA cap. These types of scheduled items are one of the ways I get good cashflow projection and get good tax estimator results. For people following the thread, one workaround to this case is to Enter the "template" transaction in to the register, blow away the bills, go find all of the template transactions in the registers, r-click add them back to bills, then delete the temporarily stored transaction. It's still a lot of work and some stuff will still get lost and need re-creation by hand. "Cal Learner-- MVP" <via_newsgroup[at]please.tnx> wrote in message news:ht02c29cn4jc5kdm5jiv0t0kjqp25310qu[at]4ax.com... - quote - > In microsoft.public.money, Dick Watson wrote: > > > The effort it will take to recreate the bill is A LOT. I have 101 of them. > > They total 335 split elements. 65 of these are classified. 184 of these have > > memos associated. > You might try going to your register and selecting a representative > instance of your past bill and selecting "Make Recurring" (Ctrl+E). > This could simplify re-entering your bills after running the > File-> Repair-> RemoveBillsData -- especially for those with splits. |
|
#14
| |||
| |||
| I'm seeing a significant reduction in the size of datafiles (~30%); I don't know if it will persist. -- Michael Gordon MVP "Dick Watson" <littlegreengecko[at]mind-enufalready-spring.com> wrote in message news:uFyLNDIrGHA.4356[at]TK2MSFTNGP02.phx.gbl... - quote - > The experiment is underway. > Other M07 comments: > Performance doesn't seem much different than M06. I should view that as a > good thing compared to the possibility that it got worse. I don't. > It still runs on after "exit". It no longer whines about Money is already > running. It just ignores the attempt to open the file. I suppose that's > one way of dealing with the complaints about the message. > My data file got smaller. That's never happened before. > It's tough to find anything that has changed much at all. I saw some > things that looked different--the fonts on Tools|Settings, the last > balanced on date on the register views--but nothing of any consequence. I > haven't yet tested to see if I can schedule classification of a loan > payment, but my hopes aren't high. > The new toy budget may or may not be a good thing--I just went to see the > thing, not to actually try to use it. Certainly the notion that one simple > maxim like "spend 60% of gross" is a universal budgeting solution seems > simian at best and just silly at worst. (What if I want so spend only 40%? > What if I'm at 70% and surviving fine? What if I just want to set targets > and track performance to them like people have been doing with budgets for > eons now?) So some MSN editor invented this thing? So what? If an MSN > editor invented one and one tenth entry accounting, would that make it > good? The good news is that if you have an existing Advanced Budget, you > can keep using Advanced Budget. The bad news appears to be that a new file > only gets the 60% toy. They're probably really proud of this. Seems like a > step in the direction of cookie jar and piggy back accounting to me. > Surely we should all think that heading toward removal of a complex, if > problematic, feature in favor of some goofy toy is not a good sign for the > future. > Fifteen minutes later, it's still removing bills. For now, I'm running out > of other things to say about M07. I did note that it suggested using the > scheduled bill report to have a prayer of recovering from removing bills > (if you have performance problems or your budget is hosed up--why can't > they just fox whatever data there is that mungs it up?). That's > problematic advice. Unless they've radically improved that report, there's > lots of info that just doesn't come out in it like number remaining, > method, approximate value, paycheck tab info, and edited occurrences, etc. > Five more minutes and still it removes bills. I'm going to bed... > "Cal Learner-- MVP" <via_newsgroup[at]please.tnx> wrote in message > news:9od0c2pcclnp5i0gffbs5pj5o4hlmbqg3t[at]4ax.com... > > If you get to that, you might also try the > > File-> Repair-> RemoveBillsData on a slow copy of your file. Of course > > getting rid of bills would hinder your usage, but it could be an > > interesting experiment. |
|
#13
| |||
| |||
| In microsoft.public.money, Dick Watson wrote: - quote - > The effort it will take to recreate the bill is A LOT. I have 101 of them. > They total 335 split elements. 65 of these are classified. 184 of these have > memos associated. You might try going to your register and selecting a representative instance of your past bill and selecting "Make Recurring" (Ctrl+E). This could simplify re-entering your bills after running the File-> Repair-> RemoveBillsData -- especially for those with splits. |
|
#12
| |||
| |||
| In microsoft.public.money, Rod wrote: - quote - > > Now I'm off to test what happens when I manually remove all the bills
You might try going to your register and selecting a representative> > from Money 2006... > I deleted all my bills and Money 2006 initialization time did not > improve at all. This might be a good sign... it may mean that 2007's > "clear bills" feature does a bit more than simply clearing out your > bills. Maybe it clears out other cruft as well that kills performance. > Later today I will try to add the bills back in there and see what > happens to performance. Hopefully it will stay fast. In that case I > may actually purchase the 2007 upgrade. instance of your past bill and selecting "Make Recurring" (Ctrl+E). This could simplify re-entering your bills after running the File-> Repair-> RemoveBillsData. |
|
#11
| |||
| |||
| comments inline. "Rod" <dont[at]email.me> wrote in message news:uzEy%23LNrGHA.4444[at]TK2MSFTNGP02.phx.gbl... - quote - > What is your experience? Is Money snappier during normal use with all
In the little amount I've done, it does seem overall faster. But without the> the bill data cleared out? bills, there's very little worth doing and I haven't spent more than a few minutes with the file that's in this state. - quote - > I can live with Money taking 35+ seconds to
I noted your negative outcome on that test. I'll eagerly await a report> initialize. But I may go through the effort of recreating all the bills > if performance improves throughout the application. > Now I'm off to test what happens when I manually remove all the bills > from Money 2006... about what happens if/when you put the bills back in. Like you, success with that case would probably sell me a copy of M07. But I only want to do that ONCE, so I have to work out a strategy first. (Catch up with the week's backlog of entry, then re-upgrade the "best" M04 file, then undo all of the upgrade mangling, then re-do the nuke-the-bills "repair", then repair the damage that does--maybe it'll rain all weekend and I'll have nothing better to do, AND THEN do some more dual trial work?) |
|
#10
| |||
| |||
| - quote - > Now I'm off to test what happens when I manually remove all the bills
I deleted all my bills and Money 2006 initialization time did not> from Money 2006... improve at all. This might be a good sign... it may mean that 2007's "clear bills" feature does a bit more than simply clearing out your bills. Maybe it clears out other cruft as well that kills performance. Later today I will try to add the bills back in there and see what happens to performance. Hopefully it will stay fast. In that case I may actually purchase the 2007 upgrade. -Rod |
|
#9
| |||
| |||
| - quote - > Do I go spend a day or so recreating all of the bills hoping to find out
I'm in the same boat as you.. I am not sure if I want to go through the> that it's still faster--thus concluding that I've eliminated some > "corruption" or something? (And if this is the case, I ask again: why can't > the app just fix this stuff by itself?) And if I put all this back in and > it's dog slow again, then what? The case above? effort of recreating all my bills just for this experiment. And I'm wondering if it will only affect load time anyway. Besides initial load time, it is hard for me to gauge actual performance of the application during normal use since I am running 2007 it inside a VMware session. What is your experience? Is Money snappier during normal use with all the bill data cleared out? I can live with Money taking 35+ seconds to initialize. But I may go through the effort of recreating all the bills if performance improves throughout the application. Now I'm off to test what happens when I manually remove all the bills from Money 2006... -Rod |
|
#8
| |||
| |||
| Let me jump on another tail of this thread with part of my continuing M07 saga. After my experiment, from the other branch of the thread, finally got done, I observe the same thing. Just incredible performance gains. Is it FAST? No. Is it way faster than it was? Yes. But I don't really know what to infer from this. I really can't say if the gain is across the whole app--though it looks promising. The data is now so munged that I really can't use this file in parallel testing with my M04 production machine/production data. I use the feature heavily. I can't even get past today without having scheduled bills to deal with. Do I infer that I just shouldn't use the scheduled bills feature? Since I manage to forecast cash flow, this seems pretty untenable to me. Do I go spend a day or so recreating all of the bills hoping to find out that it's still faster--thus concluding that I've eliminated some "corruption" or something? (And if this is the case, I ask again: why can't the app just fix this stuff by itself?) And if I put all this back in and it's dog slow again, then what? The case above? The effort it will take to recreate the bill is A LOT. I have 101 of them. They total 335 split elements. 65 of these are classified. 184 of these have memos associated. I now have four M files will full (or almost full) sets of data. These seem the only ones worth doing anything with. I have my M04 production machine/production data file. The test machine has the M06 upgraded to M07 file that is what's left of my year long M06 extended dual entry trial. I trust this one **almost** as much as the real file. The test machine also has the M06 with bills removed file. As noted, this is like a car with 9/10s of the body cut away to make it faster. Yes it's faster, but so what? It's useless. But it took almost half an hour to get it there. I also have a copy of the production file newly upgraded straight from M04 to M07. (More about that elsewhere.) How do I get on with life? Try to maintain all four till I figure out what really works best in M07? How do I do that with no bills in one of them? "Rod" <dont[at]email.me> wrote in message news:OL3fohJrGHA.3412[at]TK2MSFTNGP02.phx.gbl... - quote - > Wow, I just tried the "remove all bills data" from the repair menu and now > Money only takes 5 seconds of CPU time to fully load. > I wonder what will happen after I add the bills back in there...? |
| Tags |
| 2007, performance |
Similar Threads | ||||
| Thread | Forum | Replies | Last Post | |
| 2007 with Pocket PC Al Scura: The MS docs say that Money 2007 will not sync with any Pocket PC. Is this true forever? I recall the 2006 version was delayed for a couple of... | Microsoft Money | 12 | 03-12-2007 11:36 PM | |
| Looks like Money 2007 is available now Mark: http://www.microsoft.com/money/default.mspx -Mark | Microsoft Money | 13 | 07-24-2006 02:22 AM | |
| ms 2007 Jack: When is MS2007 coming out? | Microsoft Money | 7 | 07-20-2006 12:09 PM | |
| Money 2007 Mark Fields: Any news about when Money 2007 will be released, or any idea what will be offered which is an improvement? I'm using '03 and it works fine but if... | Microsoft Money | 11 | 06-30-2006 04:25 AM | |
| Money 2007 Thomas Grassi: Does anyone know when it will be released? Thanks Tom | Microsoft Money | 5 | 06-14-2006 02:07 PM | |
| Thread Tools | |
| Display Modes | |
| |