Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.misc > #27458 > unrolled thread

Laserjet 2300 - pause between pages

Back to article view | Back to comp.os.linux.misc

Contents

  Laserjet 2300 - pause between pages asdf <asdf@nospam.com> - 2019-06-28 12:54 +0000
    Re: Laserjet 2300 - pause between pages Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-28 17:21 +0000
    Re: Laserjet 2300 - pause between pages "Carlos E.R." <robin_listas@es.invalid> - 2019-06-28 20:17 +0200
      Re: Laserjet 2300 - pause between pages Rich <rich@example.invalid> - 2019-06-28 19:43 +0000
        Re: Laserjet 2300 - pause between pages "Carlos E.R." <robin_listas@es.invalid> - 2019-06-28 23:06 +0200
          Canon makes printers sold under the HP brand (Was: Laserjet 2300 - pause between pages) gazelle@shell.xmission.com (Kenny McCormack) - 2019-06-30 18:41 +0000
            Re: Canon makes printers sold under the HP brand (Was: Laserjet 2300 - pause between pages) "Carlos E.R." <robin_listas@es.invalid> - 2019-06-30 22:27 +0200
    Re: Laserjet 2300 - pause between pages not@telling.you.invalid (Computer Nerd Kev) - 2019-06-28 23:31 +0000
      Re: Laserjet 2300 - pause between pages Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-28 17:55 -0600
        Re: Laserjet 2300 - pause between pages The Natural Philosopher <tnp@invalid.invalid> - 2019-06-29 06:50 +0100
        Re: Laserjet 2300 - pause between pages "Carlos E.R." <robin_listas@es.invalid> - 2019-06-29 12:49 +0200
          Re: Laserjet 2300 - pause between pages The Natural Philosopher <tnp@invalid.invalid> - 2019-06-29 13:49 +0100
        Re: Laserjet 2300 - pause between pages not@telling.you.invalid (Computer Nerd Kev) - 2019-06-30 02:23 +0000
      Re: Laserjet 2300 - pause between pages The Natural Philosopher <tnp@invalid.invalid> - 2019-06-29 06:47 +0100

#27458 — Laserjet 2300 - pause between pages

I have set up an old HP laserjet 2300 printer on a relatives PC running
Debian. It was immediately recognized and installed by CUPS with
no problems at all and works flawlessly. The only problem being a
long pause between pages, I mean, if I print one page it starts
in one-two seconds max, if I print say 5 pages, the first one starts
immediately as always, but every other page is delayed by about 15
or more seconds. It doesn't seem a printer speed problem as the first
page prints real quick, so I gave a look at CUPS defaults and set 
the right amount of printer memory (48MB), then tried to lower the
quality from 1200 dpi to 600 to no avail: it still prints all pages
from the second on with an annoying delay. Any suggestions?
Thanks!

ps. I 've attempted to post this on linux.debian.user but for some
obscure reason I can follow that group but can't post to it.

[toc] | [next] | [standalone]

#27459

On 2019-06-28, asdf <asdf@nospam.com> wrote:

> ps. I 've attempted to post this on linux.debian.user but for some
> obscure reason I can follow that group but can't post to it.

Sorry I can't help you with your original problem, but as for your
posting difficulties, linux.debian.user is actually a mailing list
which is being echoed here on Usenet.  Send e-mail to the list and
it'll be seen.

-- 
/~\  cgibbs@kltpzyxm.invalid (Charlie Gibbs)
\ /  I'm really at ac.dekanfrus if you read it the right way.
 X   Top-posted messages will probably be ignored.  See RFC1855.
/ \  Fight low-contrast text in web pages!  http://contrastrebellion.com

[toc] | [prev] | [next] | [standalone]

#27460

On 28/06/2019 14.54, asdf wrote:
> I have set up an old HP laserjet 2300 printer on a relatives PC running
> Debian. It was immediately recognized and installed by CUPS with
> no problems at all and works flawlessly. The only problem being a
> long pause between pages, I mean, if I print one page it starts
> in one-two seconds max, if I print say 5 pages, the first one starts
> immediately as always, but every other page is delayed by about 15
> or more seconds. It doesn't seem a printer speed problem as the first
> page prints real quick, so I gave a look at CUPS defaults and set 
> the right amount of printer memory (48MB), then tried to lower the
> quality from 1200 dpi to 600 to no avail: it still prints all pages
> from the second on with an annoying delay. Any suggestions?
> Thanks!

I would try with another printer or another computer, or both :-)

I would also try printing 5 pages of text (single document) with just
one dot '.', so that processing time is minimal and the same.

I wonder if plain text can be sent to this old printer.



I just searched a bit, trying to find the year, and found this,
unrelated to your question:

<https://en.wikipedia.org/wiki/HP_LaserJet>

«LaserJet as a brand name identifies the line of dry electrophotographic
(DEP) laser printers marketed by the American computer company
Hewlett-Packard (HP). The HP LaserJet was the world's first desktop
laser printer.[1] As of 2016, Canon supplies both mechanisms and
cartridges for all HP's laser printers.[2]»

Canon!?

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#27461

Carlos E.R. <robin_listas@es.invalid> wrote:
> ... As of 2016, Canon supplies both mechanisms and
> cartridges for all HP's laser printers.[2]»
> 
> Canon!?

Yup, although this has been true for some time before 2016.  I'm not 
sure where Wikipedia found 2016, but Canon making HP's LaserJets for HP 
has been a known fact for a very long time.

Yes, goes much farther back:

https://www.encyclopedia.com/social-sciences-and-law/economics-business-and-labor/businesses-and-occupations/canon-inc

  Canon has been involved in an important alliance with Hewlett-Packard 
  Company (HP) since 1985 whereby Canon produces laser printers that 
  are sold by HP under the HP LaserJet brand; approximately one-fifth 
  of Canon's total revenues are derived from this partnership.

[toc] | [prev] | [next] | [standalone]

#27462

On 28/06/2019 21.43, Rich wrote:
> Carlos E.R. <robin_listas@es.invalid> wrote:
>> ... As of 2016, Canon supplies both mechanisms and
>> cartridges for all HP's laser printers.[2]»
>>
>> Canon!?
> 
> Yup, although this has been true for some time before 2016.  I'm not 
> sure where Wikipedia found 2016, but Canon making HP's LaserJets for HP 
> has been a known fact for a very long time.
> 
> Yes, goes much farther back:
> 
> https://www.encyclopedia.com/social-sciences-and-law/economics-business-and-labor/businesses-and-occupations/canon-inc
> 
>   Canon has been involved in an important alliance with Hewlett-Packard 
>   Company (HP) since 1985 whereby Canon produces laser printers that 
>   are sold by HP under the HP LaserJet brand; approximately one-fifth 
>   of Canon's total revenues are derived from this partnership.

Interesting!

It is curious that they have very different policies regarding Linux.
Many HP printers (like the laserjets) work under Linux directly, but you
can install specific drivers mad by HP people although not by the
company itself. With Canon printers, it is the reverse: many of their
printers do not work directly under Linux or need specific drivers from
them.

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#27478 — Canon makes printers sold under the HP brand (Was: Laserjet 2300 - pause between pages)

In article <23ciuf-ol7.ln1@Telcontar.valinor>,
Carlos E.R. <robin_listas@es.invalid> wrote:
...
>It is curious that they have very different policies regarding Linux.
>Many HP printers (like the laserjets) work under Linux directly, but you
>can install specific drivers mad by HP people although not by the
>company itself. With Canon printers, it is the reverse: many of their
>printers do not work directly under Linux or need specific drivers from them.

It seems to me that Canon makes and sells low-end (cheap) printers under
their own name (Hence, no Linux drivers).  At the same time, it
manufactures high-end (expensive but likely having Linux drivers) printers
which then get sold under the "HP" brand.

This sort of model - where a given manufacturer produces multiple lines of
product and sells them under different brands (such that the end-user is
left uncertain/confused about what company actually makes the product they
are buying) - is actually fairly common.  And, usually, it is as it is here
- the cheap line is the one sold under the actual brand (I.e., low-end
Canon-produced printers are sold as "Canon").

-- 
You are again heaping damnation upon your own head by your statements.

    - Rick C Hodgin -

[toc] | [prev] | [next] | [standalone]

#27482 — Re: Canon makes printers sold under the HP brand (Was: Laserjet 2300 - pause between pages)

On 30/06/2019 20.41, Kenny McCormack wrote:
> In article <23ciuf-ol7.ln1@Telcontar.valinor>,
> Carlos E.R. <robin_listas@es.invalid> wrote:
> ...
>> It is curious that they have very different policies regarding Linux.
>> Many HP printers (like the laserjets) work under Linux directly, but you
>> can install specific drivers mad by HP people although not by the
>> company itself. With Canon printers, it is the reverse: many of their
>> printers do not work directly under Linux or need specific drivers from them.
> 
> It seems to me that Canon makes and sells low-end (cheap) printers under
> their own name (Hence, no Linux drivers).  At the same time, it
> manufactures high-end (expensive but likely having Linux drivers) printers
> which then get sold under the "HP" brand.
> 
> This sort of model - where a given manufacturer produces multiple lines of
> product and sells them under different brands (such that the end-user is
> left uncertain/confused about what company actually makes the product they
> are buying) - is actually fairly common.  And, usually, it is as it is here
> - the cheap line is the one sold under the actual brand (I.e., low-end
> Canon-produced printers are sold as "Canon").

No, that doesn't fully fit.

For one thing, I don't consider many HP printer "high end". And for
another, it is HP employees who make the Linux HP drivers apparently on
their spare time.

And for another, they are different companies, no different names.


-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#27463

asdf <asdf@nospam.com> wrote:
> I have set up an old HP laserjet 2300 printer on a relatives PC running
> Debian. It was immediately recognized and installed by CUPS with
> no problems at all and works flawlessly. The only problem being a
> long pause between pages, I mean, if I print one page it starts
> in one-two seconds max, if I print say 5 pages, the first one starts
> immediately as always, but every other page is delayed by about 15
> or more seconds. It doesn't seem a printer speed problem as the first
> page prints real quick, so I gave a look at CUPS defaults and set 
> the right amount of printer memory (48MB), then tried to lower the
> quality from 1200 dpi to 600 to no avail: it still prints all pages
> from the second on with an annoying delay. Any suggestions?
> Thanks!

Sounds like a performance issue with the printing preprocessor. I
have similar trouble since upgrading ghostscript a few years ago.
I've made a few time-limited attempts at upgrading/downgrading
things and trying to find exactly what introduced the high CPU
load (unfortunately I didn't bother to try this until some time
after the upgrade that caused the problems), but never nailed it
down.

Run top while printing and I suspect you'll find a "gs" process
using up all of your CPU power.

I find printing complex web pages from Firefox is far slower
than from a PDF, for example. Presumably due to the conversions
required. In fact web pages can take minutes or fail entirely
(I use other computers for that where possible).

If your printer supports Postscript printing, you can send a
postscript file to it directly using "lp -o raw", this should
print at full speed if my suspicions about your problem are
correct.

-- 
__          __
#_ < |\| |< _#

[toc] | [prev] | [next] | [standalone]

#27464

On 6/28/19 5:31 PM, Computer Nerd Kev wrote:
> Sounds like a performance issue with the printing preprocessor. I 
> have similar trouble since upgrading ghostscript a few years ago. 

I would think that the symptoms would apply to all pages being printed.

It sounds like the OP is saying that the first page prints quicker. 
Perhaps there is a perception issue.  I don't know what the OP is 
counting the one or two seconds from.  Is it when he hits the print 
button in the application?  Or is it possible when the visual indicator 
on the printer activates?  If it's the latter, there is a chance that 
part of the additional perceived delay is in the computer before sending 
data to the printer to activate the visual indicator.

> Run top while printing and I suspect you'll find a "gs" process using 
> up all of your CPU power.

I would be far more likely to suspect the CPU power of the printer than 
any computer built in the last 15 ~ 20 years.

But the OP said that he changed from 1200 DPI to 600 DPI and that didn't 
solve the problem.  Though I don't know if it helped the problem.  Maybe 
it reduced the delay from 15 seconds down to 10 seconds.  That's better, 
but still not as good as 1 ~ 2 seconds.

I would suggest trying to lower the DPI to 300 (if possible) and see if 
that changes anything.

600 DPI is one quarter of the data of 1200 DPI.
300 DPI is one sixteenth of the data of 1200 DPI.

I would expect such reductions to make a BIG difference in the printer's 
performance.

> I find printing complex web pages from Firefox is far slower than from 
> a PDF, for example. Presumably due to the conversions required. In 
> fact web pages can take minutes or fail entirely (I use other computers 
> for that where possible).

I've not experienced that.  So I can't comment.

> If your printer supports Postscript printing, you can send a postscript 
> file to it directly using "lp -o raw", this should print at full 
> speed if my suspicions about your problem are correct.

I actually think that would be worse.  PostScript means the printer's 
CPU (if it can be called such) has to do all the rendering.  Conversely, 
doing the rendering in the computer's CPU is almost always faster 
(especially in the last 15 years).



-- 
Grant. . . .
unix || die

[toc] | [prev] | [next] | [standalone]

#27466

On 29/06/2019 00:55, Grant Taylor wrote:
> On 6/28/19 5:31 PM, Computer Nerd Kev wrote:
>> Sounds like a performance issue with the printing preprocessor. I have 
>> similar trouble since upgrading ghostscript a few years ago. 
> 
> I would think that the symptoms would apply to all pages being printed.
> 
> It sounds like the OP is saying that the first page prints quicker. 
> Perhaps there is a perception issue. 

Nope. I have seem my printer do the same or similar thing. Sometimes its 
the FIRST page that takes 5 minutes.

  I don't know what the OP is
> counting the one or two seconds from.  Is it when he hits the print 
> button in the application?  Or is it possible when the visual indicator 
> on the printer activates?  If it's the latter, there is a chance that 
> part of the additional perceived delay is in the computer before sending 
> data to the printer to activate the visual indicator.
> 
>> Run top while printing and I suspect you'll find a "gs" process using 
>> up all of your CPU power.
> 
> I would be far more likely to suspect the CPU power of the printer than 
> any computer built in the last 15 ~ 20 years.

Nope. It all started happening about a year back with a [cups?] upgrade

It's probably systemd :-)



-- 
"Strange as it seems, no amount of learning can cure stupidity, and 
higher education positively fortifies it."

    - Stephen Vizinczey

[toc] | [prev] | [next] | [standalone]

#27467

On 29/06/2019 01.55, Grant Taylor wrote:
> On 6/28/19 5:31 PM, Computer Nerd Kev wrote:


> 
>> If your printer supports Postscript printing, you can send a
>> postscript file to it directly using "lp -o raw", this should print at
>> full speed if my suspicions about your problem are correct.
> 
> I actually think that would be worse.  PostScript means the printer's
> CPU (if it can be called such) has to do all the rendering.  Conversely,
> doing the rendering in the computer's CPU is almost always faster
> (especially in the last 15 years).

Not really, because the printer native language is postscript. CUPS has
to convert everything to postscript. When sending "lp -o raw" you bypass
postscript conversion in the computer, so printing goes faster, overall.

It is possible, though, that the printer also supports hpijs or pcl3. I
would try. Mine does. However, the computer takes longer to process it
(one of the two, I don't remember which). I use them when the printer
fails to print something due to not enough memory.



-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#27468

On 29/06/2019 11:49, Carlos E.R. wrote:
> On 29/06/2019 01.55, Grant Taylor wrote:
>> On 6/28/19 5:31 PM, Computer Nerd Kev wrote:
> 
> 
>>
>>> If your printer supports Postscript printing, you can send a
>>> postscript file to it directly using "lp -o raw", this should print at
>>> full speed if my suspicions about your problem are correct.
>>
>> I actually think that would be worse.  PostScript means the printer's
>> CPU (if it can be called such) has to do all the rendering.  Conversely,
>> doing the rendering in the computer's CPU is almost always faster
>> (especially in the last 15 years).
> 
> Not really, because the printer native language is postscript. CUPS has
> to convert everything to postscript. When sending "lp -o raw" you bypass
> postscript conversion in the computer, so printing goes faster, overall.
> 
> It is possible, though, that the printer also supports hpijs or pcl3. I
> would try. Mine does. However, the computer takes longer to process it
> (one of the two, I don't remember which). I use them when the printer
> fails to print something due to not enough memory.
> 
> 
> 
I have generally gound that HPO own system (HPjs?) outperforms CUPS on 
my system


-- 
Those who want slavery should have the grace to name it by its proper 
name. They must face the full meaning of that which they are advocating 
or condoning; the full, exact, specific meaning of collectivism, of its 
logical implications, of the principles upon which it is based, and of 
the ultimate consequences to which these principles will lead. They must 
face it, then decide whether this is what they want or not.

Ayn Rand.

[toc] | [prev] | [next] | [standalone]

#27470

Grant Taylor <gtaylor@tnetconsulting.net> wrote:
> On 6/28/19 5:31 PM, Computer Nerd Kev wrote:
>> Sounds like a performance issue with the printing preprocessor. I 
>> have similar trouble since upgrading ghostscript a few years ago. 
> 
> I would think that the symptoms would apply to all pages being printed.
> 
> It sounds like the OP is saying that the first page prints quicker. 

In my experience, ghostscript/CUPS seems to process and print pages
one at a time, with a pause if one isn't ready by the time that the
last one printed. On another computer printing with a HP LaserJet
P3005, printing a very large postscript file with "lp" (or directly
from Libre Office, for one example) instead of "lp -o raw" introduces
noticable pauses and less reliability, whereas it prints consistantly
if the original postscript is sent to it without conversion. This is
with an instalation that doesn't suffer the issues with multi-minute
pauses when printing from Firefox, so I think it is normal operation.

The Postscript files for the raw printing were generated by
Ghostscript/CUPS using a "dummy" printer configured identically to
the P3005, but with output going to a file. So I know that the
problem is not less efficiantly constructed Postscript filling up
the printer's memory, but a delay caused by generating the
Postscript on the PC. The Postscript itself must be identical.

>> Run top while printing and I suspect you'll find a "gs" process using 
>> up all of your CPU power.
> 
> I would be far more likely to suspect the CPU power of the printer than 
> any computer built in the last 15 ~ 20 years.

As noted, an update to CUPS or Ghostscript (I suspect the latter, but
have tried changing the versions of both) seemed to reduce the
efficiency of the process significantly. I believe the system has
moved to using PDF internally instead of Postscript, but I remember
looking into this and finding that my problem was still present with
versions using Postscript.

>> If your printer supports Postscript printing, you can send a postscript 
>> file to it directly using "lp -o raw", this should print at full 
>> speed if my suspicions about your problem are correct.
> 
> I actually think that would be worse.  PostScript means the printer's 
> CPU (if it can be called such) has to do all the rendering.  Conversely, 
> doing the rendering in the computer's CPU is almost always faster 
> (especially in the last 15 years).

If the poscript contains lots of images, sending it directly to the
printer can still result in pauses (though I'm not sure if they would
be eliminated by using the normal printing process). My point is that
a large file that prints using "lp -o raw" without pauses, can have
pauses introduced when using "lp", which indicates that the
bottleneck is at the PC rather than the printer.

-- 
__          __
#_ < |\| |< _#

[toc] | [prev] | [next] | [standalone]

#27465

On 29/06/2019 00:31, Computer Nerd Kev wrote:
> I find printing complex web pages from Firefox is far slower
> than from a PDF, for example. Presumably due to the conversions
> required. In fact web pages can take minutes or fail entirely
> (I use other computers for that where possible).

Yes.
If you 'print to postcript file' it seems to then be able to print the 
PDF *file* much faster.



-- 
"Strange as it seems, no amount of learning can cure stupidity, and 
higher education positively fortifies it."

    - Stephen Vizinczey

[toc] | [prev] | [standalone]

Back to top | Article view | comp.os.linux.misc

csiph-web