[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Fwd: Re: [Gnumed-devel] experiments with gnumed - multiusers vnc, im

From: Karsten Hilbert
Subject: Re: Fwd: Re: [Gnumed-devel] experiments with gnumed - multiusers vnc, importing an au emr
Date: Tue, 18 Apr 2006 18:44:38 +0200
User-agent: Mutt/1.5.11+cvs20060403

On Sat, Apr 01, 2006 at 07:58:20PM +0800, Syan Tan wrote:

> I thought it has been harder lately to get X windows to work across a network 
> :
> I remember 5 years ago,
> you could ssh into another computer, run any X windowing system using program 
> (
> i.e. any gui program)
> and if you were running in an x window based desktop, the gui would appear on
> you desktop.
That still works today given the right setup (DISPLAY and
stuff) but it ain't en vogue anymore due to VNC and friends
employing compression to reduce data travelling over the

> gnumed probably works well without terminal service,
> I just timed it : the emr tree seems cached, and once loaded ( it takes about
> 20-30secs for a very large record)
> it can redisplay in 5 seconds ( i know the wxtree data is cleared and 
> rebuilt).
> the emr journal isn't cached
> and takes 50 seconds, whether it is a terminal service or plain old remote sql
> connection.
> the queries just need some optimizing I think,
I agree.

> what about an explicit join view as karsten has said ?
Will implement that within the next few days.

> finish the importer for the au stuff.
That'd be great !

> Ideally, both the gui emr journal and the tree should be updated in a
> multithreaded nonblocking way,
> or maybe it shouldn't - if it is blocking, at least there is some sort of
> assurance that all the information is infront of you
> when the gui becomes responsive again.
It should be blocking but it should probably retrieve
on-demand depending on what's on screen and then keep
retrieving in the background.

GPG key ID E4071346 @
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

reply via email to

[Prev in Thread] Current Thread [Next in Thread]