Hi,
On Sun, Aug 19, 2012 at 5:08 AM, Dan Luedtke wrote:
> +
> + /* allocate filesystem private data */
> + fsi = kzalloc(sizeof(*fsi), GFP_KERNEL);
> + if (!fsi)
> + return -ENOMEM;
> + spin_lock_init(&fsi->lock);
> + sb->s_fs_info = fsi;
> +
> +
Dan Luedtke writes:
> +/**
> + * struct lanyfs_opts - mount options
> + * @uid: userid of all files and directories
> + * @gid: grouid of all files and direcotries
> + * @dmask: directory mask
> + * @fmask: file mask
> +
On Sunday 2012-08-19 15:34, Dan Luedtke wrote:
>I analyzed about 600k file stored on various removable storage devices.
>80 volunteers sent in data about their devices, generated by a program
>(windows) and scripts (linux, bsd, osx) I wrote for that purpose. The
>data shows that people use more
On Monday 20 August 2012, Theodore Ts'o wrote:
> On Mon, Aug 20, 2012 at 11:12:07AM +0200, Alexander Thomas wrote:
> >
> > Flash drives are getting faster as well. Copying an 8GB file to/from a
> > USB drive is not excruciatingly slow and may be quicker and more
> > certain than figuring out how t
Hi,
On Sun, 2012-08-19 at 01:38 +0200, Dan Luedtke wrote:
> This patch introduces the Lanyard Filesystem (LanyFS), a filesystem
> for highly mobile and removable storage devices.
>
Did you have any performance comparison of your file system with others?
Have you any benchmark results? I think th
On Sun, 2012-08-19 at 17:04 -0400, Theodore Ts'o wrote:
> I also seriously question the niche of people who want to use a thumb
> drive to transfer > 4GB files. Try it sometime and see what a painful
> user experience it is
I don't know if LanyFS will it ever make, and to be honest there are
s
On Sun, 2012-08-19 at 16:12 +0100, Al Viro wrote:
> Conversions *in* *place* are bad. [+explanation]
I think I got it now.
On Sun, 2012-08-19 at 17:24 +0200, Marco Stornelli wrote:
> [vmtruncate, dio_wait, locking, d_delete]
Noted!
Thanks both of you!
Regards
Dan
--
Dan Luedtke
http://www.danr
On Mon, Aug 20, 2012 at 11:12:07AM +0200, Alexander Thomas wrote:
>
> Flash drives are getting faster as well. Copying an 8GB file to/from a
> USB drive is not excruciatingly slow and may be quicker and more
> certain than figuring out how to get a working network connection in
> some random place
The question is less about the importance of flash drives (or any
portable hard drive) today or embedded appliances, but the importance
of them in 3-5+ years time (dev time + adoption time).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
Hi!
> > > I also seriously question the niche of people who want to use a thumb
> > > drive to transfer > 4GB files. Try it sometime and see what a painful
> > > user experience it is
> >
> > Think for example on consumer devices, for example on most moderns TV
> > you can plug a USB memory
On Mon, Aug 20, 2012 at 2:47 AM, Theodore Ts'o wrote:
> More and more consumer devices, including TV's, are network-enabled.
> I'm not at all convinced the USB memory disk model is the one which
> makes sense --- you can make a much better user experience work if you
> can rely on networking. Tha
On Sunday 19 August 2012 23:07:32 Raymond Jennings wrote:
> On Sun, 2012-08-19 at 20:47 -0400, Theodore Ts'o wrote:
> > On Mon, Aug 20, 2012 at 01:06:20AM +0200, Carlos Alberto Lopez Perez wrote:
> > >
> > > > I also seriously question the niche of people who want to use a thumb
> > > > drive to t
On Sun, 2012-08-19 at 20:47 -0400, Theodore Ts'o wrote:
> On Mon, Aug 20, 2012 at 01:06:20AM +0200, Carlos Alberto Lopez Perez wrote:
> >
> > > I also seriously question the niche of people who want to use a thumb
> > > drive to transfer > 4GB files. Try it sometime and see what a painful
> > > u
On Mon, Aug 20, 2012 at 01:06:20AM +0200, Carlos Alberto Lopez Perez wrote:
>
> > I also seriously question the niche of people who want to use a thumb
> > drive to transfer > 4GB files. Try it sometime and see what a painful
> > user experience it is
>
> Think for example on consumer device
On 19/08/12 23:04, Theodore Ts'o wrote:
>> There is a small niche which LanyFS tries to fit in. It is for those who
>> > do not want to bother about how to use a fs when they are in a hurry or
>> > when they just want to listen to music in the car. It is for the
>> > it-must-be-easy-enough-for-my-
Theodore Ts'o writes:
>
> In practice, the solution of using either FAT
When the answer is FAT the question usually didn't make much sense.
-Andi
--
a...@linux.intel.com -- Speaking for myself only
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On Sun, Aug 19, 2012 at 05:33:52PM +0200, Dan Luedtke wrote:
>
> Poorly crafted example:
> Let's say you have a 6GB video file you want to give somebody (e.g. a
> video cutter) on a thumb drive. The cutter wants to edit the file, so he
> needs read and write access to it. After cutting the file is
Il 19/08/2012 18:53, Dan Luedtke ha scritto:
On Sun, 2012-08-19 at 15:27 +0100, Al Viro wrote:
* unlimited recursion
I am already working on that one, but it's tricky.
* unlink() does *not* truncate the file contents;
I did not know that.
I add that vmtruncate is deprecated
On Sun, Aug 19, 2012 at 06:53:37PM +0200, Dan Luedtke wrote:
> > * minor point, but endianness-flipping in place is *the* way to get
> > hard-to-catch endianness bugs. foo = cpu_to_le64(foo) is a bloody bad idea;
> > either use object for host-endian all along, or use it only for (in your
> >
On Sun, 2012-08-19 at 15:27 +0100, Al Viro wrote:
> * unlimited recursion
I am already working on that one, but it's tricky.
> * unlink() does *not* truncate the file contents;
I did not know that.
> * while we are at it, neither of those should free the on-disk
> inode; again,
On Sun, Aug 19, 2012 at 05:33:52PM +0200, Dan Luedtke wrote:
> Still wondering if anyone bothers to actually look at the code?
Some obvious notes:
* unlimited recursion is a killer; here its depth is controlled
by the fs image contents and it's trivial to cook one that would overflow
kern
Hi again,
On Sun, Aug 19, 2012 at 05:33:52PM +0200, Dan Luedtke wrote:
> - What filesystem would you recommend to share that video file?
You pointed out you tried ext3, so I thought ext3 was available on your
target platforms. I'm sorry I don't understand your reasoning about its
shortcom
On Sun, 2012-08-19 at 15:25 +0200, Marco Stornelli wrote:
> Ok, I try to do a summary. You are trying to write a new general and
> minimal fs for mobile storage device, minimal enough to be easy ported
> on several fs. So at the end you are trying to replace the solution is
> used today on many
On Sun, 2012-08-19 at 14:02 +0200, Jochen Striepe wrote:
> You wrote a new fs just because you didn't bother to use the existing
> ones as intended?
You are over-estimating my motivation.
I use many fs as intended, and they do a great job. I would not replace
them, not on my workstation and not on
Il 19/08/2012 15:34, Dan Luedtke ha scritto:
On Sun, 2012-08-19 at 12:14 +0200, Marco Stornelli wrote:
what are pros and cons of this fs
compared with existing fs?
Pros:
- Simplicity. LanyFS avoids any unnecessary complexity.
Example: I had a lot of problems reading and writing data on the Ar
Hello,
On Sun, Aug 19, 2012 at 03:34:24PM +0200, Dan Luedtke wrote:
> tried using ext3, but the ownership information from my workstation
> (were the file was copied from) did not match the ones the RaspberryPI
> had, since I usually do not synchronize user profiles between
> workstations
On Sun, 2012-08-19 at 12:14 +0200, Marco Stornelli wrote:
> You say that you wrote a new fs because of some lacks in the other fs
> ("...I kind of invented a very simple filesystem that solves the issues
> I had with other filesystems"). I read the website (very quickly
> actually) but I did
Il 19/08/2012 12:12, Dan Luedtke ha scritto:
(resent)
On Sun, 2012-08-19 at 00:16 +0200, richard -rw- weinberger wrote:
What are the use cases of this filesystem?
It looks very minimal without much features.
That's the feature, actually. Think of the Arduino platform or other embedded
devices
(resent)
On Sun, 2012-08-19 at 00:16 +0200, richard -rw- weinberger wrote:
> What are the use cases of this filesystem?
> It looks very minimal without much features.
That's the feature, actually. Think of the Arduino platform or other embedded
devices (TV, Car Entertainment) that just want to rea
On Sun, Aug 19, 2012 at 12:22 AM, Dan Luedtke wrote:
> That's the feature, actually. Think of the Arduino platform or other
> embedded devices (TV, Car Entertainment) that just want to read/play files.
> You're right, no big features, but that's by design.
So your fs is designed to run on top of
On Sun, Aug 19, 2012 at 1:38 AM, Dan Luedtke wrote:
> This patch introduces the Lanyard Filesystem (LanyFS), a filesystem
> for highly mobile and removable storage devices.
What are the use cases of this filesystem?
It looks very minimal without much features.
--
Thanks,
//richard
--
To unsubsc
On Sun, 19 Aug 2012 01:38:37 +0200
Dan Luedtke wrote:
> This patch introduces the Lanyard Filesystem (LanyFS), a filesystem
> for highly mobile and removable storage devices.
>
> Signed-off-by: Dan Luedtke
> ---
> "Release early, release often" they said. Here is my work of the
> past weeks. Th
32 matches
Mail list logo
