Google's Summer of Code Over
yootje writes "The Summer of Code ('Google's program designed to introduce students to the world of open source software development.') is now over. The result: 410 participants helping 38 projects suchs as Apache, KDE and FreeBSD. 'Among the project awards are both complex and simple innovations spanning the width and breadth of everything that the open source world has to offer. There are projects dealing with security, networking, VoIP, Java, mono, IP-PBX, online picture galleries, instant messaging and content management. There is even a game that Google's summer internship helped to pay for.'" Update: 09/11 17:15 GMT by Z : Added the story link at submittor's request.
This is awesome! There is nothing like the highest worth technology company paying students to work their ass off in the summer to make and improve products and open source software in the name of Google.
Cover your eyes and click this link!
You mean the Summer of Code doesn't last forever?! It went by so fast...
I wish I could have went, maybe they'll hold it this summer before I take the Visual Basic and A+ certification classes.
When I saw the subject I was really expecting to see some analysis, some statistics, at least a list of projects. Well ... where are all these things? The only reference in the article is to the official Summer of Code page, and that has been unchanged for weeks. So I have ask: where is the story?
If you don't fail at least 90 percent of the time, you're not aiming high enough. (Alan Kay)
They rejected my application to write a search engine driven by sites linking in. It could've been huge!
I see some fun and very usefull stuff that came out of it. Too bad my favourite project from GAIM camp didn't turn out much... Crazy Chat is a lovely idea IMHO...enhancing communication via IM to include emotional messages presented usually by webcam, but without the bandwith (and difficulties of transmitting video) overhead. (Matrox tried somthing similar with their Headcasting, but it was useless IMO - it merely guessed how the animated face on the other end should look like based on voice, but this didn't add any additional information to communication, like Crazy Chat would, by "scanning", transmitting and displaying on animated, cartoony head, real emotional responces) I wonder if someone else would pick up the idea...
One that hath name thou can not otter
If I'm not mistaken, all major BSD's (Free, Open, and Net) support a feature called 'soft updates'. Basically, re-ordering filesystem updates in such a way, that the filesystem remains in a consistent state, even in the event of a badly-timed crash or powerout. All this to avoid the need for a full fsck on reboot.
Quote from the FreeBSD features page: "Soft Updates allows improved filesystem performance without sacrificing safety and reliability. It analyzes meta-data filesystem operations to avoid having to perform all of those operations synchronously. Instead, it maintains internal state about pending meta-data operations and uses this information to cache meta-data, rewrite meta-data operations to combine subsequent operations on the same files, and reorder meta-data operations so that they may be processed more efficiently. Features such as background filesystem checking and file system snapshots are built on the consistency and performance foundations of soft updates."
From the NetBSD site: "Soft Updates permit metadata writes to be ordered to achieve close to asynchronous disk performance without risk of metadata corruption. This significantly improves the performance of FFS file systems."
You might still do a full fsck later (as regular maintenance), perhaps even as background task, but it wouldn't be needed for a reliable restart.
Journaling is another way to do this, by adding an extra 'log' of the latest updates to a filesystem. Then in the event of a crash, you don't need to check the entire filesystem, but can bring it back into a consistent state by 'replaying' those latest updates from the journal.
Now here's what I don't understand: why add journalling to a filesystem, when you're already updating it in a 'crash-proof' manner (soft updates)? What's the point? Seems rather like a step back to me, with soft updates looking like a smarter way to archieve crash-proof filesystem handling.
I assume that this soft updates feature is limited to certain OS/filesystem combo's. And maybe journaling provides some thing(s) that soft updates doesn't? Can some knowledgable BSD user shed some light on all this?
-- This sig just wasted another 0.x seconds of your precious time. Supporting banning sigs!- Hubert
Here are SOC projects done for Blender,
m merOfCode2005
http://wiki.blender.org/bin/view.pl/Blenderdev/Su
We had some really awesome projects happen (fluid simulation, high quality boolean tools, improved nurbs, 'Verse network integration, animation constraints improvements, and a drawing tool, alas two projects - ODE integration, and a live tutorial didn't happen).
LetterRip
Yeah, for a $2 million dollar project it was ridiculously understaffed on the Google side. But Googlers like Chris DiBona and Greg Stein worked extraordinarily hard to keep things flowing relatively smoothly. So it still turned out to be a huge success for Nmap and most/all of the other participating projects. Thanks, Chris and Greg!
So what did we (Nmap project) accomplish in those two months? The sponsored students and their credentials/projects are listed here. Much of their work can be found in Nmap 3.90, which was released on Thursday. SoC changes include:
It has been a crazy two months, but I'm very pleased to see so much accomplished! If you're using an older version of Nmap, you really should consider upgrading to 3.90 to see the difference.
Cheers,
Fyodor