Re: vfat file system extreme fragmentation on multiprocessor

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: H. Peter Anvin

Subject: Re: vfat file system extreme fragmentation on multiprocessor

Date: Thursday, September 11, 2008 - 2:43 pm

Lennart Sorensen wrote:
quoted text>>>
>> Well, you can always do that in-memory.
> 
> It still involves searching no matter where you do it.  With FAT-16 that
> means up to 2^16 clusters to search through.  With FAT-32 even more.  It
> doesn't have a cluster bitmap to speed things up.
> 

You don't, obviously, and the cluster links are fairly big.  Lipstick on 
a pig, and all that.  But it's prettier with the lipstick.

	-hpa
--
unsubscribe noticeTo unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

vfat file system extreme fragmentation on multiprocessor, Harun Scheutzow, (Thu Sep 11, 11:01 am)

Re: vfat file system extreme fragmentation on multiprocessor, Lennart Sorensen, (Thu Sep 11, 12:10 pm)

Re: vfat file system extreme fragmentation on multiprocessor, H. Peter Anvin, (Thu Sep 11, 12:36 pm)

Re: vfat file system extreme fragmentation on multiprocessor, Harun Scheutzow, (Thu Sep 11, 1:11 pm)

Re: vfat file system extreme fragmentation on multiprocessor, Lennart Sorensen, (Thu Sep 11, 2:09 pm)

Re: vfat file system extreme fragmentation on multiprocessor, Lennart Sorensen, (Thu Sep 11, 2:20 pm)

Re: vfat file system extreme fragmentation on multiprocessor, H. Peter Anvin, (Thu Sep 11, 2:43 pm)

Re: vfat file system extreme fragmentation on multiprocessor, Harun Scheutzow, (Thu Sep 11, 4:03 pm)

Re: vfat file system extreme fragmentation on multiprocessor, Andrew Morton, (Thu Sep 11, 4:50 pm)


linux-kernel:
FUJITA Tomonori	Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Uwe Kleine-König	Re: [PATCH v2] ARM: allow, but warn, when issuing ioremap() on RAM
Ingo Molnar	Re: [RFC/RFT PATCH] sched: automated per tty task groups
Ingo Molnar	Re: [GIT PULL] time.c - respin
Alexander van Heukelum	Re: [PATCH] bitops: simplify generic bit finding functions
git:
Mike Miller	git message
Junio C Hamano	Re: [PATCH] Detached HEAD (experimental)
Stefan Richter	Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
A Large Angry SCM	Re: [RFC] origin link for cherry-pick and revert
Petr Baudis	Re: PPC SHA-1 Updates in "pu"
git-commits-head:
Linux Kernel Mailing List	libata: disable ATAPI AN by default
Linux Kernel Mailing List	ARM: 5905/1: ARM: Global ASID allocation on SMP
Linux Kernel Mailing List	Documentation/timers/hpet_example.c: only build on X86
Linux Kernel Mailing List	ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List	drivers/net/tehuti.c: Reapply use DEFINE_PCI_DEVICE_TABLE()
linux-netdev:
Arnaldo Carvalho de Melo	Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Gerrit Renker	[PATCH 1/5] dccp: Initialisation framework for feature negotiation
Daniel Lezcano	getsockopt(TCP_DEFER_ACCEPT) value change
David Miller	Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Jeff Garzik	Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM
openbsd-misc:
Stuart Henderson	Re: Kuro5hin: OpenBSD Founder Theo deRaadt Has Conflict of Interest With AMD
Christian Weisgerber	Re: CARP with a single public IP address
Marco Peereboom	Re: OpenBSD culture?
Darrin Chandler	Re: strange output on openbsd C code
KURS ENGLESKOG JEZIKA NA 10 CD-a	AUDIO-VIZUELNA METODA UCENJA ENGLESKOG JEZIKA na 10 CD-a