kopia lustrzana https://gitlab.com/sane-project/website
77 wiersze
4.0 KiB
HTML
77 wiersze
4.0 KiB
HTML
|
<!-- received="Wed Jun 30 03:02:38 1999 PDT" -->
|
|||
|
|
<!-- sent="Wed, 30 Jun 1999 11:47:26 +0200" -->
|
|||
|
|
<!-- name="abel deuring" -->
|
|||
|
|
<!-- email="a.deuring@satzbau-gmbh.de" -->
|
|||
|
|
<!-- subject="Re: problems increasing SG_BIG_BUFF" -->
|
|||
|
|
<!-- id="" -->
|
|||
|
|
<!-- inreplyto="problems increasing SG_BIG_BUFF" -->
|
|||
|
|
<title>sane-devel: Re: problems increasing SG_BIG_BUFF</title>
|
|||
|
|
<h1>Re: problems increasing SG_BIG_BUFF</h1>
|
|||
|
|
<b>abel deuring</b> (<a href="mailto:a.deuring@satzbau-gmbh.de"><i>a.deuring@satzbau-gmbh.de</i></a>)<br>
|
|||
|
|
<i>Wed, 30 Jun 1999 11:47:26 +0200</i>
|
|||
|
|
<p>
|
|||
|
|
<ul>
|
|||
|
|
<li> <b>Messages sorted by:</b> <a href="date.html#246">[ date ]</a><a href="index.html#246">[ thread ]</a><a href="subject.html#246">[ subject ]</a><a href="author.html#246">[ author ]</a>
|
|||
|
|
<!-- next="start" -->
|
|||
|
|
<li> <b>Next message:</b> <a href="0247.html">Douglas Gilbert: "Re: Problem with snapscan, aha1505, linux kernel 2.2.9"</a>
|
|||
|
|
<li> <b>Previous message:</b> <a href="0245.html">Francois Desarmenien: "Re: Problem with snapscan, aha1505, linux kernel 2.2.9"</a>
|
|||
|
|
<li> <b>Maybe in reply to:</b> <a href="0047.html">Andreas Buesching: "problems increasing SG_BIG_BUFF"</a>
|
|||
|
|
<!-- nextthread="start" -->
|
|||
|
|
<li> <b>Next in thread:</b> <a href="0248.html">Douglas Gilbert: "Re: problems increasing SG_BIG_BUFF"</a>
|
|||
|
|
<!-- reply="end" -->
|
|||
|
|
</ul>
|
|||
|
|
<!-- body="start" -->
|
|||
|
|
Hi all!<br>
|
|||
|
|
<p>
|
|||
|
|
Rainer Krienke wrote:<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> Before I used the old sg driver with a patch that uses a static buffer</i><br>
|
|||
|
|
<i>> of 1MBytes in size. This prevents the sg driver of beeing used as a</i><br>
|
|||
|
|
<i>> module but has a really great effect in scanning time. To scan a DINA4</i><br>
|
|||
|
|
<i>> page in 300 DPI color mode then takes only 45 seconds. Compared to the</i><br>
|
|||
|
|
<i>> new sg driver this is about 4 times faster and after all it probably</i><br>
|
|||
|
|
<i>> will be good for the scanner hardware itself as well (it needs do to</i><br>
|
|||
|
|
<i>> backtracking only about 5 times compared to >20 times using the new</i><br>
|
|||
|
|
<i>> driver).</i><br>
|
|||
|
|
<i>> </i><br>
|
|||
|
|
<i>> Wouldn<64>t it be possible to include such a static buffer (optional) in</i><br>
|
|||
|
|
<i>> the new sg driver as well? The best new driver doesn't help, if you</i><br>
|
|||
|
|
<i>> actually cannot use it in real live and as you can see from the examples</i><br>
|
|||
|
|
<i>> avove this is true for the current situation.</i><br>
|
|||
|
|
<p>
|
|||
|
|
While I have never thought much about internals of kernel programming, I<br>
|
|||
|
|
think that there should be better ways to avoid scanner carriage stops<br>
|
|||
|
|
than to increase the size of an SG-buffer. <br>
|
|||
|
|
<p>
|
|||
|
|
sanei_scsi.c has already "its part" of an implementation of asynchronous<br>
|
|||
|
|
SCSI commands (sanei_scsi_req_enter and sanei_scsi_req_wait); and even<br>
|
|||
|
|
while their Linux implementation is only a "fake", the use of these<br>
|
|||
|
|
functions reduced the number of carriage stops with the Sharp JX250<br>
|
|||
|
|
scanner dramatically. <br>
|
|||
|
|
<p>
|
|||
|
|
This suggests that most if not all scanner carriage stops can be avoided<br>
|
|||
|
|
if consecutive reads commands are sent to the scanner as soon as<br>
|
|||
|
|
possible after the data from the previous command has been read in.<br>
|
|||
|
|
<p>
|
|||
|
|
Doug, what do you think about adding ioctl-calls to the SG driver which<br>
|
|||
|
|
implement queueing of asynchrounous SCSI commands? <br>
|
|||
|
|
<p>
|
|||
|
|
Abel<br>
|
|||
|
|
<p>
|
|||
|
|
<pre>
|
|||
|
|
--
|
|||
|
|
Source code, list archive, and docs: <a href="http://www.mostang.com/sane/">http://www.mostang.com/sane/</a>
|
|||
|
|
To unsubscribe: echo unsubscribe sane-devel | mail <a href="mailto:majordomo@mostang.com">majordomo@mostang.com</a>
|
|||
|
|
</pre>
|
|||
|
|
<!-- body="end" -->
|
|||
|
|
<p>
|
|||
|
|
<ul>
|
|||
|
|
<!-- next="start" -->
|
|||
|
|
<li> <b>Next message:</b> <a href="0247.html">Douglas Gilbert: "Re: Problem with snapscan, aha1505, linux kernel 2.2.9"</a>
|
|||
|
|
<li> <b>Previous message:</b> <a href="0245.html">Francois Desarmenien: "Re: Problem with snapscan, aha1505, linux kernel 2.2.9"</a>
|
|||
|
|
<li> <b>Maybe in reply to:</b> <a href="0047.html">Andreas Buesching: "problems increasing SG_BIG_BUFF"</a>
|
|||
|
|
<!-- nextthread="start" -->
|
|||
|
|
<li> <b>Next in thread:</b> <a href="0248.html">Douglas Gilbert: "Re: problems increasing SG_BIG_BUFF"</a>
|
|||
|
|
<!-- reply="end" -->
|
|||
|
|
</ul>
|