Hi Adam, Yes exactly, like reported in this previous post: http://lists.yorba.org/pipermail/shotwell/2011-February/001793.html http://trac.yorba.org/ticket/3021
Cheers Mike 2011/2/21 Adam Dingle <[email protected]>: > Mike, > > not completely sure I understand your last email - can you confirm the > following? > > - When you start Shotwell when using the Aurora theme, Shotwell allocates > all available memory and uses 100% CPU. > - When you start Shotwell when using other themes, everything works fine. > > adam > > On 02/19/2011 01:41 AM, Mike Massonnet wrote: >> >> Why I was sure I wasn't using an Aurora theme... switching to another >> theme fixed the issue. >> >> Kind Regards >> Mike >> >> 2011/2/19 Mike Massonnet<[email protected]>: >>> >>> Hello, >>> >>> I have seen a few posts on this list about Shotwell 0.8.1 not >>> starting, but I haven't found anything similar to what I'm facing. >>> >>> While Shotwell does start, it consumes more and more memory until it >>> reaches a point where new memory can't be allocated. I have run strace >>> on it, and in fact it shows the following result: >>> >>> mmap2(NULL, 262144, ...) = 0xae1a2000 >>> mmap2(NULL, 520192, ...) = 0xae123000 >>> mmap2(NULL, 1036288, ...) = 0xae026000 >>> mmap2(NULL, 2068480, ...) = 0xade2d000 >>> mmap2(NULL, 4132864, ...) = 0xada3c000 >>> mmap2(NULL, 8261632, ...) = 0xad25b000 >>> mmap2(NULL, 16519168, ...) = 0xac29a000 >>> mmap2(NULL, 33034240, ...) = 0xaa319000 >>> mmap2(NULL, 66064384, ...) = 0xa6418000 >>> mmap2(NULL, 132124672, ...) = 0x9e617000 >>> mmap2(NULL, 264245248, ...) = 0x8ea16000 >>> mmap2(NULL, 528486400, ...) = 0x6f215000 >>> mmap2(NULL, 1056968704, ...) = -1 ENOMEM (Cannot allocate memory) >>> brk(0x494de000) = 0xa4de000 >>> mmap2(NULL, 1057099776, ...) = -1 ENOMEM (Cannot allocate memory) >>> mmap2(NULL, 1056968704, ...) = -1 ENOMEM (Cannot allocate memory) >>> >>> We can actually see that the allocated size is always doubled. >>> >>> Shotwell will keep running and consuming 100% CPU of one core (I'm >>> glade to have two cores), and use almost all the RAM, but nothing >>> seems to be progressing, no files seem to be read or written. >>> >>> I have tried to use an empty data directory, but it ends the same. The >>> shotwell.log file contains only the following two lines: >>> >>> L 14195 2011-02-19 10:16:52 [MSG] main.vala:61: Verifying database ... >>> L 14195 2011-02-19 10:16:53 [MSG] VideoSupport.vala:373: interpreter >>> state cookie not found; assuming all video thumbnails are out of date >>> >>> Given this is the latest stable version, I'm reporting it here for now ;) >>> >>> Kind Regards >>> -- >>> Mike >>> PS: my shotwell 0.6.1 won't start because it doesn't find libexiv2 >>> anymore, and rebuilding it needs an older version of Vala, I have >>> installed shotwell 0.8.1 from the ArchLinux package >>> PPS: I'm the one who bugged you about this on twitter under @m8t >>> >> >> > > _______________________________________________ > Shotwell mailing list > [email protected] > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ Shotwell mailing list [email protected] http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
