RE: [SLUG] Ok we have it now,,

From: Derek Glidden (dglidden@illusionary.com)
Date: Tue Feb 26 2002 - 17:33:06 EST


On Tue, 2002-02-26 at 16:38, R P Herrold wrote:
> On Tue, 26 Feb 2002, Grantham, Patrick wrote:
>
> > Seems odd to me, say this is accomplished. What price would be paid in the
> > way of overhead on the server, constantly synching the file in ram (read)
> > with the file on the disk (writes)?
>
> Rsync can handle that with relativey little load; The issue is

Sort of - rsync is designed for low network load, not necessarily low
filesystem load. If the file metadata differs, rsync will start to do a
block scan to determine differences between the files. If you have a
really big file, you're talking about a lot of FS activity, and it
doesn't address the issue of file consistency if something writes to the
file while you're rsync'ing it.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
#!/usr/bin/perl -w
$_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map
{$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110;
$t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z)
[$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join
"",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d=
unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d
>>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q*
8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]}
print+x"C*",@a}';s/x/pack+/g;eval 

usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \ | extract_mpeg2 | mpeg2dec -

http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ http://www.eff.org/ http://www.anti-dmca.org/



This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 16:47:55 EDT