All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Iversen <chrivers@iversen-net.dk>
To: reiserfs-list@namesys.com
Subject: Re: WinFS beta out
Date: Wed, 31 Aug 2005 01:00:06 +0200	[thread overview]
Message-ID: <200508310100.06889.chrivers@iversen-net.dk> (raw)
In-Reply-To: <df2lhc$brk$1@sea.gmane.org>

On Wednesday 31 August 2005 00:10, Lexington Luthor wrote:
> Marc Perkel wrote:
> > One think to remember when comparing different file systems is not just
> > speed but functionality. Windows has a far better permission system than
> > Linux does. ACLs bring Linux closer to Windows when it cones to fine
> > grained permissions, but when you turn ACLs on with reiser 3 it slows
> > down to 1/10 of normal speed and Reiser 4 ACLs just doesn't work. With
> > ACLs as part of the mix ReiserFS would get its butt kicked.
> >
> > Welcome to the real world.
>
> NTFS ACLs also have a number of problems.
>
> I have worked with NT systems for many years and I would happily guve up
> that functionality for some of the flexibility of a Linux based
> infrastructure.
>
> Sadly, at work, I am stuck with Windows :(

I can agree to this. Even with the bare essentials (groups and users only, no 
ACLs), Unix permissions have one huge gain over NT ACLs: clarity.

- When you do "ls -l", you have complete and immediate view of all nodes in 
that directory. This is many times harder to do on windows.

- When you want to figure out if a given user can access a certain file, you 
can do so from the one line in the ls output. On windows you can't do this, 
barring an add-on program, unless you click your way into a deep gui, and 
this is hard to do for multiple nodes.

- When you are securing a system, you can easily tell if a user can access a 
certain file. For instance, if /foo is "drwx------ foo bar", then you know 
that all files under /foo is only available to the one user, foo. On windows, 
if user only foo can access \foo, that's _not_ a guarantee that other users 
can't access files deeper in the directory tree. If they are given permission 
to access \foo\bar, they _can_, no matter the permissions on \bar. Logical?

- Even though administrators are supposed to be "root", they are hindered by 
ACLs, even though they can always change them. This means, that for an admin 
to get file X owned by user U, he has to either 
	- Log in as U
	- Replace the file permissions onX
both of which are not easy to do. Yes there are 3rdparty programs such as 
su.exe that will help tremendously in this, and yes you can just add 
"administrators" with "full control" to all files, but it's still bad design 
IMHO. 

Who ordered the fresh rants?

-- 
Regards,
Christian Iversen

  reply	other threads:[~2005-08-30 23:00 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-30  4:36 WinFS beta out Gregory Maxwell
2005-08-30  5:42 ` Jake Maciejewski
2005-08-30  6:35   ` Hans Reiser
2005-08-30 13:39     ` LiFe
2005-08-30 15:45       ` Marc Perkel
2005-08-30 22:10         ` Lexington Luthor
2005-08-30 23:00           ` Christian Iversen [this message]
2005-08-31  1:06             ` Hans Reiser
2005-08-31  1:18               ` Christian Iversen
2005-08-31 10:44             ` LiFe
2005-08-31 13:45               ` michael chang
2005-09-01  8:24                 ` LiFe
     [not found]                   ` <b14e81f0050901070453f4d898@mail.gmail.com>
2005-09-01 14:04                     ` michael chang
2005-08-31  0:59         ` Hans Reiser
2005-08-31  4:59           ` Marc Perkel
2005-08-31  5:46             ` David Masover
2005-08-31  7:13             ` Hans Reiser
2005-08-31 13:44               ` michael chang
2005-08-31 14:36                 ` Fundind Reiser Development Marc Perkel
2005-08-31 19:54                   ` Hans Reiser
2005-08-31 14:38                 ` Funding " Marc Perkel
2005-08-31 21:44                 ` WinFS beta out Hans Reiser
2005-08-31 14:32               ` Marc Perkel
2005-08-31 16:01           ` Jeff Mahoney
2005-08-31 17:32             ` changing label of disk Bedros Hanounik
2005-08-31 18:15               ` evilninja
2005-08-31 20:05             ` WinFS beta out Hans Reiser
2005-08-31 20:35               ` Marc Perkel
2005-08-31 17:45           ` Adrian Ulrich
     [not found]         ` <b14e81f00508301124ebf9ab9@mail.gmail.com>
2005-08-31  2:02           ` michael chang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200508310100.06889.chrivers@iversen-net.dk \
    --to=chrivers@iversen-net.dk \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.