Showing posts with label report. Show all posts
Showing posts with label report. Show all posts

Conference Report USENIX Annual Technical Conference ATC 2013



This year marks Google’s eleventh consecutive year as a sponsor of the USENIX Annual Technical Conference (ATC), just one of the co-located events at USENIX Federated Conference Week (FCW), which combines numerous conferences and workshops covering fields such as Autonomic Computing, Feedback Computing and much more in an intensive week of research, trends, and community interaction.

ATC provides a broad forum for computing systems research with an emphasis on implementations and experimental results. In addition to the Googlers presenting publications, we had two members on the program committee of ATC and several keynote speakers, invited speakers, panelists, committee members, and participants at the other co-located events at FCW.

In the paper Janus: Optimal Flash Provisioning for Cloud Storage Workloads, Googler Christoph Albrecht and co-authors demonstrated a system that allows users to make informed ?ash memory provisioning and partitioning decisions in cloud-scale distributed ?le systems that include both ?ash storage and disk tiers. As ?ash memory is still expensive, it is best to use it only for workloads that can make good use of it. Janus creates long term workload characterizations based on RPC samples and file age metadata. It uses these workload characterizations to formulate and solve an optimization problem that maximizes the reads sent to the flash tier. Based on evaluations from workloads using Janus, in use at Google for the past 6 months, the authors conclude that the recommendation system is quite effective, with ?ash hit rates using the optimized recommendations 47-76% higher than the option of using the ?ash as an unpartitioned tier.

In packetdrill: Scriptable Network Stack Testing, from Sockets to Packets, Google’s Neal Cardwell and co-authors showcased a portable, open-source scripting tool that enables testing the correctness and performance of network protocols. Despite their importance in modern computer systems, network protocols often undergo only ad hoc testing before their deployment, in large part due to their complexity. Furthermore, new algorithms have unforeseen interactions with other features, so testing has only become more daunting as TCP has evolved. The packetdrill tool was instrumental in the development of three new features for Linux TCP—Early Retransmit, Fast Open, and Loss Probes—and allowed the authors to ?nd and ?x 10 bugs in Linux. Furthermore, the team uses packetdrill in all phases of the development process for the kernel used in one of the world’s largest Linux installations. In the hope that sharing packetdrill with the community will make the process of improving Internet protocols an easier one, the source code and test scripts for packetdrill have been made freely available.

There were also additional refereed publications with Google co-authors at some of the co-located events at FCW, notably NicPic: Scalable and Accurate End-Host Rate Limiting, which outlines a system which enables accurate network traffic scheduling in a scalable fashion, and AGILE: Elastic Distributed Resource Scaling for Infrastructure-as-a-Service, a system that efficiently handles dynamic application workloads, reducing both penalties and user dissatisfaction.

Google is proud to support the academic community through conference participation and sponsorship. In particular, we are happy to mention one of the other interesting papers from this year’s USENIX FCW, co-authored by former Google PhD fellowship recipient Ashok Anand, MiG: Efficient Migration of Desktop VM Using Semantic Compression.

USENIX is a supporter of open access, so the papers and videos from the talks are available on the conference website.
Read More..

Inbox zero progress report

Back in January I blogged about the recurring Internet meme of achieving and maintaining Inbox Zero. I thought a couple of months later it would be useful to update you on my progress and what effect its had on my productivity. Using the technique described in my blog post I archived all of the mail in my inbox older than a couple of months. I was an early adopter of Gmail and had tens of thousands of emails in my inbox; hey, you never ever had to delete them, right! I then laboriously went through the remaining emails, deleting or archiving those I could, and actioning the ones I couldnt until my inbox was empty - yes, this did take a few hours.
   

   Using an app on my iPhone and iPad, called Mailbox, Ive found it easy and enjoyable to stay at Inbox Zero. First lets look at why Mailbox helps me maintain an empty inbox. With just a simple swipe and a click and can easily defer an email if I dont want to reply to it straight away. The defer actions (seen on the right) are reasonably self explanatory. What Mailbox does is moves emails from your inbox into folders that depending on your choice ensures that the mail will reappear in your inbox at the designated time and date.
   Ill use one of those irritating work emails that arrive in your inbox at 5:30pm on Friday afternoon to show what happens. The mail in question perhaps requires some thought or information obtained from work systems. I wont be able to physically deal with it until Monday anyway. So I defer the mail to "Next Week". Mailbox then  removes that email from my inbox and it will appear first thing Monday morning for me to action. Mail can also be easily deleted, archived and directed to specific folders (labels in Gmail) with simple gestures.
   Why then is this so helpful? Consider that friday afternoon work mail. Previously it would have been sitting in my inbox all weekend, nagging at me. Constantly reminding me it needed dealing to all weekend. Now I can totally forget about, relaxed in the certainty it will reappear next week when I can actually do something about it. This form of positive deferment is really very liberating. I action mail when I need to and defer those that I can to an appropriate time in the future: a few hours later, tomorrow, next week, in a month, a specific date, or someday (a deferment for mails that might be fun or interesting to deal with but have no priority). Maintaining inbox zero has, I think, made me more relaxed and productive.

from The Universal Machine http://universal-machine.blogspot.com/

IFTTT

Put the internet to work for you.

via Personal Recipe 895909

Read More..