If you play Russian roulette a dozen times, and are still around, you've experimentally verified in excruciating detail that the gun is unloaded. No you haven't.
I tried it out, and wasn't particularly impressed.
All the documentation seems to assume that you're using Digium's POTS cards in your Asterisk box. So does the code. Asterisk insists on using a clock in these cards as its timing source, and if you aren't using one, it needs its own Linux kernel module to provide timing (which isn't in the main kernel tree - cue lots of unnecessary messing about with compiling modules). Worse still, if you're using a 2.4 kernel, it abuses your USB controller for its timing source. Why they didn't use POSIX high-res timers is a mystery. Worse still, none of these ridiculous hacks even work properly - sound playback from the Asterisk box is very prone to choppiness.
The SIP code is a complete mess, and not even anywhere near RFC compliant. Little bugs and annoyances pop up all over the place that are quite telling about the quality of the underlying code.
CallWeaver is a fork of Asterisk that aims to fix a lot of the problems although I have reservations about how active the project is. They seem to have at least addressed the timing issue though.
So in summary; Asterisk - nice idea, too many bugs.
This is only an advantage in something like a web server for convenience and simplicity in the design. Performance-wise, it's actually a lot less efficient, due to the constant overhead of context-switching. Single-process web servers will outperform multithreaded/multiprocess web servers by quite a margin, but they're far less flexible.
And by 2020 the rest of the world will be on 70mpg. And then there's electric cars. The Tesla Roadster has proven that the technology is viable - by 2020 there will surely be a wider and affordable range of electric vehicles.
The smart thing for the American manufacturers to do would be to start using Japanese or European engines and start achieving 30-40mpg now, while they develop their own technology.
c'mon now, we all know there are no girls on the Internets. Surprisingly enough, I heard it mentioned on the news recently that about two-thirds of Facebook users are female. Not sure how true that is, but I normally find BBC news to be reasonably trustworthy.
Also works a treat on my N80. As soon as it loaded up it found me to within about 100m. I also have a bluetooth GPS receiver somewhere which I'll try later (anyone know if it works with those?)
No malicious reporting there, after all, using the pejorative "boss" instead of the proper title of "CEO" isn't something anyone would notice. Everyone knows Google is evil, you don't need to market it.
Is the word "boss" considered pejorative now? To me it just seems slightly more informal.
True story: I started a fire in my microwave because I used it to dry wet socks. Don't try that at home, kids. Getting a bit OT here but never mind. I dry my socks in the microwave regularly, which has always been a great source of mirth to my friends for some unfathomable reason. I almost did what you did, the other week, although I just ended up with holes rather than a full-on fire. Thanks for the heads-up on the potential dangers of this practice!
Facebook is also huge in the UK, especially in London. Everyone is on it here. The London network on Facebook is also the biggest one (according to Wikipedia) with 1,646,154 users, Toronto is second with 936,969.
Sorry for continuing to drift off topic a bit, but I had to mention this as I spent a couple of hours fighting with that display configuration tool only this morning. It feels like it was thrown together in a hurry. Dual head support is completely broken - a simple case of two monitors each attached to the DVI and the VGA ports on a Radeon 9600, it couldn't handle at all, the X server segfaulted on startup. I eventually discovered that this was due to the new RandR 1.2 system in the latest Xorg taking over multiple display related operations from Xinerama, and if Xinerama is enabled it crashes...
All handled perfectly in Feisty by the way. If you haven't upgraded yet and you're running multiple monitors, be prepared for problems:P
That script is miniscule compared to some PHP libraries that get included in every page on some sites. Any site of any reasonable size is guaranteed to have many more includes than that. It does have to load, parse, and compile every page each time its loaded but that stage of PHP is actually very quick, and can be eliminated by using a plug-in "compiler cache" (APC works well, or Zend Performance Suite if you're willing to pay for it).
Put two hard drives in a 3.5" enclosure and have them run a seamless RAID 1. The user doesn't have to be involved in that.
Then if one part of the array fails, sure, you have to replace the array, but you don't lose your data. That's the most important thing. Hard drive costs pale in comparison to the cost of replacing data. You have to replace the array, plug both units in to transfer all the data over to the new one, wait ages for the transfer to finish, then unplug the old one and throw it away. That's a bit of a waste when it still has a working drive in it.
With real RAID you can hot swap the new disk in without any downtime and carry on working while the array rebuilds in the background, and not waste any disks.
I've only ever gotten mod points once. I figured they were just stingy with them. How often do they come up for most people? All the time. Hardly ever use them though.
Blaming the internet for spam is like blaming pig farmers for low quality hot dogs. Sorry, I don't understand what you mean. Please give a car analogy as per standard procedure.
I think you probably mean that, in Soviet russia, the desktop is ready for Linux. In Soviet Russia, Linux desktop is ready for YOU!... got there eventually!
So would a dump truck, for that matter. Yes, but then you've got to pay someone to drive it, and that's a whole new legal minefield. Pidgeons don't have a union!
That was my impression. My how times have changed. They must have a completely different bunch of people in charge nowadays. You definitely wouldn't catch the old "Progressive Networks" as they were then called, putting out this kind of software, not to mention all the open source stuff and Linux players they've been releasing more recently.
Slashdot Mirror
I tried it out, and wasn't particularly impressed.
All the documentation seems to assume that you're using Digium's POTS cards in your Asterisk box. So does the code. Asterisk insists on using a clock in these cards as its timing source, and if you aren't using one, it needs its own Linux kernel module to provide timing (which isn't in the main kernel tree - cue lots of unnecessary messing about with compiling modules). Worse still, if you're using a 2.4 kernel, it abuses your USB controller for its timing source. Why they didn't use POSIX high-res timers is a mystery. Worse still, none of these ridiculous hacks even work properly - sound playback from the Asterisk box is very prone to choppiness.
The SIP code is a complete mess, and not even anywhere near RFC compliant. Little bugs and annoyances pop up all over the place that are quite telling about the quality of the underlying code.
CallWeaver is a fork of Asterisk that aims to fix a lot of the problems although I have reservations about how active the project is. They seem to have at least addressed the timing issue though.
So in summary; Asterisk - nice idea, too many bugs.
This is only an advantage in something like a web server for convenience and simplicity in the design. Performance-wise, it's actually a lot less efficient, due to the constant overhead of context-switching. Single-process web servers will outperform multithreaded/multiprocess web servers by quite a margin, but they're far less flexible.
And by 2020 the rest of the world will be on 70mpg. And then there's electric cars. The Tesla Roadster has proven that the technology is viable - by 2020 there will surely be a wider and affordable range of electric vehicles.
The smart thing for the American manufacturers to do would be to start using Japanese or European engines and start achieving 30-40mpg now, while they develop their own technology.
They should get together with these guys. Hypoallergenic fluorescent cats - you can't lose!
Also works a treat on my N80. As soon as it loaded up it found me to within about 100m. I also have a bluetooth GPS receiver somewhere which I'll try later (anyone know if it works with those?)
Is the word "boss" considered pejorative now? To me it just seems slightly more informal.No malicious reporting there, after all, using the pejorative "boss" instead of the proper title of "CEO" isn't something anyone would notice. Everyone knows Google is evil, you don't need to market it.
Don't try that at home, kids. Getting a bit OT here but never mind. I dry my socks in the microwave regularly, which has always been a great source of mirth to my friends for some unfathomable reason. I almost did what you did, the other week, although I just ended up with holes rather than a full-on fire. Thanks for the heads-up on the potential dangers of this practice!
"editorial bukkake"
Genius.
Facebook is also huge in the UK, especially in London. Everyone is on it here. The London network on Facebook is also the biggest one (according to Wikipedia) with 1,646,154 users, Toronto is second with 936,969.
Sorry for continuing to drift off topic a bit, but I had to mention this as I spent a couple of hours fighting with that display configuration tool only this morning. It feels like it was thrown together in a hurry. Dual head support is completely broken - a simple case of two monitors each attached to the DVI and the VGA ports on a Radeon 9600, it couldn't handle at all, the X server segfaulted on startup. I eventually discovered that this was due to the new RandR 1.2 system in the latest Xorg taking over multiple display related operations from Xinerama, and if Xinerama is enabled it crashes...
:P
All handled perfectly in Feisty by the way. If you haven't upgraded yet and you're running multiple monitors, be prepared for problems
That script is miniscule compared to some PHP libraries that get included in every page on some sites. Any site of any reasonable size is guaranteed to have many more includes than that. It does have to load, parse, and compile every page each time its loaded but that stage of PHP is actually very quick, and can be eliminated by using a plug-in "compiler cache" (APC works well, or Zend Performance Suite if you're willing to pay for it).
That's a fantastic idea! "Whorehouse Tycoon" ?
Then if one part of the array fails, sure, you have to replace the array, but you don't lose your data. That's the most important thing. Hard drive costs pale in comparison to the cost of replacing data. You have to replace the array, plug both units in to transfer all the data over to the new one, wait ages for the transfer to finish, then unplug the old one and throw it away. That's a bit of a waste when it still has a working drive in it.
With real RAID you can hot swap the new disk in without any downtime and carry on working while the array rebuilds in the background, and not waste any disks.
Will the whole bus slow down to 1.5Mbit when you plug a mouse in? ;)
Which is pretty much how "3" pitched video calling in their ads when it was first available :)
Plus you can cut it with rubber, plastic bags, pollen, and diesel. Yum!