Brother HL-5150D memory

Toggle sidebar Toggle sidebar
G

Guest

Guest
Archived from groups: comp.periphs.printers (More info?)

Hi,

I recently bought the printer mentioned above. Since it went quite slow on
Linux with CUPS via USB 2.0 using the appropriate PostScript PPD, I decided
to expand its memory.

That thing now has 80MB available but that does not seem to bother it.
Printing is as slow as ever. How can that be?

cheers
/Morten
 
Archived from groups: comp.periphs.printers (More info?)

"Morten Ohlsen" <spam@traxbyte.de> wrote in message
news:ded0q5$e9k$01$1@news.t-online.com...

> I recently bought the printer mentioned above. Since it went quite slow on
> Linux with CUPS via USB 2.0 using the appropriate PostScript PPD, I
decided
> to expand its memory.
>
> That thing now has 80MB available but that does not seem to bother it.
> Printing is as slow as ever. How can that be?

We need more information e.g. what app you use
for printing. You can experiment by disabling the
OS's spooling function (since you now have 80 Mb to
receive formatted data in the printer.)

--
Don Phillipson
Carlsbad Springs
(Ottawa, Canada)
 
Archived from groups: comp.periphs.printers (More info?)

Hi Don,

well I'm using CUPS (Common UNIX Print System) on Linux. CUPS simply
converts everything it receives into proper Postscript. I even tried
printing with WinXP using Brother's Postscript driver. Unfortunately that
didn't make it faster.

I always thought the printer automatically caches incoming data while
processing the current page. I seems as if the printer blocks until the
current page is finished.

But I certainly will try to disable spooling. I'll check back later.

/Morten


Don Phillipson wrote:

> "Morten Ohlsen" <spam@traxbyte.de> wrote in message
> news:ded0q5$e9k$01$1@news.t-online.com...
>
>> I recently bought the printer mentioned above. Since it went quite slow
>> on Linux with CUPS via USB 2.0 using the appropriate PostScript PPD, I
> decided
>> to expand its memory.
>>
>> That thing now has 80MB available but that does not seem to bother it.
>> Printing is as slow as ever. How can that be?
>
> We need more information e.g. what app you use
> for printing. You can experiment by disabling the
> OS's spooling function (since you now have 80 Mb to
> receive formatted data in the printer.)
>
 
Archived from groups: comp.periphs.printers (More info?)

"Morten Ohlsen" <spam@traxbyte.de> wrote in message
news:dehj0f$o4n$00$1@news.t-online.com...
> Hi Don,
>
> well I'm using CUPS (Common UNIX Print System) on Linux. CUPS simply
> converts everything it receives into proper Postscript. I even tried
> printing with WinXP using Brother's Postscript driver. Unfortunately that
> didn't make it faster.
>
> I always thought the printer automatically caches incoming data while
> processing the current page. I seems as if the printer blocks until the
> current page is finished.
>
> But I certainly will try to disable spooling. I'll check back later.
>
> /Morten
>
>
> Don Phillipson wrote:
>
>> "Morten Ohlsen" <spam@traxbyte.de> wrote in message
>> news:ded0q5$e9k$01$1@news.t-online.com...
>>
>>> I recently bought the printer mentioned above. Since it went quite slow
>>> on Linux with CUPS via USB 2.0 using the appropriate PostScript PPD, I
>> decided
>>> to expand its memory.
>>>
>>> That thing now has 80MB available but that does not seem to bother it.
>>> Printing is as slow as ever. How can that be?
>>
>> We need more information e.g. what app you use
>> for printing. You can experiment by disabling the
>> OS's spooling function (since you now have 80 Mb to
>> receive formatted data in the printer.)
>>
>
You'll find that Brother does not use true Adobe PostScript. It's an
emulation (I think they call it BRScript). Are you using a Brother .ppd or
a generic PS? And in the end you may find that printing PostScript on this
printer is just slow, probably a combination of the implementation of
PostScript and the processor . I have several of these, but all my users
are using PCL, and the printer itself seems speedy enough even with the
default 16 Mb.

Mark
 
Archived from groups: comp.periphs.printers (More info?)

I'm using the PPD and yes, it uses BRScript.

The problem is, that there is no proper PCL driver for linux. I tried some,
but each of them lacks support for duplex printing or high resolution or
something else.

Any ideas?

/Morten

Mark wrote:

>
> "Morten Ohlsen" <spam@traxbyte.de> wrote in message
> news:dehj0f$o4n$00$1@news.t-online.com...
>> Hi Don,
>>
>> well I'm using CUPS (Common UNIX Print System) on Linux. CUPS simply
>> converts everything it receives into proper Postscript. I even tried
>> printing with WinXP using Brother's Postscript driver. Unfortunately that
>> didn't make it faster.
>>
>> I always thought the printer automatically caches incoming data while
>> processing the current page. I seems as if the printer blocks until the
>> current page is finished.
>>
>> But I certainly will try to disable spooling. I'll check back later.
>>
>> /Morten
>>
>>
>> Don Phillipson wrote:
>>
>>> "Morten Ohlsen" <spam@traxbyte.de> wrote in message
>>> news:ded0q5$e9k$01$1@news.t-online.com...
>>>
>>>> I recently bought the printer mentioned above. Since it went quite slow
>>>> on Linux with CUPS via USB 2.0 using the appropriate PostScript PPD, I
>>> decided
>>>> to expand its memory.
>>>>
>>>> That thing now has 80MB available but that does not seem to bother it.
>>>> Printing is as slow as ever. How can that be?
>>>
>>> We need more information e.g. what app you use
>>> for printing. You can experiment by disabling the
>>> OS's spooling function (since you now have 80 Mb to
>>> receive formatted data in the printer.)
>>>
>>
> You'll find that Brother does not use true Adobe PostScript. It's an
> emulation (I think they call it BRScript). Are you using a Brother .ppd
> or
> a generic PS? And in the end you may find that printing PostScript on
> this printer is just slow, probably a combination of the implementation of
> PostScript and the processor . I have several of these, but all my users
> are using PCL, and the printer itself seems speedy enough even with the
> default 16 Mb.
>
> Mark
 
Archived from groups: comp.periphs.printers (More info?)

"Morten Ohlsen" <spam@traxbyte.de> wrote in message
news:dejjon$gnd$05$1@news.t-online.com...
> I'm using the PPD and yes, it uses BRScript.
>
> The problem is, that there is no proper PCL driver for linux. I tried
some,
> but each of them lacks support for duplex printing or high resolution or
> something else.
>
> Any ideas?
>
> /Morten
>

Well ... use the traditional Linux/Unix fix ... write your own!
 
Archived from groups: comp.periphs.printers (More info?)

Spooling does not change a thing.
It seems as if the Postscript interpreter is too slow. But it should at
least buffer additional pages. That a design flaw.

/Morten

Don Phillipson wrote:

> "Morten Ohlsen" <spam@traxbyte.de> wrote in message
> news:ded0q5$e9k$01$1@news.t-online.com...
>
>> I recently bought the printer mentioned above. Since it went quite slow
>> on Linux with CUPS via USB 2.0 using the appropriate PostScript PPD, I
> decided
>> to expand its memory.
>>
>> That thing now has 80MB available but that does not seem to bother it.
>> Printing is as slow as ever. How can that be?
>
> We need more information e.g. what app you use
> for printing. You can experiment by disabling the
> OS's spooling function (since you now have 80 Mb to
> receive formatted data in the printer.)
>
 
Archived from groups: comp.periphs.printers (More info?)

Not helpful.

RSD99 wrote:

> "Morten Ohlsen" <spam@traxbyte.de> wrote in message
> news:dejjon$gnd$05$1@news.t-online.com...
>> I'm using the PPD and yes, it uses BRScript.
>>
>> The problem is, that there is no proper PCL driver for linux. I tried
> some,
>> but each of them lacks support for duplex printing or high resolution or
>> something else.
>>
>> Any ideas?
>>
>> /Morten
>>
>
> Well ... use the traditional Linux/Unix fix ... write your own!
 
You must log in or register to reply here.

TRENDING THREADS

Latest posts

Moderators online

Share this page

COMPANY
RESOURCES
FOLLOW
Top Bottom