Hi,
David Wright wrote:
> I think we've been here before; starts at
> https://lists.debian.org/debian-user/2015/04/msg00651.html
Ah yes. At that time i was still running Reiser FS on SuSE.
(Now you got me nostalgic about the qualities of kernel 2.6
and easily killable hald processes. Sneef.)
H
On Tue 10 Nov 2015 at 16:08:21 (+0100), Thomas Schmitt wrote:
> i am riddling about the size of directories in Jessie's ext4,
> as listed with ls -ld. They always grow and never shrink, even
> if they become completely empty. My record holder had 7.5 MB,
> currently i am having an empy one of 1.5 M
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Nov 10, 2015 at 10:25:58PM +0100, Thomas Schmitt wrote:
[...]
> Slaves ! Bring me my tear bottle !
;-)
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlZCXF0ACgkQBcgs9XrR2kZbJQCfR6swnVbus8r9lW0yNOMxO2CO
A
Hi,
to...@tuxteam.de wrote:
> Seems you'll have to go with re-creating the dir.
Yes. I suffer on an elevated luxury level.
My Reiser FS showed substantial slowdown with mass file reading
after a few years. Inode lookup and data file opening both
dropped below half of the performance of a young f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Nov 10, 2015 at 08:19:10PM +0100, Thomas Schmitt wrote:
> Hi,
>
> to...@tuxteam.de wrote:
> > tune2fs -l
>
> "You can tune a filesystem, but you cannot tune a fish."
Ah, oldies but goldies :-)
> Ok. I have features "dir_index" and "extent
Hi,
to...@tuxteam.de wrote:
> tune2fs -l
"You can tune a filesystem, but you cannot tune a fish."
It says:
tune2fs 1.42.12 (29-Aug-2014)
...
Filesystem features: has_journal ext_attr resize_inode dir_index
filetype needs_recovery extent flex_bg sparse_super large_file huge_file
u
Thomas wrote:
>Hi,
>
>Dan Ritter wrote:
>> 1. Enable the following features on your ext4 fs:
>> - dir_index
>> - extent
>
>That would have to happen at mkfs time ?
>
>
>> these are probably both on by default.
>
>My /etc/mke2fs.conf begins by
>
> [defaults]
>base_features = sparse_super,fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Nov 10, 2015 at 06:49:08PM +0100, Thomas Schmitt wrote:
> Hi,
>
> Dan Ritter wrote:
> > 1. Enable the following features on your ext4 fs:
> > - dir_index
> > - extent
>
> That would have to happen at mkfs time ?
>
>
> > these are probably b
Hi,
Dan Ritter wrote:
> 1. Enable the following features on your ext4 fs:
> - dir_index
> - extent
That would have to happen at mkfs time ?
> these are probably both on by default.
My /etc/mke2fs.conf begins by
[defaults]
base_features = sparse_super,filetype,resize_inode,dir_index,
On Tue, Nov 10, 2015 at 04:36:56PM +0100, Thomas Schmitt wrote:
> Hi,
>
> Eduardo M KALINOWSKI wrote:
> > Yes, and also of its predecessors ext2 and ext3.
>
> Thanks for the info.
>
> As i failed to find it myself: Do you know a link or man page
> where this is specified ?
>
> After all it impo
Hi,
Eduardo M KALINOWSKI wrote:
> Yes, and also of its predecessors ext2 and ext3.
Thanks for the info.
As i failed to find it myself: Do you know a link or man page
where this is specified ?
After all it imposes massive performance penalties which made
me suspicious on the first hand. Does nob
On Ter, 10 Nov 2015, Thomas Schmitt wrote:
i am riddling about the size of directories in Jessie's ext4,
as listed with ls -ld. They always grow and never shrink, even
if they become completely empty.
Is this a known property of ext4 directories ?
Yes, and also of its predecessors ext2 and ext
Hi,
i am riddling about the size of directories in Jessie's ext4,
as listed with ls -ld. They always grow and never shrink, even
if they become completely empty. My record holder had 7.5 MB,
currently i am having an empy one of 1.5 MB.
Command mount reports
/dev/sd... on /... type ext4 (rw,rela
13 matches
Mail list logo