[X2go-dev] [X2go-user] 10x printing speed increase for x2go printing

--[ UxBoD ]-- uxbod at splatnix.net
Mon Apr 11 12:07:57 CEST 2011


----- Original Message -----
> Hi Phil,
> 
> On Mo 11 Apr 2011 10:26:16 CEST "--[ UxBoD ]--" wrote:
> 
> > Agreed Mike; though I have the feeling it may be less worth than
> > the
> > effort involved unless somebody knows the internal working of Perl
> > and SSHFS ? A sleep could be added though I have tried to avoid
> > slowing down the process to much. Since adding that loop code we
> > have not experiencing any further failures; though time will tell.
> 
> I already had a look at the printing code in x2go some time ago.
> 
> There basically are three components:
> 
>    o cups-x2go
>    o x2goprint
>    o x2goclient
> 
> If I recall it corrently the interaction between cups-x2go and
> x2goprint was not optimal then. I guess it was cups-x2go that left
> over some print job files whenever a print job was sent to the
> client,
> but I am not sure anymore. A person that was not in the x2goprint
> group also created orphaned print jobs in /, because they were not
> picked up properly by x2goprint. My observations all were a little
> odd. Whenever I have time, I will take a look at the mechanism and
> come up with some patches.
> 
> The x2goprint <-> x2goclient communication is rather simple:
> x2goprint
> drops two job files in the spool dir: <job>.pdf and <job>.pdf.ready.
> The X2go client has to run a thread that watches this spool dir (it's
> in the x2go session cache folder under ~/.x2go/C-.../spooll). On each
> incoming print job it has to wake up and take over the task of
> processing the print job. My Python implementation of this printqueue
> can be found here (if you prefer Python to Perl for a lecture...):
> 
> http://code.x2go.org/gitweb?p=python-x2go.git;a=blob;f=x2go/printqueue.py;h=a71f6367b00b15fa4d33974d9dfdcbc8f2816161;hb=313fe031ef65286789af8deb6e4a2be28951d4ab
> 
> Greets,
> Mike
> 

Yep that is my interpretation of the process as-well, Mike. One thing I have noticed is that if you print the resultant PDF the file is left in the spool directory without being deleted; yet if you cancel from the x2go-print dialogue box the file is removed.
-- 
Thanks, Phil



More information about the x2go-dev mailing list