fproxy than anything else. Now, yes, you could also throttle mainport.
This would be equally stupid, but you could do it.
There are probably a lot more reasons why this is a bad idea, but there is
something for you to chew on instead of implenting this :)
-
On Fri, Nov 21, 2003 at 04:14:18PM +, jrandom wrote:
>
> Just to throw it out there, I still think moving towards statically
> defined specialization using a non-free (hashcash or other
> certificate) identity (ala H(identity+certificate)) would improve the
> performance without harming cen
On Sun, Nov 09, 2003 at 08:16:08AM -0800, Martin Stone Davis wrote:
> [EMAIL PROTECTED] wrote:
>
> > Most cable + DSL lines (here in the UK at least) can get a new IP address at
> > the cost of a DHCP renew. Also, (I believe that) my cable operator operates
> > large subnets so the chances of gett
On Mon, Nov 03, 2003 at 06:03:29PM -0800, Tracy R Reed wrote:
> On Tue, Nov 04, 2003 at 12:45:25AM +, Toad spake thusly:
> > That is not a solution. Frost works, somebody would reimplement it, we
> > have no enforcement capability against them, and if frost died now
> > somebody would reintrodu
On Sun, Nov 02, 2003 at 03:03:21PM -0800, malcolm handley wrote:
> We are using build 6296 and are sometimes getting a Pending message
> followed by a DataNotFound message in response to a ClientPut.
>
> Based on http://freenetproject.org/index.php?page=fcp we only
> expected to see this after a
On Sun, Nov 02, 2003 at 09:40:11PM +0100, Michael Schierl wrote:
> .zip file produced is different. If anyone has a good idea how to fix this
> bug (except asking the user every time if the parser should run or messing
> around with file dates) tell me.
I realise you don't want to mess with on dis
On Sun, Nov 02, 2003 at 02:52:18PM -0600, Tom Kaitchuck wrote:
> Actually the one thing that botheres me is when people link to [EMAIL PROTECTED]//
> and not http://localhost:/[EMAIL PROTECTED]// because some programs think
> that is an e-mail address.
given that my node is on neither localh
I know the prevailing wisdom is that people who aren't on windows
don't need pretty installers, but I'd like to see simpler install
mechanisms like the windows bunny icon app for Mac OS X and
X Windows.
(At one point in thepast, I started hacking something up using QT, until
about 2.3 minutes lat
On Thu, Oct 30, 2003 at 04:39:22PM -0800, Tracy R Reed wrote:
> When a splitfile download finishes it often has a tendency to hang on "FEC
> decoding missing data blocks... this may take a while; please be patient."
> seemingly forever. I know this is a known bug to some but I'm not sure if
> every
On Wed, Oct 29, 2003 at 08:41:36PM -0500, Nick Tarleton wrote:
> http://www.eff.org/cgi/tiny?urlID=28
> This bodes not well for the common carrier defense.
actually, this has been par for the course in australia for some time -
there was this nice theory that the carrot that they used to get ISPs
On some win32 systems, freenet is adjusting the priority of almost every
thread it spawns to "Time Critical" - the equivalkent of nice = -20 on unix,
which java on win32 maps to Thread.MAX_PRIORITY (I am led to believe that
it tries this on unix as well, but of course can't raise priority of a non-
On Fri, Oct 24, 2003 at 01:27:06PM +0100, [EMAIL PROTECTED] wrote:
> > Yes, I'm still not sure why it ends up with all the CHECKED_HTTP stuff, as
> > the original files contain just straight http://127.0.0.1: links.
>
> Ah... you shouldn't do this!
> If linking to in-freenet content, you shou
On Wed, Oct 22, 2003 at 07:27:35AM -0700, [EMAIL PROTECTED] wrote:
> I know this has been discussed earlier
.. ad infinitum, or however the fuck you spell it. Not to be blunt, but
perhaps you should read said threads.
-- jj
--
I'm sick and fucking tired of not getting people drunk.
On Mon, Oct 20, 2003 at 06:28:45PM +0100, Dave Hooper wrote:
> The reason most often given is that several of the developers use an email
> client where this isn't necessary and in fact is discouraged (i.e. Mutt).
> I've never used mutt, but if it encourages user laziness to the extent that
> it in
On Thu, Oct 16, 2003 at 04:01:04PM +0100, Toad wrote:
> On Thu, Oct 16, 2003 at 12:12:11PM +1000, fish wrote:
> > Hrm, how would this effect uses who are stuck behind NAT's that they are
> > not in a position to work around (and hence a node can never open a connection
> >
On Thu, Oct 16, 2003 at 03:49:59PM +0100, Toad wrote:
> Okay. As long as you aren't storing multiple keys in one file. Anyone
> who reimplements the monolithic datastore will be subject to public
> ridicule :)
That'd be just another day on freenet-devl, no? :-p
> By being made to debug the bloody
On Thu, Oct 16, 2003 at 03:30:06PM +0100, Toad wrote:
> On Thu, Oct 16, 2003 at 10:28:15PM +1000, fish wrote:
> > On Wed, Oct 15, 2003 at 06:14:21PM -0700, Martin Stone Davis wrote:
> >
> > > SOLUTION #2: that keys that we request would somehow be moved into a
> &g
On Fri, Oct 17, 2003 at 12:12:16AM +1000, fish wrote:
> On Thu, Oct 16, 2003 at 02:57:18PM +0100, Toad wrote:
> > Quite possible WITHOUT reimplementing the monolithic store. What I mean
> > is, I do NOT want the user cache to be implemented as a single file. The
> > way that
On Thu, Oct 16, 2003 at 02:57:18PM +0100, Toad wrote:
> Quite possible WITHOUT reimplementing the monolithic store. What I mean
> is, I do NOT want the user cache to be implemented as a single file. The
> way that we should do this is to store the files in a temporary
> directory that gets wiped on
On Wed, Oct 15, 2003 at 06:14:21PM -0700, Martin Stone Davis wrote:
> SOLUTION #2: that keys that we request would somehow be moved into a
> separate, encrypted store, and never placed in the main datastore.
I talked about this once before, although for a differnet reason (I
actually implented
On Sat, Oct 11, 2003 at 04:34:27PM +0100, Ian Clarke wrote:
> For the stable merge of the current unstable code, which will likely be
> 5029, we should consider the benefits of increasing lastGoodBuild to
> 5029. Some say that 5028 is next to useless, however some of the best
> nodes in routing
On Tue, Oct 07, 2003 at 03:32:38PM +1300, David McNab wrote:
> Metadata:
>
> Version
> Revision=1
> EndPart
> Document
> [EMAIL PROTECTED]/sitename
> End
>
> Handling algorithm:
>
> n = 0
> lastFound = NULL
> while true
> {
> nextFound = get("[EMAIL PROTECTED]/sitename/"
On Tue, Oct 07, 2003 at 01:07:16AM +0200, [EMAIL PROTECTED] wrote:
> + if (! (seedfile.toString()).equals("/dev/urandom")) {
wouldn't it be better to just check if it starts with /dev/
rather than specifically /dev/urandom?
-- jj
--
I'm sick and fucking tired of not getting people d
On Sun, Oct 05, 2003 at 03:53:12PM +1300, David McNab wrote:
> On Sun, 2003-10-05 at 15:41, fish wrote:
> > Did you consider using jython, then just copying the code outright?
>
> But I'd rather avoid any kind of jvm dependency. Especially when it's so
> convenient
On Sun, Oct 05, 2003 at 02:56:48PM +1300, David McNab wrote:
> Hi,
>
> I'm wondering if anyone has ported the wonderfully anal FProxy HTML
> filtering classes into Python.
>
> There's an python app for freenet that I've got in alpha testing that
> could really benefit from such code.
>
> Failing
On Mon, Sep 29, 2003 at 12:54:37AM +0200, Michael Schierl wrote:
> On Sat, 27 Sep 2003 18:53:04 -0700, Martin Stone Davis wrote:
>
> > If I have faulty hardware, how am I supposed to tell? I'm not having
> > any problems with other applications (one of which is memory intensive).
>
> http://www
On Wed, Sep 24, 2003 at 08:31:55PM -0500, Pascal wrote:
> Interesting story on Slashdot today. I wonder how hard it would be to
> implement in Freenet?
>
> http://yro.slashdot.org/article.pl?sid=03/09/24/132216
Yes, just what we need, an RBL list that is even less fucking accountable.
This has
On Wed, Sep 24, 2003 at 10:43:57AM -0500, Tom Kaitchuck wrote:
> This is really a non-issue. It is very easy to secure a single key.
As someone who has accidently leaked his private freenet key twice now, let
me assure you that this is even easier to accidently either leak or lose
said key. Not t
On Mon, Sep 22, 2003 at 07:44:34PM -0400, Zlatin Balevsky wrote:
> Currently 3 out of 5 links on the gateway are dead, with one of them not
> having had an update for almost 6 months. TFE hasn't been updated in
> almost a month as well. Now, if CofE was not interested in maintaining
> his flog
On Sat, Sep 20, 2003 at 11:01:31PM +0100, Toad wrote:
> Not the right approach. And reimplementing the monolithic datastore is
> essentially what you are doing - that is a Really Bad Idea (tm).
What would the right approch be?
-- j
--
I'm sick and fucking tired of not getting people dr
On Sat, Sep 20, 2003 at 09:07:11PM +0200, Niklas Bergh wrote:
> Now I'll probably get a big fat stupid-stamp for asking this but still...
> What is the difference to the DS? Is it a
> cache-stuff-even-though-there's-pCaching thingy?
yes. here is your gold star.
--
I'm sick and fucking tired of
Story: once upon a time, I said to someone "Look, if you come up with a
way for me to cache the containers locally without fucking up plausable
deniability, I'll implent it". Anyhow, so he came up with an idea, which
I spend the past few hours partially implenting, and figured that should be
spoke
On Wed, Sep 17, 2003 at 12:48:49PM -0400, Jay Oliveri wrote:
> On Wednesday 17 September 2003 11:10 am, [EMAIL PROTECTED] wrote:
> [snip]
> > so this particular problem does have nothing to do with local/remote
> > connections
>
> Are you saying that this problem occurs on both remote and local op
On Wed, Sep 17, 2003 at 03:38:13PM +0100, Gordan wrote:
> I seem to remember seeing this mentioned on this list some time ago, but I
> can't remember the details. I tried uploading a zip, then accessing contents
> using mycontainer.zip//myfile but that doesn't seem to work.
Assuming that the mim
On Wed, Sep 17, 2003 at 02:26:47PM +1200, David McNab wrote:
> So sorry to say, dear Freenet node developers, there's still a bug
> somewhere in the node code.
(this has already been answered twice by me with a pointer to where
it's hanging. go and read those mails again. this is difficult/
impo
On Wed, Sep 17, 2003 at 02:49:42AM +1200, David McNab wrote:
> It still makes no sense to expect clients to take the burden.
>
> Why should n client authors all implement something that can be taken
> care of with one instance of coding in the node?
because I do not nessesarily agree with you on
On Tue, Sep 16, 2003 at 11:48:09PM +1200, David McNab wrote:
> Hi,
>
> Something else that's arisen from my maintenance work with pyFreenet.
>
> With the older Build 5013, FCP's FEC commands and data transfer work
> fine.
This is the same bug that I and some others have been exeperiencing -
the
On Wed, Sep 10, 2003 at 05:02:28PM +0200, Some Guy wrote:
> In western coutries there is this concept of that a
> that I'd be encriminating myself?
It depends on the country, and the crime you are accused of. If you are
accused of being a terrorist, probably not, no. While there is a
technica
On Tue, Sep 02, 2003 at 02:28:08PM +0100, Toad wrote:
> Of course this means gratuitous redirects - 12 files
> inserted per index chunk. The better option is to use a manifest - 7
> files per index chunk. Even better would be to include some of the
> previous chunks' manifests in the manifest, for
On Tue, Sep 02, 2003 at 08:43:50PM +0100, Theodore Hong wrote:
> Toad <[EMAIL PROTECTED]> wrote:
> > What we actually implemented:
> >
> > SSK@///
> >
> > Index increases over time. Subpart is 0...5. Each index is a FEC
> > chunk distributed over the 6 subparts. So we try to fetch all six.
> > Wh
stimate a normal person's ability to operate winzip.
> While this use (skins) would probably be OK, it would still be likely to
> create more problems than it solves, and good CSS is probably a better way to
> go than graphic heavy skins.
> And besides, latency with parallel downloads is not really an issue, as the
> latency for each download is suffered simultaneously, not in series.
This is indeed true. But what *is* a problem, is latency *between pages of
a single site*, i.e. when you click on the next page of an extended article,
for example, five minute wait. oh joy.
Containers aren't perfect. They aren't even a good idea. But so far, you
are yet to come up with a better one.
-- fish
pgp0.pgp
Description: PGP signature
otal lack of real understanding).
-- fishish
> On Fri, Jul 18, 2003 at 01:06:24AM +1000, fish wrote:
> > That bug that no-one else was able to reproduce came back for long enough for me
> > to investigate it. I think that's good... :-p
> >
> > The issu
On Mon, Jul 21, 2003 at 07:17:43PM +0100, Toad wrote:
> Is this reasonably portable /bin/sh code? If so, we should incorporate
> it.
i just tested this on my freebsd underfeatured /bin/sh and my macosx
/bin/sh, and it worked in both cases, so i'd assume it's portable
*enough*
-- jj
--
e latest snapshot or you'll get an
unusable installation.
(end quote)
So, yes, fixing Kaffe-NIO is a prerequisite for this goal, just as
fixing GCJ's NIO is a prerequisite for the GCJ binary distro task.
-- from fish with love
pgp0.pgp
Description: PGP signature
On Wed, Jul 16, 2003 at 02:58:56AM +0100, Toad wrote:
> Fish produced a patch for this, which had some minor issues IIRC, but
> could probably be integrated reasonably easily.
it didn't support metadata properly. this one does, although
it's in a file called 'metadata&
On Fri, Jul 18, 2003 at 11:53:10PM +0100, Toad wrote:
> External utility periodically polls free disk space, and finds out how
> much space Fred is using either from Fred via ClientInfo, or directly,
> and determines appropriate storeSize, then changes it in the config
> file, possibly notifying Fr
ect(mytuple)
return s
except:
s=None
def setNodeDiskSpace(space):
dataString="\x00\x00\x00\x02"
dataString=dataString+"ClientDiskFree\n"
dataString=dataString+"DiskFree="+myHex(space)+"\n"
who actually understands
the code in question, as opposed to me just sorta pretending to and hoping that my
hacks help, should be able to fix this relatively quickly, or at least suggest one for
me to implent :)
-- fish
--
I can me your wish come true
pgp0.pgp
Description: PGP signature
so I don't know what's up, but, uhm,. IO can't reproduce it
anymore, heh.
-- fish
pgp0.pgp
Description: PGP signature
that I'm doing something
differenet to everyone else - does anyone have any idea what could
cause this behaviour?
--fish
pgp0.pgp
Description: PGP signature
+ try {
+ myPprob=Integer.parseInt(requestPprob);
+ }
+ catch (Exception e) {}
+ }
+
// Welcome to 'I hate you' theatre, with your
// host, dj fish!
///*File
On Thu, Jun 26, 2003 at 07:10:16PM +0100, Toad wrote:
> On Fri, Jun 27, 2003 at 02:06:24AM +1000, fish wrote:
> Just do it with the metadata. The zip manifest file will have metadata,
> the metadata will have a new kind of redirect inside it. And where is
> the metadata spec again? :
Attempting to actualyl use this will result in bad things, most likely. Like
the old release notes said, this isn't supposed to work, and if it does, then
ergo it isn't doing what it's supposed to, and hence isn't working :)
it worked for me, but that means noth
it seems to effect files of *only* 10k or more, which is unsual - a file of
9k is almost instant, a file of 10k takes aroung 30 seconds.
is this a known issue that I just missed? :)
-- fish
pgp0.pgp
Description: PGP signature
40meg free + 230meg in the store,
i get a 391meg storeSize. If storeSize would be less than the config file
storeSize, is it set to that (so storeSize is now the *minimum* store size).
This relies on NativeFSDir - i assume that no-one is using the monolithic
store aymore.
- fish
Index: src/free
ovin)
this being said, bittorrent is hideously popular and cool right now, and
it's no secret that i'm a major attention whore ;)
-- fish
--
I probably hate you.
pgp0.pgp
Description: PGP signature
ctory$QThread.run(QThreadFactory.java:214)
-- fish
On Fri, Jun 20, 2003 at 08:40:02PM +0100, Toad wrote:
> Does it go away if you simply restart the node? I can't reproduce it
> (build 6046, full 4GB store).`
>
>
> On Tue, Jun 17, 2003 at 11:53:06PM +0200, Stef wrote:
> &
tioning
behind a nat, which leaves many users with no backup source, heh.
I don't have time to implent this weekend anyhow, so right now all of this
purely academic for me, i guess.
- fish
pgp0.pgp
Description: PGP signature
xperience on devl, it always leads to pissy flamewars.
- from fish with love
pgp0.pgp
Description: PGP signature
king big - in ideal conditions,
(i.e. not freenet), a 56k modem (which are very common, despite what some of
the broadband elite think) will take around 5-10 minutes to fetch your data.
And that[s of course on the low end of the FEC scale. Files this large should
not be allowed to be conta
up to 10(!) minutes to arrive (as I learned the
hard way when I set my socket timeout to five minutes...), although
is usually there within 2 or 3.
- fish
--
I probably hate you.
pgp0.pgp
Description: PGP signature
. I probabyl should
change the name, tho.
no easy activex thingy, tho... like i said before, i don't know
any activex at all
- fish
On Fri, May 23, 2003 at 12:59:49PM +1000, fish wrote:
> On Tue, May 20, 2003 at 06:21:51PM -0700, Ian Clarke wrote:
> > Amuzingly many of the
These are all subtly different, and as we saw from ian trying
to run the streamServlet.py that I did for testing teh streaming
stuff, it can really hurt you if you don't activly work around
the probelm.
just my $0.02 :)
- from fish with love
--
I probably hate you.
I guess someone else will have
to do that :)
- fish
--
I probably hate you.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipe
On Wed, May 21, 2003 at 11:29:29PM +0100, Dave Hooper wrote:
> mailto:fish at artificial-stupidity.net">
>
> Yes, Internet Explorer launches the email client when the web page loads...
> Jesus...
lol, i think my precaching code may have a tiny teeny little bug :)
-
and they seem to be *ahem*
contriversal at beast, i figured it was prudent to discuss said
functionality here rather than actually cleaning up the code that I have no
idea if anyone wants :)
- fish
p.s. why not just change storeSize directly from the daemon? because it
doesn't know h
feared" disk-i/o.
>
> Chunks can be up to 1 MB each. 192 * 1 MB = 192 MB.
The FEC encoding bits of fred stripe the 1meg blocks down to 128k blocks
for precisly this reason
-- fish
--
"I suspect that if some new technology made it possible for people to
punch one anot
y grabbing packages off the web/ftp site.
Do any of you you have have any ideas on how to make this useful? Am I on
crack any more than usual here?
The official word of the people I live with is that apt-over-freenet is a
completly useless thing to be doing, but I'd like to think that they
On Wed, Apr 02, 2003 at 09:04:11PM -0600, Edgar Friendly wrote:
> fish <[EMAIL PROTECTED]> writes:
>
> >
> > While it might be tecnhically right, having to edit files on my local
> > box with [EMAIL PROTECTED]/noireallydo.html in them all
> >
On Wed, Apr 02, 2003 at 03:27:11PM -0600, Edgar Friendly wrote:
> "Martin Richtarsky" <[EMAIL PROTECTED]> writes:
>
> > How do I calculate the public key that belongs to a given
> > private SSK key?
> >
> There's two 'easiest' ways to do this:
>
> 1) insert a dummy document with the private key
On Fri, Mar 28, 2003 at 10:10:55PM -0600, Edgar Friendly wrote:
> Disk space is cheap, I don't see much reason for nodes not to cache
> everything they can get their hands on. If they're being asked for
> the data, it does no good for them to forward the request somewhere
> else because at one tim
On Fri, Mar 28, 2003 at 10:10:55PM -0600, Edgar Friendly wrote:
> Disk space is cheap, I don't see much reason for nodes not to cache
> everything they can get their hands on. If they're being asked for
> the data, it does no good for them to forward the request somewhere
> else because at one tim
If you're looking for a python library for it, you should look at
david mcnab's pyfreenet or whatecver it's called. i'm led to
believe that it's a lot more "programmer friendly" than
common.py :)
- not a very fishy fish
On Thu, Mar 27, 2003 at 01:4
If you're looking for a python library for it, you should look at
david mcnab's pyfreenet or whatecver it's called. i'm led to
believe that it's a lot more "programmer friendly" than
common.py :)
- not a very fishy fish
On Thu, Mar 27, 2003 at 01:4
On Wed, Mar 19, 2003 at 03:02:39PM +, Matthew Toseland wrote:
> On Wed, Mar 19, 2003 at 05:46:30PM +1100, fish wrote:
> > I've thrown the code up at http://artificial-stupidity.net/~fish/newstream/.
> > There is old archives there as well... tehy lack the threaded H
On Wed, Mar 19, 2003 at 03:02:39PM +, Matthew Toseland wrote:
> On Wed, Mar 19, 2003 at 05:46:30PM +1100, fish wrote:
> > I've thrown the code up at http://artificial-stupidity.net/~fish/newstream/.
> > There is old archives there as well... tehy lack the threaded HttpBuf
I've thrown the code up at http://artificial-stupidity.net/~fish/newstream/.
There is old archives there as well... tehy lack the threaded HttpBuffer stuff,
which makes some applications (read: freeamp, winamp) happier by handing
buffering in a nicer way, because i had some issues with it
On Fri, Mar 14, 2003 at 09:53:16AM -0800, Ian Clarke wrote:
> > If anyone is interested, I've reimplented all of my stuff in java - however,
> > it is all completly untested on the real network. If anyone is interested
> > in
> > playing with this code, drop me a line and I'll look
>
> Well, my
I've thrown the code up at http://artificial-stupidity.net/~fish/newstream/.
There is old archives there as well... tehy lack the threaded HttpBuffer stuff,
which makes some applications (read: freeamp, winamp) happier by handing
buffering in a nicer way, because i had some issues with it
On Fri, Mar 14, 2003 at 09:53:16AM -0800, Ian Clarke wrote:
> > If anyone is interested, I've reimplented all of my stuff in java - however,
> > it is all completly untested on the real network. If anyone is interested in
> > playing with this code, drop me a line and I'll look
>
> Well, my advic
On Wed, Mar 12, 2003 at 09:26:17AM -0800, Ian Clarke wrote:
> > 20k/sec, this is
> > probably only for fairly popular files...
>
> I ran a few tests on a variety of large files, and amazingly, by
> increasing the concurrent requests to 40 or 60, I could actually get up
> to 70-90k/sec! This is
On Tue, Mar 11, 2003 at 06:57:30PM -0800, Ian Clarke wrote:
> Now that, after some research, it seems that a FEC download from Freenet
> averages at over 20k/sec, far more than the 8k/sec needed for a 64kbit
> ogg - which is about FM radio quality.
>
> Given this, isn't it time someone started t
On Tue, Mar 11, 2003 at 06:57:30PM -0800, Ian Clarke wrote:
> Now that, after some research, it seems that a FEC download from Freenet
> averages at over 20k/sec, far more than the 8k/sec needed for a 64kbit
> ogg - which is about FM radio quality.
>
> Given this, isn't it time someone started t
On Wed, Mar 12, 2003 at 09:26:17AM -0800, Ian Clarke wrote:
> > 20k/sec, this is
> > probably only for fairly popular files...
>
> I ran a few tests on a variety of large files, and amazingly, by
> increasing the concurrent requests to 40 or 60, I could actually get up
> to 70-90k/sec! This is
On Sun, Mar 02, 2003 at 11:40:33AM +1100, fish wrote:
>
> if you have a tag [reveseinclude blog.data/*], it would then generate
> a set of pages for every file in blog.data (of the same filename) containing
> of course this template and the appropriate content at the reverseinc
ree sets of python code that I know of to do
the inserting. Pick one ^_^. Otherwise, FCP is actully documented, right
now, or enough to get you on your feet, anyhow.
- fish
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: applica
On Sun, Mar 02, 2003 at 11:40:33AM +1100, fish wrote:
>
> if you have a tag [reveseinclude blog.data/*], it would then generate
> a set of pages for every file in blog.data (of the same filename) containing
> of course this template and the appropriate content at the reverseinc
ree sets of python code that I know of to do
the inserting. Pick one ^_^. Otherwise, FCP is actully documented, right
now, or enough to get you on your feet, anyhow.
- fish
pgp0.pgp
Description: PGP signature
On Sun, Feb 23, 2003 at 08:38:37PM +, Matthew Toseland wrote:
> Sometime in the Freenet 0.5 series, it would be really useful to include
> some form of scripting. I believe if we include the interpreter in
> fproxy, or generally somewhere in the web interface code, and the code
> can only call
ster.
You can implent FEC yourself if you want. I've done it before, and used
to do things this way. THe gain isn't as large as you think.
- fish
pgp0.pgp
Description: PGP signature
fred (btw, if anyone knows how
to make it do this, can you please tell me? java 1.3 really
hates my system).
No, I'm not going to write one ;).
- fish
(For the record, I run Blackdown v1.3 in classic mode on the
box that I do freenet related hacking on, because I can't build with
On Sat, Feb 22, 2003 at 01:19:18PM -0500, Gianni Johansson wrote:
> Hi Fish:
> What was the bug that you found in my FCP FEC python test scripts again?
Cut and paste from the email of the day (I forget any details I didn't write
down, sorry ^_^):
line #664 of FCP.py reads:
e don't like the idea of putting transparent automatic
> FEC/splitfile handling into FCP, then I'll go the http->fproxy route.
>
> How about it, guys? Doncha think FCP could be a little more high-level?
No ;).
- from fish with love
pgp0.pgp
Description: PGP signature
On Tue, Jan 28, 2003 at 01:59:05PM +1100, fish wrote:
> > At least on linux, the java VM allocates a fixed pool of memory, rather than
> > growing to fix ram. I assume it also does this on windows, however I don't
> > know how to solve this there.
> >
> > I ma
On Sat, Jan 25, 2003 at 11:49:46AM -0500, Gianni Johansson wrote:
> On Friday 24 January 2003 22:11, you wrote:
> > What is the situation with the streaming servlet?
> >
> > Ian.
>
> 1) This doesn't belong in Fred's JVM. We have enough problems
> undertanding/bounding fred's resource consumption
On Sat, Jan 25, 2003 at 08:15:26PM -0500, Gianni Johansson wrote:
> > Why not encourage people to do things which have a reason
> > Personally I am optimistic, with
> > Splitfiles I have been seeing overall download rates of around 30k/sec,
> > which is more than enough for a FM quality ogg stream
On Sat, Jan 25, 2003 at 11:49:46AM -0500, Gianni Johansson wrote:
> 1) This doesn't belong in Fred's JVM. We have enough problems
> undertanding/bounding fred's resource consumption as it is.
[exaggeration]
You could say the same about fec generally, and I'm sure you could make a
similar argume
On Sat, Jan 25, 2003 at 11:49:46AM -0500, Gianni Johansson wrote:
> On Friday 24 January 2003 22:11, you wrote:
> > What is the situation with the streaming servlet?
> >
> > Ian.
>
> 1) This doesn't belong in Fred's JVM. We have enough problems
> undertanding/bounding fred's resource consumption
On Sat, Jan 25, 2003 at 08:15:26PM -0500, Gianni Johansson wrote:
> > Why not encourage people to do things which have a reason
> > Personally I am optimistic, with
> > Splitfiles I have been seeing overall download rates of around 30k/sec,
> > which is more than enough for a FM quality ogg stream
On Sat, Jan 25, 2003 at 11:49:46AM -0500, Gianni Johansson wrote:
> 1) This doesn't belong in Fred's JVM. We have enough problems
> undertanding/bounding fred's resource consumption as it is.
[exaggeration]
You could say the same about fec generally, and I'm sure you could make a
similar argume
1 - 100 of 452 matches
Mail list logo