On 8/21/07, KSpam <[EMAIL PROTECTED]> wrote:
> Robert,
>
> It would be very handy if the DatabasePager stats could be viewed with the
> osgViewer::StatsHandler (I love this class by the way!). Is this your
> intention?
Yes. I'd like % frame drops and min/average/max time to load a request tile.
Robert,
It would be very handy if the DatabasePager stats could be viewed with the
osgViewer::StatsHandler (I love this class by the way!). Is this your
intention?
Thanks,
Justin
On Tuesday 21 August 2007 08:32:55 Robert Osfield wrote:
> Added stats code into DatabasePager and enabling and re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
KSpam wrote:
> I am sure that there are tools that would help improve my
> productivity on Windows ... a real bash shell with all of the
> standard Unix commands for starters. I am just not that into trying
> to turn Windows into Unix for the sake of
J-S,
I thought Windows users don't have to bother with configs :-)
The fact remains that I understand Robert's frustration with Windows. For the
same coding task, it literally takes me three times as long to get it done on
Windows as it does on Linux. I am guessing that Robert is in a similar
Hi Justin,
Windows vs Linux flamewars aside...
> Compiling with "2 processes" on
> WIndows pretty much locks out my system for any other use. What is a
> dual-core processor for anyway?
You must have something wrong in your config or Windows setup because
I'm typing this while OSG is recompil
On 8/21/07, KSpam <[EMAIL PROTECTED]> wrote:
> Let me know when you add the stats code. Ideally, it would be nice if I could
> add it in without recompiling OSG. Would there be an easy way to just add it
> to my application layer (instead of the OSG layer)?
>
> By the way, I am running OSG 2.0.0.
Hi Justin,
it would greate if you were able to add some statis to the database pager to
get out what happends in windows threading performance. A while ago i did
some
simple threading tests example, to prove how windows threading works. may i
will grab out this files. then i can post them to help
Robert,
On Tuesday 21 August 2007 02:02:48 Robert Osfield wrote:
> The two big differences are the quality of the thread management and
> the file system, Windows looses on both these counts so I would expect
> Linux to provide better performance.
I agree that Linux has better thread management a
Robert,
I know the feeling. My productivity drops significantly on Windows.
Compiling with "-j 3" on Linux still leaves me with a usable system for
checking email and surfing the internet. Compiling with "2 processes" on
WIndows pretty much locks out my system for any other use. What is a
On 8/21/07, Adrian Egli <[EMAIL PROTECTED]> wrote:
>
> anyway good luck ... sometimes it is frustrating that Robert doesn't use
> Windows [image: [smile]]
>
:-)
My mood generally takes a turn for the worst when trying to battle Windows,
along with my productivity, its really not good my mental he
*Glenn: *Adrian, as you are testing paging on Windows, try doing a
setPreCompile(false) on the pager. I would that on Windows this made a huge
difference for me
*Ich: *i will try it
ups i tried also this flag
infact i guess the problem are the display list compiling under windows.
with vertex array
On 8/21/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
>
> Hi Adrian,
>
> On 8/20/07, Adrian Egli <[EMAIL PROTECTED]> wrote:
> > common windows XP, one machine with service 2 no windows update, other
> with
> > latest windows XP updates, and a 3rd system also windows XP
> > but on all 3 system i hav
Hi Justin,
On 8/20/07, KSpam <[EMAIL PROTECTED]> wrote:
> I must admit that I see a significant performance difference between Linux and
> Windows (on the same hardware) when it comes to database paging. The paging
> on Linux is very snappy compared to the paging on Windows.
The two big differen
Hi Adrian,
On 8/20/07, Adrian Egli <[EMAIL PROTECTED]> wrote:
> common windows XP, one machine with service 2 no windows update, other with
> latest windows XP updates, and a 3rd system also windows XP
> but on all 3 system i have same behaviour.
What is the hardware?
Robert.
___
Robert,
On Monday 20 August 2007 12:07:05 Robert Osfield wrote:
> Curious, no one else as been complaining that its this slow. Perhaps
> they think its normal... perhaps there is something else particular
> with your system/OS.
>
> What is the hardware and OS version you have?
I must admit that
2007/8/20, Robert Osfield <[EMAIL PROTECTED]>:
>
> On 8/20/07, Adrian Egli <[EMAIL PROTECTED]> wrote:
> > > What you say performance problem, what do you mean? Database paging
> > > is slow, or does the app have a low framerate?
> >
> > in fact nearly starivation effect, the database paging is rea
On 8/20/07, Adrian Egli <[EMAIL PROTECTED]> wrote:
> > What you say performance problem, what do you mean? Database paging
> > is slow, or does the app have a low framerate?
>
> in fact nearly starivation effect, the database paging is really slow, one
> slice paged in in 3-7second !
Curious, no
2007/8/20, Robert Osfield <[EMAIL PROTECTED]>:
>
> HI Adrian,
>
> What you say performance problem, what do you mean? Database paging
> is slow, or does the app have a low framerate?
in fact nearly starivation effect, the database paging is really slow, one
slice paged in in 3-7second !
W.r.t
HI Adrian,
What you say performance problem, what do you mean? Database paging
is slow, or does the app have a low framerate?
W.r.t change the thread priority, would it be appropriate to just
apply the use of default when under WIn32 and on a single core system?
In fact on a multi-core system o
hi robert,
i am using the osgDB::DatabasePager in i have a perf. issue using a paged
DB. i did following test:
(1) on Multi Core
(a) Task Manager let 2> CPU affined to the viewer process
(b) Task Manager just one CPU affiend -> perf problem
(2) single core
-> perf problem
than i added
pa
20 matches
Mail list logo