Someone has already written an app to do all of this Throttled
About throttled is a bandwidth shaping application for Mac OS X and FreeBSD which allows you to cap your upstream bandwidth, prioritize ACK packets, and keep your download speeds high even when your server is sending out at full speed.
Features * Allows you to set a global bandwidth cap for all your applications, or multiple caps with different speeds to guarantee all your servers a certain amount of bandwidth. * Allows you to setup wighted queues for your network data to guarantee low-latency ssh, telnet, etc connections on your server. * Includes optimizations for many online games including Unreal Tournament 2004, World of Warcraft, Call of Duty, Ghost Recon, Starcraft, Warcraft II, Warcraft III, and Diablo II. * Prioritizes TCP ACK packets to allow consistent bandwidth in both directions even under heavy server load. * It uses almost no resources. CPU usage is around 0 - 3% and it uses less than 500k of RAM. * Source code is freely available, and released under the GPL. Please read the COPYING file in the distribution.
[Disclaimer: I'm a friend of the guy who wrote it and did early early beta testing.]
mount -t gmailfs/disk1 -o username=gmailuser,password=gmailpass mount -t gmailfs/disk2 -o username=gmailuser,password=gmailpass mount -t gmailfs/disk3 -o username=gmailuser,password=gmailpass mount -t gmailfs/disk4 -o username=gmailuser,password=gmailpass mount -t gmailfs/disk5 -o username=gmailuser,password=gmailpass
It really doesn't care how big your drives are. Just take all your drives, shove them into a RAIDZ1, (you will be limited by the smallest size hard drive).
Then put ZIL and L2ARC on the SSD cards. Fast AND big.
...putting them in "federal pound me in the ass prison"...
This isn't Riyadh. You know they're not gonna saw your hands off here, alright? The worst they would ever do is they would put you for a couple of months into a white-collar, minimum-security resort! Shit, we should be so lucky! Do you know, they have conjugal visits there?
I like how he sort of blew off the sound question. It has nothing to do with "supported hardware" it has to due to the Cluster Fuck that is Linux Audio.
I know OSS is about "choice" but there's just too many choices. And none of them work right. I'd consider myself a high level user and usually read a "How To" then understand the underlying system (such as how uBoot works on my Sheeva Plug), but I haven't in the slightest idea how the fuck linux audio works.
I can install OSSv4. And use those drivers with ALSA. Or use ALSA drivers while playing through Pulse Audio and telling all ALSA applications to go through Pulse Audio. And I don't even want to start to think about 'mapping' in ALSA.
If Canonical/Ubuntu fixes sound, it'll be one of those stories that we tell our grandchildren about.
I wrote the registration software for a student run job fair. Spelled out on the first page are a few ground rules "We cannot accept credit cards" etc.
Every single semester we'd get some rep that "never saw that" or claimed we "changed the rules".
The final iteration that seemed to work was a 2 - 5 digit, randomly generated 'validation codes' that was in the 2nd and 4th paragraphs.
We'd often get the HR rep that would e-mail us: "Did you read the instructions?" "Yes" "Everything you need is in the instructions."
Occasionally get we'd get some irate HR rep: "You e-mailed me that they were in the instructions. I can't find them anywhere. We have to register now." (and this is where you play dumb) "Oh, I'm so sorry. They should be in the instructions. It may be a software bug. Could you please read the instructions to us"....... "Your first validation code is: 23984. Payment methods are Check or Cash. No credit cards are accepted." "Do you have any more questions". (Although usually you'd just get a click after they hit the words "Your validation code is".
Ha. Good luck with that. If you didn't know what you were doing and didn't know my own acronyms, there was no chance in hell you were going to use my programs.
You may be able to figure it out, but by then the test was over.
I did this for all my Mechanical Engineering courses. I figured for some tests I would spend upwards of 20 hours programming... It just ended up being my way to study. By time I tested all scenarios, worked out problems by hand to make sure that my equations worked and debugged it some more, I had the equations memorized.
It did save my ass a few times when I made a stupid sign mistake ON the test, but my debugged program gave me the right answer. Went back and double checked my work, and found the sign error.
I also had it print out every step of the solving process so in a pinch (time running out) I could just copy from my calculator screen and get credit for full work.
500 lines of code gets quite tedious after a while on a TI-89 screen.
My SheevaPlug has a mini-USB connector on it. It's near impossible to brick. I even did a dd/dev/zero to the entire flash memory and was still able to get to the JTAG interface with a USB cable to my MacBookPro.
"Serial" shouldn't go away, but the massive plug should.
1) The signal is debounced. 2) I have NEVER had a problem with this in my 1998 VW TDI. Every VW Diesel engine sold since the 90's has had this technology. I'm sure those in the Alps think your San Fran hills are cute, but have no problem with this enabled.
Utilizing hand-coded software in our previous process had caused long, time-consuming, iteration cycles that imposed severe limits on the number of iterations we could perform to develop a system. This in turn required control system designers to make final design decisions without adequate information. The solution identified and implemented was to utilize a model-based, rapid-prototyping capability.
Is that one of your customers? If you don't mind my asking, what industry are you in.
For that little model right there, there were almost 1000 lines of code. Now do you see how you could easily get 100M?
*This is also quick and dirty, I didn't turn on any optimizations it's just the default C generated code to make a.exe (I didn't target any specific embedded device).
**Now in real production these would pull from sensors and it'd probably use a few more lines of code. (You have to read from the A/D, etc)
I work for a rather large corporation that uses Simulink for all of our stuff. Nothing gets re-written. The stuff that goes into production is stuff that IS assembled by the electronics group.
Other groups that design the control algorithms do use XPC boxes to create strategies quickly. Once this is done a software specification is written and given to the group that actually makes the model 'their way' (fixed point, design standards, naming conventions, etc). This gets compiled and put into production ECMs that customers use.
It's really amazing how settings and maps get pulled from different databases and merged together
How much RAM? ZFS loves RAM. I was locking up until I upgraded to 4GB. (I was hoping to go to 8GB but RAM prices shot up).
It makes a rock solid home server. NFS, SMB, CCXstream (XBMC), AFS (It's my time machine disk).
Congrats on the installer. Now you just need to Root on ZFS into the installer. (If you have any experience and can follow instructions, it's not hard at all, just long.)
It's not 100M lines of handwritten code! Every time this comes up everyone (especially those that work with embedded systems) seem to think that there are a ton of code monkeys locked away coding in C or assembly.
A simple PID controler with saturation and limits could easily take up 50 "lines of code".
And it's not like Toyota is Mathworks' sole customer. Boeing, GM, Chrysler, Ford, etc ALL use Mathworks.
Just like nearly everyone that works with CAN uses Vector CANape. Everyone that develops ICE powertrains uses AVL
When you start to get to specialized software like what Matlab, CANape, AVL, etc all do, there aren't a ton of options (and no open source solutions). It's cheaper for all of these companies to buy X product and use it than try to write their own.
Slashdot Mirror
Nice straw man, there. Show me where a car thief gets 'decades' in prison, and you might have a point. The usual sentence depends on jurisdiction,
When racism is involved.
35 years for a black and white TV.
But you will if you cause enough money in damage.
So how much jailtime will bank execs face?
A little money: Jailtime/community service
A lot of money: Prison
A whole hell of a lot of money: Government bailout.
Letting laymen edit HTML always worked out for the best.
Although the Myspace Worm has to be one of the most hilarious things I've ever read.
Someone has already written an app to do all of this Throttled
About
throttled is a bandwidth shaping application for Mac OS X and FreeBSD which allows you to cap your upstream bandwidth, prioritize ACK packets, and keep your download speeds high even when your server is sending out at full speed.
Features
* Allows you to set a global bandwidth cap for all your applications, or multiple caps with different speeds to guarantee all your servers a certain amount of bandwidth.
* Allows you to setup wighted queues for your network data to guarantee low-latency ssh, telnet, etc connections on your server.
* Includes optimizations for many online games including Unreal Tournament 2004, World of Warcraft, Call of Duty, Ghost Recon, Starcraft, Warcraft II, Warcraft III, and Diablo II.
* Prioritizes TCP ACK packets to allow consistent bandwidth in both directions even under heavy server load.
* It uses almost no resources. CPU usage is around 0 - 3% and it uses less than 500k of RAM.
* Source code is freely available, and released under the GPL. Please read the COPYING file in the distribution.
[Disclaimer: I'm a friend of the guy who wrote it and did early early beta testing.]
That's what ZFS is for.
mount -t gmailfs /disk1 -o username=gmailuser,password=gmailpass /disk2 -o username=gmailuser,password=gmailpass /disk3 -o username=gmailuser,password=gmailpass /disk4 -o username=gmailuser,password=gmailpass /disk5 -o username=gmailuser,password=gmailpass
mount -t gmailfs
mount -t gmailfs
mount -t gmailfs
mount -t gmailfs
zpool create gzfs raidz1 disk1 disk2 disk3 disk4 disk5
Actually.... I think I just found my project for the evening. I mean it's already been done with 12 USB drives
ZFS + L2ARC & ZIL on SSD.
It really doesn't care how big your drives are. Just take all your drives, shove them into a RAIDZ1, (you will be limited by the smallest size hard drive).
Then put ZIL and L2ARC on the SSD cards. Fast AND big.
http://blogs.sun.com/brendan/entry/test
...putting them in "federal pound me in the ass prison"...
This isn't Riyadh. You know they're not gonna saw your hands off here, alright? The worst they would ever do is they would put you for a couple of months into a white-collar, minimum-security resort! Shit, we should be so lucky! Do you know, they have conjugal visits there?
Larger/Better Graph
Original Article it came from
And it looks like hardware decoded video on Linux is going the same way
I like how he sort of blew off the sound question.
It has nothing to do with "supported hardware" it has to due to the Cluster Fuck that is Linux Audio.
I know OSS is about "choice" but there's just too many choices. And none of them work right. I'd consider myself a high level user and usually read a "How To" then understand the underlying system (such as how uBoot works on my Sheeva Plug), but I haven't in the slightest idea how the fuck linux audio works.
I can install OSSv4. And use those drivers with ALSA. Or use ALSA drivers while playing through Pulse Audio and telling all ALSA applications to go through Pulse Audio. And I don't even want to start to think about 'mapping' in ALSA.
If Canonical/Ubuntu fixes sound, it'll be one of those stories that we tell our grandchildren about.
I demand, I want, me me me money money money for me.
And this is why Universal Health care will never work in the United States.
I wrote the registration software for a student run job fair. Spelled out on the first page are a few ground rules "We cannot accept credit cards" etc.
Every single semester we'd get some rep that "never saw that" or claimed we "changed the rules".
The final iteration that seemed to work was a 2 - 5 digit, randomly generated 'validation codes' that was in the 2nd and 4th paragraphs.
We'd often get the HR rep that would e-mail us:
"Did you read the instructions?"
"Yes"
"Everything you need is in the instructions."
Occasionally get we'd get some irate HR rep: ...... "Your first validation code is: 23984. Payment methods are Check or Cash. No credit cards are accepted."
"You e-mailed me that they were in the instructions. I can't find them anywhere. We have to register now."
(and this is where you play dumb)
"Oh, I'm so sorry. They should be in the instructions. It may be a software bug. Could you please read the instructions to us".
"Do you have any more questions". (Although usually you'd just get a click after they hit the words "Your validation code is".
Ha. Good luck with that. If you didn't know what you were doing and didn't know my own acronyms, there was no chance in hell you were going to use my programs.
You may be able to figure it out, but by then the test was over.
I did this for all my Mechanical Engineering courses. I figured for some tests I would spend upwards of 20 hours programming... It just ended up being my way to study. By time I tested all scenarios, worked out problems by hand to make sure that my equations worked and debugged it some more, I had the equations memorized.
It did save my ass a few times when I made a stupid sign mistake ON the test, but my debugged program gave me the right answer. Went back and double checked my work, and found the sign error.
I also had it print out every step of the solving process so in a pinch (time running out) I could just copy from my calculator screen and get credit for full work.
500 lines of code gets quite tedious after a while on a TI-89 screen.
My SheevaPlug has a mini-USB connector on it. It's near impossible to brick. I even did a dd /dev/zero to the entire flash memory and was still able to get to the JTAG interface with a USB cable to my MacBookPro.
"Serial" shouldn't go away, but the massive plug should.
It's called "Cast Iron" and that is how it works.
Anything cooked in it is sanitized anyway.
1) The signal is debounced.
2) I have NEVER had a problem with this in my 1998 VW TDI. Every VW Diesel engine sold since the 90's has had this technology. I'm sure those in the Alps think your San Fran hills are cute, but have no problem with this enabled.
And both are a joke compared to what Matlab can do and there are no alternatives to Simulink. (Which is what everyone uses.)
SAE Document on how Caterpillar uses Auto Code Generation for all of their products.
Utilizing hand-coded software in our previous process had caused long, time-consuming,
iteration cycles that imposed severe limits on the
number of iterations we could perform to
develop a system. This in turn required control
system designers to make final design decisions
without adequate information. The solution
identified and implemented was to utilize a
model-based, rapid-prototyping capability.
Is that one of your customers? If you don't mind my asking, what industry are you in.
Define real time safety critical.
I guarantee that there are real time critical systems out there that are running on Simulink generated code. AC explains how it works.
There isn't enough time in the world to go through the code of some systems. The Simulink models are verified and tested and code is made.
Ok. Case in point, here is a VERY simple switch block. (And this could really be all that they did)
Brake_Override.jpg
If brake is 1, then 0 gets sent to the throttle, otherwise what ever the throttle is gets sent to the throttle.
How many lines of code would you guess that is?
157. (including blank lines between functions).
Want to wager how many the .h file has?
901.
For that little model right there, there were almost 1000 lines of code. Now do you see how you could easily get 100M?
*This is also quick and dirty, I didn't turn on any optimizations it's just the default C generated code to make a .exe (I didn't target any specific embedded device).
**Now in real production these would pull from sensors and it'd probably use a few more lines of code. (You have to read from the A/D, etc)
Then you're using it wrong.
I work for a rather large corporation that uses Simulink for all of our stuff. Nothing gets re-written. The stuff that goes into production is stuff that IS assembled by the electronics group.
Other groups that design the control algorithms do use XPC boxes to create strategies quickly. Once this is done a software specification is written and given to the group that actually makes the model 'their way' (fixed point, design standards, naming conventions, etc). This gets compiled and put into production ECMs that customers use.
It's really amazing how settings and maps get pulled from different databases and merged together
Auto code generation tends not to use shortcuts, meaning there is no
if (X) { printf("Hello World");}
It's probably more like
if (X)
{
printf("Hello World");
}
I just quadrupled my line count!
How much RAM? ZFS loves RAM. I was locking up until I upgraded to 4GB. (I was hoping to go to 8GB but RAM prices shot up).
It makes a rock solid home server. NFS, SMB, CCXstream (XBMC), AFS (It's my time machine disk).
Congrats on the installer. Now you just need to Root on ZFS into the installer. (If you have any experience and can follow instructions, it's not hard at all, just long.)
It's not 100M lines of handwritten code! Every time this comes up everyone (especially those that work with embedded systems) seem to think that there are a ton of code monkeys locked away coding in C or assembly.
I'd be willing to bet that almost all of it is auto generated. Toyota (and nearly everyone else) uses Matlab & Simulink extensively.
The MathWorks tools help Toyota design for the future (PDF)
Toyota Racing Development Makes Faster and More Efficient Engineering Decisions with MATLAB
A simple PID controler with saturation and limits could easily take up 50 "lines of code".
And it's not like Toyota is Mathworks' sole customer. Boeing, GM, Chrysler, Ford, etc ALL use Mathworks.
Just like nearly everyone that works with CAN uses Vector CANape. Everyone that develops ICE powertrains uses AVL
When you start to get to specialized software like what Matlab, CANape, AVL, etc all do, there aren't a ton of options (and no open source solutions). It's cheaper for all of these companies to buy X product and use it than try to write their own.
And where can I buy that? All I keep seeing is references to a "Design Reference."
Of course every company has a few "well this is what we 'could' do." Apple could have shown demos of the iPad a year ago.
I'm still waiting on my ARM laptop that is 'just around the corner'.