Isn't hydrogen peroxide also used to bleach hair, when you want to color it in a lighter color than your natural color? If so, it's not that out of line that a duty-free shop might carry it.
In Luxembourg, there is a small village which has a road called "Judde Gas" (Jew Gas). Of course, in Luxembourgish, "Gas" also means "small road", but after WWII, it's still a bizarre name. Strangely enough, the name hasn't been changed...
One of my pet peeves is users who don't read (or don't try to understand) error messages.
User: "it says please insert CD now, what should I do?"
Me: "hmmmm... did you already try inserting the CD?"
User: "o, never thought about that one, thanks"
Indeed, most users are so accustomed to Window's meaningless error messages that they won't even try to make sense of them.
Now, eventually these users who don't read error messages become developers... and guess what: their programs won't display meaningful messages because "nobody ever reads them anyways", even if it is a program intended for Linux. And the next generation says "why bother reading messages, they're meaningless anyways, I'll just quickly snap a picture of them so I won't even have to pollute my eyes with this meaningless driver, and send it to the helldesk"
except some people (*cough*unbuntufolks*cough*) don't like to use the terminal... so the kernel patch might be better, although wouldn't all gui apps have the same [p]tty?
Exactly. Gui apps (usually) don't have a controlling terminal, so would all end up in the same scheduling group, making the patch ineffective.
However, with user-space managed cgroups, the window manager (or whatever starts up the GUI apps) could do its own thing (the.bashrc hack doesn't work as is either, because the window manager doesn't usually invoke apps via the shell)
Seems your example shows that -t 0 doesn't work. In the case of make -j 64, each individual compilation's stdin is still a tty, so each would get its own group, defeating the purpose of lumping them together and "punishing" them for their aggregate rather than individual load.
PS1, on the other hand, is only set for the process at the root of the tree, so that one works.
Or, y'know, just change the menu launcher to specify the group at execution time.
Why, among the zillions of settable process parameters would you pick the user group for that? There are many other process parameters that would be more appropriate and that wouldn't have access right side effects.
Like how 'nice' works.
Nice doesn't use group ids
Or an env var on the command line.
Slightly better already. But with the environment, you would have the drawback of the kernel having to parse the environment.
Also, ever heard of the setgid bit?
Sure. But it sure would be a nightmare to administer all those setgid launch scripts, and making sure none would introduce a subtle security hole.
Plenty things run as the current user but with a group specific to the app or nature of it's task
Sure. So those apps depending on a specific group will stop working because the window manager set a different group than the app expects for scheduling purposes?
All larger companies do have a "facilities management" department, which does at least some of these:
Power: they manage their own on-site power wiring. And UPS and (for some) even an onsite generating station (we have, and we even sell excess power to the grid)
Communication: they manage their office network and their PABX (to which both desk phones and company-issued DECT phones are connected. And many companies run a blackberry server)
Transportation: During winter, on-campus roads are gritted by the company, not by the commune. For foot travel between buildings, our company offers complimentary umbrellas:-) Within buildings there are elevators. And guess who built the parking lots, and the speed bumps on the access roads, and even the access roads themselves?
Water: On site water distribution is organized by the company. Some even have their own wells or storage ponds (think steel mills or others who need non-trivial quantities of water for cooling purpose)
Just to save you the trouble of reading it, if don't want to, it's pretty clear that IE9 is eliminating the heart of the math-cordic loop as dead code. It _is_ dead code, so the optimization is correct.
So, it's really a problem with the benchmark then. What they should have done is to "use" the result of each iteration for something (maybe sum all results together?), return the sum, and display it somewhere (using document.write, for example). That way, a correct JS engine could not optimize it away.
In many places, landline handsets are powered from the switch office (... which is on UPS) via the phone line, and not from your house's power. So the phone will work (in some minimal mode) even though all the other appliances won't.
I do like the 'harvest by default' idea, as long as it easy to opt out AND if opting out would mean that you would opt out of receiving any donor organ as well. You will NOT be placed on any list.
If what you say is true, that I would need to start every task from a shell and keep it open
Only those tasks that are reaonably likely to become performance hogs... (dvdstyler, kvm,...).
Btw, many "desktop slows down to a crawl"-scenarios are actually not due to CPU hogs, but rather to IO- or memory hogs. Does the patch address these too?
Maybe this could be improved upon by grouping process by process group (setpgrp), and have the window manager set the pgrp (a different one) for each new app it launches?
Or better: use a combined key of both tty and pgrp , so that we already see a benefit right now for the compilation example, and benefits later for all other cases (when window manager will start doing this, if they don't already)
This will still leave the "firefox with many facebook tabs open slows down webmail within firefox" case though, but maybe that case could be solved by taking a baseball bat to Mark Zuckerberg's head:-)
Slashdot Mirror
I cannot find any hydrogen peroxide there.
Isn't hydrogen peroxide also used to bleach hair, when you want to color it in a lighter color than your natural color? If so, it's not that out of line that a duty-free shop might carry it.
if a group called themselves the "Jew gassers"
In Luxembourg, there is a small village which has a road called "Judde Gas" (Jew Gas). Of course, in Luxembourgish, "Gas" also means "small road", but after WWII, it's still a bizarre name. Strangely enough, the name hasn't been changed...
Do they want to risk getting hit with the official banhammer in countries like Germany and lose that market for showing swastikas in-game?
Then, maybe they should say so, rather than insulting people who hold different views?
The value of error messages become evident as soon as you need to remotely debug your project,
To a good developer, yes.
what happens as soon as it becomes sucessfull.
Applications may become "successful" due to reasons other than quality (market distortions, sole supplier, etc.)
So, we may have uncessfull projects with bad messages, or programmers that learn how to write good messages with sucess.
And then, we may also have good programmers writing good messages, and then being vetoed by management because "it scares the users".
However, he said, the team initially aim to use the system to build an advanced endoscope.
"It's an easy application to target," he said. "It's a nice, dark, damp and warm environment."
If the team get good results from their trials, he said, they could have a working endoscope prototype within two years.
User: "it says please insert CD now, what should I do?"
Me: "hmmmm... did you already try inserting the CD?"
User: "o, never thought about that one, thanks"
Indeed, most users are so accustomed to Window's meaningless error messages that they won't even try to make sense of them.
Now, eventually these users who don't read error messages become developers... and guess what: their programs won't display meaningful messages because "nobody ever reads them anyways", even if it is a program intended for Linux. And the next generation says "why bother reading messages, they're meaningless anyways, I'll just quickly snap a picture of them so I won't even have to pollute my eyes with this meaningless driver, and send it to the helldesk"
I was busy - working.
Get a place where you don't have your back towards the door...
You were mod'ed "funny", but seriously, I've been using tcsh (interactively) since the 80s and prefer it to bash.
I used tcsh back in the day before bash existed, as it was the only shell that had command line editing. However I hated its syntax.
And as soon as bash came out, I dropped tcsh like a hot potato.
except some people (*cough*unbuntufolks*cough*) don't like to use the terminal... so the kernel patch might be better, although wouldn't all gui apps have the same [p]tty?
Exactly. Gui apps (usually) don't have a controlling terminal, so would all end up in the same scheduling group, making the patch ineffective.
However, with user-space managed cgroups, the window manager (or whatever starts up the GUI apps) could do its own thing (the .bashrc hack doesn't work as is either, because the window manager doesn't usually invoke apps via the shell)
Still, could you inform me when is /usr/local/sbin/cgroup_clean called?
When the shell that created the cgroup exits (i.e. when you close you terminal, konsole, or logout)
PS1, on the other hand, is only set for the process at the root of the tree, so that one works.
Or, y'know, just change the menu launcher to specify the group at execution time.
Why, among the zillions of settable process parameters would you pick the user group for that? There are many other process parameters that would be more appropriate and that wouldn't have access right side effects.
Like how 'nice' works.
Nice doesn't use group ids
Or an env var on the command line.
Slightly better already. But with the environment, you would have the drawback of the kernel having to parse the environment.
Also, ever heard of the setgid bit?
Sure. But it sure would be a nightmare to administer all those setgid launch scripts, and making sure none would introduce a subtle security hole.
Plenty things run as the current user but with a group specific to the app or nature of it's task
Sure. So those apps depending on a specific group will stop working because the window manager set a different group than the app expects for scheduling purposes?
But in any case, all this has become moot now
Perhaps the group (from /etc/group) the process is running as.
As most machines are used as single user, all interesting processes belong to the same user, and also the same group...
Next idea?
Filesystems, on the other hand, is something most people wouldn't even know how to spell...
I tried the same thing, but I must have broken one of my many mirrors...
Not the same video. Yours has a calm kid, who even seems to enjoy the novelty. And he is not patted down, but just wanded.
Just to save you the trouble of reading it, if don't want to, it's pretty clear that IE9 is eliminating the heart of the math-cordic loop as dead code. It _is_ dead code, so the optimization is correct.
So, it's really a problem with the benchmark then. What they should have done is to "use" the result of each iteration for something (maybe sum all results together?), return the sum, and display it somewhere (using document.write, for example). That way, a correct JS engine could not optimize it away.
Are you using a landline? YOUR POWER IS OUT!
In many places, landline handsets are powered from the switch office (... which is on UPS) via the phone line, and not from your house's power. So the phone will work (in some minimal mode) even though all the other appliances won't.
I do like the 'harvest by default' idea, as long as it easy to opt out AND if opting out would mean that you would opt out of receiving any donor organ as well. You will NOT be placed on any list.
Easy fix: opt-in again as soon as the need arises
So no, it doesn't have to be a physical RS232 serial line like in the seventies :-)
Welcome to the wonderful world of TSA!
But what if I prefer my existing window system (KDE, Gnome, ...).
Better just start the occasional CPU hog from the konsole and be done with it.
If what you say is true, that I would need to start every task from a shell and keep it open
Only those tasks that are reaonably likely to become performance hogs... (dvdstyler, kvm, ...).
Btw, many "desktop slows down to a crawl"-scenarios are actually not due to CPU hogs, but rather to IO- or memory hogs. Does the patch address these too?
Or better: use a combined key of both tty and pgrp , so that we already see a benefit right now for the compilation example, and benefits later for all other cases (when window manager will start doing this, if they don't already)
This will still leave the "firefox with many facebook tabs open slows down webmail within firefox" case though, but maybe that case could be solved by taking a baseball bat to Mark Zuckerberg's head :-)