[ale] why would it take longer to delete a file than to createit?

John G. Heim jheim at math.wisc.edu
Thu May 6 11:18:42 EDT 2010


Well, I guess the *real* question is why is the system so loaded? I believe 
its IO bound, based on my dd test, but I don't know why. Its running mysql 
with databases for horde3 and drupal. The slow query log is jammed with slow 
update messages.  But the DB server has 16 Gb of RAM and the entire size of 
the mysql data all together is only 3 Gb.

I have to figure something is wrong at the OS level because of the slow dd 
thing and because I just don't have that much actual data.  I think mysql 
ought to be able to handle this load like a breeze.  I don't think mysql is 
slowing down the server. I think it's already slow and mysql is slow because 
disk writes are so slow (for some reason).

I think I'm going to move the mysql data to another machine temporarily and 
turn off mysql and then run my test. I'll bet it speeds up but I'll bet it 
doesn't blaze.

----- Original Message ----- 
From: "Greg Freemyer" <greg.freemyer at gmail.com>
To: "Atlanta Linux Enthusiasts - Yes! We run Linux!" <ale at ale.org>
Sent: Thursday, May 06, 2010 6:15 AM
Subject: Re: [ale] why would it take longer to delete a file than to 
createit?


> Michael,
>
> My phrasing was poor.  I was trying to say what you said.
>
> Greg
>
>
> On 5/5/10, Michael Trausch <mike at trausch.us> wrote:
>> I don't quite understand that. Would it not be faster to perform such
>> actions on an idle system as opposed to a loaded one?
>>
>>   - mike
>>
>> --
>> Sent from my ADP1 running Android 2.1
>>
>> On May 5, 2010 6:06 PM, "Greg Freemyer" <greg.freemyer at gmail.com> wrote:
>>
>> Is that on an idle disk/array?
>>
>> That would be very slow.
>>
>> But if its busy serving db queries, its not surprising.
>>
>>
>> On Wed, May 5, 2010 at 4:45 PM, John G. Heim <jheim at math.wisc.edu> wrote:
>>> Doh! Caching... I shoul...
>> --
>> Greg Freemyer
>> Head of EDD Tape Extraction and Processing team
>> Litigation Triage Solutions Specialist
>> http://www.linkedin.com/in/gregfreemyer
>> CNN/TruTV Aired Forensic Imaging Demo -
>>
>> http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrieved/
>>
>> The Norcross Group
>> The Intersection of Evidence & Technology
>> http://www.norcrossgroup.com
>>
>>
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/ma...
>>
>
> -- 
> Sent from my mobile device
>
> Greg Freemyer
> Head of EDD Tape Extraction and Processing team
> Litigation Triage Solutions Specialist
> http://www.linkedin.com/in/gregfreemyer
> CNN/TruTV Aired Forensic Imaging Demo -
> 
> http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrieved/
>
> The Norcross Group
> The Intersection of Evidence & Technology
> http://www.norcrossgroup.com
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
> 



More information about the Ale mailing list