quarta-feira, 19 de fevereiro de 2020
quinta-feira, 26 de agosto de 2010
De 2007 até hoje... NADA!
Um artigo antigo, dinossáurico mesmo, do longínquo ano de 2007. E incrivelmente, permanece actual. Estou a falar em termos informáticos, mas que tudo continua na mesma, continua.
Tanto hardware e tão fraco software.
http://apcmag.com/why_i_quit_kernel_developer_con_kolivas.htm
E não vá isto desaparecer de um momento para o outro, aqui vai cópia.
Why I quit: kernel developer Con Kolivas
INTERVIEW | Linux is burdened with enterprise crap that makes it run poorly on desktop PCs, says kernel developer Con Kolivas who recently walked away from years of work on it.
Con Kolivas
Con Kolivas is a prominent developer on the Linux kernel and strong proponent of Linux on the desktop. But recently, he left it all behind. Why?
In this interview with APCMag.com, Con gives insightful answers exploring the nature of the hardware and software market, the problems the Linux kernel must overcome for the desktop, and why despite all this he's now left it all behind.
Read on for an honest appraisal of Linux, and why it has some way to go yet.
You wouldn't know it from seeing him online, but by day Con Kolivas works an anaesthetist at a hospital in Melbourne. Linux kernel hacking is just one of his hobbies.
Despite this, Con is one of the most well known names in Linux kernel development -- and with good reason. His focus on improving the kernel for desktop performance has won him a legion of fans, and his patchsets for the Linux kernel (marked as -ck) have had a significant impact. So much so that some of his changes have been directly incorporated into the kernel, and some of ideas inspire changes still taking place.
Recently, however, Con announced he was leaving it all behind. Interested in hearing what prompted the move I contacted Con to talk about the reasons for his leaving, what it takes to be a kernel developer, the future as he sees it.
The response I got was more than I bargained for -- in the conversation that followed, Con explored not just why he left, but also the challenges the Linux kernel must overcome as he sees it, and the very nature of the hardware and software market that led to the computing environment we have today. Whether you're a Windows user or Linux user, he makes some excellent points.
Rather than break up the Con's responses, we're publishing it as it stands. So grab a coffee, make yourself comfortable, and read on.
****
The death of innovation in PCs, and how Con Kolivas started to identify problems with Linux performance on the desktop.
APC: How did you get started developing for the Linux kernel, did you enjoy it, and what's the passion that drives you?
Normally this would be a straight forward question to answer. However at this time, I've had the opportunity to reflect on what really got me into kernel development, and I'll be able to answer it more thoroughly. So if you give me the latitude to answer it I might end up answering all your potential questions as well. This is going to be my view on personal computing history.
The very first computer I owned was 24 years ago. I've been fortunate to have been involved in the personal computer scene since not long after it actually began. In the time since then, I've watched the whole development of the PC, first with excitement at not knowing what direction it would take, then with anticipation at knowing where it would head and waiting for the developments.
In the late 1980s it was a golden era for computing. There were so many different manufacturers entering the PC market that each offered new and exciting hardware designs, unique operating system features and enormous choice and competition. Sure, they all shared lots of software and hardware design ideas but for the most part they were developing in competition with each other. It is almost frightening to recall that at that time in Australia the leading personal computer in numbers owned and purchased was the Amiga for a period.
Anyone who lived the era of the first Amiga personal computers will recall how utterly unique an approach they had to computing, and what direction and advance they took the home computer to. Since then there have been many failed attempts at resuscitating that excitement. But this is not about the Amiga, because it ultimately ended up being a failure for other reasons. My point about the Amiga was that radical hardware designs drove development and achieved things that software evolution on existing designs would not take us to.
At that time the IBM personal computer and compatibles were still clunky, expensive, glorified word processing DOS machines. Owners of them always were putting in different graphics and sound cards yearly, upgrading their hardware to try and approach what was built into hardware like the Amiga and the Atari PCs.
Enter the dark era. The hardware driven computer developments failed due to poor marketing, development and a whole host of other problems. This is when the software became king, and instead of competing, all hardware was slowly being designed to yield to the software and operating system design.
We're all aware of what became the defacto operating system standard at the time. As a result there was no market whatsoever for hardware that didn't work within the framework of that operating system. As a defacto operating system did take over, all other operating system markets and competition failed one after the other and the hardware manufacturers found themselves marketing for an ever shrinking range of software rather than the other way around.
Hardware has since become subservient to the operating system. It started around 1994 and is just as true today 13 years later. Worse yet, all the hardware manufacturers slowly bought each other out, further shrinking the hardware choices. So now the hardware manufacturers just make faster and bigger versions of everything that has been done before. We're still plugging in faster CPUs, more RAM, bigger hard drives, faster graphics cards and sound cards just to service the operating system. Hardware driven innovation cannot be afforded by the market any more. There is no money in it. There will be no market for it. Computers are boring.
Enter Linux. We all know it started as a hobby. We all know it grew bigger than anyone ever imagined it. It would be fair to say that it is now one of the most important of the very few competing pieces of software/operating system that remains and drives development of the defacto standard -- Windows. However, I believe it never deserved to become this. Had the innovative hardware driven development and operating system competition continued, there is no way it would have attracted as much following, developers and time to evolve into what it has become. The hardware has barely changed in all that time. PCs are ludicrously powerful compared to what they were when Linux first booted in 1991, but that's an issue of increased speed, not increased functionality or innovation.
Inferior but dominant: familiar story? The technology inside the PC was inferior and poorly architected compared to other competing systems of the day, but Microsoft's clever business tactics ensured its success in the long term because it ran Windows.
So what about the PC? Well the PC was 'dying' according to all accounts 20 years ago. We all know now that is crap and for the foreseeable future at least, the one all encompassing, information processing, communication (and frustration creator) is here to stay. The internet certainly has cemented that position for the PC.
So Linux was created to service the home desktop personal computer, and the PC is here to stay. For those who were looking for some excitement and enjoyment in using their computer, the defacto operating system just doesn't cut it. We want to tinker, we want control, we want power over everything. Or alternatively we believe in some sort of freedom or some combination of the above. So we use Linux. That is certainly how I got involved in Linux; I wanted something to use on the home desktop PC.
However, the desktop PC is crap. It's rubbish. The experience is so bloated and slowed down in all the things that matter to us. We all own computers today that were considered supercomputers 10 years ago. 10 years ago we owned supercomputers of 20 years ago.. and so on. So why on earth is everything so slow? If they're exponentially faster why does it take longer than ever for our computers to start, for the applications to start and so on? Sure, when they get down to the pure number crunching they're amazing (just encode a video and be amazed). But in everything else they must be unbelievably slower than ever.
Computers of today may be 1,000 times faster than they were a decade ago, yet the things that matter are slower.
The standard argument people give me in response is 'but they do such more these days it isn't a fair comparison'. Well, they're 10 times slower despite being 1000 times faster, so they must be doing 10,000 times as many things. Clearly the 10,000 times more things they're doing are all in the wrong place.
(Latest OS, slow as molasses: long-time Microsoft-watcher Mary Jo Foley is scathing about the 'molasses-like' boot and shutdown speed of Vista, even running on the latest high-end machines.)
APC: So, the performance problems of Linux on the desktop became a key motivator for you?
Yes. I started to tinker with improving Linux on the desktop. "Surely if I have complete control over all the software I'll be able to speed things up," I thought. There must be a way to tweak this, tune that, optimise this and get more speedups? Userspace improvements seemed so limited when I got started in Linux. It barely worked on the desktop half the time so trying to get speed out of it on top would mean that nothing worked. The UNIX legacy was evident. We were shaping an operating system never designed for the desktop and it was going to hurt... a lot.
Eventually the only places I noticed any improvements in speed were kernel developments. They were never huge, but caused slightly noticeable changes in things like snappiness, behaviour under CPU load and so on. The first patchset I released to the public contained none of my own code and was for kernel 2.4.18 which was about February 2002. I didn't even know what C code looked like back then, having never actually been formally taught any computer science.
So I stuck with that for a while until the 2.6 development process was under way (we were still in a 2.5 kernel at the time). I watched the development and to be honest... I was horrified. The names of all the kernel hackers I had come to respect and observe were all frantically working away on this new and improved kernel and pretty much everyone was working on all this enterprise crap that a desktop cares not about.
Even worse than that, while I obviously like to see Linux run on 1024 CPUs and 1000 hard drives, I loathe the fact that to implement that we have to kill performance on the desktop. What's that? Kill performance? Yes, that's what I mean.
If we numerically quantify it with all the known measurable quantities, performance is better than ever. Yet all it took was to start up an audio application and wonder why on earth if you breathed on it the audio would skip. Skip! Jigabazillion bagigamaherz of CPU and we couldn't play audio?
Or click on a window and drag it across the screen and it would spit and stutter in starts and bursts. Or write one large file to disk and find that the mouse cursor would move and everything else on the desktop would be dead without refreshing for a minute.
I felt like crying.
I even recall one bug report we tried to submit about this and one developer said he couldn't reproduce the problem on his quad-CPU 4GB RAM machine with 4 striped RAID array disks... think about the sort of hardware the average user would have had four years ago. Is it any wonder the desktop sucked so much?
The developers were all developing for something that wasn't the desktop. They had all been employed by big name manufacturers who couldn't care less about the desktop (and still don't) but want their last 1% on their database benchmark or throughput benchmark or whatever.
Linux had won. We were now the biggest competition in the server and database market out there and all the big names cared about Linux. Money was pouring into development from all these big names into developing Linux's performance in these areas.
The users had lost. The desktop PC, for which linux started out as being development for, had fallen by the wayside. Performance, as home desktop users understand performance, was gone. Worse yet, there was no way to quantify it, and the developers couldn't care if we couldn't prove it. The one place I found some performance was to be gained on the desktop (the kernel) was now doing the opposite.
******
APC: So what did you do next to try to convince the Linux kernel devs of the need for more focus on end-users?
I set out to invent some benchmark to try and quantify performance problems in Linux on the desktop PC. The first benchmark I created called 'Contest' (pun intended). It was horribly complicated to use and set up and the results were difficult to interpret but at least I tried. It did help. Some changes did come about as a result of these benchmarks, but mostly on the disk I/O front. So I was still left looking at this stuttering CPU scheduling performance.
I had some experience at merging patches from previous kernels and ironically most of them were code around the CPU scheduler. Although I'd never learnt how to program, looking at the code it eventually started making sense.
I was left pointing out to people what I thought the problem was from looking at that particular code. After ranting and raving and saying what I thought the problem was, I figured I'd just start tinkering myself and try and tune the thing myself.
After a few failed experiments I started writing some code which helped... a lot. As it turns out people did pay attention and eventually my code got incorporated. I was never very happy with how the CPU scheduler tackled interactivity but at least it was now usable on the desktop.
Not being happy with how the actual underlying mechanism worked I set out to redesign that myself from scratch, and the second generation of the -ck patchset was born. This time it was mostly my own code. So this is the story of how I started writing my own code for the linux kernel.
In brief, following this I found myself writing code which many many desktop users found helped, but I had no way to quantify these changes. There is always a placebo element which makes the end user experience difficult to clarify as to whether there is an improvement or not.
However I have tried very hard to make myself relatively resistant to this placebo effect myself from years of testing, and I guess the fact that my website has close to 1 million hits suggests there are people who agree it makes a difference. This inability to prove quantitatively the advantage that -ck offered, though, was basically what would eventually spell out the death of it.
APC: What code did get incorporated into the mainline kernel?
Looking back, while the patchset has been well known, little of the actual code itself ended up in the mainline kernel, even if it spurned interest and development from other people in that time. Most of what did end up going in were changes to the CPU scheduler to improve interactivity, fairness, SMP user fairness, making 'nice' behave itself, hyperthread fairness and so on. There were lots of other minor contributions in other areas, such as the virtual memory subsystem, software suspend, disk i/o scheduling and random bugfixes.
The emphasis of what I did get involved in is still the area that there are many -ck patches in the last release I ever made (2.6.22-ck1). The remaining patches reflect where I still believe massive problems exist for the desktop, and ironically, despite my efforts to the contrary, the same problems seem to get magnified with each passing year.
It seems that the emerging challenges for the linux kernel on the desktop never seem to get whole-heartedly tackled by any full time developer, and only get a sideways glance when the problems are so obvious that even those on the linux kernel mailing list are willing to complain about them.
APC: Was there a toll on you for this voluntary involvement?
Yes. There is no doubt that whenever I was heavily involved, I would stay awake at night thinking up code solutions, I would be sleep deprived, and it had the possibility to impact on my work and family life. I tried very hard to never compromise those two for the sake of kernel development, but perhaps on occasion I did push it to far. I make an issue of never regretting anything I have done so I'm still pleased with my involvement till now.
APC: What was the driving force that caused you to hangup your kernel coding keyboard and the -ck patchset?
That's one of those 'I wish I had a dime for ever time I was asked that' sort of questions.
As most people are well aware, my involvement in kernel development was motivated on three fronts, and it has zero to do with my full time career and life.
First, it was lots of fun. I've always been a computer geek and enjoyed spending hours in front of the computer doing... well whatever really. So spending it on something that had become a passion for me was an obvious source of great enjoyment for me.
Second, it was an intellectual challenge. There seemed to be things that I always wish were done in the Linux kernel, and there were issues people didn't really care to tackle and so on. Trying to confront them head-on I was doing something I really hadn't done before in terms of high level programming. I learnt a heck of a lot about operating system design and all other really basic computer science things that most CS students probably are bored with.
However it was all new to me. There is precious little (and some would argue zero) new research in operating system design. Looking at linux there is innovation in the approach to tackling things, but it's not like there's anything new about the problems being fixed. The same issues have always been there in hardware vs software designs, and all the research has been done. I've seen many people accuse me of claiming I invented fair scheduling. Let me set the record straight. I make no such ridiculous claim.
What I did was take what was known and try and apply it to the constraints of current hardware designs and the Linux kernel framework. While the 'global picture' of the problems and solutions have been well known for many years, actually narrowing down on where the acute differences in hardware vs software have evolved has not. Innovation only lies in the application of those ideas. Academic approaches to solutions tend not to be useful in the real world. On the flip side, pure hackery also tend to be long term disasters even if initially they're a quick fix. Finding the right balance between hackery and not ignoring the many years of academic research is what is needed.
APC: Did you get that balance right?
Heck no. But that's what I strived for. I think there are precious few developers who do. If there is one failing in the human driven decision making in choosing what code goes where it is that it is impossible to recognise that (again I'm not saying it was my code).
Third, it was an ego trip. If I improved something that I cared about, I found that usually lots of other people cared about it. The reason for that obviously is that I was actually an ordinary desktop PC user that pretended to be a kernel hacker. So whenever I made improvements that affected desktop users, lo and behold lots of people cared about them. I recall a kernel hacker that I respected very much joked about my 'fans' and asking how he could attract a crowd. He has contributed possibly 1000 times more lines of code to linux kernel than myself, yet I had a 'following'.
I only attracted a following because I hacked on things I cared about. And the users told me so. The one thing that drove my development over the many years were the 'thank you's that I got from the users of the -ck patchset.
So I still haven't answered your question about what made me stop kernel development have I? I guess explaining my motivations helps me explain why I stopped.
The user response was still there. If anything, the users got more vocal than ever as I was announcing quitting kernel development.
The intellectual challenge? Well that still existed of course.
The fun? Yes that's what was killed. It stopped being fun. In my now quite public email announcing that I was quitting I explained it briefly. The -ck patchset was for quite a while, a meaningless, out of mainline's spotlight playground for my experiments. As the scope of changes got larger, the improvements became more drastic and were more acutely noticeable. This led to more and more people asking me when the changes would me merged into mainline. As the number of requests grew, my resolve to not get mainline involved diminished. So I'd occasionally post patches as examples to the linux kernel mailing list. This generated more interest and requests to get mainline involved. So I tried.
You asked before what patches from -ck got into mainline and I listed a whole lot of random minor patches. The magnitude of the changes in the patches that did _not_ get involved stands out far more than those that did get in.
APC: was there something that was the 'final straw' for you?
My first major rejection was the original staircase CPU scheduler. It stood out as being far better in interactivity than the mainline CPU scheduler, but ultimately, just as the mainline CPU scheduler, it had corner cases that meant it was not perfect. While I was still developing it, the attention moved away from the CPU scheduler at that time. The reason given by Andrew Morton (the maintainer and second last gateway into the mainline kernel) at the time was that the kernel had more burning issues and bugs to address.
Of course it did. There were so many subsystems being repeatedly rewritten that there was never-ending breakage. And rewriting working subsystems and breaking them is far more important than something that might improve the desktop right? Oops, some of my bitterness crept in there. I'll try and keep emotion out and just tell the rest of the story as objectively as I can.
The main problem was that there simply was not a convincing way to prove that staircase was better on the desktop. User reports were not enough. There was no benchmark. There was no way to prove it was better, and the user reports if anything just angered the kernel maintainers further for their lack of objectivity. I even tried writing a benchmark called Interbench. Note that interactivity is not responsiveness (I have a little summary of the difference as I see it with the Interbench code). This was much better code than Contest but even though I could demonstrate advantage with my scheduler on Interbench, the magnitude of the differences was difficult if not impossible to elicit based on the raw numbers generated by Interbench.
With a truckload of help from William Lee Irwin III (who wrote the main architecture) I posted a pluggable CPU scheduler framework that would allow you to build into the kernel as many of multiple CPU schedulers as you like and choose at boot time which one to run. I planned to extend that to runtime selection as well. This is much like the modular pluggable I/O scheduler framework that Linux kernel currently has. It was flat out refused by both Linus and Ingo (who is the CPU scheduler maintainer) as leading to specialisation of CPU schedulers and they both preferred there to be one CPU scheduler that was good at everything. I guess you can say the CPU scheduler is a steamroller that we as desktop users use to crack nuts with, and they didn't want us to build a nutcracker into the kernel.
The purpose of Plugsched was simply to provide a seamless way for the staircase CPU scheduler to be integrated into the mainline kernel. I didn't feel strongly about the presence of pluggable CPU schedulers, but many people still do and the code is still maintained today mainly by Peter Williams.
Then along came swap prefetch. I spent a long time maintaining and improving it. It was merged into the -mm kernel 18 months ago and I've been supporting it since. Andrew to this day remains unconvinced it helps and that it 'might' have negative consequences elsewhere. No bug report or performance complaint has been forthcoming in the last 9 months. I even wrote a benchmark that showed how it worked, which managed to quantify it! In a hilarious turnaround Linus asked me offlist 'yeah but does it really help'. Well, user reports and benchmarks weren't enough... It's still in limbo now but they'll have no choice but to drop it without anyone maintaining it.
Finally the nail in the coffin. The Staircase Deadline CPU scheduler. Initially started as a side project from the Staircase CPU scheduler I soon realised that it was possible to have excellent interactivity while fixing the horrible fairness issues that an unfair design had. Furthermore, it actually improved interactivity issues elsewhere that ended up being fairness problems, and fairness is of course paramount to servers and multiuser environments.
A lot of users and even kernel developers found that many long lasting complaints with the mainline and other schedulers were fixed by this code and practically begged me to push it into mainline, and one user
demanded Linus merge it as soon as possible as a bugfix. So I supported the code and fixed it as problems arose and did many bugfixes and improvements along the way.
Then I hit an impasse. One very vocal user found that the unfair behaviour in the mainline scheduler was something he came to expect. A flamewar of sorts erupted at the time, because to fix 100% of the problems with the CPU scheduler we had to sacrifice interactivity on some workloads. It wasn't a dramatic loss of interactivity, but it was definitely there. Rather than use 'nice' to proportion CPU according to where the user told the operating system it should be, the user believed it was the kernel's responsibility to guess. As it turns out, it is the fact that guessing means that no matter how hard and how smart you make the CPU scheduler, it will get it wrong some of the time. The more it tries to guess, the worse will be the corner cases of misbehaving.
The option is to throttle the guessing, or not guess at all. The former option means you have a CPU scheduler which is difficult to model, and the behaviour is right 95% of the time and ebbs and flows in its metering out of CPU and latency. The latter option means there is no guessing and the behaviour is correct 100% of the time... it only gives what you tell it to give. It seemed so absurdly clear to me, given that interactivity mostly was better anyway with the fair approach, yet the maintainers demanded I address this as a problem with the new design. I refused. I insisted that we had to compromise a small amount to gain a heck of a great deal more. A scheduler that was deterministic and predictable and still interactive is a much better option long term than the hack after hack approach we were maintaining.
Then I became very unwell. A disc prolapse in my neck basically meant I need to lie flat on my back for about 6 weeks. Yes, kernel development did contribute to this problem. So I was drugged to the eyeballs and spent most of the day and night lying down... having nothing to think about but stew over the kernel. Whenever I could I snuck back on the PC to try and support the code I had thrown out there. I refused to budge on the fairness aspect, and I kept getting that thrown back in my face as an unfixable failure in the design.
Then one day presumably Ingo decided it was a good idea and the way forward and... wrote his own fair scheduling interactive design with a modular almost pluggable CPU scheduling framework... and had help with the code from the person who refused to accept fair behaviour in my flamewar.
So I had plenty of time lying on my back to reflect on what I was doing and why, and whether I was going to regret it from that point on. I decided to complete the work on Staircase Deadline to make sure it was the reference for comparison, instead of having the CPU scheduler maintainer's new code comparing to the old clunky scheduler. Then I quit forever.
APC: Are developer egos a problem in the open source development model in general?
I think any problem with any development model has multiple factors, and ultimately, it is humans that make decisions. I won't comment on the humans themselves.
If there is any one big problem with kernel development and Linux it is the complete disconnection of the development process from normal users. You know, the ones who constitute 99.9% of the Linux user base.
The Linux kernel mailing list is the way to communicate with the kernel developers. To put it mildly, the Linux kernel mailing list (lkml) is about as scary a communication forum as they come. Most people are absolutely terrified of mailing the list lest they get flamed for their inexperience, an inappropriate bug report, being stupid or whatever. And for the most part they're absolutely right. There is no friendly way to communicate normal users' issues that are kernel related. Yes of course the kernel developers are fun loving, happy-go-lucky friendly people. Just look at any interview with Linus and see how he views himself.
I think the kernel developers at large haven't got the faintest idea just how big the problems in userspace are. It is a very small brave minority that are happy to post to lkml, and I keep getting users telling me on IRC, in person, and via my own mailing list, what their problems are. And they've even become fearful of me, even though I've never viewed myself as a real kernel developer.
Just trawl the normal support forums (which I did for Gentoo users as a way of finding bug reports often because the users were afraid to tell me) and see how many obvious kernel related issues there are. I'd love to tell them all to suddenly flood lkml with their reports of failed boots with various kernels, hardware disappearing, stopping working suddenly, memory disappearing, trying to use software suspend and having your balls blown off by your laptop, and so on.
And there are all the obvious bug reports. They're afraid to mention these. How scary do you think it is to say 'my Firefox tabs open slowly since the last CPU scheduler upgrade'? To top it all off, the enterprise users are the opposite. Just watch each kernel release and see how quickly some $bullshit_benchmark degraded by .1% with patch $Y gets reported. See also how quickly it gets attended to.
APC: What are you doing in your spare time now, and what future projects do you have planned?
I had some small userspace toys that I was experimenting with (compression tools, video encoding/conversion tools and a few others) that I thought I'd get back to. However just looking at any code gives me a bad taste in the mouth so that's not happening.
My current passion is learning Japanese. It's fun, it's a huge intellectual challenge, will allow me to eventually understand lots of interesting Japanese media in its native language (short stories, movies, manga and anime) and comes with no strings attached. I never really know what hobby I'll end up taking up but I usually get completely engrossed in whatever it was.
Thankyou for your time Con.
INTERVIEW | Linux is burdened with enterprise crap that makes it run poorly on desktop PCs, says kernel developer Con Kolivas who recently walked away from years of work on it.
Con Kolivas
Con Kolivas is a prominent developer on the Linux kernel and strong proponent of Linux on the desktop. But recently, he left it all behind. Why?
In this interview with APCMag.com, Con gives insightful answers exploring the nature of the hardware and software market, the problems the Linux kernel must overcome for the desktop, and why despite all this he's now left it all behind.
Read on for an honest appraisal of Linux, and why it has some way to go yet.
You wouldn't know it from seeing him online, but by day Con Kolivas works an anaesthetist at a hospital in Melbourne. Linux kernel hacking is just one of his hobbies.
Despite this, Con is one of the most well known names in Linux kernel development -- and with good reason. His focus on improving the kernel for desktop performance has won him a legion of fans, and his patchsets for the Linux kernel (marked as -ck) have had a significant impact. So much so that some of his changes have been directly incorporated into the kernel, and some of ideas inspire changes still taking place.
Recently, however, Con announced he was leaving it all behind. Interested in hearing what prompted the move I contacted Con to talk about the reasons for his leaving, what it takes to be a kernel developer, the future as he sees it.
The response I got was more than I bargained for -- in the conversation that followed, Con explored not just why he left, but also the challenges the Linux kernel must overcome as he sees it, and the very nature of the hardware and software market that led to the computing environment we have today. Whether you're a Windows user or Linux user, he makes some excellent points.
Rather than break up the Con's responses, we're publishing it as it stands. So grab a coffee, make yourself comfortable, and read on.
****
The death of innovation in PCs, and how Con Kolivas started to identify problems with Linux performance on the desktop.
APC: How did you get started developing for the Linux kernel, did you enjoy it, and what's the passion that drives you?
Normally this would be a straight forward question to answer. However at this time, I've had the opportunity to reflect on what really got me into kernel development, and I'll be able to answer it more thoroughly. So if you give me the latitude to answer it I might end up answering all your potential questions as well. This is going to be my view on personal computing history.
The very first computer I owned was 24 years ago. I've been fortunate to have been involved in the personal computer scene since not long after it actually began. In the time since then, I've watched the whole development of the PC, first with excitement at not knowing what direction it would take, then with anticipation at knowing where it would head and waiting for the developments.
In the late 1980s it was a golden era for computing. There were so many different manufacturers entering the PC market that each offered new and exciting hardware designs, unique operating system features and enormous choice and competition. Sure, they all shared lots of software and hardware design ideas but for the most part they were developing in competition with each other. It is almost frightening to recall that at that time in Australia the leading personal computer in numbers owned and purchased was the Amiga for a period.
Anyone who lived the era of the first Amiga personal computers will recall how utterly unique an approach they had to computing, and what direction and advance they took the home computer to. Since then there have been many failed attempts at resuscitating that excitement. But this is not about the Amiga, because it ultimately ended up being a failure for other reasons. My point about the Amiga was that radical hardware designs drove development and achieved things that software evolution on existing designs would not take us to.
At that time the IBM personal computer and compatibles were still clunky, expensive, glorified word processing DOS machines. Owners of them always were putting in different graphics and sound cards yearly, upgrading their hardware to try and approach what was built into hardware like the Amiga and the Atari PCs.
Enter the dark era. The hardware driven computer developments failed due to poor marketing, development and a whole host of other problems. This is when the software became king, and instead of competing, all hardware was slowly being designed to yield to the software and operating system design.
We're all aware of what became the defacto operating system standard at the time. As a result there was no market whatsoever for hardware that didn't work within the framework of that operating system. As a defacto operating system did take over, all other operating system markets and competition failed one after the other and the hardware manufacturers found themselves marketing for an ever shrinking range of software rather than the other way around.
Hardware has since become subservient to the operating system. It started around 1994 and is just as true today 13 years later. Worse yet, all the hardware manufacturers slowly bought each other out, further shrinking the hardware choices. So now the hardware manufacturers just make faster and bigger versions of everything that has been done before. We're still plugging in faster CPUs, more RAM, bigger hard drives, faster graphics cards and sound cards just to service the operating system. Hardware driven innovation cannot be afforded by the market any more. There is no money in it. There will be no market for it. Computers are boring.
Enter Linux. We all know it started as a hobby. We all know it grew bigger than anyone ever imagined it. It would be fair to say that it is now one of the most important of the very few competing pieces of software/operating system that remains and drives development of the defacto standard -- Windows. However, I believe it never deserved to become this. Had the innovative hardware driven development and operating system competition continued, there is no way it would have attracted as much following, developers and time to evolve into what it has become. The hardware has barely changed in all that time. PCs are ludicrously powerful compared to what they were when Linux first booted in 1991, but that's an issue of increased speed, not increased functionality or innovation.
Inferior but dominant: familiar story? The technology inside the PC was inferior and poorly architected compared to other competing systems of the day, but Microsoft's clever business tactics ensured its success in the long term because it ran Windows.
So what about the PC? Well the PC was 'dying' according to all accounts 20 years ago. We all know now that is crap and for the foreseeable future at least, the one all encompassing, information processing, communication (and frustration creator) is here to stay. The internet certainly has cemented that position for the PC.
So Linux was created to service the home desktop personal computer, and the PC is here to stay. For those who were looking for some excitement and enjoyment in using their computer, the defacto operating system just doesn't cut it. We want to tinker, we want control, we want power over everything. Or alternatively we believe in some sort of freedom or some combination of the above. So we use Linux. That is certainly how I got involved in Linux; I wanted something to use on the home desktop PC.
However, the desktop PC is crap. It's rubbish. The experience is so bloated and slowed down in all the things that matter to us. We all own computers today that were considered supercomputers 10 years ago. 10 years ago we owned supercomputers of 20 years ago.. and so on. So why on earth is everything so slow? If they're exponentially faster why does it take longer than ever for our computers to start, for the applications to start and so on? Sure, when they get down to the pure number crunching they're amazing (just encode a video and be amazed). But in everything else they must be unbelievably slower than ever.
Computers of today may be 1,000 times faster than they were a decade ago, yet the things that matter are slower.
The standard argument people give me in response is 'but they do such more these days it isn't a fair comparison'. Well, they're 10 times slower despite being 1000 times faster, so they must be doing 10,000 times as many things. Clearly the 10,000 times more things they're doing are all in the wrong place.
(Latest OS, slow as molasses: long-time Microsoft-watcher Mary Jo Foley is scathing about the 'molasses-like' boot and shutdown speed of Vista, even running on the latest high-end machines.)
APC: So, the performance problems of Linux on the desktop became a key motivator for you?
Yes. I started to tinker with improving Linux on the desktop. "Surely if I have complete control over all the software I'll be able to speed things up," I thought. There must be a way to tweak this, tune that, optimise this and get more speedups? Userspace improvements seemed so limited when I got started in Linux. It barely worked on the desktop half the time so trying to get speed out of it on top would mean that nothing worked. The UNIX legacy was evident. We were shaping an operating system never designed for the desktop and it was going to hurt... a lot.
Eventually the only places I noticed any improvements in speed were kernel developments. They were never huge, but caused slightly noticeable changes in things like snappiness, behaviour under CPU load and so on. The first patchset I released to the public contained none of my own code and was for kernel 2.4.18 which was about February 2002. I didn't even know what C code looked like back then, having never actually been formally taught any computer science.
So I stuck with that for a while until the 2.6 development process was under way (we were still in a 2.5 kernel at the time). I watched the development and to be honest... I was horrified. The names of all the kernel hackers I had come to respect and observe were all frantically working away on this new and improved kernel and pretty much everyone was working on all this enterprise crap that a desktop cares not about.
Even worse than that, while I obviously like to see Linux run on 1024 CPUs and 1000 hard drives, I loathe the fact that to implement that we have to kill performance on the desktop. What's that? Kill performance? Yes, that's what I mean.
If we numerically quantify it with all the known measurable quantities, performance is better than ever. Yet all it took was to start up an audio application and wonder why on earth if you breathed on it the audio would skip. Skip! Jigabazillion bagigamaherz of CPU and we couldn't play audio?
Or click on a window and drag it across the screen and it would spit and stutter in starts and bursts. Or write one large file to disk and find that the mouse cursor would move and everything else on the desktop would be dead without refreshing for a minute.
I felt like crying.
I even recall one bug report we tried to submit about this and one developer said he couldn't reproduce the problem on his quad-CPU 4GB RAM machine with 4 striped RAID array disks... think about the sort of hardware the average user would have had four years ago. Is it any wonder the desktop sucked so much?
The developers were all developing for something that wasn't the desktop. They had all been employed by big name manufacturers who couldn't care less about the desktop (and still don't) but want their last 1% on their database benchmark or throughput benchmark or whatever.
Linux had won. We were now the biggest competition in the server and database market out there and all the big names cared about Linux. Money was pouring into development from all these big names into developing Linux's performance in these areas.
The users had lost. The desktop PC, for which linux started out as being development for, had fallen by the wayside. Performance, as home desktop users understand performance, was gone. Worse yet, there was no way to quantify it, and the developers couldn't care if we couldn't prove it. The one place I found some performance was to be gained on the desktop (the kernel) was now doing the opposite.
******
APC: So what did you do next to try to convince the Linux kernel devs of the need for more focus on end-users?
I set out to invent some benchmark to try and quantify performance problems in Linux on the desktop PC. The first benchmark I created called 'Contest' (pun intended). It was horribly complicated to use and set up and the results were difficult to interpret but at least I tried. It did help. Some changes did come about as a result of these benchmarks, but mostly on the disk I/O front. So I was still left looking at this stuttering CPU scheduling performance.
I had some experience at merging patches from previous kernels and ironically most of them were code around the CPU scheduler. Although I'd never learnt how to program, looking at the code it eventually started making sense.
I was left pointing out to people what I thought the problem was from looking at that particular code. After ranting and raving and saying what I thought the problem was, I figured I'd just start tinkering myself and try and tune the thing myself.
After a few failed experiments I started writing some code which helped... a lot. As it turns out people did pay attention and eventually my code got incorporated. I was never very happy with how the CPU scheduler tackled interactivity but at least it was now usable on the desktop.
Not being happy with how the actual underlying mechanism worked I set out to redesign that myself from scratch, and the second generation of the -ck patchset was born. This time it was mostly my own code. So this is the story of how I started writing my own code for the linux kernel.
In brief, following this I found myself writing code which many many desktop users found helped, but I had no way to quantify these changes. There is always a placebo element which makes the end user experience difficult to clarify as to whether there is an improvement or not.
However I have tried very hard to make myself relatively resistant to this placebo effect myself from years of testing, and I guess the fact that my website has close to 1 million hits suggests there are people who agree it makes a difference. This inability to prove quantitatively the advantage that -ck offered, though, was basically what would eventually spell out the death of it.
APC: What code did get incorporated into the mainline kernel?
Looking back, while the patchset has been well known, little of the actual code itself ended up in the mainline kernel, even if it spurned interest and development from other people in that time. Most of what did end up going in were changes to the CPU scheduler to improve interactivity, fairness, SMP user fairness, making 'nice' behave itself, hyperthread fairness and so on. There were lots of other minor contributions in other areas, such as the virtual memory subsystem, software suspend, disk i/o scheduling and random bugfixes.
The emphasis of what I did get involved in is still the area that there are many -ck patches in the last release I ever made (2.6.22-ck1). The remaining patches reflect where I still believe massive problems exist for the desktop, and ironically, despite my efforts to the contrary, the same problems seem to get magnified with each passing year.
It seems that the emerging challenges for the linux kernel on the desktop never seem to get whole-heartedly tackled by any full time developer, and only get a sideways glance when the problems are so obvious that even those on the linux kernel mailing list are willing to complain about them.
APC: Was there a toll on you for this voluntary involvement?
Yes. There is no doubt that whenever I was heavily involved, I would stay awake at night thinking up code solutions, I would be sleep deprived, and it had the possibility to impact on my work and family life. I tried very hard to never compromise those two for the sake of kernel development, but perhaps on occasion I did push it to far. I make an issue of never regretting anything I have done so I'm still pleased with my involvement till now.
APC: What was the driving force that caused you to hangup your kernel coding keyboard and the -ck patchset?
That's one of those 'I wish I had a dime for ever time I was asked that' sort of questions.
As most people are well aware, my involvement in kernel development was motivated on three fronts, and it has zero to do with my full time career and life.
First, it was lots of fun. I've always been a computer geek and enjoyed spending hours in front of the computer doing... well whatever really. So spending it on something that had become a passion for me was an obvious source of great enjoyment for me.
Second, it was an intellectual challenge. There seemed to be things that I always wish were done in the Linux kernel, and there were issues people didn't really care to tackle and so on. Trying to confront them head-on I was doing something I really hadn't done before in terms of high level programming. I learnt a heck of a lot about operating system design and all other really basic computer science things that most CS students probably are bored with.
However it was all new to me. There is precious little (and some would argue zero) new research in operating system design. Looking at linux there is innovation in the approach to tackling things, but it's not like there's anything new about the problems being fixed. The same issues have always been there in hardware vs software designs, and all the research has been done. I've seen many people accuse me of claiming I invented fair scheduling. Let me set the record straight. I make no such ridiculous claim.
What I did was take what was known and try and apply it to the constraints of current hardware designs and the Linux kernel framework. While the 'global picture' of the problems and solutions have been well known for many years, actually narrowing down on where the acute differences in hardware vs software have evolved has not. Innovation only lies in the application of those ideas. Academic approaches to solutions tend not to be useful in the real world. On the flip side, pure hackery also tend to be long term disasters even if initially they're a quick fix. Finding the right balance between hackery and not ignoring the many years of academic research is what is needed.
APC: Did you get that balance right?
Heck no. But that's what I strived for. I think there are precious few developers who do. If there is one failing in the human driven decision making in choosing what code goes where it is that it is impossible to recognise that (again I'm not saying it was my code).
Third, it was an ego trip. If I improved something that I cared about, I found that usually lots of other people cared about it. The reason for that obviously is that I was actually an ordinary desktop PC user that pretended to be a kernel hacker. So whenever I made improvements that affected desktop users, lo and behold lots of people cared about them. I recall a kernel hacker that I respected very much joked about my 'fans' and asking how he could attract a crowd. He has contributed possibly 1000 times more lines of code to linux kernel than myself, yet I had a 'following'.
I only attracted a following because I hacked on things I cared about. And the users told me so. The one thing that drove my development over the many years were the 'thank you's that I got from the users of the -ck patchset.
So I still haven't answered your question about what made me stop kernel development have I? I guess explaining my motivations helps me explain why I stopped.
The user response was still there. If anything, the users got more vocal than ever as I was announcing quitting kernel development.
The intellectual challenge? Well that still existed of course.
The fun? Yes that's what was killed. It stopped being fun. In my now quite public email announcing that I was quitting I explained it briefly. The -ck patchset was for quite a while, a meaningless, out of mainline's spotlight playground for my experiments. As the scope of changes got larger, the improvements became more drastic and were more acutely noticeable. This led to more and more people asking me when the changes would me merged into mainline. As the number of requests grew, my resolve to not get mainline involved diminished. So I'd occasionally post patches as examples to the linux kernel mailing list. This generated more interest and requests to get mainline involved. So I tried.
You asked before what patches from -ck got into mainline and I listed a whole lot of random minor patches. The magnitude of the changes in the patches that did _not_ get involved stands out far more than those that did get in.
APC: was there something that was the 'final straw' for you?
My first major rejection was the original staircase CPU scheduler. It stood out as being far better in interactivity than the mainline CPU scheduler, but ultimately, just as the mainline CPU scheduler, it had corner cases that meant it was not perfect. While I was still developing it, the attention moved away from the CPU scheduler at that time. The reason given by Andrew Morton (the maintainer and second last gateway into the mainline kernel) at the time was that the kernel had more burning issues and bugs to address.
Of course it did. There were so many subsystems being repeatedly rewritten that there was never-ending breakage. And rewriting working subsystems and breaking them is far more important than something that might improve the desktop right? Oops, some of my bitterness crept in there. I'll try and keep emotion out and just tell the rest of the story as objectively as I can.
The main problem was that there simply was not a convincing way to prove that staircase was better on the desktop. User reports were not enough. There was no benchmark. There was no way to prove it was better, and the user reports if anything just angered the kernel maintainers further for their lack of objectivity. I even tried writing a benchmark called Interbench. Note that interactivity is not responsiveness (I have a little summary of the difference as I see it with the Interbench code). This was much better code than Contest but even though I could demonstrate advantage with my scheduler on Interbench, the magnitude of the differences was difficult if not impossible to elicit based on the raw numbers generated by Interbench.
With a truckload of help from William Lee Irwin III (who wrote the main architecture) I posted a pluggable CPU scheduler framework that would allow you to build into the kernel as many of multiple CPU schedulers as you like and choose at boot time which one to run. I planned to extend that to runtime selection as well. This is much like the modular pluggable I/O scheduler framework that Linux kernel currently has. It was flat out refused by both Linus and Ingo (who is the CPU scheduler maintainer) as leading to specialisation of CPU schedulers and they both preferred there to be one CPU scheduler that was good at everything. I guess you can say the CPU scheduler is a steamroller that we as desktop users use to crack nuts with, and they didn't want us to build a nutcracker into the kernel.
The purpose of Plugsched was simply to provide a seamless way for the staircase CPU scheduler to be integrated into the mainline kernel. I didn't feel strongly about the presence of pluggable CPU schedulers, but many people still do and the code is still maintained today mainly by Peter Williams.
Then along came swap prefetch. I spent a long time maintaining and improving it. It was merged into the -mm kernel 18 months ago and I've been supporting it since. Andrew to this day remains unconvinced it helps and that it 'might' have negative consequences elsewhere. No bug report or performance complaint has been forthcoming in the last 9 months. I even wrote a benchmark that showed how it worked, which managed to quantify it! In a hilarious turnaround Linus asked me offlist 'yeah but does it really help'. Well, user reports and benchmarks weren't enough... It's still in limbo now but they'll have no choice but to drop it without anyone maintaining it.
Finally the nail in the coffin. The Staircase Deadline CPU scheduler. Initially started as a side project from the Staircase CPU scheduler I soon realised that it was possible to have excellent interactivity while fixing the horrible fairness issues that an unfair design had. Furthermore, it actually improved interactivity issues elsewhere that ended up being fairness problems, and fairness is of course paramount to servers and multiuser environments.
A lot of users and even kernel developers found that many long lasting complaints with the mainline and other schedulers were fixed by this code and practically begged me to push it into mainline, and one user
demanded Linus merge it as soon as possible as a bugfix. So I supported the code and fixed it as problems arose and did many bugfixes and improvements along the way.
Then I hit an impasse. One very vocal user found that the unfair behaviour in the mainline scheduler was something he came to expect. A flamewar of sorts erupted at the time, because to fix 100% of the problems with the CPU scheduler we had to sacrifice interactivity on some workloads. It wasn't a dramatic loss of interactivity, but it was definitely there. Rather than use 'nice' to proportion CPU according to where the user told the operating system it should be, the user believed it was the kernel's responsibility to guess. As it turns out, it is the fact that guessing means that no matter how hard and how smart you make the CPU scheduler, it will get it wrong some of the time. The more it tries to guess, the worse will be the corner cases of misbehaving.
The option is to throttle the guessing, or not guess at all. The former option means you have a CPU scheduler which is difficult to model, and the behaviour is right 95% of the time and ebbs and flows in its metering out of CPU and latency. The latter option means there is no guessing and the behaviour is correct 100% of the time... it only gives what you tell it to give. It seemed so absurdly clear to me, given that interactivity mostly was better anyway with the fair approach, yet the maintainers demanded I address this as a problem with the new design. I refused. I insisted that we had to compromise a small amount to gain a heck of a great deal more. A scheduler that was deterministic and predictable and still interactive is a much better option long term than the hack after hack approach we were maintaining.
Then I became very unwell. A disc prolapse in my neck basically meant I need to lie flat on my back for about 6 weeks. Yes, kernel development did contribute to this problem. So I was drugged to the eyeballs and spent most of the day and night lying down... having nothing to think about but stew over the kernel. Whenever I could I snuck back on the PC to try and support the code I had thrown out there. I refused to budge on the fairness aspect, and I kept getting that thrown back in my face as an unfixable failure in the design.
Then one day presumably Ingo decided it was a good idea and the way forward and... wrote his own fair scheduling interactive design with a modular almost pluggable CPU scheduling framework... and had help with the code from the person who refused to accept fair behaviour in my flamewar.
So I had plenty of time lying on my back to reflect on what I was doing and why, and whether I was going to regret it from that point on. I decided to complete the work on Staircase Deadline to make sure it was the reference for comparison, instead of having the CPU scheduler maintainer's new code comparing to the old clunky scheduler. Then I quit forever.
APC: Are developer egos a problem in the open source development model in general?
I think any problem with any development model has multiple factors, and ultimately, it is humans that make decisions. I won't comment on the humans themselves.
If there is any one big problem with kernel development and Linux it is the complete disconnection of the development process from normal users. You know, the ones who constitute 99.9% of the Linux user base.
The Linux kernel mailing list is the way to communicate with the kernel developers. To put it mildly, the Linux kernel mailing list (lkml) is about as scary a communication forum as they come. Most people are absolutely terrified of mailing the list lest they get flamed for their inexperience, an inappropriate bug report, being stupid or whatever. And for the most part they're absolutely right. There is no friendly way to communicate normal users' issues that are kernel related. Yes of course the kernel developers are fun loving, happy-go-lucky friendly people. Just look at any interview with Linus and see how he views himself.
I think the kernel developers at large haven't got the faintest idea just how big the problems in userspace are. It is a very small brave minority that are happy to post to lkml, and I keep getting users telling me on IRC, in person, and via my own mailing list, what their problems are. And they've even become fearful of me, even though I've never viewed myself as a real kernel developer.
Just trawl the normal support forums (which I did for Gentoo users as a way of finding bug reports often because the users were afraid to tell me) and see how many obvious kernel related issues there are. I'd love to tell them all to suddenly flood lkml with their reports of failed boots with various kernels, hardware disappearing, stopping working suddenly, memory disappearing, trying to use software suspend and having your balls blown off by your laptop, and so on.
And there are all the obvious bug reports. They're afraid to mention these. How scary do you think it is to say 'my Firefox tabs open slowly since the last CPU scheduler upgrade'? To top it all off, the enterprise users are the opposite. Just watch each kernel release and see how quickly some $bullshit_benchmark degraded by .1% with patch $Y gets reported. See also how quickly it gets attended to.
APC: What are you doing in your spare time now, and what future projects do you have planned?
I had some small userspace toys that I was experimenting with (compression tools, video encoding/conversion tools and a few others) that I thought I'd get back to. However just looking at any code gives me a bad taste in the mouth so that's not happening.
My current passion is learning Japanese. It's fun, it's a huge intellectual challenge, will allow me to eventually understand lots of interesting Japanese media in its native language (short stories, movies, manga and anime) and comes with no strings attached. I never really know what hobby I'll end up taking up but I usually get completely engrossed in whatever it was.
Thankyou for your time Con.
quarta-feira, 2 de junho de 2010
Atravessar o Douro... em Barca D'Alva.
.jpg)
Manga de Freixo de Espada à Cinta 2010
Manga de Torre de Moncorvo com golo em Almeida, com uma baliza em Mulher (!) para colocar a malta sobre Barca D'Alva, num local em que a travessia do Douro não é tão escabrosa. Vento de NorNoroeste, fraquinho. Tecto nos 1600, subindo para 1800 (consegui 2000m). Apreensão geral em nos atirarmos ao Douro com um tecto tão baixo.
Subida na descolagem sem grandes dificuldades, apesar de não se subir muito bem. Maralhal normal, apesar de um bacano vir completamente cego a olhar pra bonita asa que tinha. Acordou para a realidade com um berro bem dado... a minha bolha eu não largo!
Saída juntamente com o grupo da frente (uns 15), sensivelmente à mesma altitude que os restantes.
Térmica seguinte porreirinha, mas com umas bolhas mais brutinhas à mistura. Vejo o Brazuka levar com uns orelhões e sair numa direcção estranha e aterrar (falei no rádio para recolher a asa, mas depois vi-o a andar a volta dela). O desgraçado foi mandar a carga ao mar.
Sobre Ligares a coisa estava muito desarrumada, andado toda a gente a deambular, enroscando aqui e acolá. Consigo visualizar o fluxo de bolhas, vou direitinho até à térmica... e a passagem do Douro ficou garantida. Inicio a travessia apreciando a paisagem, Freixo à esquerda, bem longe, o Penedo Durão, a descolagem onde voamos no dia anterior (xiu, não é pra ninguém saber), o buraco junto ao Douro onde aterrei há 3(?) anos atrás (brrrrr!), Barca D'Alva, com a sua ponte e inserção do rio Águeda no Douro, com as águas negras do Águeda a rotorizarem nas águas verdes do Douro e dois barcos a subirem o rio. Esta travessia é mesmo de cortar a respiração e ainda dá tempo para enrolar umas bolhas sobre o rio.
Depois de Barca D'Alva e duma buraqueira, a paisagem altera-se radicalmente, com campos verdes a estenderem-se até ao golo. E a condição também se altera radicalmente, tendo a brutalidade das bolhas do Douro dado lugar a um quase zeranço, nas térmicas mais contorcidas que tenho memória. Núcleos completamente enrolados e enroscados, com derivas para todos os lados. Foi deixar a asa pensar e fazer o que lhe apetecia para se conseguir subir pachorrentamente. Uma constante até ao final.
Em Escalhão vejo o Pedro Moreira a tomar a direita, sobre um terreno mais pedregoso, via Figueira de Castelo Rodrigo. Ainda me passou pela ideia amandar-me na loucura, mas o objectivo era o golo e a restante malta não tomou essa opção. Decidi continuar com eles, pra ficar mais quentinho.
Ouve-se alguém na Covilhã a dizer que tem um planador por baixo. Era o Eusébio e o Pedro Rodrigues a amandarem-se à Gardunha, que desta vez os venceu. O Fundão é mesmo fundo!
Última térmica, estava a enrolar com o Paulo Nunes e ele abandona saindo disparado quando ainda havia uns quantos metros pra aproveitar. Percebi logo que o aparelho já lhe tinha dito que a coisa estava garantida. Como não tenho essas tecnologias modernas, decidi subir mais duas voltas e... ala que se faz tarde.
Foi até ao golo sem espinhas. Ainda pensei em meter acelerador, mas o Diniz ia demasiado adiante para eu o apanhar e o gajo da UP que vinha atrás de mim, demasiado atrasado para me apanhar.
Conto a malta à minha frente.. 8 bacanos.. tou em 9º. É nesta altura que vejo o Pedro Moreira a gozar com a malta, espiralando por ali abaixo, já tendo feito golo. A opção de ter ido pela direita compensou.
Décimo lugar.
Surpresa do dia... caiu o Lacerda no golo, depois de ter feito isto tudo... num guardanapo. Nem as cinzas do Eyjafjallajokull o impedem de chegar, com ou sem Boom7 ;)
terça-feira, 31 de março de 2009
w3Rm - a origem
No longínquo ano de 1994, ano em que me iniciei nas lides internéticas, o mundo virtual resumia-se às redes informáticas das universidades. E cada universidade tinha, muito à sua maneira, um ou vários programas de chat. Os famosos TALKERS!
Na mui famosa e coisa Universidade de Coimbra havia dois. Um muito polido e correcto (o virtual praxis), o outro uma autêntica desgraça. Foi neste caos de mau aspecto que fiz a minha entrada triunfante, no grande talker ESGOTO. E para entrar num esgoto, que melhor nickname que: WORM!
Ainda me lembro do grande BODHI (o deus da porcaria), o KORNOS, o JOAOZINHO, a LONGLEGS, o ABSOLUT e tantos outros que conheci aqui virtualmente.
Depois deste, foi o ingresso na miríade de talkers portugueses e estrangeiros que existiam na altura. A grande maioria já não me lembro dos nomes, mas acabei de entrar no Portugal Virtual, o primeiro que existiu! E a UbiLandia, e os talker do Porto, e os do IST, e os do... um sem nº de talkers!
E foi nessa altura que aprendi o l337 (na altura, esta forma de escrever nem tinha nome). E foi assim que o Worm se transmutou em w3Rm, que hoje, passados mais de 14 anos, ainda utilizo.
Bons tempos.
Na mui famosa e coisa Universidade de Coimbra havia dois. Um muito polido e correcto (o virtual praxis), o outro uma autêntica desgraça. Foi neste caos de mau aspecto que fiz a minha entrada triunfante, no grande talker ESGOTO. E para entrar num esgoto, que melhor nickname que: WORM!
Ainda me lembro do grande BODHI (o deus da porcaria), o KORNOS, o JOAOZINHO, a LONGLEGS, o ABSOLUT e tantos outros que conheci aqui virtualmente.
Depois deste, foi o ingresso na miríade de talkers portugueses e estrangeiros que existiam na altura. A grande maioria já não me lembro dos nomes, mas acabei de entrar no Portugal Virtual, o primeiro que existiu! E a UbiLandia, e os talker do Porto, e os do IST, e os do... um sem nº de talkers!
E foi nessa altura que aprendi o l337 (na altura, esta forma de escrever nem tinha nome). E foi assim que o Worm se transmutou em w3Rm, que hoje, passados mais de 14 anos, ainda utilizo.
Bons tempos.
sexta-feira, 20 de março de 2009
Ai Portugal, Portugal. Isto vai rebentar! Medina Carreira e o dedo na ferida!
A economia vai derrotar a democracia de 1976.
José Sócrates, é um homem de circo, de espectáculo (quer dizer, um PALHAÇO, com perdão dos verdadeiros profissionais). Portugal está a ser gerido por medíocres, Guterres, Barroso, Santana Lopes e este, José Sócrates, não perceberam o essencial do problema do país.
O desemprego não é um problema, é uma consequência de alguma coisa que não está bem na economia. Já estou enjoado de medidinhas. Já nem sei o que é que isso custa, nem sequer sei se estão a ser aplicadas.
A população não vai aguentar daqui a dez anos um Estado social como aquele em que nós estamos a viver. Este que está lá agora, o Sócrates, é um homem de espectáculo, é um homem de circo. Desde a primeira hora.
É gente de circo. E prezam o espectáculo porque querem enganar a sociedade.
Vocês, comunicação social, o que dão é esta conversa de «inflação menos 1 ponto», o «crescimento 0,1 em vez de 0,6». Se as pessoas soubessem o que é 0,1 de crescimento, que é um café por português de 3 em 3 dias... Portanto andamos a discutir um café de 3 em 3 dias... mas é sem açúcar.
Eu não sou candidato a nada, e por conseguinte não quero ser popular. Eu não quero é enganar os portugueses. Nem digo mal por prazer, nem quero ser «popularuxo» porque não dependo do aparelho político!"
Ainda há dias eu estava num supermercado, numa fila para pagar, e estava uma rapariga de umbigo de fora com umas garrafas, e em vez de multiplicar « 6 x 3 = 18 », contava com os dedos: 1, 2, 3, 4, 5, 6, 7... Isto não é ensino... é falta de ensino, é uma treta! É o futuro que está em causa!
Os números são fatais. Dos números ninguém se livra, mesmo que não goste. Uma economia que em cada 3 anos dos últimos 27, cresceu 1%... esta economia não resiste num país europeu.
Quem anda a viver da política para tratar da sua vida, não se pode esperar coisa nenhuma. A causa pública exige entrega e desinteresse.
Se nós já estamos ultra-endividados, faz algum sentido ir gastar este dinheiro todo em coisas que não são estritamente indispensáveis?
P'rá gente ir para o Porto ou para Badajoz mais depressa 20 minutos? Acha que sim?
A aviação está a sofrer uma reconversão, vamos agora fazer um aeroporto, se calhar não era melhor aproveitar a Portela?
Quer dizer, isto está tudo louco?"
Eu por mim estou convencido que não se faz nada para pôr a Justiça a funcionar porque a classe política tem medo de ser apanhada na rede da Justiça. É uma desconfiança que eu tenho. E então, quanto mais complicado aquilo for...
Nós tivemos nos últimos 10 / 12 anos 4 Primeiros-Ministros:
- Um desapareceu;
- O outro arranjou um melhor emprego em Bruxelas, foi-se embora;
- O outro foi mandado embora pelo Presidente da República;
- E este coitado, anda a ver se consegue chegar ao fim"
O João Cravinho tentou resolver o problema da corrupção em Portugal. Tentou.
Foi "exilado" para Londres.
O Carrilho também falava um bocado, foi para Paris.
O Alegre depois não sei para onde ele irá...
Em Portugal quem fala contra a corrupção ou é mandado para um "exílio dourado", ou então é entupido e cercado.
Mas você acredita nesse «considerado bem»? Então, o meu amigo encomenda aí uma ponte que é orçamentada para 100 e depois custa 400?
Não há uma obra que não custe 3 ou 4 vezes mais? Não acha que isto é um saque dos dinheiros públicos?
E não vejo intervenção da polícia... Há-de acreditar que há muita gente que fica com a grande parte da diferença!
De acordo com as circunstâncias previstas, nós por volta de 2020 somos o país mais pobre da União Europeia. É claro que vamos ter o nome de Lisboa na estratégia, e vamos ter, eventualmente, o nome de Lisboa no tratado. É, mas não passa disso. É só para entreter a gente.
Isto é um circo. É uma palhaçada. Nas eleições, uns não sabem o que estão a prometer, e outros são declaradamente uns mentirosos:
- Prometem aquilo que sabem que não podem."
A educação em Portugal é um crime de «lesa-juventude»: Com a fantasia do ensino dito «inclusivo», têm lá uma data de gente que não quer estudar, que não faz nada, não fará nada, nem deixa ninguém estudar. Para que é que serve estar lá gente que não quer estudar? Claro que o pessoal que não quer estudar está lá a atrapalhar a vida aqueles que querem estudar. Mas é inclusiva...
O que é inclusiva? É para formar tontos? Analfabetos?"
"Os exames são uma vergonha.
Você acredita que num ano a média de Matemática é 10, e no outro ano é 14? Acha que o pessoal melhorou desta maneira? Por conseguinte a única coisa que posso dizer é que é mentira, é um roubo ao ensino e aos professores! Está-se a levar a juventude para um beco sem saída. Esta juventude vai ser completamente desgraçada!
A minha opinião desde há muito tempo é: TGV - Não !
Para um país com este tamanho é uma tontice. O aeroporto depende. Eu acho que é de pensar duas vezes esse problema. Ainda mais agora com o problema do petróleo.
Bragança não pode ficar fora da rede de auto-estradas? Não?
Quer dizer, Bragança fica dentro da rede de auto-estradas e nós ficamos encalacrados no estrangeiro?
Eu nem comento essa afirmação que é para não ir mais longe...
Bragança com uma boa estrada fica muito bem ligada. Quem tem interesse que se façam estas obras é o Governo Português, são os partidos do poder, são os bancos, são os construtores, são os vendedores de maquinaria... Esses é que têm interesse, não é o Português!
Nós em Portugal sabemos resolver o problema dos outros: A guerra do Iraque, do Afeganistão, se o Presidente havia de ter sido o Bush, mas não sabemos resolver os nossos. As nossas grandes personalidades em Portugal falam de tudo no estrangeiro: criticam, promovem, conferenciam, discutem, mas se lhes perguntar o que é que se devia fazer em Portugal nenhum sabe. Somos um país de papagaios...
Receber os prisioneiros de Guantanamo?
Isso fica bem e a alimentação não deve ser cara...» Saibamos olhar para os nossos problemas e resolvê-los e deixemos lá os outros... Isso é um sintoma de inferioridade que a gente tem, estar sempre a olhar para os outros.
Olhemos para nós!
A crise internacional é realmente um problema grave, para 1-2 anos. Quando passar lá fora, a crise passará cá. Mas quando essa crise passar cá, nós ficamos outra vez com os nossos problemas, com a nossa crise. Portanto é importante não embebedar o pessoal com a ideia de que isto é a maldita crise. Não é!
Nós estamos com um endividamento diário nos últimos 3 anos correspondente a 48 milhões de euros por dia: Por hora são 2 milhões! Portanto, quando acabarmos este programa Portugal deve mais 2 milhões! Quem é que vai pagar?
Isso era o que deveríamos ter em grande quantidade.
Era vender sapatos. Mas nós não estamos a falar de vender sapatos. Nós estamos a falar de pedir dinheiro emprestado lá fora, pô-lo a circular, o pessoal come e bebe, e depois ele sai logo a seguir..."
Ouça, eu não ligo importância a esses documentos aprovados na Assembleia...
Não me fale da Assembleia, isso é uma provocação... Poupe-me a esse espectáculo...."
Isto da avaliação dos professores não é começar por lado nenhum.
Eu já disse à Ministra uma vez «A senhora tem uma agenda errada"» Porque sem pôr disciplina na escola, não lhe interessa os professores. Quer grandes professores? Eu também, agora, para quê? Chegam lá os meninos fazem o que lhes dá na cabeça, insultam, batem, partem a carteira e não acontece coisa nenhuma. Vale a pena ter lá o grande professor? Ele não está para aturar aquilo...Portanto tem que haver uma agenda para a Educação. Eu sou contra a autonomia das escolas Isso é descentralizar a «bandalheira».
Há dias circulava na Internet uma notícia sobre um atleta olímpico que andou numa "nova oportunidade" uns meses, fez o 12º ano e agora vai seguir Medicina...
Quer dizer, o homem andava aí distraído, disseram «meta-se nas novas oportunidades» e agora entra em Medicina...
Bem, quando ele acabar o curso já eu não devo cá andar felizmente, mas quem vai apanhar esse atleta olímpico com este tipo de preparação...
Quer dizer, isto é tudo uma trafulhice..."
É preciso que alguém diga aos portugueses o caminho que este país está a levar.
Um país que empobrece, que se torna cada vez mais desigual, em que as desigualdades não têm fundamento, a maior parte delas são desigualdades ilegítimas para não dizer mais, numa sociedade onde uns empobrecem sem justificação e outros se tornam multi-milionários sem justificação, é um caldo de cultura que pode acabar muito mal. Eu receio mesmo que acabe.
Até há cerca de um ano eu pensava que íamos ficar irremediavelmente mais pobres, mas aqui quentinhos, pacíficos, amiguinhos, a passar a mão uns pelos outros... Começo a pensar que vamos empobrecer, mas com barulho...
Hoje, acrescento-lhe só o «muito». Digo-lhe que a gente vai empobrecer, provavelmente com muito barulho...
Eu achava que não havia «barulho», depois achava que ia haver «barulho», e agora acho que vai haver «muito barulho». Os portugueses que interpretem o que quiserem...
Quando sobe a linha de desenvolvimento da União Europeia sobe a linha de Portugal. Por conseguinte quando os Governos dizem que estão a fazer coisas e que a economia está a responder, é mentira! Portanto, nós na conjuntura de médio prazo e curto prazo não fazemos coisa nenhuma. Os governos não fazem nada que seja útil ou que seja excessivamente útil. É só conversa e portanto, não acreditem...
No longo prazo, também não fizemos nada para o resolver e esta é que é a angústia da economia portuguesa.
"Tudo se resume a sacar dinheiro de qualquer sítio. Esta interpenetração do político com o económico, das empresas que vão buscar os políticos, dos políticos que vão buscar as empresas...Isto não é um problema de regras, é um problema das pessoas em si...Porque é que se vai buscar políticos para as empresas?
É o sistema, é a (des)educação que a gente tem para a vida política...
Um político é um político e um empresário é um empresário. Não deve haver confusões entre uma coisa e outra. Cada um no seu sítio. Esta coisa de ser político, depois ministro, depois sai, vai para ali, tira-se de acolá, volta-se para ministro... é tudo uma sujeira que não dá saúde nenhuma à sociedade.
Este país não vai de habilidades nem de espectáculos.
Este país vai de seriedade. Enquanto tivermos ministros a verificar preços e a distribuir computadores, eles não são ministros. São propagandistas! Eles não são pagos nem escolhidos para isso! Eles têm outras competências e têm que perceber quais os grandes problemas do país!
Se aparece aqui uma pessoa para falar verdade, os vossos comentadores dizem «este tipo é chato, é pessimista»...
Se vem aqui outro trafulha a dizer umas aldrabices fica tudo satisfeito...
Vocês têm que arranjar um programa onde as pessoas venham à vontade, sem estarem a ser pressionadas, sossegadamente dizer aquilo que pensam. E os portugueses se quiserem ouvir, ouvem. E eles vão ouvir, porque no dia em que começarem a ouvir gente séria e que não diz aldrabices, param para ouvir.
O Português está farto de ser enganado!
Todos os dias tem a sensação que é enganado!
domingo, 13 de abril de 2008
Recorde na Aguda, talvez em Portugal, quem sabe no mundo! CINQUENTA
Acordei tarde. Telefonei ainda ensonado pro Alex. Ele que disse que ia
ver as condições na praia da Aguda. 10 minutos depois ele dá o
veredicto: 27 kms/h, Oestão.
Engulo o pequeno almoço e directo pra Aguda.
E começou a tentativa... quantos voos consigo fazer num dia?
Descolar, ganhar altura suficiente, voltar e aterrar.
Descolar, virar à esquerda, ganhar altura suficiente, voltar e aterrar.
Descolar, virar à direita, ganhar altura suficiente, voltar e aterrar.
Descolar, virar à esquerda, ganhar altura suficiente, voltar e aterrar.
4 já estão. Vamos continuar.
Descolar, aterrar, descolar, aterrar.
Aos 10 voos o vento diminui de intensidade. Descolo, viro à esquerda,
vou por ali abaixo. Uma marreca quase no inicio não tem piada nenhuma.
Ainda por cima pra este lado. Encosto à falésia. Reparo que o topo da
falésia é tipo um beiral. A ponta da asa vai por baixo do beiral. E a
coisa não sobe. A praia lá em baixo está pequena, a maré está cheia. E
ja esgravato a falésia com as unhas. Vou com um olho na falésia e com
outro na praia que fica para trás. Dali prá frente tenho que contar
com planeio directo pra praia. À direita já só há mar. E finalmente,
lá começa a subir. Afasto-me apenas o suficiente pra não bater no
beiral. E continua a subida. Estou ao nível da falésia quando esta
acaba. As Azenhas do Mar estão mesmo ali à frente. Mas já estou acima
da falesia. Volto para tras, a 1 ou 2 metros de altura. A descolagem
aproxima-se. Aterragem à cão, completamente de lado. O vôo mais
rasante do dia!
O vento fraquejou, conversa-se com este e com aquele.
Finalmente, o vento começa novamente a mostrar o seu vigor.
Siga.
Descolar novamente. E aterrar. E descolar. E aterrar...
Finalmente há ascendente suficiente para subir até à descolagem de
cima. E aterra-se lá, pois então.
E descola-se da de cima, e aterra-se na de baixo. Vôo directo, mas
mais um vôo.
O pessoal pergunta-se que raio ando a fazer que não liberto a
descolagem. Não digo nada. Ando a treinar a perda, digo em jeito de
desculpa. Um aluno a fazer os primeiros inflados é quem mais se
atrapalha com este vai vem. E o instrutor já não sabe o que há-de
fazer comigo.
40 voos. O pessoal combina tentar ir até à praia Grande. Vamos embora.
Isto corta a média, mas que se lixe. Já tou a começar a ficar cansado.
Os braços doem, as costas chateiam. Descolo, viro à esquerda, subo.
Passo pelo Pardal que desiste nas Azenhas. Vejo o Gabriel a aterrar
num parque de estacionamento logo depois das Azenhas. Vou alto,
continuo. Vão 3 já bem à minha frente. Vejo que não conseguem passar a
praia das Maçãs. Decido voltar pra trás se nenhum deles o conseguir.
Raios, o Ricardo atravessou. Aterrou numa mesa de pedra do outro lado
da praia e segue a inflados pela rocha acima. Penso em fazer o mesmo,
mas teria que aterrar atras dele. Decisao complicada, pois pelo que
vejo o inflado naquele sitio mete respeito. Neste momento já não
consigo voltar para tras. Embico para a praia e rapo a areia numa
curva apertada. Mais um voo!
Volta-se para a Aguda. O carro vai apinhado com tanta gente.
Enfio dois pedaços de pão com queijo fresco pelo bucho abaixo e ...
descolo.
O vento ta neste momento nos 35kms/h, com rajada de 41. É dificil
aterrar. A ascendente tá brutal. Aterro com orelhas e orelhões,
contabilizam-se mais 3 ou 4 voos. Estas aterragens travadas, a um
milimetro antes de entrar a perda dá-me cabo dos braços. E este ultimo
estoura-me por completo.
Descolo pela ultima vez. O vento sopra no seu máximo. Já quase não
consigo andar pra frente. Desaperto tudo, pernas, ventral, tiro as
pernas de dentro do estribo, os braços de dentro das alças. E
preparo-me para a ultima aterragem. A meio metro, salto da cadeira
para o chão. Manobradores nas mãos, a asa voa por momentos e desfaz-se
completamente, aninhando-se com o puxão de travões. A cadeira
esbardalha-se nas moitas. Tou aterrado.
Total: 50 voos.
Vou-me embora. Fiz mais voos hoje que no meu primeiro ano de parapente.
Os voos estão na liga XC Portugal. O log do dia é complicado de
esmioçar. Consegui extrair 40. 3 ficaram pelo caminho no upload. A
Vitória contou 50. Tou-me borrifando se acreditam ou não. Eu acredito,
estava lá!
Curiosidades: 2 triangulos FAI de 1 minuto. Mais um recorde inesperado.
Girão
ver as condições na praia da Aguda. 10 minutos depois ele dá o
veredicto: 27 kms/h, Oestão.
Engulo o pequeno almoço e directo pra Aguda.
E começou a tentativa... quantos voos consigo fazer num dia?
Descolar, ganhar altura suficiente, voltar e aterrar.
Descolar, virar à esquerda, ganhar altura suficiente, voltar e aterrar.
Descolar, virar à direita, ganhar altura suficiente, voltar e aterrar.
Descolar, virar à esquerda, ganhar altura suficiente, voltar e aterrar.
4 já estão. Vamos continuar.
Descolar, aterrar, descolar, aterrar.
Aos 10 voos o vento diminui de intensidade. Descolo, viro à esquerda,
vou por ali abaixo. Uma marreca quase no inicio não tem piada nenhuma.
Ainda por cima pra este lado. Encosto à falésia. Reparo que o topo da
falésia é tipo um beiral. A ponta da asa vai por baixo do beiral. E a
coisa não sobe. A praia lá em baixo está pequena, a maré está cheia. E
ja esgravato a falésia com as unhas. Vou com um olho na falésia e com
outro na praia que fica para trás. Dali prá frente tenho que contar
com planeio directo pra praia. À direita já só há mar. E finalmente,
lá começa a subir. Afasto-me apenas o suficiente pra não bater no
beiral. E continua a subida. Estou ao nível da falésia quando esta
acaba. As Azenhas do Mar estão mesmo ali à frente. Mas já estou acima
da falesia. Volto para tras, a 1 ou 2 metros de altura. A descolagem
aproxima-se. Aterragem à cão, completamente de lado. O vôo mais
rasante do dia!
O vento fraquejou, conversa-se com este e com aquele.
Finalmente, o vento começa novamente a mostrar o seu vigor.
Siga.
Descolar novamente. E aterrar. E descolar. E aterrar...
Finalmente há ascendente suficiente para subir até à descolagem de
cima. E aterra-se lá, pois então.
E descola-se da de cima, e aterra-se na de baixo. Vôo directo, mas
mais um vôo.
O pessoal pergunta-se que raio ando a fazer que não liberto a
descolagem. Não digo nada. Ando a treinar a perda, digo em jeito de
desculpa. Um aluno a fazer os primeiros inflados é quem mais se
atrapalha com este vai vem. E o instrutor já não sabe o que há-de
fazer comigo.
40 voos. O pessoal combina tentar ir até à praia Grande. Vamos embora.
Isto corta a média, mas que se lixe. Já tou a começar a ficar cansado.
Os braços doem, as costas chateiam. Descolo, viro à esquerda, subo.
Passo pelo Pardal que desiste nas Azenhas. Vejo o Gabriel a aterrar
num parque de estacionamento logo depois das Azenhas. Vou alto,
continuo. Vão 3 já bem à minha frente. Vejo que não conseguem passar a
praia das Maçãs. Decido voltar pra trás se nenhum deles o conseguir.
Raios, o Ricardo atravessou. Aterrou numa mesa de pedra do outro lado
da praia e segue a inflados pela rocha acima. Penso em fazer o mesmo,
mas teria que aterrar atras dele. Decisao complicada, pois pelo que
vejo o inflado naquele sitio mete respeito. Neste momento já não
consigo voltar para tras. Embico para a praia e rapo a areia numa
curva apertada. Mais um voo!
Volta-se para a Aguda. O carro vai apinhado com tanta gente.
Enfio dois pedaços de pão com queijo fresco pelo bucho abaixo e ...
descolo.
O vento ta neste momento nos 35kms/h, com rajada de 41. É dificil
aterrar. A ascendente tá brutal. Aterro com orelhas e orelhões,
contabilizam-se mais 3 ou 4 voos. Estas aterragens travadas, a um
milimetro antes de entrar a perda dá-me cabo dos braços. E este ultimo
estoura-me por completo.
Descolo pela ultima vez. O vento sopra no seu máximo. Já quase não
consigo andar pra frente. Desaperto tudo, pernas, ventral, tiro as
pernas de dentro do estribo, os braços de dentro das alças. E
preparo-me para a ultima aterragem. A meio metro, salto da cadeira
para o chão. Manobradores nas mãos, a asa voa por momentos e desfaz-se
completamente, aninhando-se com o puxão de travões. A cadeira
esbardalha-se nas moitas. Tou aterrado.
Total: 50 voos.
Vou-me embora. Fiz mais voos hoje que no meu primeiro ano de parapente.
Os voos estão na liga XC Portugal. O log do dia é complicado de
esmioçar. Consegui extrair 40. 3 ficaram pelo caminho no upload. A
Vitória contou 50. Tou-me borrifando se acreditam ou não. Eu acredito,
estava lá!
Curiosidades: 2 triangulos FAI de 1 minuto. Mais um recorde inesperado.
Girão
sábado, 1 de dezembro de 2007
Recolhas, não!
Uma vez que me pediram a opinião tão subtilmente (até pode haver vários Gatos das Botas, mas com guizos sou só eu), e uma vez que até tenho o recorde nacional de recolha com uns modestos 528 kms... (Que foi? Já alguém o tinha reclamado? É meu sim senhor (e do Lacerda, mas ele é masoquista e não o quer!))... aqui vai:
Não, não gosto de fazer recolhas.
E se há aqui alguém que o goste de fazer, é melhor visitar o filósofo sado-masoquista e peidófilo com que fomos brindados pelo Presidente.
E só encontro uma explicação para que se goste: masoquismo. Daí entender as posições aqui tomadas pelo mesmo gajo que entalou os dedos 8 vezes nas mudanças do carro do Gonçalo e nem por uma vez se queixou do facto. Já arranjámos gajo para nos ir buscar a Marrocos quando os ventos para lá soprarem.
Não, não gosto de fazer recolhas.
Não gosto quando as mulheres, amantes, amigos, acompanhantes, curiosos, ou o raio que os parta, vieram com este ou aquele piloto e em vez de o irem recolher ficam sentados no café, enquanto os parvos das recolhas os vão buscar. Se essas pessoas não têm a obrigação de ir recolher o marido, amante, amiga, acompanhante, curioso, porque raio tenho eu?
Não, não gosto de ir fazer recolhas.
Porque após um dia de 40ºC, que acabaram com 3 malditas marrecas ou com um vôo miserável de 1 quilómetro, estou cansado, malcheiros, mal humorado, puto da vida e com vontade de bater em alguém. E vou ter que ir ter com um gajo que fez 150 kms e que vai descrever km por km, térmica por térmica, abutre por abutre. E não me parece que ele esteja muito interessado nas minhas 3 maravilhosas marrecas.
Não, não gosto de fazer recolhas.
Porque vou ter que ir num carro que não conheço (Pensavam que ia no meu? Isso foi o ano passado, este ano aprendi!), cheio de sono, a queimar limites de velocidade e a entalar os dedos na alavanca das velocidades, em companhia de gajos masoquistas que não se importam de ser parvos das recolhas. E se tiver um acidente?
Não, não gosto de fazer recolhas.
Porque prefiro ir dormir para tornar a voar no dia seguinte com 40ºC, nem que seja para acabar novamente com 3 malditas marrecas ou com um vôo miserável de 1 quilómetro.
Não, não gosto de fazer recolhas.
Porque neste momento «alguém» me deve 528kms de recolha de 2007 e 400kms de recolha de 2006. E não sei quando vou conseguir recuperar este crédito.
Não, não gosto de fazer recolhas.
Porque com um vôo menos anarquico e com comunicações frequentes pode o piloto estar a aterrar e a recolha a chegar (já aconteceu comigo). Porque uma recolha por perto é segurança acrescida pra um esbardalhanço na aterragem. Ficará muito bem para qualquer um de nós bater o recorde de distância se acabar na primeira página como "MORTO APóS ATERRAGEM". Mais que não seja, porque quem bater esse recorde, o vai bater de um morto. Triste, não é?
E depois desta conversa toda, continuo a não gostar de fazer recolhas. E para pessoal que optimiza taxas de subida, planeios, mcreadys, flymasters e seus cilindros tangenciais, núcleos de térmicas, sotaventos, gatilhos, estradas de núvens, e mais o diabo que os carregue, pura e simplesmente não consigo entender porquê tanta relutância em OPTIMIZAR a recolha. Eu prefiro voar a fazer recolhas (acho que já se notou!). E se com uma optimização de recolhas pudermos todos voar mais? Se puder chegar a casa às 10 da noite, como piloto ou parvo de recolhas e não às 5 da manhã, vou poder dormir e voar fresco no dia seguinte. E não ficar a dormir até às 2 da tarde, enquanto os NÃO PARVOS que se baldaram à recolha se divertem a voar enquanto eu durmo de rebentado.
Porque o meu egoista objectivo no meio disto tudo é voar anarquicamente, porque até tenho a minha própria recolha garantida e principalmente, porque o meu crédito de recolhas anarquicas está tremendamente desequilibrado, VOU CONTINUAR A FAZER RECOLHAS.
Mas... (foi o que retirei desta discussão tão acesa)... só se isso não me lixar o objectivo de voar no próprio dia ou no seguinte.
Afinal, parapentista que se preze é, acima de tudo, o ser mais egoista e egocentrista conhecido, um animal conhecido por olhar fixamente pro próprio umbigo. E o meu anda com demasiado cotão. Há que removê-lo!
E eu quero ser um melhor parapentista, porra!
Girão
P.S. Ao Lacerda, menos anarquia. Ao Paulo Reis, menos emoção. Ao Paulo Nunes, que m3rda é esta de não me incluires na carrinha pra Azinha pra nos chatearmos todos olhos nos olhos? Vem pra cá telefonar quando fizeres marrecas de 7 kms. EGOISTA!
Não, não gosto de fazer recolhas.
E se há aqui alguém que o goste de fazer, é melhor visitar o filósofo sado-masoquista e peidófilo com que fomos brindados pelo Presidente.
E só encontro uma explicação para que se goste: masoquismo. Daí entender as posições aqui tomadas pelo mesmo gajo que entalou os dedos 8 vezes nas mudanças do carro do Gonçalo e nem por uma vez se queixou do facto. Já arranjámos gajo para nos ir buscar a Marrocos quando os ventos para lá soprarem.
Não, não gosto de fazer recolhas.
Não gosto quando as mulheres, amantes, amigos, acompanhantes, curiosos, ou o raio que os parta, vieram com este ou aquele piloto e em vez de o irem recolher ficam sentados no café, enquanto os parvos das recolhas os vão buscar. Se essas pessoas não têm a obrigação de ir recolher o marido, amante, amiga, acompanhante, curioso, porque raio tenho eu?
Não, não gosto de ir fazer recolhas.
Porque após um dia de 40ºC, que acabaram com 3 malditas marrecas ou com um vôo miserável de 1 quilómetro, estou cansado, malcheiros, mal humorado, puto da vida e com vontade de bater em alguém. E vou ter que ir ter com um gajo que fez 150 kms e que vai descrever km por km, térmica por térmica, abutre por abutre. E não me parece que ele esteja muito interessado nas minhas 3 maravilhosas marrecas.
Não, não gosto de fazer recolhas.
Porque vou ter que ir num carro que não conheço (Pensavam que ia no meu? Isso foi o ano passado, este ano aprendi!), cheio de sono, a queimar limites de velocidade e a entalar os dedos na alavanca das velocidades, em companhia de gajos masoquistas que não se importam de ser parvos das recolhas. E se tiver um acidente?
Não, não gosto de fazer recolhas.
Porque prefiro ir dormir para tornar a voar no dia seguinte com 40ºC, nem que seja para acabar novamente com 3 malditas marrecas ou com um vôo miserável de 1 quilómetro.
Não, não gosto de fazer recolhas.
Porque neste momento «alguém» me deve 528kms de recolha de 2007 e 400kms de recolha de 2006. E não sei quando vou conseguir recuperar este crédito.
Não, não gosto de fazer recolhas.
Porque com um vôo menos anarquico e com comunicações frequentes pode o piloto estar a aterrar e a recolha a chegar (já aconteceu comigo). Porque uma recolha por perto é segurança acrescida pra um esbardalhanço na aterragem. Ficará muito bem para qualquer um de nós bater o recorde de distância se acabar na primeira página como "MORTO APóS ATERRAGEM". Mais que não seja, porque quem bater esse recorde, o vai bater de um morto. Triste, não é?
E depois desta conversa toda, continuo a não gostar de fazer recolhas. E para pessoal que optimiza taxas de subida, planeios, mcreadys, flymasters e seus cilindros tangenciais, núcleos de térmicas, sotaventos, gatilhos, estradas de núvens, e mais o diabo que os carregue, pura e simplesmente não consigo entender porquê tanta relutância em OPTIMIZAR a recolha. Eu prefiro voar a fazer recolhas (acho que já se notou!). E se com uma optimização de recolhas pudermos todos voar mais? Se puder chegar a casa às 10 da noite, como piloto ou parvo de recolhas e não às 5 da manhã, vou poder dormir e voar fresco no dia seguinte. E não ficar a dormir até às 2 da tarde, enquanto os NÃO PARVOS que se baldaram à recolha se divertem a voar enquanto eu durmo de rebentado.
Porque o meu egoista objectivo no meio disto tudo é voar anarquicamente, porque até tenho a minha própria recolha garantida e principalmente, porque o meu crédito de recolhas anarquicas está tremendamente desequilibrado, VOU CONTINUAR A FAZER RECOLHAS.
Mas... (foi o que retirei desta discussão tão acesa)... só se isso não me lixar o objectivo de voar no próprio dia ou no seguinte.
Afinal, parapentista que se preze é, acima de tudo, o ser mais egoista e egocentrista conhecido, um animal conhecido por olhar fixamente pro próprio umbigo. E o meu anda com demasiado cotão. Há que removê-lo!
E eu quero ser um melhor parapentista, porra!
Girão
P.S. Ao Lacerda, menos anarquia. Ao Paulo Reis, menos emoção. Ao Paulo Nunes, que m3rda é esta de não me incluires na carrinha pra Azinha pra nos chatearmos todos olhos nos olhos? Vem pra cá telefonar quando fizeres marrecas de 7 kms. EGOISTA!
Subscrever:
Comentários (Atom)
