ans would be wise not to discuss anything about this case with anyone
other than his lawyer. Especially not publicly.
Divorces are messy and the media often gets things wrong. Who knows
what's true.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
g. I didn't watch the cpu load, which may've
been high, but it seemed to be io bound.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
e. Search
freshmeat.net for "backup".
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
ty pages, do they? Only the vm decides when to write out? ext3 and r4 do
have write timeouts, tho.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
level than just sector elevators).
One problem with my suggestion is that apps don't always close or reopen
read-only after they write a file.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
ter sync and before the writes doesn't seem to very high. I thought r4
might be cpu bound, but it doesn't seem to be. I'm not sure what's causing
this pause. If i had more free time, i'd setup kernel profiling.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
> It seems that both r4 and xfs allow a large number of pages to be dirtied,
> before queuing them for writeback, and this has a negative effect on
> throughput. In my test (rsync'ing ~50gigs of flacs), r4 and xfs are almos
t this
> has only a small effect on elapsed time for most hardware.
Write requests in linux are restricted to one page?
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
nt; mount and ran cksum, and sure enough, the files were good.
8)
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
What about reiserfs4? I just tried a 250gig raid1 and it r4 takes even
longer than 3. Is it also preloading all bitmaps? No other fs that i've
tried takes so long to mount.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
tex);
Actually, it was my fault. I had forgotten to apply the 2.6.15->.16 patch.
Thanks for you help, tho.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
cture has no member
named _mutex'
make[2]: *** [fs/reiser4/plugin/file_ops_readdir.o] Error 1
make[1]: *** [fs/reiser4] Error 2
make: *** [fs] Error 2
Sorry if this has been posted already. I searched, but didn't find it.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
read-only filesystems, btw. It has a nice
interface, but you're better off using tar. See the -g option for
incremental backups.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
ht be a safer default, so that if someone's
installing it from source it would clobber their distro's version by
default.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
Regarding the compression plugin, it only compresses file data and not fs
structures, right?
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
On Tue, Sep 06, 2005 at 04:36:33PM -0400, Gregory Maxwell wrote:
> On 9/6/05, Tom Vier <[EMAIL PROTECTED]> wrote:
> > My vote: put the reserve % in the superblock (if it isn't already) and
> > give mkfs a sane default.
>
> Looking at the code it appears it wo
matter how easy it is to build.
My vote: put the reserve % in the superblock (if it isn't already) and
give mkfs a sane default.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
ks. Actually, you could
probably copy the raid5 md code and rewrite it to only use one device. I'd
try that first.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
Alias rm to 'mv $@ trash/' (not sure about the $@ - my bash is rusty) and
have a cronjob that reaps files older than x. Or, try pdumpfs (i've been
using it for a long time).
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
On Mon, Dec 20, 2004 at 10:34:29PM +0100, Spam wrote:
> Most people with Win2000/XP have write-cache enabled. Yet there are
> rarely problems due to power failures?
fwih (from netbsd tech-kern) windows issues cache flushes. I don't know how
people know that, though.
--
Tom V
On Mon, Dec 20, 2004 at 09:31:10PM +0100, Spam wrote:
> If you have UPS then write-cache should never be dangerous?
It's not AS dangerous. You could still lose a psu or someone could trip over
the power cord from the computer to the ups.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
layer?
There's been some interesting discussion about this subject on the netbsd
tech-kern list, btw.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
be enabled by default.
Otherwise, that's asking for tons of users with corruption.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
> nothing fancy.
i forgot to mention i'm using a 64meg journal.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
x it, but it already applied:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg03866.html
i'm running 2.6.8 UP x86 on an opteron, highmem enabled, no preempt.
nothing fancy.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
> > would you mind forwarding links to the IBM/Sun info you mentioned?
found it.
http://tinyurl.com/3a3yq
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
is it ok to use the 2.6.5-rc2-mm2 patch on 2.6.5?
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
,
while containing mostly a descriptive english word, doesn't trample regular
filenames (eg, more than one dot).
and finally, i hate the 's'. 8) for one thing, it might only contain only
one file.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
i looked through all linus's changelogs for .4->.5. i see a few fixes, but
nothing about ordering. i thought it was going in soon. will it be in .6? i
guess for .5 i'll have to wait for chris mason to make a patch set.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
writes? i know if the fs writes to
the blkdev, reading the blkdev from userspace can return stale cache. too
bad you can't do something like umount; bsync; (now safely read/write the
blkdev).
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
s wasn't sufficient
> to protect *our* secrets, they'd have a stricter standard.
they do, complete destruction. that's what they do with secret stuff.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
reiserfsck shows no corruption, so the metadata is at least intact.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
mal
behavior, i assume.
i'm currently bootstrapping an altroot, so i can run reiserfsck.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0x15741ECE
On Wed, Feb 18, 2004 at 02:42:08PM +0100, Jens Benecke wrote:
> And we don't run reiserfsck at boot time, only manually. ("0 0" in fstab)
if it's done after it boots and it's been mounted rw, you could be reading
stale data.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0xE6CB97DA
n ibm drive. if not, it's in another thread from around the same
time. i forgot i had this linked on wipe.sf.net (shameless plug ;).
http://www.ussg.iu.edu/hypermail/linux/kernel/0103.0/0331.html
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0xE6CB97DA
> are free to do something when met with barrier requests or to ignore it.
> The only concern is probably raid cards that show bunch of IDE drives as a SCSI
> device.
anyone who has more info, please post. 8) i'm very interested. too bad there
aren't video streams of lks,
[EMAIL PROTECTED] root]# mkreiserfs -l hosts -s 16386 /dev/sdc4
[EMAIL PROTECTED] root]# mount /dev/sdc4 /mnt/
mount: you must specify the filesystem type
[EMAIL PROTECTED] root]# mount -t reiserfs /dev/sdc4 /mnt/
[EMAIL PROTECTED] root]#
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0xE6CB97DA
On Wed, Oct 30, 2002 at 09:36:28AM +0300, Oleg Drokin wrote:
> On Tue, Oct 29, 2002 at 09:32:17PM -0500, Tom Vier wrote:
> > > > I guess we should address this issue in reiser4. This is -security-
> > > > feature after all. Hans? It is not clear how to intehgrate th
than one "wipe") and
i made a point to be clear in the docs and on wipe.sf.net that encryption is
the only complete solution. my app is most useful for using on whole drives,
if you're going to sell it on ebay or something, and you want non-secret
personal stuff off (or at least
another reiserfs, so i don't know if it's just the rootfs
that's affected.
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0xE6CB97DA
On Mon, Oct 28, 2002 at 07:33:22PM +0300, Oleg Drokin wrote:
> On Sat, Oct 26, 2002 at 07:02:15PM -0400, Tom Vier wrote:
> > is there a 2.5 attrs patch? i can't even list them in 2.5 on a reiserfs. i
> > get "inappropriate ioctl for device".
>
> See attached,
mand,attrs 0 0
--
Tom Vier <[EMAIL PROTECTED]>
DSA Key ID 0xE6CB97DA
if you're using bash, it's writing to ~/.bash_history.
On Fri, Jun 22, 2001 at 11:33:29AM +0200, Russell Coker wrote:
> I have my ReiserFS partitions mounted with noatime running 2.4.5. Every
> time I run sync I get disk access so atime does not explain the situation.
--
43 matches
Mail list logo