Darwinbots Forum
General => Off Topic => Topic started by: Botsareus on May 11, 2012, 08:21:59 PM
-
Hey, Numsgil I am looking into developing a new DarwinbotsIM.exe that is IP based and does not require php or any kind of ftp space. If I stress test it and it works can you host it?
-
Here is a flow diagram, it will be using vb.net and Imports System.Net.Sockets
I would also like to know what is wrong with the php based IM, and if Shasta is cool with me trying this out.
-
Yeah, I'll host it if you can get it working. But I'd definitely coordinate with Shasta before you really dig in to it, to avoid duplicating work.
-
what do you mean by "duplicating work" ?
-
I just mean that Shasta has worked on this some. No reason not to take advantage of what he's done if it's in a reasonable state.
-
It is very "object distributed", but i'll see what I can do.
-
What is the file size limit for dbo files?
Looks like I have to split up a file into parts or use ftp. I really want to stay away from ftp, but in-case we have no other choice is it possible to host frp?
-
The problem with FTP is that it doesn't scale well.
I think it's reasonable to say that dbos that are too large won't be transferred.
-
I am maxing out in theory at 825kb after compression.
-
That should be plenty. They're usually no more than a few KB uncompressed.
-
Hey sorry I didn't reply sooner, I've been pretty busy this quarter.
I've actually got 90% of a working solution using a socket server for IM sitting around somewhere. I keep ending up with time to program stuff when I'm on machines that I don't have the actual code base :wacko:
-
Expending more on the scalability issue, I was thinking of making a socket based P2P system, I'll have a new flow chart by Friday...
-
K, got it done today.
This is a decentralized version of what I proposed before, outbound client runs every 500 milliseconds:
One of the obstacles I am having is: How to tell if "client is busy"? (Or, from the old chart, "Server is Choking")
(Shasta, I hope this is what you had in mind)
-
There is enough P2P code out there to show the way. Or to use perhaps.
-
I know, I am looking at what Shasta has done first...
This is a little different from ordinary P2P code. Let me explain:
1.) The inbound client does NOT know the size of the file being transferred to it.
2.) The inbound client can be busy with a current transfer, but, it must automatically except any transfers
I am confident it can be done after doing some research. Still, the R&D is a little heavy and I tend to procrastinate when I have too much R&D. :wacko: Here is the extent of my system.net.sockets experience if any one has vb2k10 and wants to take a look. If you just have .net framework 4.0 you can take a look too. Had down to the bin/debug/ folders and run server and client exe files. The only update I did to the server side for a school project was remove a client from server when server receives an 'exit' command:
-
I know, I am looking at what Shasta has done first...
Shasta?
-
Sorry I'm currently trying to finish out my quarter over here, been really busy.
-
No, I have not given up on this idea, I just have to clear my head a little from school, I'll have something by Friday, I promise.