Hi,
i wrote:
> > Given the old reports of Otto Meta about possible race conditions
> > with drives at the same IDE controller, and the rareness of IDE
> > attached drives nowadays, i propose to keep the global sr_mutex lock
> > for IDE attached drives.
One Thousand Gnomes wrote:
> If there are r
On Sat, 05 Mar 2016 21:47:00 +0100
"Thomas Schmitt" wrote:
> Hi,
>
> as developer of libburn i got several user complaints about poor
> concurrent throughput. Since last year i suffer from it myself
> on kernel 3.16 of Debian 8. Before i had 2.6.18 which did very well
> in that aspect.
>
> An o
Johan de Jong wrote:
> Hi Wakko,
>
> If I remember correctly I did see you commenting on discussions on
> either the Otto Meta patch, or another that proposed to remove the
> mutex entirely. I was unaware of any others.
I received the last set of patches from Tim more than a year ago. I wasn't
u
Hi Wakko,
If I remember correctly I did see you commenting on discussions on
either the Otto Meta patch, or another that proposed to remove the
mutex entirely. I was unaware of any others.
Do you have more information on why this never resulted in a succesful
concerted effort to get a patch in th
Johan de Jong wrote:
> In the mean time I have applied and tested the 2013 patch by Otto Meta:
>
> http://marc.info/?l=linux-scsi&m=135705061804384&w=2
>
> which, in short, replaces mutex_lock(&sr_mutex) (global mutex), that
> was introduced in 2010 to replace lock_kernel(), by per-device mutexes
Hi,
as developer of libburn i got several user complaints about poor
concurrent throughput. Since last year i suffer from it myself
on kernel 3.16 of Debian 8. Before i had 2.6.18 which did very well
in that aspect.
An old workaround for IDE master-slave concurrency problems brings
a certain degr
Dear developers,
In the mean time I have applied and tested the 2013 patch by Otto Meta:
http://marc.info/?l=linux-scsi&m=135705061804384&w=2
which, in short, replaces mutex_lock(&sr_mutex) (global mutex), that
was introduced in 2010 to replace lock_kernel(), by per-device mutexes
and allowing c
Dear developers,
(Please CC me as I am not subscribed (yet))
Writing (backing up) to multiple optical drives at the same time results in
a performance loss of about 7-10 times compared to writing to a single
drive.
After digging around it seems the problem arose about 5 years ago after the
Big K
8 matches
Mail list logo
