View previous topic :: View next topic |
Author |
Message |
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Sun Sep 23, 2007 8:35 pm Post subject: Inkscape don't like to allocate memory (bitmap export) |
|
|
I have 2GB RAM. Bitmap of A0 sized page, 300dpi, full RGB, takes less than 600MB without a compression. So seems I should be all right. But nope.
Code: | inkscape poster.svg
(inkscape:14122): Gtk-WARNING **: GtkEntry - did not receive focus-out-event. If you
connect a handler to this signal, it must return
FALSE so the entry gets the event as well
(inkscape:14122): Gtk-WARNING **: GtkEntry - did not receive focus-out-event. If you
connect a handler to this signal, it must return
FALSE so the entry gets the event as well
** (inkscape:14122): WARNING **: 139449387 bytes requested for pixel buffer, I won't try to allocate that. | The last line is interesting. The GUI does not refresh after it's printed. One of my cpu cores is locked at 100%, used by inkscape process. Result png file is created, but stays empty literally for hours (after 2h of my sleep I've got only about 128kB on hard disk, but when I've tried to test times, it was 0 bytes for more than 20 minutes). 139449387 bytes = 133MB, much more than I have free at the moment...
Any suggestions/fixes?
Just in case of need:
Code: | [ebuild R ] media-gfx/inkscape-0.45.1 USE="dia inkjar lcms postscript spell wmf -debug -doc -gnome (-mmx)" 0 kB |
_________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
mattsteven Apprentice
Joined: 27 Oct 2003 Posts: 240 Location: Your Planet
|
Posted: Wed Sep 26, 2007 7:44 pm Post subject: |
|
|
Offhand it looks like a case of bad programming. You might consider an alternative program. _________________ Matthew Steven
Linux-only desktop since 1998
Graying hair since 2006 |
|
Back to top |
|
|
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Wed Sep 26, 2007 7:58 pm Post subject: |
|
|
I'd want to, but, well... It worked all right on Debian at my university. That makes me think it may have something to do with gentoo on its own, or with gentoo-specific patches.
Anyway, if anyone would be so kind to show me a free program with full svg support (standard on my university for such work), I'll be glad to consider it.
Any idea how to fix, or at least track, that bug?... Anyone?... _________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
mattsteven Apprentice
Joined: 27 Oct 2003 Posts: 240 Location: Your Planet
|
Posted: Wed Sep 26, 2007 8:24 pm Post subject: |
|
|
Not sure what job you're trying to get done, but if it's image conversion the "convert" utility from ImageMagick may be able to help you out. _________________ Matthew Steven
Linux-only desktop since 1998
Graying hair since 2006 |
|
Back to top |
|
|
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Wed Sep 26, 2007 8:51 pm Post subject: |
|
|
mattsteven wrote: | Not sure what job you're trying to get done. | From time to time, I need to prepare a large vector graphic and then get a "copy" in bitmap form - for printing purposes. With all that, I'd really prefer to use gui tools that allow me to get the job done with few clicks... I have more than enough things to learn already.
Besides, large portions of text was removed by convert when I've tried it. It doesn't like texts flowing in custom-shaped patch... _________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
mattsteven Apprentice
Joined: 27 Oct 2003 Posts: 240 Location: Your Planet
|
Posted: Wed Sep 26, 2007 9:53 pm Post subject: |
|
|
strace or gdb could be used to see where it is going into cpu lock possibly, but it would be a bit wild unfiltered.
I'm assuming you checked ulimit -a and other possible culprits for memory restricting.
I hope you find a solution to your problem, sorry I don't know much else to suggest. _________________ Matthew Steven
Linux-only desktop since 1998
Graying hair since 2006 |
|
Back to top |
|
|
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Wed Sep 26, 2007 10:18 pm Post subject: |
|
|
mattsteven wrote: | strace or gdb could be used to see where it is going into cpu lock possibly, but it would be a bit wild unfiltered. | When only I'll have a time to work on it, I'll try. For now, learning to use strace and gdb on other's code is a bit to much for my capabilities.
mattsteven wrote: | I'm assuming you checked ulimit -a and other possible culprits for memory restricting. |
About ulimit, it goes like this:
Code: | localhost poster # ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 14327
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) unlimited
cpu time (seconds, -t) unlimited
max user processes (-u) 14327
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
localhost poster # inkscape poster.svg
** (inkscape:9442): WARNING **: 139449387 bytes requested for pixel buffer, I won't try to allocate that.
| So I doubt it is the problem. I don't know other limiters.
mattsteven wrote: | I hope you find a solution to your problem, sorry I don't know much else to suggest. | Nothing to be sorry about, at least I've checked some things. _________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|