Hans-Peter Diettrich wrote:
Brad Campbell schrieb:
Also, on OSX, the act of displaying the screen and polling the
application event loop stops the app icon bouncing in the dock, so it
looks like its loading faster there also. (An unexpected side effect)
An existing and visible (foreground) w
Brad Campbell schrieb:
Also, on OSX, the act of displaying the screen and polling the
application event loop stops the app icon bouncing in the dock, so it
looks like its loading faster there also. (An unexpected side effect)
An existing and visible (foreground) window may increase the proces
On Thu, 16 Jul 2009 10:48:29 +0200
Jürgen Hestermann wrote:
> > Putting a splash screen up stopped all the complaints of "It takes
> > _ages_ to load". The funny thing it is takes precisely the same
> > amount of time to load to a point of fully functional now, but the
> > users all said "Wow yo
Putting a splash screen up stopped all the complaints of "It takes
_ages_ to load". The funny thing it is takes precisely the same amount
of time to load to a point of fully functional now, but the users all
said "Wow you sped up the loading *heaps*". It's a little psychological
I guess.
Tha
waldo kitty wrote:
ya know... i guess being so much old school as i am but i still fail to
really understand why a "splash screen" is really necessary for much of
anything... especially if it causes the app to consume a lot more memory
than truly necessary...
I used to think a little like tha
On Wed, Jul 15, 2009 at 06:40:57AM -0400, waldo kitty wrote:
> ya know... i guess being so much old school as i am but i still fail to
> really understand why a "splash screen" is really necessary for much of
> anything... especially if it causes the app to consume a lot more memory
> than truly
2009/7/15 waldo kitty :
>
> ya know... i guess being so much old school as i am but i still fail to
> really understand why a "splash screen" is really necessary for much of
> anything... especially if it causes the app to consume a lot more memory
> than truly necessary...
>
> then again, i look b
Marco van de Voort wrote:
On Tue, Jul 14, 2009 at 08:54:35PM +0200, Graeme Geldenhuys wrote:
Vincent Snijders wrote:
It is to show the splash screen as soon as possible, not to wait until
yet another executable is loaded.
Well then we are talking about milliseconds really. A splash screen is
n
On Tue, Jul 14, 2009 at 08:54:35PM +0200, Graeme Geldenhuys wrote:
> Vincent Snijders wrote:
> >
> > It is to show the splash screen as soon as possible, not to wait until
> > yet another executable is loaded.
>
> Well then we are talking about milliseconds really. A splash screen is
> normally
Graeme Geldenhuys schreef:
Vincent Snijders wrote:
If you want to trade speed for memory, it is better to rewrite
startlazarus to exit after it has started lazarus.
I did not look at the Lazarus IDE code yet, but I thought startlazarus
must stay in memory for the "File > Restart" support an
Vincent Snijders wrote:
If you want to trade speed for memory, it is better to rewrite
startlazarus to exit after it has started lazarus.
I did not look at the Lazarus IDE code yet, but I thought startlazarus must stay in memory for the
"File > Restart" support and the "Restart after Build"
Vincent Snijders wrote:
Can you test and verify the few (<10) miliseconds claim on windows, with
it notorious slow process start up?
OK, I'll test tomorrow at work in my Windows VM session. I don't have Windows
at home to test now.
Regards,
- Graeme -
_
On Tue, 14 Jul 2009 20:54:35 +0200
Graeme Geldenhuys wrote:
> Vincent Snijders wrote:
> >
> > It is to show the splash screen as soon as possible, not to wait
> > until yet another executable is loaded.
>
>
> Well then we are talking about milliseconds really. A splash screen
> is normally sho
Graeme Geldenhuys schreef:
Vincent Snijders wrote:
It is to show the splash screen as soon as possible, not to wait until
yet another executable is loaded.
Well then we are talking about milliseconds really. A splash screen is
normally show just after the Application.Initialize call. Surel
Graeme Geldenhuys schreef:
Vincent Snijders wrote:
It is to show the splash screen as soon as possible, not to wait until
yet another executable is loaded.
Well then we are talking about milliseconds really. A splash screen is
normally show just after the Application.Initialize call. Surel
Vincent Snijders wrote:
It is to show the splash screen as soon as possible, not to wait until
yet another executable is loaded.
Well then we are talking about milliseconds really. A splash screen is normally show just after the Application.Initialize call. Surely a few milliseconds shouldn'
Graeme Geldenhuys schreef:
But at closer inspection I saw it does splash screen handling and
MessageDlg() calls as well, which needs to be GUI. But I'm still
confused. When I start Lazarus without the help of 'startlazarus' I also
see a splash screen, so why does 'startlazarus' also handle a s
Marc Weustink wrote:
What's non GUI on a splash ?
Originally I thought startlazarus just passes parameters on to the lazarus binary and
handles the "File > Restart" (and Restart after Build) feature of Lazarus.
But at closer inspection I saw it does splash screen handling and MessageDlg()
c
Graeme Geldenhuys wrote:
Graeme Geldenhuys wrote:
I was looking at my system processes and noticed that 'startlazarus'
is consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not
OK, so 'startlazarus' is a GUI application. But I also don't see why the
splash.pp unit has to pul
Marco van de Voort wrote:
What do they say about these values? Most notably, are you 100% sure that
all memory regions that are shared are deducted?
I think Mattias hit the nail on the head regarding my system and memory
fragmentation. My system had a uptime of 14 days (which is not really
t
On Tue, Jul 14, 2009 at 11:24:01AM +0200, Graeme Geldenhuys wrote:
> Graeme Geldenhuys wrote:
> >
> > I was looking at my system processes and noticed that 'startlazarus' is
> > consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not
>
> And to make sure that I am reading the memo
On Tue, Jul 14, 2009 at 11:18:23AM +0200, Michael Van Canneyt wrote:
> On Tue, 14 Jul 2009, Graeme Geldenhuys wrote:
> > I was looking at my system processes and noticed that 'startlazarus' is
> > consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not 100%
> > sure what the differe
Graeme Geldenhuys wrote:
Two questions...1) Can you defrag memory? I'm running Ubuntu 8.04.2 - if
that helps. Or do you just close all apps, logout and then log back in
and start all apps again. I tend to run my system for weeks on end
without logout or reboot.
Don't worry, I Googled memor
Mattias Gaertner wrote:
executable without smart linking and without wpo
+ stack
+ loaded config files
+ mem fragmentation
A simple lcl app needs 2-4MB less.
Two questions...1) Can you defrag memory? I'm running Ubuntu 8.04.2 - if
that helps. Or do you just close all apps, logout and th
On Tue, 14 Jul 2009 11:55:41 +0200
Graeme Geldenhuys wrote:
> Henry Vermaak wrote:
> >
> > My startlazarus uses 10M physical memory, while lazarus uses 27M
> > (RES column in `top`).
>
> What widgetset did you compile with? I used GTK2. I guess I can
> experiment with other widgetsets for the
On Tue, 14 Jul 2009, Henry Vermaak wrote:
2009/7/14 Graeme Geldenhuys :
Henry Vermaak wrote:
My startlazarus uses 10M physical memory, while lazarus uses 27M (RES
column in `top`).
What widgetset did you compile with? I used GTK2. I guess I can experiment
with other widgetsets for the sta
2009/7/14 Graeme Geldenhuys :
> Henry Vermaak wrote:
>>
>> My startlazarus uses 10M physical memory, while lazarus uses 27M (RES
>> column in `top`).
>
> What widgetset did you compile with? I used GTK2. I guess I can experiment
> with other widgetsets for the startlazarus project, or is startlazar
Graeme Geldenhuys wrote:
I was looking at my system processes and noticed that 'startlazarus' is
consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not
OK, so 'startlazarus' is a GUI application. But I also don't see why the
splash.pp unit has to pull in the IDE's aboutfrm.pa
Henry Vermaak wrote:
My startlazarus uses 10M physical memory, while lazarus uses 27M (RES
column in `top`).
What widgetset did you compile with? I used GTK2. I guess I can
experiment with other widgetsets for the startlazarus project, or is
startlazarus a pure console application? (I never
2009/7/14 Graeme Geldenhuys :
> Vincent Snijders wrote:
>> On windows 32 bits, Mem Usage is 8 MB, VM Size is 5300 KB.
>
> This raises another question though. Why is it that under Linux is uses more
> than double the memory than under Windows? And yet it is the exact same
> source code.
My startl
Graeme Geldenhuys wrote:
I was looking at my system processes and noticed that 'startlazarus' is
consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not
And to make sure that I am reading the memory usage correctly, I used
three different programs.
- Top in a console window
Vincent Snijders wrote:
and show a splash screen.
Still, does the splash image take up 14MB of memory? For a trivial app,
it's a lot of memory.
On windows 32 bits, Mem Usage is 8 MB, VM Size is 5300 KB.
This raises another question though. Why is it that under Linux is uses
more than d
Michael Van Canneyt wrote:
Did you strip the debug info ?
OK, just did that and memory usage is still the same as before.
The file size dropped from 31.7MB (with debug info) down to 5.3MB
(without debug info).
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Fr
On Tue, 14 Jul 2009, Graeme Geldenhuys wrote:
Hi,
I was looking at my system processes and noticed that 'startlazarus' is
consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not 100%
sure what the difference is between virtual and physical memory, but either
way, it is a lot
Graeme Geldenhuys schreef:
but either way, it is a lot of memory considering that startlazarus
doesn't really do anything serious, other than launch the lazarus binary.
and show a splash screen.
On windows 32 bits, Mem Usage is 8 MB, VM Size is 5300 KB.
Vincent
--
___
Hi,
I was looking at my system processes and noticed that 'startlazarus' is
consuming 26.7MB virtual memory & 14.5MB physical memory. Now I'm not
100% sure what the difference is between virtual and physical memory,
but either way, it is a lot of memory considering that startlazarus
doesn't r
36 matches
Mail list logo
