On Wed, Aug 13, 2014 at 7:52 PM, Ochal Christophe wrote:
> I've enabled the autodefrag option in btrfs, maybe it'll make a difference
brtfs is a copy on write filesystem. That's usually not very good for
database performance. There's a file attribute you can set to disable
COW per file[1]. You'll
On 08/13/2014 10:12 PM, Roumano wrote:
> Hi,
>
>
> If you take 2 minutes to copy arround 367mb, so your are writing arround
> 3Mb/s
> Normaly, Hard-disk are arround 100Mb/s & SSD 400Mb/s
Indeed, and tests I performed all suggest that my drives are actually
working properly.
A test with copying the
Hi,
If you take 2 minutes to copy arround 367mb, so your are writing arround
3Mb/s
Normaly, Hard-disk are arround 100Mb/s & SSD 400Mb/s
Try to look if your hard-disk as not error & begin to die (look on dmesg
via a terminal /smart information ( via gnome-disks (old name palimset)
Or Try to tune
On 08/13/2014 08:07 PM, Markus Jung wrote:
> Very slow I/O is a potential sign of a nearby harddisk failure. Please
> check the SMART state of the disk and ensure your backups are
> up-to-date. You also can try to run badblocks on the drive.
Smart status of both drives are OK, I have 1 btrfs volum
Very slow I/O is a potential sign of a nearby harddisk failure. Please
check the SMART state of the disk and ensure your backups are
up-to-date. You also can try to run badblocks on the drive.
Oh, one other potential cause: Is your disk very full/fragmented? Full
disks are prone to fragmentation a
On 08/13/2014 01:44 PM, Patrick Shanahan wrote:
> I shoot high school and club soccer and thought I had a lot but 175mb
> is small compared to your 367mb. But I see no adverse conditions when
> adding another session of 500-1k shots. Perhaps you are fighting
> hardware limitations, I am using a
Hallöchen!
Jose Carlos Garcia Sogo writes:
> Mu question, and probably your second question is going there is
> if the bottleneck is the DB or writing the associated xmp file.
You're right, I forgot about those.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aach
Mu question, and probably your second question is going there is if the
bottleneck is the DB or writing the associated xmp file.
El 13/08/2014 16:32, "Torsten Bronger"
escribió:
> Hallöchen!
>
> Pascal Obry writes:
>
> > Here 5 pictures, around 750gb of data and dt is quite fast and
> > respo
Hallöchen!
Pascal Obry writes:
> Here 5 pictures, around 750gb of data and dt is quite fast and
> responsive.
How long does it take to give all 50.000 of them a new tag? What
type of drive is it?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
Here 5 pictures, around 750gb of data and dt is quite fast and
responsive.
--
Pascal Obry / Magny les Hameaux
Le 13 août 2014 13:01, a écrit :
> Hi,
>
> Does anyone know how to deal with this database? If you have a large
> library (many thousands of pictures) importing & tagging pictures be
* oc...@kefren.be [08-13-14 07:01]:
> Does anyone know how to deal with this database? If you have a large
> library (many thousands of pictures) importing & tagging pictures
> becomes extremely painful, even causing DT to be unresponsive for
> minutes at a time.
>
> I shoot festivals & concerts,
Hi,
Does anyone know how to deal with this database? If you have a large
library (many thousands of pictures) importing & tagging pictures becomes
extremely painful, even causing DT to be unresponsive for minutes at a
time.
I shoot festivals & concerts, having a few thousand pictures per weekend
-- Forwarded message --
From: Gert van der Plas - Schrama
Date: Wed, Aug 13, 2014 at 12:57 PM
Subject: Re: [Darktable-users] [darktable-devel] Denoising profile for A6000
To: Moritz Schallaböck
Hi,
I cleaned the dropbox a while ago, when reverting to the basic 2GB
diskspace. I
13 matches
Mail list logo
