Reply
Thread Tools
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,466 times | Joined on Jan 2010 @ Australia Mate
#31
how to untar in xterm? thx
 
Posts: 2,014 | Thanked: 1,581 times | Joined on Sep 2009
#32
Originally Posted by f2thak View Post
how to untar in xterm? thx
tar xvf <file> for non gzipped
tar xvzf <file> for gzipped
__________________
Class .. : Power Poster, Potential Coder
Humor .. : [*********] Alignment: Chaotic Evil
Patience : [***-------] Weapon(s): +2 Logic Mace
Agro ... : |*****-----] Relic(s) : G1, N900

 

The Following 2 Users Say Thank You to Bratag For This Useful Post:
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,466 times | Joined on Jan 2010 @ Australia Mate
#33
just did this, bout to reboot.

will test tonight by downloading a big file thru transmission

thanks
 
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,466 times | Joined on Jan 2010 @ Australia Mate
#34
i thought this app would help a cpu/ram hogging app work better..

it has made no difference to transmission for me anyway.

the app is still unresponsive and locks up phone
 
hawaii's Avatar
Posts: 1,030 | Thanked: 792 times | Joined on Jun 2009
#35
Your ignorance is showing.
 

The Following User Says Thank You to hawaii For This Useful Post:
Posts: 63 | Thanked: 26 times | Joined on Jul 2010 @ Canada
#36
Originally Posted by Cirne View Post
Short answer: no, it won't work.

Long answer: I tried that at first (actually, a slightly more complex version of that; you can see the remnants of it in mlocker.c). The problem is that those processes aren't actually standalone binaries. The file you mention is just a symlink to maemo-invoker. maemo-invoker, in turn, talks to maemo-loader (a daemon), telling it "please run the rtcom-call-ui application". maemo-loader then opens up /usr/bin/rtcom-call-ui.launch and executes it. Only here's the rub, and why all the hassle with maemo-loader in the first place: the .launch files aren't actually executables. Oh, they're binaries, to be sure, but they're more like shared libraries with a main function. maemo-loader loads them and transfers control over to them without ever calling exec().

You can do an ls -l /proc/*/exe to see just how many processes are running with maemo-loader as their system-recognized primary executable. So, whatever hacks I'm going to do, they'll have to be more complex and target maemo-loader itself. I certainly plan to, at some point; might even throw a renice() in there too. It'd sure be keen if all the processes on the critical path didn't have to wait for page faults or processor scheduling when you get a phone call.

would it be possible to write a wrapper for the rt-comm-ui "shared library" and replace the wrapper script by a call to this wrapper instead of maemo-launcher? That would solve the shared lib issue and bring the phone app to be a "first class citizen".

Is that something doable or does maemo-launcher does extra magic that is hard to replicate?
 
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,466 times | Joined on Jan 2010 @ Australia Mate
#37
Originally Posted by hawaii View Post
Your ignorance is showing.
what IS your problem with me?

forgive me Im not an uber-geek like yourself, which is a good thing as I actually get laid.

Last edited by F2thaK; 2011-05-28 at 14:11.
 
Posts: 43 | Thanked: 18 times | Joined on May 2010 @ Sydney
#38
Hi there.

Perhaps I'm a bit late in joining in this. I was looking at using the mlock calls do similar things, and found this thread.

Any updates or new findings on the maemo-launcher business?

Basically I want to have some process not to be swapped out on the N900.

Thanks!
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 05:14.