text:
Just keep in mind that this isn't QQ, rather, this is what I and my guild-mates have willingly taken on in order to get the kind or progression we want. Raiding Heroic bosses is what we enjoy, and thus, we do whatever it takes to stack the odds in our favor before engaging those encounters. This is not meant to illicit any reaction positive or negative, rather it's an illustration of our process.
Part 1: Time to Prepare
When I signed up to raid hardcore, I knew it came with a level of commitment that I had not taken up before, and even with only 8 required hours of progression a week, the job is a tall order. You know the complaints about how capping valor, grinding reputations, doing dailies, farming mats, race-changing and using every opportunity to min-max your character to the hilt are only reserved for the hardcore players? Well, it's easier said than done.
Here is what every member of my raid team need every week to do the bare minimum of raiding in my guild:
- At least 2 to 3 stacks of the best Stamina food
- Another stack of the best or at least second best Strength food
- A half-stack of Stamina flasks
- A few Strength flasks
- At least 1 to 2 stacks of Armor potions
- At least 1 to 2 stacks of Strength potions for pre-pots (note: I'm very bad about this)
- Cap Valor every week
In addition, the schedule requires us to log in at 7:15pm on the two progression raid-nights and raid until 11:30pm with one or two 5 minute breaks in between. In addition we will raid at least one or two other nights between 8pm and 11pm for at least 2 to 3 hours. So, if you take that into account, you're raiding a minimum of 12 and as much as 14 hours a week. Keep in mind that those hours are still light compared to many guilds that raid a minimum of 12 required hours, and as many as 16 to 20 hours once additional nights are totaled in.
That's just time in the raids when you're really not doing much else, unless you're swapped out for a fight when you might be able to go farm food or fish, but as a tank I seldom have that luxury. So, you're sparing another couple of hours a week to farm and make food for yourself, in addition, you're also doing whatever dailies you need every day (right now, at a minimum, it's the Ironpaw Token daily and the Shieldwall Offensive dailies) and keeping your gear in working order with enchanting, gemming, reforging, etc.
Add in the fact that as we get further into heroic content and realize that our raid-buff situation isn't ideal, we're also leveling - and gearing - alts to bring in for the buffs specifically to meet certain Enrage timers. A good example would be Heroic Bladelord, where we kept hitting enrage on our progression nights and then once we got an attack-power buff in, we killed him with nearly 30 seconds to spare.
Overall, on a fairly casual level, you're talking about a required commitment of 20 hours or so every week to raiding, and farming. This doesn't take into account the time spent on alts or actually, I don't know, playing the game in any other way. This is also not taking into account the time spent outside of game in researching fights and digging through logs and talking and coming up with strategies that work for us.
What do we have to show for this level of commitment?
5 dead heroic bosses, and some progression time placed into 2 others, so that at least one of them should (hopefully) die this week, putting us on track to finish up at least half the tier by the end of the month.
Next time, I'll go into the kind of decision making that goes into progression raiding as a character and a guild - your choice of a main, the race - and perhaps even the faction and server - that you play. After that, I'll go into some of the decision making process involved with progression raiding once all normal modes are done.


text:
Tipsy & Engaged
Newly engaged Keira Knightly was out in London last night with her fiance James Righton. They went for dinner at the Wolseley. Great Yorkshire pudding there. If you're in London, you have to go, if only to admire what it looks like.
And it looks like Keira and James were celebrating...if the shots in the taxi are any indication. Check out her leg on his. It's almost more intimate than a straight up kiss. Sexy...but also super cute. I love them.

subset: commoncrawl


text:
Events & Courses Calendar
10 Day Advanced Implantology Course
4 July 2017-21 February 2018
Dentale Bristol
Uwe Gehringer
14-15 July 2017
Macclesfield, UK
Preparation for Diploma Level Examinations in Implant Dentistry
14-15 July 2017
London Bridge Hotel, 8-18 London Bridge Street, London SE1 9SG
10 Day Advanced Implantology Course
18 July 2017-21 February 2018
Dentale Shrewsbury
Chris Wibberley
Macclesfield, UK
Phil Reddington
Macclesfield, UK
Week Long Introduction to Implantology Course
7-11 August 2017
Dentale Shrewsbury
Go Slim: Mini-Implants and the Atrophic Ridge
Dentale Bristol
Digital Dentistry Symposium
Keith Webster. Balvinder Khambay
Birmingham Dental School
DASK One Day Sinus Lift Course
Dentale Shrewsbury
The ADI does not endorse any external event or course - we simply display information provided to us by education providers and event organisers, to assist dental professionals looking for further education in implant dentistry and related fields. The external organisations are responsible for the accuracy of the information they provide for inclusion on the calendar. Please contact the external organisation for further details of their event/course or to make a booking.


text:
I was working through all of the example code in chapter 9, Class Inheritance and Virtual Functions, when I came upon the Class Members as Friends portion of the chapter. It looked really short and I figured I'd knock it out before heading into the section on Virtual Functions.
It didn't turn out that way. Long story short, the example code appeared to be broken, so I consulted the 2010 edition of the book (picked up on a good sale) and the example had been expanded to introduce forward declarations to resolve the issue of one class depending on another class. That combined with moving the implementation of the constructor for the second class (which accepts a reference to the first class) into a .cpp file seemed to have done the trick.
Here's the code: class_mem_as_friends, r23
I had come across Headers and Includes: Why and How while doing a Google search, and I thought I had everything figured out, but when I change the order of the include statements in any of the .cpp files, all sorts of errors are given.
So, I guess my question is this:
Why must CCarton.h be included before CBottle.h ? I feel like I'm overlooking something obvious.
Reading the previously mentioned "Headers and Includes: Why and How" article, I thought that these two items would apply:
I figured that would apply to CBottle.h since the constructor from CCarton.h was made a friend function.do nothing if: The only reference to B is in a friend declaration
I figured that would apply to CCarton.h since the constructor accepts a reference to a CBottle object.forward declare B if: one or more functions has a B object/pointer/reference
as a parementer, or as a return type: B MyFunction(B myb);
I'm stumped.
Thanks for your time.


text:
conversation APIs tag
1 result(s) displayed for conversation APIs (1 - 1 of 1):
The Secret Value of VoLTE
By Ed Elkin, Director, IP Platforms Marketing, Alcatel-Lucent
At Mobile World Congress, I discovered that many network providers still aren't aware of the broader business values of voice over LTE (VoLTE). Most knew it readily includes HD voice for clearer calls and reduced background noise, which lets you feel like you're standing right next to the other person. Most didn't realize that, in unexpected ways, VoLTE helps them earn more money and increase efficiency.


text:
Nigel De Veth, owner of DDQ, is delighted with the fuel savings and other advantages
of the Pit Viper 235.
About 75 000 dollars in three months. 1 000 liters every 24 hours. Half a million dollars per year … these are the kind of fuel savings now being experi-enced by Australian mining contractor Deveth Drilling Queensland (DDQ) after adding a new drill rig to its fleet.
DDQ is benefiting from the first class economy of Atlas Copco's Pit Viper 235 rotary rig – and is passing these savings on to its client, the New Hope Corporation and its New Acland coal mine.
Nigel De Veth, owner and founder of DDQ, says: "In the first three months alone we've saved the mine 75 000 (AUD) in fuel, and that was through a trial period, really just phasing the machine into the work. The potential savings are over 1 000 liters every 24 hours so you're looking in the vicinity of half a million dollars a year."
The low fuel consumption was a decisive factor behind the company's decision to purchase the PV-235. De Veth adds: "We're now getting about 50 to 55 liters an hour with this rig and the main contributor to that is the wet clutch technology on the compressor."
The hydraulically operated automatic clutch (patent pending) is an outstanding feature of this hydraulic tophead drive rig which can be configured to perform a range of rotary and DTH drilling operations.
"With the PV-235 you don't get air unless you ask for air, so if you want air for drilling, you press the button and the clutch engages and the compressor throws in. So the compressor is only ever used when you want it," explains De Veth.
He continues: "Atlas Cocpo has replaced all the rod greasers and air greasers, etc, with electric pumps so they are not reliant on air. There's nothing on the machine that relies on air other than your drill bit."
DDQ has been operating at the New Acland coal mine for about four years and introduced the PV-235 there in February 2012, drilling mainly 229 mm blastholes to a depth of 50 m.
"The best that we've drilled so far is close to 1 200 meters in 10 hours and I think there's much better to come yet," says De Veth. "The guys have only just finished getting used to it and things are starting to happen. We're probably looking at 10 meters an hour more with this machine."
Key to the efficient operation of the compressor and other functions of the high-tech rig is the Atlas Copco Rig Control System (RCS). This system also facilitates wireless remote tramming, auto-levelling, auto-drilling, remote reporting functions and GPS navigation.
Other factors underpinning De Veth's confidence in the Pit Viper includes the single-pass drilling capability. "Just the advantage of being able to drill a 12.2 m clean, single hole with the lead rod has been very advantageous to us with some of the interburden shots," he says. "The new breakout system on the machine is unbelievable – it is better than anything we've seen before. The drill is just a lot quicker and smoother to operate."
But there's also another important benefit, De Veth says. "The operators don't get tired. Everything is easy and accessible from the seat so you come out of the drill still fresh and alert. And that's a big thing on the night shift."
Besides the PV-235, the drill fleet consists of two DM25 rigs, one DML HP and two bigger PV-275, delivered in 2013. Atlas Copco has supplied more than a dozen Pit Viper rigs to customers in Queensland, all equipped with the computerised RCS control system.


text:
Session:The Kernel Report ELC 2012
Session Details
- Event
- Date
- February 15, 2012
- Presenter
- Jonathan Corbet
- Organization
- LWN.net
- Slides
- The Kernel Report ELC 2012
- Video
- here (linux foundation) and here (free-electrons)
- Duration
- 58 minutes
The Linux kernel is at the core of any Linux system; the performance and capabilities of the kernel will, in the end, place an upper bound on what the system as a whole can do. This talk will review recent events in the kernel development community, discuss the current state of the kernel and the challenges it faces, and look forward to how the kernel may address those challenges. Attendees of any technical ability should gain a better understanding of how the kernel got to its current state and what can be expected in the near future.
Jonathan Corbet got his first look at the BSD Unix source back in 1981, when an instructor at the University of Colorado let him "fix" the paging algorithm. He has been digging around inside every system he could get his hands on ever since, working on drivers for VAX, Sun, Ardent, and x86 systems on the way. He got his first Linux system in 1993, and has never looked back. Mr. Corbet is currently the co-founder and executive editor of Linux Weekly News; he lives in Boulder, Colorado with his wife and two children.
- Transcribed by
- Chris Dudding
0:00 - 1:00:
[ELC Slide - Thank you to our sponsors]
>> INTRODUCER: So, I'd like to welcome you all out to this year's Embedded Linux conference. Very happy to see you all here and I hope you're as anxious as I am.
We're.. well erm. anxious is not the right word but excited as I am about the great sessions we've got planned for this week. Um..
This is always erm.. the best part of getting ready for a conference is when you actually get the thing under way and there's been a lot of prep work behind the scenes and we're very excited to have you here and excited about the programme we've got.
[ELC Slide - Mobile App]
I've got just a couple of quick announcements I'd like to make:
First, about the mobile application so in the guide it talks about a mobile app um.. the actual name you look for in the marketplace is wrong in the guide
1:00 - 2:00:
You need to look under Linux Foundation conference. And that's available on the Android Market. There's actually a kind of a funny story why its not available for iPhone and that was because when it was first submitted to the iPhone erm. I don't know what they call their..
>> AUDIENCE: App Store
[Laughter] Well, so. Yes, thank you. It actually it was for.. It had Android listed in the description because it covers both conferences: Android Developers.. [rephrases] Android Builders Submit and ELC and they rejected it because of the word Android. So, go figure!
So, not for lack of trying. I'm sorry we don't have an iPhone app for you. Get yourself a more open phone! [Laughter]
[ELC Slide - Intel Atom Processor Giveaway]
Anyway, also I'd like to talk about this. So this um.. [holds Intel Atom development board] Ignore the antennas. Inside is a little development board
2:00 - 3:00:
that is being manufactured by Intel and it contains an Atom processor. Its actually called the.. I love Intel code names.. the board is called a Fish River Island 2 and its erm. E6XX Tunnel Creek Processor and they will be manufacturing these.. these are not available yet. They will be manufacturing 'em and sending them out to attendees. If you are interested in getting one.. we have.. unfortunately we don't have enough for everyone but what they are doing is they are taking proposals you can register at the Intel desk just outside in the lobby. And kind of just give an idea what you would plan to do with the board and the first 120 good ideas will get one shipped to you sometime in April or May. So, that's pretty nice. Let's thank Intel for that. [Claps] So that's pretty nice. Um.. So that's pretty cool
3:00 - 4:00:
Nice little development board for you [inaudible comment from audience] [laughs] No, too low.
and let's see I want to mention the YOCTO reception, hosted by YOCTO and Intel is reception tonight. Should be a lot of fun. Its over at the hiller aviation museum and there's a little.. cute little boarding pass thing you got talking about that also we've got little stickers done by jambe that you can get if you want to proudly proclaim that you came to ELC
and the last thing to do is to introduce our keynote speaker for this morning. So, I've known Jon Corbet for a number of years. He's kind of.. I don't know if this is the right term because he has no beard.. he's one of the grey beards in the Linux industry and an incredible incredible asset
4:00 - 5:00:
At these events it is very customary for us to put in a plug for LWN.net and this event is no exception. In my opinion one of the premier sources for information about Linux, the Linux kernel and the industry and open source.
If you are not a subscribing member of LWN.net, you should be one.. shame on you.. because this is an asset. Really a community asset that we should support and Jon very graciously accepted to give our kernel report and he'll tell us all about what's going on with the kernel in the last little bit and maybe a little bit about what's coming up in the future
So without further ado, let me introduce Jon Corbet.
5:00 - 6:00: [Slide 1 - The kernel report]
>> JON CORBET: Hi. Thanks a lot. Good morning everybody. How many of you have seen me give one of these talks before? [Laughter] A fair number.
[Slide 2 - The plan]
Well you'll be glad to hear I've reorganised it.
The plan remains the same, which is to look back over a years worth of kernel developments with an eye towards what's going on in the future. I've changed the way things are done. Hopefully it will work out well.
[Slide 3 - Starting off 2011]
We're actually going to start just over a year ago with.. at the beginning of 2011 we saw the release of the 2.6.37 kernel.
What better to start a new year than with a new kernel? This was a fairly big release with well over 11,000 changesets in it.
This kernel brought in the first of a set of scalability patches for the virtual filesystem layer which added a fair amount to the complexity of that layer but also if you had the right kind of workload brought about something of the order of 30% performance improvement if you were doing lots of opens and closes that sort of thing. So that was good to have.
Block I/O bandwidth controller.. its actually a second bandwidth controller working at a higher level in the I/O scheduler stack allowing
6:00 - 7:00:
the placement of absolute limits on block I/O bandwidth
Finally got some support for the point to point tunnelling protocol in the mainline kernel.
Basic support for the parallel NFS protocol and
Wakeup sources which is an interesting.. on its own wakeup sources is just an accounting mechanism for tracking devices in the system that can wake the system from a sleep state but its part of a bigger effort to replicate the android opportunistic suspend mechanism and provide an implementation of that mechanism that works well within the mainline kernel. So we are still seeing pieces of that going in and pieces of it under discussion but at some point we may have a solution for that
So that was 2.6.37 - a lot went in there.
[Slide 4 - What have we done since then?]
And a lot has happened since then. So what has gone on since 2.6.37?
We've made 5 more kernel releases. I can call them out as i come to them going on the year.
We've merged almost 60,000 change sets it was over the course of the last year. These have come from over 3000 developers and at this point we have over 400 companies that we can identify that have contributed to the kernel
7:00 - 8:00:
So, I've put up numbers like this before. We've seen them before.
We know at this point that the kernel is a very active, very fast moving project. Perhaps the biggest on the planet, hard to say and it continues to move on and it shows no real signs of slowing down
[Slide 5- February]
So February of 2011
[Slide 6 - Greg K-H quote]
One of the things that happened early on in february was a little note from Greg Kroah-Hartman congratulating ralink saying as you can see ralink has stopped dumping drivers on us and instead is now working on patching the driver that we already have in the upstream kernel and trying to make that driver support their new hardware this he said shows a huge willingness to learn how to work with the kernel community and they need to be praised for this change in attitude
This is..i mean its a nice note but there is nothing all that special in a way its something that we go through with a lot of companies they take a little while to figure out how to work with us and then they do
8:00 - 9:00:
and so we see a lot of progress as companies figure out how does mainline kernel process work, how can we get our code in there, why is it in our interest to do so and then they figure how to do it and they become part of the machine. And we see this happening over and over again
[Slide 7 - Employer Contributions]
So this seems a good as time as any to put up this slide. This is a variant of a slide that i've been putting up for a while showing the top contributors to the kernel over the course of the last year from the beginning of the 2.6.38 development cycle through the 3.2 release
So, we see as always, volunteers top of the list at just under 14%. The percentage of changes coming in from people working on their own time has actually slowly fallen over the years and why that is is hard to say. One could take a pessimistic view and say that the kernel is getting too big and too complex, the easy projects are done and so we are putting off our volunteers that way. On the other hand, one could look at this and one could say well anybody who has shown any ability to actually get code into the kernel in any kind of reliable way
9:00 - 10:00:
tends not to stay a volunteer for very long unless they really really want to because they tend to get buried in job offers.
so that of course is not going to be a bad thing.
other than that we see a lot of the same companies that we've been seeing for quite a long time
we can see companies that are not only competing fiercely in other areas of the market but in fact at this point they all seem to be suing each other elsewhere [Laughter] but they are still working together quite well at this level and um.. the situation hasn't changed a whole lot
but here's one change I want to call out
this is.. was.. alright.. we'll do it the old fashioned way. no we won't..
[Slide 9 - Kernel changeset contributions by employer]
speak to me.. come on.. um.. alright. well. this is the one i was going to get to eventually. um.. what is going on here.. alright.. we'll get there
10:00 - 11:00:
never done that before
This is just a plot of the percentage contributions from the top companies. The same companies we saw on the last slide and we see.. in a noisy sort of way.. we have horizontal lines. Right? The companies who were contributing back around 2.6.20 which is when this slide starts are still contributing heavily now.
The big change I want to call out now is those two heavy lines at the bottom. Those two lines correspond to TI and Samsung. Right? And they correspond to a trend we seeing in general which is a much increased of level of involvement of the mobile and embedded community as mobile Linux grows in importance and grows in deployments these companies are figuring out that they need to work with the mainline and they are doing so.
So we're seeing this strong upward trend in contributions from that part of the market. I think we will continue to see that for quite some time
[Slide 10 - Also in February]
One other thing that happened in February, just thought I'd point out quickly,
11:00 - 12:00:
This didn't actually happen then but this when it came out and became well known. Red Hat for their enterprise kernel stopped shipping individual patches with their kernel and now you just get one big blog with all their changes. All 7699 changes in their current kernel kind of mixed in together into a single thing. So its become much harder for people who want to look in there and see what are the individual changes that Red Hat has actually made to the kernel. And why have they done that. And that's kind of a sad statement on the nature of the competition at that level of the marketplace. And there's not much to be done for it. It is of course entirely compliant with the licensing and so on but its not something that our community has really welcomed
[Slide 11 - March]
[Slide 12 - 2.6.38]
Alright.. Let's move on to March.. Well. Another month. Another kernel release. That's when 2.6.38 came out
A couple of very interesting patches that came out then. Including per-session group scheduling. This is the famous 200 line kernel patch that people were talking about for a while that turned out into about 800 line kernel patch by the time it actually went into the mainline
12:00 - 13:00:
that allows the kernel to employ the group scheduling mechanism automatically and partition processes into different groups and schedule them.. schedule the groups against each other this can give you much nicer interactivity in desktop situations. Its useful in a lot of other situations as well, to keep different groups of processes from interfering with each other in the scheduler and the nice thing about this particular patch is not that it added this feature because we've had this feature for years. It sort of made it just work. There's a whole lot of nice things that we have in the kernel that people don't really make a whole lot of use of because you have to do fiddly things with them to make them work. If you can make them simply work for people then things are a whole lot better
Transparent huge pages, which is also on the list, is another example of that. The huge page mechanism in most processors allows the memory management unit to work with much larger pages. You get a nice performance improvement out of that for just about any workload you can think of because you save a lot of pressure on your translation look aside buffer and such.
Transparent huge pages used to require you set up huge TLBFS to the side
13:00 - 14:00:
make changes to your application to make use of it and so on. So there weren't too many people actually using it. Now we're all using it because it simply works in the system and we all get the benefits from that
So we had various other things. Including the other half of the virtual file system scalability patch set I mentioned before. Transmit packet steering which is a networking scalability change that came out of Google and improvements to the block i/o bandwidth controller and of course a whole bunch of other stuff but its those two patches i think that were really the significant features of 2.6.38
[Slide 13 - Linus quote]
Something else that happened in March was that Linus threw a temper tantrum. This is not necessarily all that surprising, it happens but this was a fairly big one
He got a bunch of pull requests from ARM community and he decided that he was really just fed up with them so he stopped actually pulling them and said "ok somebody needs to get a grip in the ARM community". So, what's going on here
[Slide 14 - What is the "ARM problem"?]
14:00 - 15:00:
I probably don't need to tell the people in this room that the ARM architecture is interesting, in that it doesn't really come with the platform defintion the way some other architectures do. Every ARM system is unique in its own very special way. And so, there's a lot less commonality in terms of the code needed to support those systems
When i say the "Embedded" mindset what i mean is.. we have a lot of people working on their own special little projects working under intense time pressures and so on and so they've tended to solve their specific problem and if they put code upstream at all they've worked in their own piece of the tree and not really thought about making the kernel better for everybody involved.. so we've ended up with.. um.. with a lot of stuff.. there's really been nobody being overseeing this tree to try to make this better. so we get a lot of little sub-trees with a lot of duplicated code and a fairly big ugly mess has resulted in that tree
15:00 - 16:00:
[Slide 16 - Why is this happening]
Another way of putting this is that for years we've been asking the embedded community to contribute back to the kernel. Please please give us your code back. And the fact is that they are now doing that. Right? What we have here is a problem that is a result of our own success. We've gotten what we wished for. You should always be careful what you wish for. But in fact what is happening is really a good thing. The only real problem is that we haven't developed the processes within the community to manage all of this stuff
[Slide 17 - Cleaning up the mess]
So, what's doing.. what's happening? We're trying to clean things up. More high level oversight now. Arnd is running a tree that funnels a lot of the system on chip stuff into the kernel and so on. Trying to keep a better grip on it. There's a lot of cleanup going on at various levels. Consolidating code that was duplicated across all the various different ARM sub architectures and a move towards the device tree mechanism that can hopefully someday help us get rid of these board files and such
16:00 - 17:00:
and maybe someday i doubt we'll ever have a single kernel that runs on every ARM system but we can maybe have a kernel that runs a lot of the more popular ones without having to build it specifically for whatever system you're working on at any given time. we're heading in that direction. things are getting a whole lot better
And ARM is not only becoming a proper first tier architecture its actually starting to drive things in interesting ways. If you look on LWN today we've just posted an article from an ARM developer about a concept called big dot little. We've got system on chips now that have two different classes of ARM processors on them. There's the big fast power hungry one and the little slow power efficient one and you try to figure out which one of those you should be using for any given workload at any given time. This is going to stress the scheduler in very interesting ways. The scheduler has not been written with that kind of stuff in mind so we now have stuff coming up from the mobile embedded world that is going to be driving the future directions of the core kernel and its going to be very interesting to watch
17:00 - 18:00:
[Slide 18 - April]
Moving on to April. That's what April looks like in Utah. Nice place although the network connectivity is kind of poor, but you've got to take it.
[Slide 19 - Native Linux KVM Tool]
So, we had an interesting fight that came about in April. As a result of the posting a thing called the native linux KVM tool. This is just a small replacement for QMU. Its a hardware emulator aimed mostly at kernel developers don't want to mess around with a big full functional system
The sticking point is that they wanted to merge this code (which is user-space code) into the kernel source tree.
[Slide 20 - Ingo Molnar quote]
So, we've had people actually pushing this idea pretty hard. This is Ingo Molnar who says "some day somebody is going to integrate into a single tree and make the killer distribution that pushes everything else aside". So, not everybody agrees with this needless to say. This is an idea that is being pushed.
[Slide 21 - User-space code in the kernel tree?]
The people that push the idea of putting user space into the kernel tree say a number of advantages
18:00 - 19:00:
The code become whole lot more visible because you can patch it and you end up in the kernel change log. Tend to get more developers. They say you can develop kernel ABI and users together so that the two can develop into a much.. sort of.. homogenous whole. It encourages developers to think across this kernel user-space boundary which is a pretty hard boundary that people usually lurk on one side of or the other. The idea is you are supposed to get better integration across the whole system if you do this
[Slide 22 - User-space code in the kernel tree?]
On the other hand, people complain that it makes the kernel tree bigger. The kernel tree.. source tree.. is not all that small now. There are claims that you get ABI stability problems because if you can change user space ABI and its primary user at same time because you've got them all together in the same tree you can in theory create stability problems for other users of that ABI. This is not suppposed to happen. We are not supposed to do that in the kernel but there are people who claim this does happen
19:00 - 20:00:
They claim that other out of tree projects are disadvantaged because they just don't get the same visibility and they ask where does it end? Do we put our desktop environment into the kernel tree? Do we throw libre office in there? You never quite know what's going to go on there. So this is a fight that going to go on for a while. these people not hoing to give up on this. Linus seems to be holding the line about pulling more user space stuff in for now. but i don't think we're done with that discussion
[Slide 23 - April]
one other thing. sorry mark wherever you are.. but um. but this is a quote that really stuck with me at the time. that for all the progress that we have made about getting companies to work with the development process. We still have pockets of resistance where they say we need to work with proprietary drivers and binary only code
20:00 - 21:00:
and this is something that we have been fighting for years. in the end it seems like we almost always win and that companies figure out that it is not in their own interest to ship their code in this way but it continues to happen and we're seeing it certaintly in the mobile area with graphics drivers and some others. I hope that once again we can get past this and get to where we have truely free platforms that we can work on from top to bottom
[Slide 24 - May]
Alright. Moving on to May
One thing that happened in May was the posting of a mechanism called secure computing or an enhancement to this. the idea here was to add a feature where a process could install a install a bitmap in the kernel saying only the system calls that are indicated in this bitmap will be accessible to me from here on out. It was meant for use with the Chromium browser to as part of their sandboxing scheme.. just trying to reduce the attack surface of the kernel.. to take a whole bunch of system calls they know they won't use and take them off limits so they cannot be accessed at all
21:00 - 22:00:
so people look at this and they say "ok, cool.. but how about we enhance this a bit we can add a filtering mechanism we maybe hook it into the tracepoints mechanism because we've got all these points in the kernel"
at which point the tracepoint people jump in and say "hey wait a minute you're not doing that to my tracepoints" and a big fight results and the end result after the dust is settled is that nothing gets merged and the developer goes away
so one can point at this and can say it shows the kernel development process at its absolute worse. right?
we had this big fight and we had a promising young developer trying to do cool stuff got discouraged because people tried to throw their own irons in the fire and nothing happened. on the other hand, last month or so he came back with a completely reworked version of this patch using the berkeley packet filter which works a whole lot better much nicer design and it looks like it probably will go into the kernel perhaps as soon as 3.4
so one can say in fact this shows we did things right. we push back of things until we something that suits us..
22:00 - 23:00:
that solves the problem correctly and we wait until we get the right solution in there so you know you can interpret it either way
[Slide 26 - Yet another kernel release]
also we had yet another kernel release in May when 2.6.39 came out.
various interesting sorts of additions including directed yield which is a virtualisation optimisation, ipset mechanism for managing a large number of ip addresses and the firewalling mechanism, transcendent memory is an interesting approach to memory management used again mostly in the xen area.. the core went in at this point not the users of it.. user namespaces are part of the solution to the containers problem. containers can be thought of as a form of lightweight virtualisation where you wall off a group of processes but they are all running on the host kernel, right? you're not running on a virtual machine, you're running on the host kernel. this is actually a much harder problem to solve than um. full virtualisation is
23:00 - 24:00:
they've been working on it for many years and they will continue to be for a little while yet but we got another one of the pieces in there
the media controller is a response to hardware complexity. we've now got.. in this case.. video acquisitation devices, web cam devices, or your phone camera devices that now have multiple hardware components. you are trying to patch the data between them in various sorts of ways. an exported interface to user space that actually allows this to be used. this is complex stuff and i don't think we've solved this problem very well yet but we're trying to do our best
[Slide 27 - Big Kernel Lock]
one other nice thing that happened.. in May
[Laughter] [Clapping]
only took us 15 years. thanks to Arnd who really carried that across the finishing line although a whole lot of people worked on it to get it there. given enough time we can solve just about any problem we have to
so we got 2.6.39 out
24:00 - 25:00:
[Slide 28 - During the 2.6.40 merge window]
and then linus started hearing voices.. right after that.. during the merge window. saying the numbers are getting too big and maybe he's going to call this thing 2.8.0. because when the voices speak, he listens
so of course when you say something like that, one of the first things that going to happen is you going to get more voices.
[Slide 29 - During the 2.6.40 merge window] so greg kroah-hartman comes out and says well if you do this i'm going to buy you a bottle of whatever whisky you want
well it must have worked because, as we all now know, linus did this
he didn't called it 2.8.0 he called it 3.0. this was, as i think pretty much everybody knows at this point, just a numbering change. there was nothing particularly special about the 3.0 kernel that merited a major number change.. just we were getting really really tired of these big version numbers. so we went on from there
[Slide 30 - June]
so the week after that greg did in fact present him with a bottle of whisky on stage.. with cups. he didn't open it.. although what happened later that evening.. was.. um.. not necessarily well advised
25:00 - 26:00:
and so we now have the 3.x kernel series instead of 2.6 and everybody is happy ever after until we get to 3 dot something big
[Slide 31 - Ext4 snapshots posted]
alright.. in june we saw another posting of an interesting feature for the ext4 filesystem.. being the snapshotting feature
snapshots of course are a nice feature. you save a copy of the state of the filesystem at some particular point. you can use it for things like rolling back from a failed system upgrade, you can use it to create a [...] version of the filesystem for backups, you could also actually make use of a feature like this in an embedded device for a factory reset kind of functionality where you simply have a snapshot being the initial factory state of the device and all you've got to do is go back to that snapshot and you've done your reset
nice feature. everybody likes it
[Slide 32 - Quote from Josef Bacik]
but we still had some complaints about it. this [...] is from from Josef Bacik who is a btrfs developer
and he's saying why is it that we shoehorning these big features into ext4 which is supposed to be a stable filesystem right?
26:00 - 27:00:
meanwhile we've got btrfs that already does this all this stuff and we're trying to stabilise it
other people have asked very similar questions, why are we doing stuff like this to ext4 when ext4 was meant to be our stopgap until the real next generation filesystems
[Slide 33 - What's up with ext4?]
well, as it happens, there is an awful lot going on with ext4
with 3.2 we saw the addition of a significant new feature called bigalloc allows it to finally move away from allocating blocks in 4kb chunks and you can allocate much larger chunks if you've got a file sysem mostly holding large files then what you end up with is much more efficient operations on those files this is useful within in google for example where they're trying to do this where a lot of the driving force came from and other places as well. a significant speed up. various other things in the works, the snapshot feature that i mentioned. inline data which is an optimisation for very small files
27:00 - 28:00:
secure erase.. if you delete a file it actually goes away from the media completely. checksumming and metadata.. trying to defend against corruptions on the media and so on
[Slide 34 - In other words]
so what's going on is that ext 4 rather than sitting there and gathering dust and fading away looks to develop and grow for some time yet because there are people adopting it and using it and who want to do other stuff with it so as long as people keep hacking on it and adding new features that stuff is going to go in i don't think ext4 going to just kind of fade away anytime real soon
[Slide 35 - UEFI secure boot]
also in june people started talking about this feature called UEFI secure boot. the objective of this feature of course is to create hardware that will only give control of the system to a trusted boot loader this is a boot loader that has been signed by a key that is known to the system level bios. its actually a useful feature you can use it to thwart attacks on the BIOS or the bootloader of the system. very low level root kind stuff
28:00 - 29:00:
and it helps you to ensure the system is running what you think it is. there is of course just one tiny nagging problem.
[Slide 36 - Who is "trusted"?]
this thing.. who is trusted? who do you trust? is it the person who thinks they actually brought a computer? or it is the sold it to them? the person that put the hardware onto it? is it the entertainment industry? all of these people are making a play for control over this and to be the trusted party who says what you can actually run on your computer
[Slide 37 - UEFI secure boot...]
so UEFI secure boot is another one of these mechanisms that could result in the loss of control over our system. something that we have been fighting for, for years we have been gaining. we have a whole lot more open systems than we have had in years. the situation is nice and getting better. this could take things the other direction
[Slide 38 - Where things stand]
so what's going on. there has of course been a whole lot of work to call attention to the problem: white papers have been written, blog postings have been posted
29:00 - 30:00:
some concessions have actually been gained from all of this, including the understanding that any x86 system that you buy can be put into setup mode. this means that for any of these systems the user can not only boot whatever system they want on there but they can install their own keys and boot whatever system they want in the trusted mode, which is useful, they can actually make use of that capability if they want to do so. it won't be impossible to install your own keys.
[Slide 39 - Where things stand]
a few little glitches still.. installing that key may not be easy.. in fact its going to have to be done at a low level so users wanting to do this are going to be entrusting their lives to the user interface skills of BIOS engineers
which seriously may involve typing in big long keys as big long series of hex digits and so on not going to be fun. okay.
there's no provision at all from booting from CD in a trusted mode so live CDs could be a thing of the past
30:00 - 31:00:
and i've put down here that ARM systems can be totally locked down. in fact if they are going to meet the Windows labelling requirements, ARM systems must be totally locked down. its not just that they can, its actually a requirement that they be done in that mode and that of course is not not what we want to see at all. so there's a lot to to be done in this area still and we're going to be fighting about UEFI and its successors for a while yet
[Slide 40 - July]
alright. moving on
[Slide 41 - 3.0-rc7-rt]
in july one of the things we saw was the first version of realtime patchset to come out since march. the realtime patchset had been stuck on 2.6.33 and users have been stuck there for a while much to their chagrin. it wasn't what they wanted. they ran into some pretty knarly technical problems that kept things from advancing for a while but we finally did get a new version in july
[Slide 42 - The state of realtime]
so where does the realtime patchset stand at this point. well of course we get very nice determinism out of it if you have the right hardware at this point. if you don't have the right hardware you still lose
31:00 - 32:00:
there's not much to be done about that. one of the most thorny problems with this has been the problem of per CPU data. per CPU data is one of the most significant scalability techniques that's used on larger systems but does not really work that well in the realtime world its not good for determinism. so they've come up with a solution that involves some fairly scary locking assumptions, so locking assumptions tend to be scary in general, so if they are designated as such they are really scary, so this is going to have to be watched for a while but the plan is to merge a lot of the realtime tree in the next year
[Slide 43 - Open issues in realtime]
we will see. but this group of people back in october at the realtime mini submit did in fact partition this stuff and do it, i know steves been rushing right out to merge that stuff and so on. we'll see how that's coming along. still a couple of open issues, one of which is deadline scheduling
32:00 - 33:00:
there is actually a pretty nice deadline scheduling patch out there but the developer who was working on that seems to have got distracted by other things we haven't seen a revision of that for a while somebody else may have to pick up deadline scheduling before we actually get..
>>AUDIENCE: inaudible comment
somebody else is - oh cool. i haven't seen that yet.
and there's a lot of interest in cpu isolation where you take one or more CPUs on the system and you say this is only going to run the application, no interrupts, no operating system, nothing else just the application. there have been various proposals how to implement that. people are working on that. we will perhaps see a solution emerging over the course of the next year. we will see
[Slide 44 - The 3.0 release is delayed]
also in july as we were coming around to the 3.0 release. all of a sudden it got delayed it got delayed to the point that it pushed merge window into Linus vacation which is not something he wanted at all. It made him little grumpy. but we had this bug in dcache scalability patches that would cause files to just sort-of disappear for a little while. disappearing files are just not one of the things on the intended feature set for 3.0
33:00 - 34:00:
so we had a fairly high profile debugging crew, being Linus Torvalds, Al Viro, the chief VFS maintainer and Hugh Dickens arguely the top memory management developer and it still took them about a week to figure this out. it was a really subtle and strange bug
[Slide 45 - Some parts of the kernel have reached a truly scary level of complexity]
which drives home a point some people have been making for a while. some parts of the kernel especially the core kernel have reached the level of complexity that is truly daunting. really pretty scary. try to go in there and figure out what is going on i'm not sure there is anyone who understands it all anymore at this point. and i don't know how you fix that but that kind of complexity is the sort of thing that can kill operating systems over the long term. so we need to really think about how it is that we can if not get rid of some of this complexity at least keep it from getting worse. we will see
[Slide 46 - 3.0 kernel released]
anyway despite that 3.0 did come out towards the end of july
34:00 - 35:00:
new posix clocks waking from suspend and all that. we now have a just in time built into the kernel for the Berkeley packet filter subsystem for filtering packets that you are trying to inspect coming off the net sort of thing. send multiple message system call. scalability for applications that are sending lots and lots of little messages. ICMP sockets so you can write an unprivledged ping client at last. namespace file descriptors another piece of the containers problem allowing the system administrator to move into and out of containerized systems. cleancache.. which is some of that transcedent memory stuff i was talking about before. a different way of caching pages and such in the system. and that was our 3.0 kernel
[Slide 47 - August]
in August I went to Taipei and got a lesson that certain aspects of agriculture really don't change no matter where you go it all comes down to pizza and beer of course.
[Slide 48 - x32]
35:00 - 36:00:
We had a discussion about an ABI called x32 in august. which is an interesting apporach to 64 bit computing. 64 bit mode is.. you know.. 64 bit processors are very nice things.. do a lot of stuff.. you can address vast amounts of memory.. and all that. you really want to run your kernel in 64 bit mode if you can but as it turns out very few applications actually need either 64bit data or 64 bit pointers
so for these applications expanding all that stuff out to 64 bits is really just bloat. you've expanded your application quite a bit that will slow it down.. of course and use more memory, not something you want
the response to this is x32 ABI. where you're running your processor in a 64 bit mode but using you're a restricted set of instructions that deal in 32bit data so you're dealing.. 32 bit data and 32 bit pointers so you get all that space back you shrink the applications back down but you still have a processor that can natively address however many gigabytes of memory you want to put into it and so on
36:00 - 37:00:
most of the work in this area is to be done in the user space at this point.. getting the libraries and all that stuff but we do need to define an ABI with the kernel for processors running in this mode or personality you can think about
this has been mostly done, the developer has got distracted with other stuff and slowed down but i wouldn't be surprised to see sometime in this year some distributor starting to show some real interest in putting together an x32 version of their distributions
[Slide 49 - 20 years of Linux]
In August, we celebrated 20 years of Linux of course 20 years since Linus first came out and said i've got this little project
that line plot there is just a count of lines of code in the kernel over the course of 20 years. you can see a pretty obvious trend, right? despite economic crises and whatever else went on over the course of these 20 years the kernel just continues to grow
from its beginnings, the first kernel posting was about 10000 lines of code right? tiny
37:00 - 38:00:
there's only one place where we ever got smaller, which was 2.6.36 when got rid of dead config files. the only time in the entire time of the kernel that this has happened. i suspect that's a record that going to remain unbroken for some time yet
[Slide 50 - Kernel.org compromised]
of course the other sad thing that happened in august was the comprimise of kernel.org so.. still piecing that together we know attackers were on the system for some time before they were discovered. they got on using stolen credentials and then they installed trojan SSH binaries so they could steal more credentials and move onto other systems and as a result a number of other systems were comprimised as a result of this
as far as we can tell, there was no attempt to actually comprimise the software distributed on kernel.org systems we would have caught a lot of it pretty quickly if they had tried to in other places it might have taken longer but a really determined effort to find any attempt to comprimise. as far as we can tell, that was just not what they were trying to do
38:00 - 39:00:
the result of this was that we lost kernel.org for almost 2 months. which was kind of a pain and that resulted in the delay 3.1 release and so on
[Slide 51 - What has been done]
what has been done. well we have a new kernel.org. they basically tore it down and rebuilt it with a bunch of new machines. split the functionality apart. hired more stuff so that we have a better handle on what's going on there. restricted access because it occurred to somebody somewhere along the line maybe having 450 shell accounts into your master system is not the best of ideas if you really want to avoid going though this yet again. so we don't have that anymore. there's a new web of trust for the kernel developers built around a set of gpgs keys and so on. a lot of this stuff was enabled by support from linux foundation. really helped out a lot with this
so we have a new kernel.org that is more functional and more secure and hopefully we don't have to go through this for some time
39:00 - 40:00:
[Slide 52]
but i will say something that i have been saying for some time which is we don't take security seriously enough. we just don't. level of the attackers out there and their motivation is such that we're going to see instances across the free software community we've seen them in the past, we will continue to. we have to get more serious about this and that's not going to be easy or fun to do
[Slide 53 - September]
alright moving on to september.
[Slide 54 - Oracle to use Btrfs by default]
one thing that happened in september was that oracle said they would ship btrfs by default. i kind of felt like i was being watched as I was reviewing the slide this morning so took a picture out my window.. you really want to photoshop a red eye over that or something.
but you know. what oracle is doing with btrfs is actually very good stuff. what they are doing is that they are pushing it. they want it to be the core of their enterprise distribution
so what's going on with btrfs. well there is some new feature work happening with btrfs
40:00 - 41:00:
but the btrfs developers are very much focused on stability in getting this filesystem to the point where it is ready for production use. distributions are thinking about it. fedora have once again pushed back its plans to go to btrfs by default but this will happen sometime soon and we will have people actually starting to use it
[Slide 56 - Still missing]
but there are some missing pieces. the biggest one arguably being the file system checker and in particular the file system repair tool. writing a filesystem repair tool is actually a very hard task because if you are not really careful when you fix a broken file system you can break it worse than it was before and take data that might have been recoverable and make it unrecoverable so this has been a very long term project that's been done with a lot of care and is taking a while
in the meantime they have added a couple of features including what they are calling the root block history array this is just an array of the previous states of the filesystem btrfs being a copy on write filesystem
41:00 - 42:00:
essentially every previous state of the filesystem is a snapshot so you save a few of those and if something goes wrong and you catch it soon enough you just go back to a previous state of the filesystem and your problems go away
also written a read only recovery tool that can extract the data from a badly broken filesystem without making changes to it so we have a lot of the pieces there but the full filesystem checker is actually out there in the repository if you go look for it but it hasn't been announced ready for anybody to use on a real filesystem. we're also missing the RAID support, the patches for that actually exist, they have existed for a few years, they just haven't been merged
that stuff will come around and we'll see btrfs stabilising quite a bit. starting to go into real production use in some places
[Slide 57 - October]
october, october everyone in prague because that's where the action was including the 2011 kernel submit. so we talked about a lot of stuff at europe but
42:00 - 43:00:
i really wanted to point out just two outcomes. two outcomes that were the key outcomes of this. one wasn't a statement. not a new one but we heard it again.
that kernel maintainers should be saying no more often. that we take stuff into the kernel too easily that perhaps shouldn't be there and we need to push back a little more and insist on really good reasonsto get more code into the kernel especially code that adds complexity
on the other hand, it was understood that was code was widely used out there, that has been widely shipped should perhaps be brought into the kernel even if it doesn't live up to our technical standards otherwise. this was of course said with the android code in mind. its been out there, its been shipped to millions of people and its kind of silly at this point that we don't have that sort of stuff in the mainline. so those were a couple of the decisions that came out
[Slide 60 - A slow moment at the Summit]
also, in a slow moment actually actually while he was sitting at a table at the kernel summit, linus released 3.1 kernel. came out
43:00 - 44:00:
this was a 95 day development cycle. which is quite a bit longer than usual. the reason for this of course was kernel.org outage and the lack of a desire in particular to open up a merge window without having kernel.org as a place to host a lot of trees. added various features including dynamic writeback throttling which is an attempt to solve our writeback problems writeback being the process of flushing dirty pages of memory back to their backing store on disk pages that had been written to file and so on. we've had performance problems in that area for a while. some of that stuff went in for 3.1. we got a new architecture.. openRISC which is actually an open source hardware design and some improvements to the ptrace system call, lseek system call. various other things that went into the 3.1 kernel that was released during the kernel summit.
[Slide 61 - Embedded long-term support initiative]
one other thing that happened in prague was the announcement of the embedded long term support initiative. so there are various aspects to this
44:00 - 45:00:
including this concept that we'll pick one kernel a year and maintain it for a 2 years. going forward just going to be part of the regular stable kernel process. already happened with the 3.0 kernel
couple of other trees involved with this initiative. helping the embedded and mobile communities standardize on a single tree and to get their code back into the mainline. shibatu san is talking about this later today so if you're interested in this I advise going to see his talk this is a very welcome and very worthwhile effort and i wish it the best of luck.
alright. november
[Slide 63 - Per-group TCP buffer limits]
something i want to talk about very quickly. the addition of per group TCP buffer limits. this is a limitation on the amount of memory in the kernel can be taken up by outgoing network data. its interesting because its the first mechanism put in place to limit the amount of memory used by the kernel on behalf of user space processes. this is something that there is interest to do in a lot of other areas in various caches and so on
45:00 - 46:00:
we haven't had the mechanism to do that. we do have that now with the TCP buffer limits
[Slide 64 - Control Groups]
and its worth talking just a little bit about control groups in general. control groups of course are a simple mechanism for grouping processes into hierarchies and then allowing the addition of controllers to apply various policies to those groups
developers complain a lot about control groups. they really hate them. a lot of the real trouble is actually not in the control group mechanism but in the controllers. we have these various controllers for things like memory usage, block I/O bandwidth, cpu scheduling and a bunch of other stuff. a lot of these controllers don't necessarily integrate well not only with each other but with the systems they are meant to be controlling and that was partly by design because people writing controllers have tried to be nonintrusive how they did it. but it means that we end up with these warts on the side of the kernel implementing these controllers
46:00 - 47:00:
so there's going to have to be cleanup work done that. what we really need central control group maintainer to beat heads together and make this stuff integrate better with the kernel and with itself. i think that's going to have to come together fairly soon
[Slide 65 - LTTng pulled into staging]
one other thing happened in november. Linux trace toolkit next generation. its a tracing toolkit with a whole lot of nice features nice user space support and so on. its been out there for years. widely used in some areas. it was pulled into the staging tree with the idea that it would be merged for the 3.3 kernel and what happened was a big long discussion
[Slide 66 - Two pivotal summit outcomes]
that really recalled the discussion here the same slide i put up before. right?
on one hand, people were saying maintainers are supposed to say no more often. we're going to say no to this one because it doesn't integrate with the existing tracing mechanisms. we don't like the way some parts of it work. we say no
47:00 - 48:00:
on the other hand, people were saying this is code that has in fact been shipped to a whole lot of people. its widely used. this is something we should bring into the kernel under the decision that we should bring in this sort of code.
so people thought about it and all that.
[Slide 67 - The outcome]
the end result is that the linux tracing toolkit lost in this case. it was ushered back out the staging tree. if you look in the kernel history you actually see it in there then goes away again. that functionality if its to get into the kernel will need to be broken up and integrated with our existing tracing functionality and i honestly don't know if that's going to happen to any degree or not. its kind of a shame; there's some good stuff there. its a long story working with the development community that hasn't always worked out that well
[Slide 68 - December]
december. that's what december looks like in colorado
[Slide 69 - The Android mainlining project]
we had an announcement in december of what was called the android mainlining project
48:00 - 49:00:
this was the joining together of a couple of efforts that had been going on out there. reinvigorated by the decision at the kernel submit to try to get this kernel code merged. brought together a whole lot of stuff
[Slide 70 - The Android mainlining project]
in fact i need to make one change already. because one piece has already been shoved back out. pmem contiguous memory allocation we talked about that a bit on monday for those of you that were here. various other pieces to the android system. couple of pieces that aren't here yet including wake locks and the ion memory management system. a lot of this stuff has found its way into the staging tree. there's been some discussion about moving it into the mainline. there's been all the usual same old arguments all over again. we see how long that takes. slowly stuff is merging there as greg will tell you with a 3.3 kernel you will actually be able to run android user space on a mainline kernel if you just don't care about little things like battery life but we're getting there. this is progress in the right direction
49:00 - 50:00:
[Slide 71 - January] [Slide 72 - Happy New Year]
so, jan of 2012. coming around towards the end. exactly one year after 2.6.37. once again on january 4th. we had a kernel release this was 3.2. this was a big release with almost 12,000 changesets. proportional rate reduction being a networking change to deal better with losses of data in transit. extended verification module is a trusted computing mechanism that is meant to defend the files on your system from offline attacks. you can detect if somebody has been messing with things. we got a new controller for the control system where you can now say this group of processes never gets more than 10% of the CPU even if that cpu time is available because they are not paying for it. cross-memory attach is a interprocess communication mechanism. we've got the hexagon architecture yet another new architecture. the bfs root block array that i mentioned before went in.
50:00 - 51:00:
and a thing called I/O-less dirty throttling which is a rather complex application of control systems to the writeback problem. trying to balance the level of dirty pages in the system with what the backing store devices can do and keep dirty pages from overcoming things. it looks like good code and both people that can actually understand it really approve of it. for the rest of us, we'll see
[Slide 73 - 3.3 merge window]
also we had the 3.3 merge window in january. this is the merge window for the upcoming kernel. that we will see sometime in march
a lot of networking stuff went in for 3.3. including team device this is a lightweight bonding device. network priority control group controlling access to the outgoing interface based on control groups. tcp buffer size i mentioned before. byte queue limits are an attack on the buffer bloat problem. putting in limits of the amount of data that can be queued to any outgoing interface. trying to keep from buffering too much data and messing up with our protocols
51:00 - 52:00:
Open vSwitch is a complex new virtual switch used in the virtualisation area it actually holds out the potential for other interesting flow control types of applications and so on but people aren't doing that yet
outside of networking, we also got support for large physical address extensions in the ARM architecture so now you'll be able to put more than 32GBof memory in a 32bit arm system and we're going to have all the same kind of ugly stuff that we've had with X86 in that area but people want to do it
android drivers return as i mentioned before
dma buffer sharing APIs under user space control. share buffers between different devices. attack on hardware complexity problem
and a whole bunch of other stuff went in for 3.3. that is now stabilising. like i said sometime in march likely to see that.. that particular release
52:00 - 53:00:
[Slide 74 - February] [Slide 75 - Greg KH joins the Linux Foundation]
that brings us around to right about now. there's really only one thing I'm going to mention
Greg Kroah-Hartman has now joined linux foundation and be able to work on the stable trees and such as something closer to a full time job although one wonders, because if you look one of the first things he did was actually start submitting patches to libre office
which may not be what the linux fondation had in mind even though its a worthy cause for sure.. but, no this is a good thing. it will help to beef up on the stable tree. people who watch the stuff he does.. wonder how it is that he gets stuff done. so hopefully he will have some more time to do that
[Slide 76 - Stuff not covered]
so, there's a whole lot of other things i could have talked about although i have talked you all into the ground over the course of the last hour
[Slide 77 - Questions?]
instead i will stop here and I will be happy to answer any questions that people may have. somebody must have a question alright
53:00 - 54:00:
>>AUDIENCE: you had a slide that which said you have like 3000 developers do we need more?
>>JON CORBET: ok, question is, you had a slide saying that there are about 3000 developers over the course of one year. do we need more?
this is a question we've actually asked at kernel submits and so on. how do we bring in more developers and so on
and in a sense yeah we always need more. there are plenty of unsolved problems, a lot we can do. people do ask how big can our community get before it simply becomes unwieldly. certainly there's got to be a limit but i don't think we are there.. at this point. i think we are handling the size of our community quite nicely. the whole sub-maintainers system works well enough. things are working pretty smoothly at the moment so whether we need more that depends on the problems to be solved and if there are people that feel they need to be solved then we need them
54:00 - 55:00:
>>AUDIENCE: not that i know anything about the topic but i was wondering if you could speak more about the LTT stuff because it seems to me the problem is that the people who say no are not actually working to replicate the functionality... people who added the functionality.. module based system.. dead end situation here.. elaborate on the way out of this
>>JON CORBET: OK, so. the question from this guy claims to know nothing about LTT
being the guy who started the project many years ago.
essentially, how do we get around the problem of getting LTT into the kernel? since the people who are blocking it are not working to replicate its functionality .. and you know.. its a hard problem.. people who are blocking it ..
55:00 - 56:00:
not only don't feel the need.. don't feel its their job.. people who want a particular functionality in the kernel pretty much get to take it upon themselves.. that's the way kernel development works.. can't tell other people to implement something for you.. LTT is a hard problem.. and i think it comes down to perhaps people in the kernel not always understanding what the benefits of what LTT are because if you look at it from an outside point of view. you see things like complicated trace format standards documents, yet another ring buffer, things like that that don't necessary look useful to the kernel
on the other side, we see a project that it frankly i have to say is not entirely unhappy to be outside the mainline frankly. i think that's part of it.
what ltt needs i think is somebody who both really understands it, who really appreciates what it does and is willing to work with the kernel community re-create that functionality whatever is missing from the kernel's tracing functionality in ways that work with the LTT tools
56:00 - 57:00:
its not going to be a small job
>>AUDIENCE: to what extent.. inaudible
>>JON CORBET: to what extent will the realtime patch set make it into the mainline kernel?
and everytime i've made a prediction on this i've been really badly burned. when it comes to getting the stuff into the kernel, there are no deterministic timelines at all. but the intent is to merge if not all of it most of it.. they like to do a lot of this within a course of a year. thomas ? has indicated he's getting a little tired of that
57:00 - 58:00:
doesn't want to maintain it out of tree for much longer
i think we will see more of it coming in.. some of the stuff is sufficiently scary. that it may take a while yet. i won't say that in a year we will see most of it merged. the desire is to merge it and someday i think.. the interesting thing is if you look at it.. a whole bunch of stuff has to come in
a lot of stuff we think of as core mainline functionality was initially realtime stuff.. and we've all got the benefits of that.. part of the problem is that they keep adding stuff to the realtime tree.. its a treadmill in a way but we'll get there
its probably getting to be about break time.. one more
58:00 - 59:00:
>>JON CORBET: Does this mean there is a conservation of determinism?
Who let this guy into the room? He snuck in.. i don't know.. Every patch gets into the mainline on its own schedule. there's not much to be done for that. on that cheery note. I think I will thank you all very much and enjoy the rest of the conference


text:
It's no secret that Fritz Coleman leads a double life. When the Valley Village resident is not providing the weather forecast on NBC's "Channel 4 News," there's a good chance he is doing stand-up comedy somewhere to benefit charity.
Coleman performs regularly on the third Sunday of the month at The Ice House in Pasadena. He will be at the venue this Sunday in support of the North Hollywood-based San Fernando Valley Rescue Mission, which offers emergency and long-term rehabilitation services to those in need. Next month his show will benefit Casa de las Amigas, a drug and alcohol rehabilitation center for women in Pasadena.
"My background is comedy. I actually got my job doing the weather from comedy," Coleman said.
In 1982, Coleman was a staff performer at the Comedy Store in Los Angeles. During his act, he quipped how he was "forced" to do the weather report when he worked in radio. Then-NBC news director Steve Antoniotti was in the audience and approached Coleman after the show, inviting him to audition for a fill-in weatherman spot on his program. Making only $45 a night at the club, Coleman eagerly tried out, was hired, and two years later, took over when the full-time weatherman left.
The career change has resulted in 32 years of steady employment, but Coleman has continued performing stand-up at any opportunity.
"I'm an observational comic. I love to point out the quirky aspects of our lives that are common and put a little bit of a twist on them and lightly sautè it in my own neurosis and it comes out in an amusing fashion, I hope," Coleman said.
Coleman said what makes his performances different is he does one-person shows. The current production, "Fritz Coleman Speaks to a Generation," is his fourth and addresses life over 50. He hopes to eventually turn the show into a full multimedia stage production. But for now, Coleman said the over-50 crowd call it a "Baby Boomer support group," while the younger set look at the humor as a cautionary tale.
Coleman's stand-up act also allows him to help others less fortunate. Because of his visibility on television, he is often invited to aid organizations in a variety of ways, like being a guest speaker for an event.
"I just love the fact that you can make a difference. So I go out and perform and do some amusing things and they get the money to make their organization better and everybody leaves with a little something," Coleman said.
For The Ice House's monthly performance, Coleman chooses to benefit organizations close enough to Pasadena so their supporters will attend the show. He donates 100 percent of the proceeds to the charity of the evening.
"It's a 130-seat theater so they're not going to make enough money to solve all their problems, but what it is is a feel-good evening for the base of people who support the organization," Coleman said.
In turn, the organizations appreciate Coleman's efforts.
"We are honored that Fritz chose the San Fernando Valley Rescue Mission to benefit from his comedy show," said Wade Trimmer, director of the organization. "It's nice to know that a night of laughter will help us provide many nights of safety and support for our guests."
Coleman's experience in comedy has also helped with his weather career, since the news is presented live with a computer running everything and sometimes technological meltdowns happen, he said.
"Stand-up has taught me not to be flapped by any of this stuff," Coleman said. "I've played to drunks at 1 o'clock in the morning, there's nothing a computer can do to me that will embarrass me on the news. One has really trained me to do well at the other."
And sometimes the two professions aren't all that different.
"Weather can be funny," Coleman said. "Your big mission as a weatherman in Southern California is to try to make the same forecast sound slightly different and entertaining every day between April and November when the weather is exactly the same."


text:
1981 Chevy Camaro Pure Stock Class - Track Tech
Q&A With Circle Track's Panel Of Experts
Carburetor QuandaryI race an '81 Camaro on a half-mile sealed clay, D-shaped oval in the Pure Stock class. The engine is a 350 outfitted with flat-top pistons, stock intake, and exhaust manifolds, .390-/.410-lift cam, 993 heads with stock valves, and a 750-cfm Quadrajet. A three-speed manual transmission and 5.57 rear gear get the power to the rear wheels.
A veteran racer installed a set of used DA secondary metering rods in the Quadrajet, which is a rebuilt unit intended for a '72 Camaro. After this simple swap, the carb was deemed ready to race. Today I inspected the rods and found significant wear on one rod where it contacts the hanger, and the other rod has a slightly bent tip.
The car performs up to my expectations, but the air/fuel mixture seems to be rich. Spark-plug and exhaust-pipe color is consistently black. The plugs are also slightly damp.
Do you have any advice on secondary metering rod and primary jet selection?Lee AtkinsJacksonville, FL
Let me see if I can help you here. On the basis of the information you've provided, several thoughts come to mind.
First, the installation of used metering rods and a hanger assembly runs the risk of parts being previously damaged. Bent metering rods may hang in their respective jets, possibly causing improper fuel enrichment, and mixtures that are either too rich or too lean. In fact, depending upon the extent of metering-rod damage, rod movement may be sufficiently impaired to cause extreme rich/lean conditions somewhere in the rpm range.
You should replace the metering rods and hanger assembly with new parts right away. Next, make certain the vacuum piston and its bore are free of any nicks or burrs that may impede movement of the piston. Then, see if you can obtain a couple of different sets of metering rods. The recommendation would be to opt for ones that provide leaner intermediate steps. This will help part throttle torque and response in your race car. Keep in mind that the idle enrichment is a source of fuel that never stops once it is activated. The idle circuit will reach its maximum delivery point and remain there throughout the rpm range.
For calibration (including jet selection), a good plan is to jet and select corresponding metering rods for the best power. Then you can use a spark plug heat range that allows reasonable plug life. Stated another way, this means calibrate fuel for power and put a plug in the engine that will live. However, do not put a plug in that will run so hot as to encourage detonation.
In any case, the suggestion is that you use only new metering rods, new hanger assemblies, and new jets. Experimenting with the hanger "cam" can also be a fine-tuning method. As a starting point, see how well a "K" cam will work in your Quadrajet.
I hope this will help you with your issues in the carburetor. Jim McFarlandAutoComAustin, TX
Help Me, I'm RichI have a question I hope you can help me with.
I have a Chevy 350 with .030-over K-B flat-top pistons, steel crank, Pink rods, and a camshaft with the following specifications: 247 degrees of duration at .050 on the intake and 255 degrees at .050 on the exhaust. Lobe lift is .350 on the intake and .360 on the exhaust. The Lobe separation is at 106 degrees. The gross valve lift is .525 on the intake and .540 on the (lobe-lift-time rocker ratio) exhaust. The engine is equipped with a 750 Edelbrock carburetor. The plugs are GM R46 and the ignition is stock with a super coil.
While the car is idling and I stand behind it, the exhaust burns my eyes. Why is this? I am puzzled. I hope you can tell me what is going on, and I look forward to your help.
Thanks for taking the time to answer my letter. Mark A. CaseyGranville, NY
Thanks for the question, Mark. From what I read in your letter, it sounds like you're getting a dose of unburned fuel, or at the very least you are getting the results of an overly rich fuel mixture condition. Lets talk a little about the basics of this situation. As valve timing begins to incorporate increased amounts of overlap, low-rpm combustion efficiency (especially at idle) tends to suffer. This means the engine is only partially burning its induced mixtures, which means it is then passing some amount of raw fuel out the exhaust.
Remember, carburetors are merely pressure-differential devices. Generally, atmospheric pressure sits at the carburetor's entry, and fuel-metering signals (pressure differentials) are established when lower-than-atmospheric pressure exists beneath the carburetor. Since valve timing affects cylinder pressure, increasing valve overlap tends to cause ragged idle quality (and mixture burn) at idle and low rpm, absent any appreciable engine load.
Since you didn't indicate idle rpm or amount of spark timing, it's difficult to be specific about your problem's cause. If the engine runs properly otherwise, then you can probably eliminate the possibility of a stuck carburetor float, improper float level, or intermittently fitting needle and seat.
There are a couple of simple things you can do for a preliminary check to try to isolate the problem. First, check the air bleeds to make sure they are clear and not plugged. Next, turn the fuel needles in, thereby reducing the amount of fuel getting to the engine. If this cures the problem, your job is done. If you go too far and stop the fuel flow completely, the engine will stall. If, however, the engine continues to run (at idle) with the needles turned all the way in, then there is a fuel leak somewhere supplying the gasoline for idling. Check for leaks. One possible leak is in the power valve, where the diaphragm may be broken. If that is the case, fuel will be passing by, and this could be the problem.
There is also the fact that you may need a professionally reworked carburetor to produce the idle characteristics you require. The professionals purposely do a lot of work on the carburetor to get the engine idle as lean as possible. The idle circuit can be tuned by opening up the idle air bleeds, and holes can be drilled to arrive at the desired effect. Doing that kind of thing is not recommended for the amateur--unless you know exactly what you are doing, you can further complicate the problem. By the way, that's why trick carburetors cost so much and work so well.
I hope this has pointed you in the right direction. Good luck out there racing around!Jim McFarlandAutoComAustin, TX
Mopar Or No CarI race on a quarter-mile flat asphalt oval track. I drive a '73 Duster with a 360 block and 340 heads and intake. It has a three-speed stick. Track rules allow us to run a 4412 Holley, stock intake, stock exhaust manifold, and up to a .490-lift cam. My 360 has a .474-lift Comp cam and 9.2:1 compression ratio. I also have a 340 with X heads, a stock intake manifold, a .484-lift Mopar cam, and a 10.8:1 compression ratio. Which motor will enable me to develop the most power on this type of track? (Which motor would better enable me to stuff the Chevys?) If it is a toss-up, please give me the pluses and the minuses of both motors. I look forward to reading your answer in the most awesome go-fast-turn-left magazine there is. It's Mopar or no car for my wife and me!Name and Address Withheld
Taking a look at the two engines, it would appear on the surface that the short answer to your question is that the 340 would be the better of the two. I say this because of two factors. First is the compression ratio of the 340, which is 10:8:1, versus the compression ratio of the 360, which is 9.2:1. The second factor is the heads. The X heads of the 340 are designed for improved flow characteristics over stock versions, and I think it's safe to say that X-head configuration is superior.
Having said that, let me expand a little more. I am assuming that the 340 has the right cam for what you are trying to do. Unfortunately, I am not provided with the specifications of the cam, so I cannot advise on that issue. But all things being equal, and if the cam is right for the motor, then I would say the 340 with the X heads and the compression ratio of 10:8:1 would be the first choice.
By the way, if you wanted to change cams in the 340, there are some choices we have that offer you a broader rpm range to run in. With the kind of compression ratio the you have in the 340, we can select a little larger duration cam, which would give you a broader power range. By doing that, it should help you get around the track better on a flat track and in higher-rpm environments.
Now, let's talk a little about the 360 engine. This motor is not bad as a second choice, but there is a scenario I can think of that might make it your first choice. It may be used as a first choice if you are running at a track that has a poor surface and you do not need as much torque as you get from the 340. In that situation, the 360 might serve you better.
I hope all of this has helped you, and whichever engine you wind up using, stay safe and have fun. James FryCompetition CamsMemphis, TN
Spring Into ActionI have a couple of technical questions I can use some help on. I am fairly new to racing, and I wondered if you could help me with some baseline spring and weight settings for my car. I am running an old Ford unibody car in a pretty much Stock class. It has front coils and rear multileaf. Total weight of the car is approximately 3,250 pounds. As the car sits right now, it is running 52 percent front weight. I am running it on a quarter-mile paved oval with 9 degrees of banking in the corners. As I said, I am looking for somewhere to start from. Any help would be appreciated. Ken CallawayVancouver, WA
From the information you have supplied, there are some basics that can be suggested, however it's not possible to give you an exact because more information is needed. That having been said, let's take a look at your situation and see if we can't give you some direction.
Because you are running on a relatively flat track, here is a general setup suggestion for your car. This is, of course, just a suggestion for a baseline, and it's important that you take your car to the track for a little open-practice testing to see how this works. It is sometimes hard to be a desk jockey and tell you what works best, and nothing can take the place of testing and practice. Also, looking at this setup, I know you say its stock, but you should take a look at some aftermarket shocks for this car, I think you will be happier with the performance over the stock shocks.
On the hypothetical side of this, you'll have to get a feel for the car to achieve the right combination. For instance, if you feel it's rolling over too much (going into the corners) then you need to work a little more on the setup. If you are like a lot of new drivers, you probably will take the car into the corner as far as you can, nail the brakes, and then try to power out of the turn. This happens a lot with new guys, but after practice and races under your belt, you will develop a smoother entry into and exit out of the corners. The point is, as your driving style matures, you will also be doing some finesse-type changes on setup to adapt to the changes in your driving skills. It's a natural progression that comes from seat time.
With experience, you will develop a smoother entry and exit into the turns. After that, along with practice time, you should become adept at knowing what you need and then making those changes. Brian ChildressChildress Race CarsThomasville, NC
How to write to Circle Track:
Direct all correspondence to Track Tech Circle Track Magazine 3816 Industry Blvd. Lakeland, FL 33811
or send us an e-mail at email@example.com. Letters are subject to editing and condensation and must include a signature, valid mailing address, and telephone number.


text:
Start a conversation with us to get your company involved.
Over the past two decades, Earthwatch has been a pioneer in partnering with business. In that time we have partnered with some of the world's biggest blue-chip companies, including HSBC, Shell, Rio Tinto, Swire Group, Cadbury Kraft, Ernst & Young, and Microsoft.
We have received a number of accolades over the years, including:
We also have an excellent conservation track record. Highlights include:
Cadbury working in partnership with Earthwatch to implement a sustainable cocoa and biodiversity research project in Ghana.
Earthwatch partners with organizations across all sectors of business to improve both environmental and corporate sustainability.
See who we work with:


text:
- How do I become a member of the HSUS?
- How do I change my name or address with the HSUS?
- How do I cancel my monthly donation?
- Why is BlackBaud showing up on my credit card statement after I donated to the HSUS?
- Can I modify the number of mailings that I receive?
- Why do I receive HSUS mailings addressed from Washington, DC and Phoenix, Arizona?
- How do I request a receipt to document my donation?
- I sent in my HSUS membership renewal, but I received another "renewal" notice. Why?
- Does the HSUS exchange information with other organizations?
- What is my membership number?
How do I become a member of the HSUS?
To become a member of the HSUS, sign up using our secure form or call 866-720-2676 to join today. Members who donate $25 or more annually will receive a one-year subscription to our award-winning magazine, All Animals.
How do I change my name or address with the HSUS?
To change your name or address, please send us your previous and current contact information. You may note this on your donation form, provide it via email or call us at 866-720-2676. Once your record is updated, it takes eight to 12 weeks for the changes to take effect, as we process our mail in advance.
How do I cancel my monthly donation?
Your monthly donation may be canceled by contacting our Donor Care team at 1-866-720-2676 Monday through Friday 8 a.m. to 11 p.m. or Saturday and Sunday 9 a.m. to 6 p.m.
Why is BlackBaud showing up on my credit card statement after I donated to the HSUS?
BlackBaud is the payment processor for the HSUS and its affiliates. We have asked to have the HSUS (or affiliate) name displayed on the credit card statement when a donation is made, but it is up to each individual credit card company as to how items are displayed on an individual's statement. We are working with the different credit card companies to rectify this situation and hope to have this matter resolved in the near future.
Can I modify the number of mailings that I receive?
Yes! To change the number of mailings you receive, please contact us. We can decrease your correspondence. We will need your full name and address and the number of mailings you'd like to receive. Please note that it takes eight to 12 weeks for the mail to reflect the changes, as we process our mail in advance.
Why do I receive HSUS mailings addressed from Washington, DC and Phoenix, Arizona?
As the largest animal protection organization in the country, the HSUS receives a large volume of mail. To best coordinate the timely receipt and processing of all correspondence, the HSUS utilizes two mail houses, one in Washington, DC and one in Phoenix, Ariz. When responding to an HSUS mailing, we encourage you to use the provided postage-paid envelopes. This will ensure that your donations and letters are processed in a timely manner.
How do I request a receipt to document my donation?
The HSUS does not send receipts for individual donations under $75 unless specifically requested. Individuals who have made a one-time donation of $75 or more automatically receive a receipt. If you would like to receive a receipt for a single donation you made to the HSUS, please call our membership department at 866-720-2676 and we can mail you a receipt.
Members who donate online automatically receive a donation receipt sent to their registered email account each time their donations are processed online. Online donors also have the ability to log into their online profile pages and view their online donation history.
I sent in my HSUS membership renewal, but I received another "renewal" notice. Why?
The HSUS develops its mailings two months in advance. Often, a donation and the renewal notice cross in the mail. Be assured that for every donation of $10 or more, your membership is extended for one year from the date your gift is processed.
Does the HSUS exchange information with other organizations?
Yes. In addition to your contributions, donors assist the HSUS by allowing us to exchange their name with organizations whose missions support the work we do. Rest assured that no confidential information is exchanged. To remove your name from our exchange list, please contact us by email or call 866-720-2676. You can also send your request to:
The Humane Society of the United States
1255 23rd Street, NW, Suite 450
Washington, DC 20037
ATTN: Member Services
What is my membership number?
This information exchange applies only to postal addresses. The HSUS respects your privacy and will never sell, rent, trade or share your email address.
Your membership number is listed on the reply card of each HSUS mailing. Either above or below your name and address, there should be a long series of letters and numbers. The second section of that series is your membership number. For example: If the series "2101 123456789 2 H43W29" is listed on your mailing, then your membership number is "123456789."


text:
Due to the passage of the new tax law this week, we have gotten several questions about Section 179 and bonus depreciation. A couple of questions are as follows:
"Can you please expand on the extension of section 179? For 2012, will the limits remain at $139,000/$560,000 or do they increase to $500,000/$2mil. For 2013, are the amounts $139,000/$560,000 or $500,000/$2mil?"
"Will farm buildings such as shop or equipment storage buildings be eligible for section 179 or bonus depreciation for 2013?"
The answer on the first question is that Section 179 for taxable years beginning in 2012 AND 2013 reverts back to the rules for 2010 and 2011. This means that you can take Section 179 on new or used equipment of up to $500,000 in each year. If you purchase more than $2 million of equipment in any one year, then the amount you can deduct is reduced dollar for dollar. In 2014, the deduction reverts back to $25,000 (assuming no change by Congress). The $139,000 amount originally proposed for 2012 has been eliminated.
On the second question, general farms buildings such as machines shops, barns, etc. are NOT allowed for Section 179. However, single purpose structures such as a hog confinement facility are allowed to be deducted under Section 179. Newly constructed farm buildings are allowed to use 50% bonus depreciation in 2012 AND 2013. This provision is eliminated for 2014 (again subject to change by Congress).
The mechanics of how these rules interact is that you must take Section 179 first, then bonus depreciation second, and regular depreciation on what is left.
As an example, lets assume a farmer buys a new combine for $300,000. He elects to take Section 179 of $100,000 first, then on the remaining $200,000, he is entitled to $100,000 bonus depreciation and finally, the remaining $100,000 has a depreciation deduction of 10.71% for the first year of $10,710. His total deduction for the year is $210,710.
Now let's assume the combine is used. Using the same numbers, he takes Section 179 or $100,000, no bonus depreciation and $21,420 for a total deduction of $121,420 or about $90,000 less than a new combine.
In general, if you purchase farm equipment of less than $500,000 in 2012 and/or 2013, you will be able to deduct 100% of the purchase. If you build a new shop or other farm building in 2012 or 2013, your net deduction for either year will be about 52% of the cost to build.


text:
Visualizing the structures of molecules
Hitoshi Goto and colleagues have developed high performance molecular simulation tools to study the 3D arrangement of molecules, enabling better design of medicinal and agricultural drugs which are more effective and fewer side effects.
"We've developed high performance molecular simulation tools and a graphical user interface for researchers to study the conformation—the three-dimensional structural arrangement of molecules, and this is enabling us to design medicinal and agricultural drugs that are more effective and have fewer side-effects," says Goto. The tool-set has been commercialized under the brand name CONFLEX/BARISTA, for which Goto wrote the algorithms.
He explains that CONFLEX, together with its graphical user interface BARISTA, enables researchers to visualize the possible spatial arrangements of atoms in a molecule and therefore more easily study their chemically important (energetically stable) molecular formations. This in turn can reveal how a particular arrangement or conformation influences a molecule's chemical behavior. For instance, HIV inhibitors can be better understood and studied with the aid of 3-D graphical representations provided by the software.
Another area of Goto's research involves the development of methods to predict crystal structures in instances of molecular structures having more than one crystalline form: a phenomenon known as polymorphism.
"When a molecule can be crystallized with different packing forms, a part of the grown crystal may show unexpected physical, chemical and biological (medicinal) properties," says Goto. For instance, a second crystal structure of aspirin has recently been discovered, which is slightly different to the commonly known standard structure. Goto's crystal simulation technology can be used to calculate the energies bound up in such a polymorphic structure, an understanding that can help research chemists predict its medicinal effects.
CONFLEX is currently available at version 6. Goto and his lab co-workers have been working on new algorithms that will help researchers search for new crystal structures, an endeavor that normally requires the use of expensive X-ray equipment. "This function will be available in a few months in version 7 of CONFLEX," says Goto. "Developing these algorithms is very complex and time consuming. In fact, I've been working on them for over a decade, for it's involved a lot of trial and error. So I'm pleased this feature is now ready to be distributed."
Explore further


text:
Still not connected?Sign Up
Thank You!
Your Response has been received successfully.
We will get back to you shortly.
There seems to be some problem sending the request.
Please try again later.
Redirecting you...
Dabangg 3 is a Hindi movie starring Salman Khan and Sonakshi Sinha in prominent roles. It is an action romantic thriller directed by Prabhu Deva with Sajid Ali and Wajid Ali as musician, forming part of the crew.