Michael Bender wrote:
Bob Doolittle wrote:
Oh, and you don't need a PostScript capable printer
I mentioned PostScript since that generally requires sending much
less data to the printer for most tasks as compared to a printer
that requires all the rendering to be done on the host system and
then bitstreams to be sent down to the printer. I suppose that a
lot of this also depends on how fast your printers are, and if the
host can keep the printer's buffer full since the bottleneck will
be the mechanical print mechanism and not the data transfer speed.
There's also the issue of using up host CPU cycles doing rendering
of fonts and so on rather than off-loading all that to the printer.
I suspect this also depends on whether your printer is local or not.
Don't try printing to a locally-attached printer if your server to
client connection has a lot of latency (WAN)!
I use an HP 7350 which is a relatively
cheap/simple printer.
Does this printer have built-in fonts and a higher-level printer
description language, or is it one of the cheap "Win Printers"
that are basically just a print mechanism connected to an interface
port?
I've never seen a spec, but assume it's the latter variety.
I've never noticed a performance issue, but I don't do lots of printing.
It's good enough for mapquest and such :-)
Have you tried a simpler printer and noticed a
performance issue? I still don't think that
printing is a bandwidth-intensive task, even for a
raster printer. OTOH, our over-the-wire USB
protocol is a direct mapping of the USB bus
protocol, and consequently uses very small
packets, synchronously sent IIRC. If you have any
latency on your network, this will affect USB
performance dramatically.
-Bob
These opinions are my own, not my employers.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
