Have you tested them independently, or only together. I'm willing to bet most of your speed is from batterypatch, not speed patch. Unless your torrent app is just a very large shell script, it's unaffected by speedpatch.

Your battery graphs can't be that "old" if you're comparing it to the dsp profile, since that was only put out about a couple weeks ago. As for batterylife being better, I see no reason why it would be the case, since for most of the time you're using the same profile as dsp. The only difference between the overclock profile in batterypatch and the dsp profile is that it's enabling SR1 by default, and using a slower governor.

Mind you, you could simple enable SR1 yourself, and I'm betting your battery life would be the same as it is with this patch. It's one line in one file, vs a bunch of scripts doing all this to your system.

Want proof? Try uninstalling battery patch, copying dsp to dsp2 in the kernel-config-scripts folder, then change the line in dsp2 so that the VDD1 value is set to 1. Then load that profile and see if it's not identical to the battery usage from this patch.

maybe mohammad is karam evil twin..dont know and dont care...just want a solution to get rid of these patches efectively without reflash...

If you installed the most recent ones (BP 4.0 and SP 2.0) the commands Karma gave should in fact remove any residuals after uninstalling the apps. One thing it may not do on an uninstall is remove KP if it installed that as a pre-req for batterypatch. But then you probably don't want to do that anyway. And if you did, KP comes with an uninstaller app that re-flashes the Nokia kernel and removes itself properly.

ok..finally we all agree on something..tks woody!
By the way..i deply believe that karam has the best intentions and has been doing a good job, and i am proud that he is such an active member of this community..but..i am uninstalling this.

It certainly wasnt any faster for me, but I run my device at 450 min 1000 max, so its pretty quick anyway

edit: oh yeah and it definitely doesnt uninstall properly

I agree. In fact, looking at what speedpatch does, it may in fact help with some issues where scripts are used. In particular, where scripts are called for taking actions based on real-time feedback (dbus-scripting for example). But it's not something that's going to help the common user for the most part.

My bigger issue right now is with batterypatch, since it's doing some pretty nasty things, like severe over-clocking and using configurations known to be unstable on most hardware. (SR1 enable for older kernels & over-clocked settings, using 125Mhz at all, etc.)

I don't have problems with people wanting to help out and code things. I take exception though when people make destabilizing, and in some cases potentially damaging mistakes, and then try to defend those mistakes when they don't understand what it is they've done. In this case both freemangordon, myself, and others, have on several occasions asked why he's doing things, and he's repeatedly replied with "it's all based on testing" to "I don't know why it works".

Sorry, but I wouldn't let someone who thinks they may know how to do heart surgery based on practicing on others (and causing issues for / killing several patients) anywhere near me. No difference here. Nor would I want them to freely be practicing medicine while clearly not knowing what they're actually doing. Thus why I'm here: Lots of people have had issues after installing these patches, and when anyone tries to help those people and tells them to not use speedpatch/batterypatch again, Karam get's all defensive and asks why everyone is attacking him.

It would be just like a doctor maiming people, then suing other doctors who advise patients not to go back to the doctor that maimed them. Does that sound sane? If you were a patient in that waiting room, wouldn't you want someone to come in and tell you he's maimed several other people, and you should run now, while you have the chance? Sure, some are always going to go back to the witchdoctor... that's their choice. But how can you tell which ones are good or bad without being able to talk about doctors in general? Without talking about the treatments, how they work, and what proof exists to show it's actually doing good?

There's quite a lot of heat round here! From a bystander's point of view, it seems like it was a useful experiment. Sympathy for the guinae pigs.

Thanks Woody (and Karam) for thrashing out what these scripts do. I got a bit lost in some bits where tempers appeared high or technical acronyms weren't obviously expanded. Is it about right to assume that
(a) Battery Patch is a no-no and conflicts with GPU operation, amongst other things?
(b) Speed patch is pretty 'safe' but fairly pointless unless the device is constantly performing high volumes of i/o through the cpu?
(c) Both need a wiki page for uninstall instructions?


ps Karam: you need to sort out your Karma. Single figures makes you look like a proper shady character!

Hmm.. since it's enabling SR1, maybe? But that link isn't totally clear yet. Let's say it's probably not a good factor to add to the "why my device might randomly reboot" pool.

Not I/O. It's pointless unless you have a lot of shell scripts running, monitoring dbus signals and changing settings based on that (like if you're running batterypatch...)

Actually, the install/uninstall scripts can easily be tweaked to properly do what's needed. It's just not doing it now....

The biggest issues are the crazy (7X0-850) overclocking, use of SR1, and use of unstable 125Mhz. If you took those issues out, it wouldn't be all that bad. But those alone, yet alone staked with other mods, make the whole deck of cards wobbly.

TBH I have no idea why 125 is not used by Nokia (and Titan and others). I've never seen reports of 125 being unstable and I am using it on my device. The same for SR and 125 - actually efuse value for 125 is very high, almost enough voltage to run 250.

And for speedpatch doing nothing - well, it does, it ruins all the cgroups setup done by Nokia.

If you want a quick N900, you have to uninstall some applets.

Applets use deamons, using more memory and CPU but are very usefull.

On computer, you cand add memory but on N900, you can't do it .