First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 28712
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Desktop Misc. Team <desktop-misc@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Christoph Richter <toph@abi2ooo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
3ddeskMEM+Compression+Fix The patch to fix the bug, cut down mem-consumption and make the use of compressed textures possible patch Christoph Richter 2003-09-14 10:06 0000 8.33 KB Details | Diff
3ddesktop-0.2.5-memfix.patch patch for the 0.2.5 ebuild, implements the patch from first attachment patch Tobias Sager 2004-01-09 09:59 0000 499 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 28712 depends on: Show dependency tree
Bug 28712 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-09-14 10:05 0000
I've hacked around a bit with this piece of software, to reduce the whopping
>40MB memory-consumption of 3ddeskd down to about 17MB. This is done by 2 things:
 - free some imlib-objects that are only needed once, after the image
transformation is done. Which saves ~10MB at no cost.
 - introduce texture-compression, which saves another 17MB at the default
texture-size. Gets only activated if you put "compression 1" into your
3ddesktop.conf

It also fixes a minor bug regarding the --acquire=... option. The timing should
work more reliable now. 3ddeskd hung for me, when started with --acquire=X and X>99

Reproducible: Always
Steps to Reproduce:
1. Invoke 3ddeskd like this:
> 3ddeskd --acquire=100, or something >100


Actual Results:  
3ddeskd starts, acquires the first desktop and then hangs

Expected Results:  
3ddeskd should acquire all my desktops with the given delay.

(and shouldn't use more resident memory than my X-Server) :)

The patch is against 3ddesktop-0.2.5

------- Comment #1 From Christoph Richter 2003-09-14 10:06:37 0000 -------
Created an attachment (id=17704) [edit]
The patch to fix the bug, cut down mem-consumption and make the use of
compressed textures possible

------- Comment #2 From Tobias Sager 2004-01-09 09:40:27 0000 -------
Just as a sidenote: make sure you sent the patch to the main developer too..
(would be bard at systemtoolbox.com according to README)

------- Comment #3 From Tobias Sager 2004-01-09 09:59:24 0000 -------
Created an attachment (id=23494) [edit]
patch for the 0.2.5 ebuild, implements the patch from first attachment

Works for me.
Copy patch into files dir, named 3ddeskMEM+Compression+Fix-0.2.5.patch

------- Comment #4 From Christoph Richter 2004-01-10 04:06:13 0000 -------
Of course I've sent this patch to the main developer, too. I think it's in his
CVS-tree. But Brad seems to be really busy and a new release is not in sight.

------- Comment #5 From Matt Keadle 2004-04-01 07:24:22 0000 -------
fwiw, i've applied the patch and rebuilt locally and it builds clean and does
seem to run a bit smoother than before.

cheers

------- Comment #6 From Brandon Hale (RETIRED) 2004-04-13 08:44:33 0000 -------
In cvs, thanks

First Last Prev Next    No search results available      Search page      Enter new bug