FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 03-05-2010, 06:16 PM
Josef Bacik
 
Default Speedup the availability of updates (was: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

On Fri, Mar 5, 2010 at 1:29 PM, Mike McGrath <mmcgrath@redhat.com> wrote:
> On Fri, 5 Mar 2010, Bill Nottingham wrote:
>
>> Till Maas (opensource@till.name) said:
>> > I have some ideas to speedup the availability of updates. Are there any
>> > reasons except that the tools to do this do not exist yet, to switch to
>> > this? I created a wiki page for this:
>> > https://fedoraproject.org/wiki/User:Till/update_availability_speedup_ideas
>>
>> It seems to be missing something - it says 'all rpms that are not included
>> in the prior metadata will be deleted', but there's nothing in that proposal
>> as written that will cause rpms to fall out of the metadata.
>>
>> With respect to hardlinks, the updates repos that are created *are*
>> hardlinks (to the koji packages); the only copying that's involved is
>> pushing them from the koji storage to the mirror storage.
>>
>
> Side note about this, it's a 10T ext3 filesystem exportetd via nfs. *Does
> anyone happen to know if hardlinking is particularly expensive in this
> setup? *We're doing profiling and things and haven't actually tested this
> yet but I thought I'd ask.
>

Hard-linking is as expensive as creating empty files, so if you are
happy with the create speed then you will be happy with the hardlink
speed. Thanks,

Josef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 10:37 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org