Active Topics
-
Extra softwares in Sailfish using CLI, repositories, etc (117)
to SailfishOS by nieldk - 4 hrs, 52 mins ago -
Firefox with Leste (6)
to Maemo 7 / Leste by teroyk - 1 day, 1 hr ago - more...
 |
|
2008-07-29
, 06:18
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#2
|
I think it would be nice to bundle some if not all of your speedup tips into a future version of the easy chroot; I've just bundled the /tmp resize trick and it has done wonders; suddenly I can open complex documents in OpenOffice (before, it would just silently drop pictures, etc), print to PDF, print via CUPS properly, etc, etc...
Could you re-post your other OpenOffice optimizations here?
Last edited by qole; 2008-07-29 at 06:26.
Could you re-post your other OpenOffice optimizations here?
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
Last edited by qole; 2008-07-29 at 06:26.
 |
|
2008-07-29
, 07:40
|
|
Posts: 2,142 |
Thanked: 2,054 times |
Joined on Dec 2006
@ Sicily
|
#3
|
OK :-)
Here are some reposts - other goodies will be posted here when available. Though I don't think you will be able to default the chroot to these, unless you hardcode the openoffice preferences which go into the /home/user personal space.
Another trick to shorten openoffice.org startup. Fire up an openoffice instance (ex. writer), go to tools / options, then in the list look for openoffice.org and memory. Change "use for openoffice.org" to 30MB and "memory per object" to 2MB. Seems to work in my hands albeit I did no measures (placebo is enough for me :-).
Taken from http://www.linuxformat.co.uk/pdfs/do...feat_speed.pdf which is a very interesting source of speeding advices.
This is to be able to open openoffice documents from the file manager.
dbus-switchboard allowed me to associate .odt files with openoffice writer.
In defaults.list put "application/octet-stream=hildon-dbus-switchboard.desktop" as stated by pipeline for files unknown by hildon.
In .dbus-switch-apps.cfg add
(double quotes were needed in my hands to allow filenames containing spaces).
In .dbus-switch-xref.cfg add
This was enough. Other ooo file types work similarly.
Managing the "restoring files" window in openoffice.org
This particular window, when shows, is too high for the 800x480 NIT screen and its buttons lay behind the visible area - plus, there's no way to move the damn'd modal window and to push the OK or CANCEL buttons, except that tabbing and hitting return in a blind way. Luckily, there is a cure.
In Openoffice tools/options menu, go find the "view" screen and on top you'll find a field which controls the scaling of the user interface widgets. Scale down it to 80% (or experiment with other values) and you'll see the restoring files window is going to enter comfortably into your screen - plus, all the toolbar icons will be visible.
Last edited by debernardis; 2008-07-29 at 07:43.
Here are some reposts - other goodies will be posted here when available. Though I don't think you will be able to default the chroot to these, unless you hardcode the openoffice preferences which go into the /home/user personal space.
Another trick to shorten openoffice.org startup. Fire up an openoffice instance (ex. writer), go to tools / options, then in the list look for openoffice.org and memory. Change "use for openoffice.org" to 30MB and "memory per object" to 2MB. Seems to work in my hands albeit I did no measures (placebo is enough for me :-).
Taken from http://www.linuxformat.co.uk/pdfs/do...feat_speed.pdf which is a very interesting source of speeding advices.
This is to be able to open openoffice documents from the file manager.
dbus-switchboard allowed me to associate .odt files with openoffice writer.
In defaults.list put "application/octet-stream=hildon-dbus-switchboard.desktop" as stated by pipeline for files unknown by hildon.
In .dbus-switch-apps.cfg add
Code:
Oowriter,cli,debbie oowriter "%params%"
In .dbus-switch-xref.cfg add
Code:
.odt,Oowriter,
Managing the "restoring files" window in openoffice.org
This particular window, when shows, is too high for the 800x480 NIT screen and its buttons lay behind the visible area - plus, there's no way to move the damn'd modal window and to push the OK or CANCEL buttons, except that tabbing and hitting return in a blind way. Luckily, there is a cure.
In Openoffice tools/options menu, go find the "view" screen and on top you'll find a field which controls the scaling of the user interface widgets. Scale down it to 80% (or experiment with other values) and you'll see the restoring files window is going to enter comfortably into your screen - plus, all the toolbar icons will be visible.
__________________
Ernesto de Bernardis
Ernesto de Bernardis
Last edited by debernardis; 2008-07-29 at 07:43.
| The Following 3 Users Say Thank You to debernardis For This Useful Post: | ||
|
|
2008-09-10
, 22:55
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#4
|
I stumbled across this in the /usr/bin/startlxde file. I ran OpenOffice under LXDE but couldn't see any difference, however. Any ideas?
EDIT: More info here. I wonder if we should go a step further and force desktop detection to "Gnome" by using OOO_FORCE_DESKTOP="gnome"
EDIT2: That page suggests a couple of variables that might speed things up a bit...
Last edited by qole; 2008-09-10 at 23:06.
Code:
# Enable GTK+2 integration for OpenOffice.org, if available. export SAL_USE_VCLPLUGIN=gtk
EDIT2: That page suggests a couple of variables that might speed things up a bit...
SAL_DISABLE_SYNCHRONOUS_PRINTER_DETECTION
If set to nonempty value disables synchronous printer detection. This can help on startup e.g. if your CUPS server is very slow.
SAL_NOOPENGL
Disables usage of OpenGL if set to "true".
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
Last edited by qole; 2008-09-10 at 23:06.
| The Following User Says Thank You to qole For This Useful Post: | ||
|
|
2008-10-07
, 23:01
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#5
|
I'm curious about this; I'd like to see some results.
If you're willing to (perhaps) drain your battery a bit more in order to get more performance out of OpenOffice, you might gain some speed by setting your processor to "performance" mode. lcuk does this with his liqbase, it might really help OpenOffice, too.
Make two little scripts, one called "cpu-perform" and one called "cpu-ondemand" (or whatever you want) and then run them as root (eg, sudo cpu-perform)
cpu-perform
cpu-ondemand
(don't forget to chmod +x cpu-perform)
If you're willing to (perhaps) drain your battery a bit more in order to get more performance out of OpenOffice, you might gain some speed by setting your processor to "performance" mode. lcuk does this with his liqbase, it might really help OpenOffice, too.
Make two little scripts, one called "cpu-perform" and one called "cpu-ondemand" (or whatever you want) and then run them as root (eg, sudo cpu-perform)
cpu-perform
Code:
echo performance >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Code:
echo ondemand >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
| The Following 2 Users Say Thank You to qole For This Useful Post: | ||
|
|
2008-10-08
, 04:55
|
|
Posts: 2,142 |
Thanked: 2,054 times |
Joined on Dec 2006
@ Sicily
|
#6
|
Wow! This seems to work, definitely, just at the first test! Makes OOO much more usable. Now I wonder how much battery-time I lose by having this on while I use my tablet (and off when it's in my pocket).
|
|
2008-10-08
, 05:51
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#7
|
Great, I'll add these scripts to Easy Debian.
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
|
|
2008-10-08
, 07:22
|
|
Posts: 2,142 |
Thanked: 2,054 times |
Joined on Dec 2006
@ Sicily
|
#8
|
If I were able, I'd modify the slidelock package (which I always use on my n810 - and also on my n800 after pushing the secret button which makes its secret sliding keyboard slide out) 
to set performance when the slide is open, and ondemand when it's closed. I'm going to ask Jgallen23 (the developer) to include this in his next version.
EDIT: I was able indeed. It's just a minor modification in /usr/lib/SlideLock/SlideLock.py. The modified version is as follows:
Now let's see how many Coulombs does it burn 
Last edited by debernardis; 2008-10-08 at 17:31.
to set performance when the slide is open, and ondemand when it's closed. I'm going to ask Jgallen23 (the developer) to include this in his next version.EDIT: I was able indeed. It's just a minor modification in /usr/lib/SlideLock/SlideLock.py. The modified version is as follows:
Code:
#!/usr/bin/env python
import dbus,gobject,time,os
from dbus.mainloop.glib import DBusGMainLoop
def main():
slidestatus = '/sys/devices/platform/gpio-switch/slide/state'
DBusGMainLoop(set_as_default=True)
bus = dbus.SystemBus()
tklock = bus.get_object('com.nokia.mce','/com/nokia/mce/request')
def msg(id,obj):
f = open(slidestatus,'r')
status = f.read()
f.close()
if status == "closed\n":
tklock.req_tklock_mode_change(dbus.String("locked"))
os.system("echo ondemand >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor")
if status == "open\n":
os.system("echo performance >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor")
bus.add_signal_receiver(msg,dbus_interface="org.freedesktop.Hal.Device",signal_name="PropertyModified",path='/org/freedesktop/Hal/devices/platform_slide')
loop = gobject.MainLoop()
loop.run()
if __name__ == "__main__":
main()
__________________
Ernesto de Bernardis
Ernesto de Bernardis
Last edited by debernardis; 2008-10-08 at 17:31.
|
|
2008-10-08
, 16:32
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#9
|
(qole looks all over his N800 for anything that could be called a "slide", doesn't find anything, shrugs, and goes back to his virtual keyboard)
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
 |
|
2008-10-08
, 16:36
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#10
|
The external memory card slides out :P
The command
From my experiments on my freshly booted 810, starting "ooffice" without this preload needs about 30 seconds, which scale down to 15 seconds after the preload.
I still have to fiddle with the booting scripts to determine the best way of autostarting the thing.
Ernesto de Bernardis