Not all DoS attacks are simple ping floods. Those are in fact the weakest of the breed and easy to clean out at the upstream provider.
An attack designed to chew up your instances would perform valid page requests. Thus, your application would believe that more hits equals more traffic and it should accommodate.
I'm all for a temporary buffer with severe limits and the big red light going off. The cost associated with a temporary reprieve in order to react to a situation would be well be worth it.
It's like putting up the shields on the enterprise. Obviously, sitting back and relaxing isn't what the crew on the bridge are doing.
"Scotty, send us up a few more bottles of chilled wine. I think these guys are going to tire out fairly quickly."
"I'm givin her all she's got captain, but the ice machine just can't take any more."
The scaling logic is in your software. The cloud service shouldn't know best. In theory, a management and monitoring agent would dispatch an additional node and add that node to the pool.
Since images can be templated it's really a matter of automating the deployment.
Ec2 systems take time to transfer the image and initiate an instance. I do wonder about the 10 minute portion though. Since the last time I spun up a virt it was ready in about 5.
I suspect this is his concept of instantiate a virt, deploy packages from s3 and add in the configuration magic. None the less, it appears to be based on an imaginary number since he doesn't use auto-scaling;)
Cheaper environments can be shared resources, have poor SLAs and not provide service gurantees. Sure, you can run cheap and it won't cost you until it breaks.
DNS isn't exactly a real time solution when those entries are cached. I have encountered a large number of providers who flat out ignored cache time out settings.
Again, a business can run on the cheap, but the idea is the servers are generally generating revenue when they are in use. Some places don't like down time.
What if someone posts a bad batch or accidently malforms some package in such a way to chew though 10x the resources.
I think there are many great uses for cloud environments, but people have to be careful when it is pay for play.
It's a bit different then tying up all the resources on the web server. Sure, there is cost in time, but rarely does anyone get billed for those man hours.
His complaint with auto-scaling was that if the org is doing their proverbial homework then and planning for additional capacity then they should not need it.
There are times when traffic boosts come as a bit of a surprise. However, depending on size and free capacity some bumps should be able to smooth out.
Another trick is to have the means to scale some functionality down to allow for additional traffic. Slashdot for instance used to flip to a static front page when traffic was insane.
Personally, a very limited automatic scale to meet a few percentage points might not be a bad idea at least to create additional buffer for increased reaction time. Still, alarms should sound and I would think of this as a fall back option.
All in all, I rather agree with his sentiment. Don't be lazy and don't waste cash.
Actually, metering is cheap and easy, simply because they *need* to meter your traffic. Companies with infrastructure requirements and not a great deal of dumb users will generally have to be honest to keep your business.
Loyalty is based on performance and meeting customer expectations.
Phone companies get away with this crap because they are either a monopoly or engage in lengthy customer lock in. It also doesn't help that it is pretty much the norm to nickel and dime the customer.
Ec2 and other retail outlets you can simply walk away from if you are unhappy. I'm assuming other cloud operators work in a similar fashion.
I put in the order, paid up and waited. Now, at the time I was in college and life was pretty busy. So a similar amount of time passed.
I logged in to note my order had been still in the pending state and was fairly curious as to why.
SO I picked up the phone and made the call. For whatever reason, the rep said that sometimes orders get stuck and have to be manually corrected and pushed on.
The rep was going to have to cancel and re-enter my order to correct the issue. (It's automatically canceled after X number of days anyway or at least it was.)
The problem with this approach was I was going to lose my sale offers and jump the cost of the laptop. Some parts were no longer offered (such as the standard cd-rom).
I was very strong about not paying more then I had originally intended and wanted the model I picked out. They wanted to try and bump the price to fit the new parts, but I wouldn't budge on it. I simply said, if I'm going to pay more I might as well pick up the Toshiba Techra line since the only reasoning with going Dell was the price difference.
The rep discounted, dropped shipping charges, added bonuses and pretty much anything he could do. He only asked I meet him half way on the difference between the CDROM and better CD RW that I had to purchase. (25$ more oh noes).
I ended up with a better deal and a better laptop configuration simply because I stuck to my guns.
Just keep that in mind, you're loss in time can be your gain!
On a side note, you would probably get a better deal from a Dell re-seller. You can goto e-Bay and find them. Usually things like warranties are discounted and the re-seller price drop really helps. I picked up a drop shipped 9300 a few years ago for about 500$ less then I could build on Dell's site and the unit still shipped from Dell. (I'm still running on my 4 year dell complete care warranty as well.) Also, check the option for second chance offers since they normally employ price jacking bids.;)
Now, if you can't call you are going to have to arrange for a friend to give them the one on one.
Optionally, you can post to slashdot and I suspect a Dell rep will have read this by now.
Maybe a few years ago, but the hauppage firmware files have been included forever.
Firmware files have been standardized in regards to location. ie "/lib/firmware" across many different drivers. The general sweep in this direction happened when I still used my dxr3. (looong time ago).
In fact, the ivtv driver is pretty much automatic now. It's been that way for a while unless you use the PVR350. (Which isn't bad for an all in one single tuner solution if you want to spend the time making it right).
In fact, pretty much all of your complaints are ancient from the early days.
HDMI is a duplicate of the video interface. Just like you configure svideo you can configure HDMI.
Setup is probably the largest complaint and it's almost valid. A lot of distributors and rpm repositories make it fairly easy. I still use fedora + atrpms, but the mythbunto setup sounds like they really worked towards ease of use.
The display handling has really improved, but again I use newer builds.
Optionally, just download an example lirc file that has everything setup.
This actually wouldn't be difficult to create.
A script which can generate similar mplayer, xine and mythtv setups from your remote. However, the main problem is simply configuring the remote. (Lirc has a wealth of remote examples in the contrib directory though so that already exists as well)
It could be an interesting project to dump into a better myth wizard.
When playing from Xine or Mplayer you need a specific section in your lyric config to detail what buttons map to what. Once an external application is running lirc is attached to that application. ie forground.
Here is a snippet. Yes, you have to know your buttons, but that is trivial with the lirc utility irw. Just press a button and it will spit out the lirc name for it.
### MPlayer lirc setup
# Show OSD begin prog = mplayer button = menu repeat = 3 config = osd end
For myth video you can set the db settings from the web interface correctly or do it from preferences. (Preferences is probably safer)
VideoBrowserNoDB: 1 VideoTreeNoDB: 1
Next, just setup an smb share and make sure your default permissions are readable by mythtv.
When you create a second instance of a card you have to make sure they are not in the same group. (or are) I can't remember, but the mythsetup menu tells you what to do. This keeps them from being used at the same time. just creating a second interface will appear as two tuners.
This is exactly what I thought the problem was. You are creating two instances with probably guide listings attached two both. The system believes you have a dual tuner unit! (And get a PVR400, it occupies one slot and grants you two tuners).
For upgrades, I had one issue with the old old mythweather db settings and my new mythweather db entries. I ended up deleting and re-inserting the tables to fix it. (Most will probably never run into that and it's a product of using svn releases).
I watch DVD's all the time and it wasn't something difficult. You may not have the library installed for decoding it.
I'll admit remote's can be a pain, but I never had a probably debugging it. Installing the full lirc instead of some bastardized package helps there. (Though your mile may vary on the latter. I find it's best to use a newer lirc distribution). The problem with remotes I find is not so much the remote, but the IR interface. When I changed IR interfaces I just went the easy route and picked up a harmony remote.
Watching Video's is rather easy too. I have an smb share so I can just copy anything over. The settings for the video viewer need to be tweaked so it simply reads the directory. (Modifications can be made from both mythweb and I *think* the video preferences). Otherwise, it requires going into the video manager every time to refresh the database from the current files in the directory.
Switching interfaces is easy for me, but I have a button that I set to cycle interfaces. Another advantage of having a remote with lots of configuration options. I can see where the contention in scheduling might be. It would probably require binding a program listing to that interface and by default it does not do this. I don't have a reason to do this so I never had to fix it or figure it out.
I did start to setup the emulator stuff, but I need a wireless game pad first. It didn't really look that bad.
For me, it's been a hobby, so I like to mess with it on occasion and get it to do new stuff. I just have to remember to leave it in a working state when I'm done so it doesn't annoy anyone else when I'm finished.
On the last round, I setup/fixed mythstream to work with youtube, google and a few others. By far, the Apple tailors script was the best addition.
I really should set up a page that details all the fun stuff and how to fix all the little things.
Is it still an issue. Maybe it's because I'm using a svn build, but I've been fully able to edit the recording schedule for a while.
I also have a dual tuner setup so one is free for live tv and one is free for recording. It will also prompt me to watch one of the tuners or cancel if both tuners are recording.
I have a simple script which is launched in run level 5. It cleans up a few things and then launches X. X has a simple xinitrc which either launches the mythfrontend or mythsetup. (In case I need to access setup. If I could flag a file from the remote that would be awesome).
If X crashes or is exited (which is easy if you go on an exit button rampage) it simply restarts.
The mythbox is headless so if I need access to X I use a vnc server.
I keep hoping someone will reverse engineer the cable card in the tivo.
Tons of bugs have been fixed over the last year and improvements in DTV setup have come our way. The UI in some areas could use a face lift. (The recent addition of the click and point overscan setting was a huge plus).
Moving to a more development friendly and improved UI is good news to the myth users out there.
Video4Linux addresses this, but getting the driver writes to support v4l2 is where the push is at.
The ivtv project is a good example having both the legacy and v4l interfaces. For NTSC I have a PVR400 in place and it works very well. (Though I need to fix my initialization routines as they tend to compete with my DTV/QAM tuner)
Re:Hey, remember when Ender's Game was good?
on
Ender in Exile
·
· Score: 1
I looked at the shadow books as back story on the characters. Mostly enrichment for enders game and the under written bean character.
Ender demonized his brother peter and the shadow books brought a little more sanity to his view.
Reading the shadow books as a simple back story didn't create uber expectations and allowed me to enjoy them better.
When other motherboard manufacturers patch some holes (sometimes as best can be done) Asus happily moves on to the version 2 of the motherboard. I have purchased at least three motherboards that experienced this same fate. One of the last system builds stability was partially increased with a "beta", but the update can easily bork the board. (Mostly less agressive timing ratios, but the voltage regulators on the memory had some real issues).
So the last board was returned, it has a new version now and I've happily moved onto Gigabyte.
On a gigabyte plus, they tend to use Texas Instrument firewire chips as opposed to most manufacturers using VIA. (Via firewire chipsets are plagued with problems and if you have had to support a video environment this is probably a headache for you.)
You provide answers to earn credits so you can access more answer to your own questions. The problem is that the compensation kinda sucks for the expert.
I tried it out briefly when I had some cisco specific questions and the answer was mostly there. Just out of boredom I answered a few questions and even wrote some simple scripts.
The problem has always been finding affordable equipment that worked well. Sure, you can get up to the really high ranges for short range links, but that really requires an investment.
Some good stuff has come out on the unlicensed bands relatively recently. Still, too many devices feature a 12 frame or greater sync loss with audio. Which is flipping loony tunes!
Hopefully, the new equipment using these frequencies will be semi-affordable. (With time anyway)
Slashdot Mirror
Not all DoS attacks are simple ping floods. Those are in fact the weakest of the breed and easy to clean out at the upstream provider.
An attack designed to chew up your instances would perform valid page requests. Thus, your application would believe that more hits equals more traffic and it should accommodate.
I'm all for a temporary buffer with severe limits and the big red light going off. The cost associated with a temporary reprieve in order to react to a situation would be well be worth it.
It's like putting up the shields on the enterprise. Obviously, sitting back and relaxing isn't what the crew on the bridge are doing.
"Scotty, send us up a few more bottles of chilled wine. I think these guys are going to tire out fairly quickly."
"I'm givin her all she's got captain, but the ice machine just can't take any more."
The scaling logic is in your software. The cloud service shouldn't know best. In theory, a management and monitoring agent would dispatch an additional node and add that node to the pool.
Since images can be templated it's really a matter of automating the deployment.
Ec2 systems take time to transfer the image and initiate an instance. I do wonder about the 10 minute portion though. Since the last time I spun up a virt it was ready in about 5.
I suspect this is his concept of instantiate a virt, deploy packages from s3 and add in the configuration magic. None the less, it appears to be based on an imaginary number since he doesn't use auto-scaling ;)
Those are horrible examples.
Cheaper environments can be shared resources, have poor SLAs and not provide service gurantees. Sure, you can run cheap and it won't cost you until it breaks.
DNS isn't exactly a real time solution when those entries are cached. I have encountered a large number of providers who flat out ignored cache time out settings.
Again, a business can run on the cheap, but the idea is the servers are generally generating revenue when they are in use. Some places don't like down time.
What if someone posts a bad batch or accidently malforms some package in such a way to chew though 10x the resources.
I think there are many great uses for cloud environments, but people have to be careful when it is pay for play.
It's a bit different then tying up all the resources on the web server. Sure, there is cost in time, but rarely does anyone get billed for those man hours.
His complaint with auto-scaling was that if the org is doing their proverbial homework then and planning for additional capacity then they should not need it.
There are times when traffic boosts come as a bit of a surprise. However, depending on size and free capacity some bumps should be able to smooth out.
Another trick is to have the means to scale some functionality down to allow for additional traffic. Slashdot for instance used to flip to a static front page when traffic was insane.
Personally, a very limited automatic scale to meet a few percentage points might not be a bad idea at least to create additional buffer for increased reaction time. Still, alarms should sound and I would think of this as a fall back option.
All in all, I rather agree with his sentiment. Don't be lazy and don't waste cash.
Actually, metering is cheap and easy, simply because they *need* to meter your traffic. Companies with infrastructure requirements and not a great deal of dumb users will generally have to be honest to keep your business.
Loyalty is based on performance and meeting customer expectations.
Phone companies get away with this crap because they are either a monopoly or engage in lengthy customer lock in. It also doesn't help that it is pretty much the norm to nickel and dime the customer.
Ec2 and other retail outlets you can simply walk away from if you are unhappy. I'm assuming other cloud operators work in a similar fashion.
You misspelled bastige.
If you're glass house is made of bullet proof glass then it's OK to throw stones.
I had this same problem a long time ago.
I put in the order, paid up and waited. Now, at the time I was in college and life was pretty busy. So a similar amount of time passed.
I logged in to note my order had been still in the pending state and was fairly curious as to why.
SO I picked up the phone and made the call. For whatever reason, the rep said that sometimes orders get stuck and have to be manually corrected and pushed on.
The rep was going to have to cancel and re-enter my order to correct the issue. (It's automatically canceled after X number of days anyway or at least it was.)
The problem with this approach was I was going to lose my sale offers and jump the cost of the laptop. Some parts were no longer offered (such as the standard cd-rom).
I was very strong about not paying more then I had originally intended and wanted the model I picked out. They wanted to try and bump the price to fit the new parts, but I wouldn't budge on it. I simply said, if I'm going to pay more I might as well pick up the Toshiba Techra line since the only reasoning with going Dell was the price difference.
The rep discounted, dropped shipping charges, added bonuses and pretty much anything he could do. He only asked I meet him half way on the difference between the CDROM and better CD RW that I had to purchase. (25$ more oh noes).
I ended up with a better deal and a better laptop configuration simply because I stuck to my guns.
Just keep that in mind, you're loss in time can be your gain!
On a side note, you would probably get a better deal from a Dell re-seller. You can goto e-Bay and find them. Usually things like warranties are discounted and the re-seller price drop really helps. I picked up a drop shipped 9300 a few years ago for about 500$ less then I could build on Dell's site and the unit still shipped from Dell. (I'm still running on my 4 year dell complete care warranty as well.) Also, check the option for second chance offers since they normally employ price jacking bids. ;)
Now, if you can't call you are going to have to arrange for a friend to give them the one on one.
Optionally, you can post to slashdot and I suspect a Dell rep will have read this by now.
I don't know which company you work for, but despite how much I might save or earn for my company I never receive a million dollars compensation.
Any openings in your uncle penny bags org?
If I recall correctly, the last person I remember winning a milestone used an additional data source for rating. (which is fine by their rules)
It's probably going to take an additional data source to improve ratings.
Hey if you do it at least you get a mil ;) It sounds like a worthy hobby in my book.
Maybe a few years ago, but the hauppage firmware files have been included forever.
Firmware files have been standardized in regards to location. ie "/lib/firmware" across many different drivers. The general sweep in this direction happened when I still used my dxr3. (looong time ago).
In fact, the ivtv driver is pretty much automatic now. It's been that way for a while unless you use the PVR350. (Which isn't bad for an all in one single tuner solution if you want to spend the time making it right).
In fact, pretty much all of your complaints are ancient from the early days.
HDMI is a duplicate of the video interface. Just like you configure svideo you can configure HDMI.
Setup is probably the largest complaint and it's almost valid. A lot of distributors and rpm repositories make it fairly easy. I still use fedora + atrpms, but the mythbunto setup sounds like they really worked towards ease of use.
The display handling has really improved, but again I use newer builds.
Optionally, just download an example lirc file that has everything setup.
This actually wouldn't be difficult to create.
A script which can generate similar mplayer, xine and mythtv setups from your remote. However, the main problem is simply configuring the remote. (Lirc has a wealth of remote examples in the contrib directory though so that already exists as well)
It could be an interesting project to dump into a better myth wizard.
When playing from Xine or Mplayer you need a specific section in your lyric config to detail what buttons map to what. Once an external application is running lirc is attached to that application. ie forground.
Here is a snippet. Yes, you have to know your buttons, but that is trivial with the lirc utility irw. Just press a button and it will spit out the lirc name for it.
### MPlayer lirc setup
# Show OSD
begin
prog = mplayer
button = menu
repeat = 3
config = osd
end
For myth video you can set the db settings from the web interface correctly or do it from preferences. (Preferences is probably safer)
VideoBrowserNoDB: 1
VideoTreeNoDB: 1
Next, just setup an smb share and make sure your default permissions are readable by mythtv.
When you create a second instance of a card you have to make sure they are not in the same group. (or are) I can't remember, but the mythsetup menu tells you what to do. This keeps them from being used at the same time. just creating a second interface will appear as two tuners.
This is exactly what I thought the problem was. You are creating two instances with probably guide listings attached two both. The system believes you have a dual tuner unit! (And get a PVR400, it occupies one slot and grants you two tuners).
For upgrades, I had one issue with the old old mythweather db settings and my new mythweather db entries. I ended up deleting and re-inserting the tables to fix it. (Most will probably never run into that and it's a product of using svn releases).
I think he is referring to a non-default interface. ie, one which does not have a program schedule attached.
ie, a vcr or other device connected to the auxiliary RCA interface. One which may not have a program guide attached to it.
It is also possible I'm thinking of the most complex setup and he just hasn't attached a program guide to his interface.
I watch DVD's all the time and it wasn't something difficult. You may not have the library installed for decoding it.
I'll admit remote's can be a pain, but I never had a probably debugging it. Installing the full lirc instead of some bastardized package helps there. (Though your mile may vary on the latter. I find it's best to use a newer lirc distribution). The problem with remotes I find is not so much the remote, but the IR interface. When I changed IR interfaces I just went the easy route and picked up a harmony remote.
Watching Video's is rather easy too. I have an smb share so I can just copy anything over. The settings for the video viewer need to be tweaked so it simply reads the directory. (Modifications can be made from both mythweb and I *think* the video preferences). Otherwise, it requires going into the video manager every time to refresh the database from the current files in the directory.
Switching interfaces is easy for me, but I have a button that I set to cycle interfaces. Another advantage of having a remote with lots of configuration options. I can see where the contention in scheduling might be. It would probably require binding a program listing to that interface and by default it does not do this. I don't have a reason to do this so I never had to fix it or figure it out.
I did start to setup the emulator stuff, but I need a wireless game pad first. It didn't really look that bad.
For me, it's been a hobby, so I like to mess with it on occasion and get it to do new stuff. I just have to remember to leave it in a working state when I'm done so it doesn't annoy anyone else when I'm finished.
On the last round, I setup/fixed mythstream to work with youtube, google and a few others. By far, the Apple tailors script was the best addition.
I really should set up a page that details all the fun stuff and how to fix all the little things.
Is it still an issue. Maybe it's because I'm using a svn build, but I've been fully able to edit the recording schedule for a while.
I also have a dual tuner setup so one is free for live tv and one is free for recording. It will also prompt me to watch one of the tuners or cancel if both tuners are recording.
The trick for the X headend.
I have a simple script which is launched in run level 5. It cleans up a few things and then launches X. X has a simple xinitrc which either launches the mythfrontend or mythsetup. (In case I need to access setup. If I could flag a file from the remote that would be awesome).
If X crashes or is exited (which is easy if you go on an exit button rampage) it simply restarts.
The mythbox is headless so if I need access to X I use a vnc server.
I keep hoping someone will reverse engineer the cable card in the tivo.
The interface overhaul is a bit news worthy.
Tons of bugs have been fixed over the last year and improvements in DTV setup have come our way. The UI in some areas could use a face lift. (The recent addition of the click and point overscan setting was a huge plus).
Moving to a more development friendly and improved UI is good news to the myth users out there.
You can configure and IR device to act as a HID device.
It's annoying and you lose functionality. Also, the HID device ID is remapped depending on what devices are plugged in at the time.
When I first set up my myth box I went this route out of ignorance.
As for point 4, there are a ton of myth lirc file examples. Though things change and are dependent on lirc setups and usually require some conversion.
Video4Linux addresses this, but getting the driver writes to support v4l2 is where the push is at.
The ivtv project is a good example having both the legacy and v4l interfaces. For NTSC I have a PVR400 in place and it works very well. (Though I need to fix my initialization routines as they tend to compete with my DTV/QAM tuner)
I looked at the shadow books as back story on the characters. Mostly enrichment for enders game and the under written bean character.
Ender demonized his brother peter and the shadow books brought a little more sanity to his view.
Reading the shadow books as a simple back story didn't create uber expectations and allowed me to enjoy them better.
Asus has an trend of set it and forget it.
When other motherboard manufacturers patch some holes (sometimes as best can be done) Asus happily moves on to the version 2 of the motherboard. I have purchased at least three motherboards that experienced this same fate. One of the last system builds stability was partially increased with a "beta", but the update can easily bork the board. (Mostly less agressive timing ratios, but the voltage regulators on the memory had some real issues).
So the last board was returned, it has a new version now and I've happily moved onto Gigabyte.
On a gigabyte plus, they tend to use Texas Instrument firewire chips as opposed to most manufacturers using VIA. (Via firewire chipsets are plagued with problems and if you have had to support a video environment this is probably a headache for you.)
Actually, it's more like mercenary exchange.
You provide answers to earn credits so you can access more answer to your own questions. The problem is that the compensation kinda sucks for the expert.
I tried it out briefly when I had some cisco specific questions and the answer was mostly there. Just out of boredom I answered a few questions and even wrote some simple scripts.
The problem has always been finding affordable equipment that worked well. Sure, you can get up to the really high ranges for short range links, but that really requires an investment.
Some good stuff has come out on the unlicensed bands relatively recently. Still, too many devices feature a 12 frame or greater sync loss with audio. Which is flipping loony tunes!
Hopefully, the new equipment using these frequencies will be semi-affordable. (With time anyway)
We call these frame buffer cards.
I remember when the PC weasel first hit and I was like this is so awesome.
Now, there are cheaper bolt on or integrated solutions.