Science Project Quadruples Surfing Speed - Reportedly
johnp. writes "A computer browser that is said to least quadruple surfing speeds on the Internet has won the top prize at an Irish exhibition for young scientists, it was announced on Saturday. Adnan Osmani, 16, a student at Saint Finian's College in Mullingar, central Ireland spent 18 months writing 780,000 lines of computer code to develop the browser. Known as "XWEBS", the system works with an ordinary Internet connection using a 56K modem on a normal telephone line.
" A number of people had submitted this over the weekend - there's absolutely no hard data that I can find to go along with this, so if you find anything more on it, plz. post below - somehow 1500 lines of code per day, "every media player" built in doesn't ring true for me.
780,000 lines of code in 18 months is approximately 1500 lines per day every single day. I'm skeptical.
Well I have to confess to being mildly curious. I mean, a 16 year old school boy writing 780,000 lines of code in 18 months ? Well I am impressed, by my meagre calculations that equates to _roughly_ 1,400 lines of code a _day_ every day for 18 months. And this application makes the internet go upto 6 times faster [apparently 7 times make it crash]. Not only that, it has been a secret project for the entire time. I smell a rat, either that or a complete genius code writer.
But what really got me where the two most important features someone could ever want in a Web Browser - it can play dvd's [it incorporates ever media player!], and also has a handy animated assisant called Pheobe.
Now, I am most probably wrong, and will happily eat my hat, but I cant help but feel that this isn't an entirely accurate article.
ps. Does anyone know if it is standard compliant ?
chris at darkrock dot co dot uk
http colon slash slash www dot darkrock dot co dot uk
Why am I thinking this is just another one of those snake-oil web speedups that does lots of caching and pre-emptive downloading of pages on the off chance you are going to view it? I'll be taking this story with a large pinch of salt for now I think.
UNIX? They're not even circumcised! Savages!
Do we have any reason to believe that this has a lower bullshit quotient than that daft '100x compression of random data' story doing the rounds last year (can't find the /. link, here The Register's one)?
.
Sure, you can leave stuff out (images, JavaScript, Flash), but "at least quadruple"? If the page is simple enough then you can't just ditch a chunk of it.
Ooh, AND "[at] least quadruple surfing speeds" and "they found it boosted surfing speeds by between 100 and 500". Even the article isn't making any sense . .
Of course, if this turns out to be true than I will be the first to eat my cat (and the first to download it), but I'm sure this isn't even possible, right?
Just my 2 cents (actually, that was more like 5) . . .
"If being a geek means being passionate about something, then I pity those who aren't geeks." - Pike65
We all remember the Flannery episiode, right. She was awarded the first prize at the Irish Young Scientist compition in 2000 for work on speeding up the processing time of the RSA algorithm. I remember slashdot covering this (although I can't find the story) but I also remember reading that it made breaking the encryption almost trival. Still the IYS award is a compition thats been running for 30-40 years now and is a credit to our small corner of the world.
A kid coding 780'000 lines of code in 18 months. All alone. In that time he have had to design and implement the whole shit including "every single media player built in".
It would require some sort of dial-up-server side module to compress and modify the contents of the data and this kind of system would most certainly be a lossy method for transferring data. It won't be possible to transfer binary data with this thing without corrupting the result completely.
And what kind of a piece of software would choke under the load of 7x56k modem ("At seven times it actually crashes so I have limited it to six.")?
This is just a cheap attempt to gather some attention.
If this thing's really a web browser, and it runs completely on the client computer, any web pages it's requesting are coming down the line as HTML, uncompressed (except insofar as the modem's protocol might compress). Without a compresser on the other end, the speed's not coming from compression.
/., refreshing every five seconds to make sure I got a local copy of pages about to be slashdotted?)
If it does require a server side piece, it's not a web browser, per se; but as a general question, is it worthwhile to look into "compressed" web pages, e.g., foo.html.zlib? (I tend to doubt the savings are that much for the "average" page, but shoving graphics into an archive might keep down the number of requests needed to fetch a whole page and its graphics.)
If it's not server side compression, the only thing I can think of (and fortunately smarter people than me will think of other things I'm sure) is that he's pre-fetching and caching pages to make the apparent speed faster.
So is the "secret" that he has some hueristic that sensibly guesses what links you'll click next, combined with regularly fetching, oh say, your most requested bookmarks? (In my case it might look like: slashdot -- New York Times -- slashdot -- sourceforge -- slashdot -- freshmeat -- eurekareport -- slashdot.)
In other words, is he mirroring sites locally in the background? And if so, how must bandwidth is wasted just sitting in the cache until it's stale?
(On the other hand, could I point his browser at
Opinions on the Twiddler2 hand-held keyboard?
It doesn't say that it increases bandwidth, it says that it increases surfing speeds. It smells like precaching/'intelligent browsing' to me.
I've always been proud that when looking back on my own projects I had something like 20-30 lines a day. On really good days you can write hundreds of lines but sometimes you have to throw everything out again because it's crap.
I hope this guy isn't for real, he'll be burnt out by the time he's 30.
Searching Irish Patent Office:
:
:
Query
Application Date: 08/01/2003 -> 10/01/2003
Abstract: *internet*
Results: 0
Query
Date Of Grant: 08/01/2003 -> 10/01/2003
Abstract: *internet*
Results: One Result: 2000/0717 82661 Server-based electronic wallet system
Thats it, so it doesn't seem he applied for the patent in Ireland then...
P.S. The stars around "internet" are mine, I used them to indicate that I searched all abstracts that contained the word "internet"
# ssh -l neo the_matrix; killall -9 agent_smith
Clientside caching surely is most of the speed.
Serverside caching could be used.
TCP/IP non-comformaty is the third option.
Assuming this is true, (ignoring the 1500 lines a day), what else could he be doing?
Judging by harddisk prices, client side cacheing algorythms would make sense. Cacheing many portal and search engine homepages is a powerful start. Combined with a central server that then reviews these popular pages for changes, and publishes a simple summary for the browser client to collect and compare with older summaries, then a browser can collect only updated portal pages for the cache, all optimizes portal renders.
Then less common homepages, such as the high school I attended, can be gleened from users typed-in webaddress history, and automatically cached as chron-job.
Creating cached copies of commonly used graphics on portal website can save a ton of bandwidth. Again a server based bot could rate the linkcount of graphics on portal sites, and if the graphic has changed, and then post this list for browsers to collect for caching. Searching HTML for imagefiles, that are already stored in the cache, and modify the page on the fly to call only the cached image would save bandwidth. e.g. caching all of slashdot's article catagory icons.
Then the tricky part, "which linked pages to cache while the user reads a page?", so that when a link is clicked, the pages renders fast. I would download the html from all of them, and while the reader reads, check for already cached images, and then start downloading image files.
-Mac Refugee, Paper MCSE, Linux Wanna be!
and first poster of the word "knoppix"
There is no such thing as partially lossless compression. You either loss data or you don't. The meaning of lossless is NO loss.
... people like to point and stare.
You are right on the presentation bit
What I am thinking is the following....
Lets say that you want to increase compression of some data. EG HTML. Could there not be a technique to speed things up? Sure there is, get rid of the spaces, remove some tags, etc.
Well lets say that with each compression technique there are levels of what can be thrown away. And maybe when he tweaks to level 7 he throws away too much. At that point the app does crash since he may be throwing away something interesting.
That was my point of partially lossless....
"You can't make a race horse of a pig"
"No," said Samuel, "but you can make very fast pig"
"At seven times it actually crashes so I have limited it to six."
I call bullshit. That claim dosn't make any sense whatsoever, especialy if it's just software.
It seems (to me) Like he just threw together a bunch of MS APIs (such as the microsoft speach API for 'Phoebe', the windows media API for the DVD player and video players, probably even used IE to display pages).
At most he threw in an intelegent caching routine, such as pre-downloading linked pages or something. I also don't think he wrote 780kloc
autopr0n is like, down and stuff.
...for faking all this well enough to fool a bunch of idiots in the press / online / and judges.
Harvard's science departments are some of the best in the world (I'm a Yale alumn, so it hurts to admit this). Their medical school is among the very best in the country, and this means that the biomedical sciences there are almost unparalleled. It is not, however, an engineering school. There's a world of difference.