The only real advantage to "Hardware RAID" is the battery backed cache. Hardware RAID comes with the disadvantage of a whole other operating system "firmware" with its own bugs and often proprietary disk layout. Parity calculations are nothing for current CPUs, so the onboard processor is not so useful. Advanced filesystems such as ZFS or BTRFS need direct access to the disks. I'd like to see drives and/or controllers with battery backed cache. Until then, I rely on my UPS.
I don't believe this is an analog problem as much as a delay problem. Cell phones are the worst. Call someone on a cell phone that you can see. The delay is probably.25-.50 seconds. By contrast, I frequently speak with relatives using direct VOIP (high quality SIP phones) and it's like standing in the room with them. If you have one of the multiple DECT phone sets, call one of the other phones in the set and I'll bet that you find the "digital" voice quality to be quite good.
All school sports are a waste, and a distraction...
Wrong. Very wrong. Sports may be over-emphasized, but they are essential and here is why. Although some of us would wish to be all brain and no body, we have bodies that need to be taken care of. Exercise is absolutely essential and sports makes exercise fun. It should be part of the school day because
6-7 hours is way to long to go without physical activity.
Teaching physical activity as an integral part of one's lifestyle has lasting effects.
I guarantee there are a large number of readers who's health has suffered (overweight, high blood pressure, etc) because they held the parent's point of view, only to find out 20 years later it was killing them quickly and a change of lifestyle was required. Do your kids a favor by making physical activity an integral part of their day and making it fun. Again, sports makes exercise fun.
I have an i5 Sandy Bridge on Xubuntu LTS with xorg-edgers (latest graphics drivers from git). After reading this and following articles pointing to tests using this GPU, I found http://www.xonotic.org/, which is quite an impressive OSS game. I played it at 1920x1080 with Normal effects and it looked stunning with no apparent stutter. Though I'm sure there are plenty of recent games that would bring this GPU to its knees, it seems to be up to the task for moderate gaming.
Assuming they work with AMD (which has 5-6? dedicated employees working on the ATI Radeon OSS driver) in the same way they have worked with Intel, Linux should obtain high quality drivers for both economy and performance chips.
It would be difficult to dream up a better scenario than what we're witnessing here. It's a benefit to all groups involved (kernel, driver, game devs) and the transparency delivered by OSS will allow graphics on Linux to surpass that of those with closed kernels and/or drivers. Let's hope that patents don't stifle progress here.
It's a blog about an experience intel driver developers had working with the Valve Linux team. What I found interesting is that the Valve developers prefer working with open drivers for an obvious reason - It's hard to find out what went wrong when you're dealing with a black box. What I gathered from the discussion is that this openness was a huge boost to development of both the game and the driver. This gives me hope that there may be a bright future for open source graphics drivers and even gaming on Linux.
From the blog:
Haswell will have 40 execution units in it’s best bin. It’s 2,5 faster even if they not gonna change anything in shaders, which is unlikely. Plus 64 MB of on-package memory to deal with bandwidth problem. With that performance and official open-source driver Intel will be the best choice for gaming in Linux next year, at least in notebooks.
A pretty good GPU + an open driver + an open kernel coupled with a working relations ship between the 3 groups should result in a super graphics and games on Linux. I'm not a gamer, but I'll buy their games just to support this. Typing this on a Sandy Bridge machine pulling from xorg-edgers.
The theory of how this works is that it is a purified version of microfracture, which is now prevalent (especially among athletes) and accepted. Microfrature works because the stems cells from the bone marrow form new cartilage, which produces hyaline cartilage material, but also lots of stuff you don't want, making the result inferior to pure hyaline cartilage (called fibrocartilage). So in theory, if you remove the crap (isolate the stem cells), you can get a more pure cartilage formation.
It makes sense and Regenerative Sciences is claiming something like an 80% success rate. Microfrature was controversial at its infancy, but the results spoke for themselves and the sports industry took notice and became early adopters. A similar thing is happening now with stem cell therapy as athletes have taken notice (Bartolo Colón, Jarvis Green). I've been watching Regenerative Sciences for 3-4 years looking for the negative reports to come on (fraud, etc) and haven't seen them. Instead I've seen them rise in popularity, branching out and publishing (results as well as safety and complication data). They're claiming very good results and behaving responsibly as far as I can tell.
I currently have a MacBook Air, which is a nice piece of hardware, but I've yet to stamp out all issues (hangs on external display, random suspend borks, etc) running Ubuntu. If they deliver a laptop of similar quality with everything working nicely, I will buy it.
I did the math once. Sorry I'm too lazy to look up figures and do the math now, but at 10 cents per kWH (rate where I live) and the range per battery capacity drained for the Volt (miles per kWH or whatever units you want), the "mileage" (comparing electric to gas costs) works out to be about 100 miles per gallon for full electric operation. Using inifinity makes it sound as if electric is free. BTW, I'm all for electric cars and I'm drooling over the Tesla Model S.
Ditto. Another N900 owner here. I'm amazed when new phones don't do this when my relatively old N900 has always had really good contact account integration. Also, Skype and SIP are well integrated into the phone app and all messaging including SMS is integrated. Without looking at an indicator icon, you may not know whether you're using SMS or an IM protocol. Or you may now know if you're receiving a cell call or a Skype call.
It's funny that MS is advertising features from the platform they're trying to kill.
Also, dose is not the only factor to consider. The scanners are designed to concentrate radiation on a single organ - your skin, where as the radiation you encouter in flight is more equally distributed. Also, the duration of exposure is important. Receiving a particular dose over a few milliseconds is more harmful than receiving the same dose over an hour or two.
It's like going to an all you can eat buffet, and getting your first plate of food with no problem, but each subsequent bite of food has to be acquired spoonful by spoonful after waiting in line each time.
The perfect slashdoter analogy.
Much better than car analogies. Long live restaurant buffet analogies!
And that's why the Roku plug-in stick version is great. I've got a new Samsung "Smart TV", and the smart part is not so great. The interface is clunky (as is the remote) and slow. I actually like my Roku box better. My TV is "all" that you see since I don't a cable box or anything hooked up to it and I don't have a place to hide a box that needs to see "IR", so I'm really looking forward to the streaming stick (or whatever they call it) that takes commands through the TV and will simple to hook
and/or something similar to the Professional Engineer (P.E.) system. After you receive your engineering degree, pass the Engineer in Training (EIT) exam, and receive your Fundamentals of Engineering (F.E.), you must work (in my state at least) for 4 years under a licensed P.E. (essentially an apprenticeship) before you can even take the P.E. exam and apply for a license.
Sorry. You're just wrong about the progressive download thing. And it's not in the scope of HTML5 to define bitrate or fragmented delivery. Fragmented delivery is turf for HTTP and bitrate is for the browser or embedded player.
Read:
14.35.2 Range Retrieval Requests
HTTP retrieval requests using conditional or unconditional GET methods MAY request one or more sub-ranges of the entity, instead of the entire entity, using the Range request header, which applies to the entity returned as the result of the request:
The only real advantage "real raid" has over "fake raid" is the battery backed cache, so if it doesn't have that, you're probably better off with "fake raid". Your system CPU is faster than the CPU on board (plenty fast for parity calculations) and with "real raid", you have yet another OS (the board's firmware) to keep updated and hope doesn't crash and take our your file system.
I'd rather have the OS handle the disks so there's no mystery disk format and I have complete control from the OS level. ZFS and BTRFS are the future and make more sense than using separate MD and FS layers. Still, a battery backed write cache is a nice thing to have and it would be cool to have those built into the disks.
I'm about 6 months into standing. I use a soft pad under my feet and swap out a bar stool if I feel tired. I also take frequent walks, using the time to find solutions to what I'm working on. I shifted to standing after finding that I couldn't sit for more than 15 minutes without back pain, which began after a few months of increased sitting time. Standing offered immediate relief.
I'm no stranger to physical activity, so I don't think the lack of exercise was the culprit. In fact, exercise has always been an integral and enjoyable part of my life. I played about every sport I could as a kid and teenager including varsity and recreation. In my 20s I continued to play rec sports and even competed (and won) in bodybuilding. I still play soccer, train with weights, bike (great trails here), but the the one thing that causes me pain is the chair.
It's becoming obvious that browsers need to support a runtime like LLVM in addition to or instead of javascript. That way, the developer could use their language of choice and just compile to LLVM byte code instead of to javascript. I would think it should be easier to optimize performance for LLVM byte code that for javascript. Would there be any downsides except for the fact that it does not exist already?
And why must "fun" and "enterprisey" be exclusive? If your definition for enterprisey is scalable and risk-averse, why can't a language that is pleasant to use meet those requirements?
I maintain hope for a language, compiler/runtime, and library that allows me to easily communicate my solution without being distracted by the language implementation (fun), while offering good performance and scalability. As for being risk-averse, there are never any guarantees there and I doubt you'll find that the great successes and advancements of the past belong to the risk-averse.
I'm surprised to see this viewpoint repeatedly posted on slashdot. It costs the same in physical resources for both sending and receiving (air time), so the current financial model more closely matches the physical (ignoring the SMS abuse). Slashdot readers usually stand against subsidizing schemes and other schemes far from the physical reality, so why are so many taking this stance? In the days before Caller ID I might agree, but now it's easy to ignore or blacklist calls. For myself, I have distinctive ring tones so if I don't recognize the ring tone, it's not important (and you're not charged for your phone ringing). This is not to say I'm in favor of this bill, just that the "free incoming calls" stance seems unbecoming for someone who should understand what's required to connect that call.
The backscatter is emitted at a wavelength intended to be absorbed by the skin making it "concentrate" on the skin. Also the dose is given over a very short time frame. It's like being hit by 1000 gallons of water from a fire hose vs. 1000 gallons from a garden hose - same amount of water, but I'll take the garden hose. In contrast, the x-rays in flight are of varying wavelengths and the dose is spread over the flight period with some radiation going completely through the body and the rest spread out, not concentrated on the skin.
I dumped PSTN somewhere around 2002, first went to vonage and shortly after to Asterisk + PSTN gateways. Over these 9 years I think I've developed an idea of the pros and cons of VOIP.
* Call quality, on average, has been very good. This probably depends mostly on one's ISP, but call quality is better than a cell phone which most people are OK with. I prefer PCMU since it's what the telcos use and is a simple (little processing overhead) and raw codec. Keep in mind that it's possible to use codecs with higher quality (HD in marketing speak) that what's on the PSTN.
* Reliability is OK, but I've had occasional problems with PSTN gateways not getting calls out and the occasional dropped calls, which I'm not always sure where the blame lies. My biggest headache has been NAT, mostly when trying to bridge calls with someone else behind NAT. I prefer to try to bridge calls directly to keep latency to a minimum.
* Cost and features ROCK! Keeping a DID (phone number) with Vitelity is just $1.99 per month. I love paying just for the minutes I use, typically between $0.0008 and $0.0016 per minute. And of course the feature list in nearly left to the imagination with Asterisk.
I have my network equipment and IP phones on a UPS and my ISP (cable company) keeps functioning when my power goes out so my phones still work. I could see this being a problem for the average Joe though. A straight DC solution would be nice and could be cheaper that using a UPS.
Slashdot Mirror
The only real advantage to "Hardware RAID" is the battery backed cache. Hardware RAID comes with the disadvantage of a whole other operating system "firmware" with its own bugs and often proprietary disk layout. Parity calculations are nothing for current CPUs, so the onboard processor is not so useful. Advanced filesystems such as ZFS or BTRFS need direct access to the disks. I'd like to see drives and/or controllers with battery backed cache. Until then, I rely on my UPS.
Yes. It has much lower latency, which is better for real time applications.
I don't believe this is an analog problem as much as a delay problem. Cell phones are the worst. Call someone on a cell phone that you can see. The delay is probably .25-.50 seconds. By contrast, I frequently speak with relatives using direct VOIP (high quality SIP phones) and it's like standing in the room with them. If you have one of the multiple DECT phone sets, call one of the other phones in the set and I'll bet that you find the "digital" voice quality to be quite good.
All school sports are a waste, and a distraction ...
Wrong. Very wrong. Sports may be over-emphasized, but they are essential and here is why. Although some of us would wish to be all brain and no body, we have bodies that need to be taken care of. Exercise is absolutely essential and sports makes exercise fun. It should be part of the school day because
I guarantee there are a large number of readers who's health has suffered (overweight, high blood pressure, etc) because they held the parent's point of view, only to find out 20 years later it was killing them quickly and a change of lifestyle was required. Do your kids a favor by making physical activity an integral part of their day and making it fun. Again, sports makes exercise fun.
I have an i5 Sandy Bridge on Xubuntu LTS with xorg-edgers (latest graphics drivers from git). After reading this and following articles pointing to tests using this GPU, I found http://www.xonotic.org/, which is quite an impressive OSS game. I played it at 1920x1080 with Normal effects and it looked stunning with no apparent stutter. Though I'm sure there are plenty of recent games that would bring this GPU to its knees, it seems to be up to the task for moderate gaming.
Assuming they work with AMD (which has 5-6? dedicated employees working on the ATI Radeon OSS driver) in the same way they have worked with Intel, Linux should obtain high quality drivers for both economy and performance chips.
It would be difficult to dream up a better scenario than what we're witnessing here. It's a benefit to all groups involved (kernel, driver, game devs) and the transparency delivered by OSS will allow graphics on Linux to surpass that of those with closed kernels and/or drivers. Let's hope that patents don't stifle progress here.
I followed a few links and found my way here:
http://www.paranormal-entertainment.com/idr/blog/posts/2012-07-19T18%3A54%3A37Z-The_zombies_cometh/
It's a blog about an experience intel driver developers had working with the Valve Linux team. What I found interesting is that the Valve developers prefer working with open drivers for an obvious reason - It's hard to find out what went wrong when you're dealing with a black box. What I gathered from the discussion is that this openness was a huge boost to development of both the game and the driver. This gives me hope that there may be a bright future for open source graphics drivers and even gaming on Linux.
From the blog:
Haswell will have 40 execution units in it’s best bin. It’s 2,5 faster even if they not gonna change anything in shaders, which is unlikely. Plus 64 MB of on-package memory to deal with bandwidth problem.
With that performance and official open-source driver Intel will be the best choice for gaming in Linux next year, at least in notebooks.
A pretty good GPU + an open driver + an open kernel coupled with a working relations ship between the 3 groups should result in a super graphics and games on Linux. I'm not a gamer, but I'll buy their games just to support this. Typing this on a Sandy Bridge machine pulling from xorg-edgers.
The theory of how this works is that it is a purified version of microfracture, which is now prevalent (especially among athletes) and accepted. Microfrature works because the stems cells from the bone marrow form new cartilage, which produces hyaline cartilage material, but also lots of stuff you don't want, making the result inferior to pure hyaline cartilage (called fibrocartilage). So in theory, if you remove the crap (isolate the stem cells), you can get a more pure cartilage formation.
It makes sense and Regenerative Sciences is claiming something like an 80% success rate. Microfrature was controversial at its infancy, but the results spoke for themselves and the sports industry took notice and became early adopters. A similar thing is happening now with stem cell therapy as athletes have taken notice (Bartolo Colón, Jarvis Green). I've been watching Regenerative Sciences for 3-4 years looking for the negative reports to come on (fraud, etc) and haven't seen them. Instead I've seen them rise in popularity, branching out and publishing (results as well as safety and complication data). They're claiming very good results and behaving responsibly as far as I can tell.
I currently have a MacBook Air, which is a nice piece of hardware, but I've yet to stamp out all issues (hangs on external display, random suspend borks, etc) running Ubuntu. If they deliver a laptop of similar quality with everything working nicely, I will buy it.
If you're talking about ABC/NBC/FOX, just use over the air digital and you can still watch the talking heads in 1080i or 720p.
I did the math once. Sorry I'm too lazy to look up figures and do the math now, but at 10 cents per kWH (rate where I live) and the range per battery capacity drained for the Volt (miles per kWH or whatever units you want), the "mileage" (comparing electric to gas costs) works out to be about 100 miles per gallon for full electric operation. Using inifinity makes it sound as if electric is free. BTW, I'm all for electric cars and I'm drooling over the Tesla Model S.
Ditto. Another N900 owner here. I'm amazed when new phones don't do this when my relatively old N900 has always had really good contact account integration. Also, Skype and SIP are well integrated into the phone app and all messaging including SMS is integrated. Without looking at an indicator icon, you may not know whether you're using SMS or an IM protocol. Or you may now know if you're receiving a cell call or a Skype call.
It's funny that MS is advertising features from the platform they're trying to kill.
Python is strongly typed. Maybe you mean statically typed.
Also, dose is not the only factor to consider. The scanners are designed to concentrate radiation on a single organ - your skin, where as the radiation you encouter in flight is more equally distributed. Also, the duration of exposure is important. Receiving a particular dose over a few milliseconds is more harmful than receiving the same dose over an hour or two.
It's like going to an all you can eat buffet, and getting your first plate of food with no problem, but each subsequent bite of food has to be acquired spoonful by spoonful after waiting in line each time.
The perfect slashdoter analogy.
Much better than car analogies. Long live restaurant buffet analogies!
And that's why the Roku plug-in stick version is great. I've got a new Samsung "Smart TV", and the smart part is not so great. The interface is clunky (as is the remote) and slow. I actually like my Roku box better. My TV is "all" that you see since I don't a cable box or anything hooked up to it and I don't have a place to hide a box that needs to see "IR", so I'm really looking forward to the streaming stick (or whatever they call it) that takes commands through the TV and will simple to hook
and/or something similar to the Professional Engineer (P.E.) system. After you receive your engineering degree, pass the Engineer in Training (EIT) exam, and receive your Fundamentals of Engineering (F.E.), you must work (in my state at least) for 4 years under a licensed P.E. (essentially an apprenticeship) before you can even take the P.E. exam and apply for a license.
Sorry. You're just wrong about the progressive download thing. And it's not in the scope of HTML5 to define bitrate or fragmented delivery. Fragmented delivery is turf for HTTP and bitrate is for the browser or embedded player.
Read:
14.35.2 Range Retrieval Requests
HTTP retrieval requests using conditional or unconditional GET methods MAY request one or more sub-ranges of the entity, instead of the entire entity, using the Range request header, which applies to the entity returned as the result of the request:
Range = "Range" ":" ranges-specifier
Please read the HTTP 1.1 RFC
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
The only real advantage "real raid" has over "fake raid" is the battery backed cache, so if it doesn't have that, you're probably better off with "fake raid". Your system CPU is faster than the CPU on board (plenty fast for parity calculations) and with "real raid", you have yet another OS (the board's firmware) to keep updated and hope doesn't crash and take our your file system.
I'd rather have the OS handle the disks so there's no mystery disk format and I have complete control from the OS level. ZFS and BTRFS are the future and make more sense than using separate MD and FS layers. Still, a battery backed write cache is a nice thing to have and it would be cool to have those built into the disks.
I'm about 6 months into standing. I use a soft pad under my feet and swap out a bar stool if I feel tired. I also take frequent walks, using the time to find solutions to what I'm working on. I shifted to standing after finding that I couldn't sit for more than 15 minutes without back pain, which began after a few months of increased sitting time. Standing offered immediate relief.
I'm no stranger to physical activity, so I don't think the lack of exercise was the culprit. In fact, exercise has always been an integral and enjoyable part of my life. I played about every sport I could as a kid and teenager including varsity and recreation. In my 20s I continued to play rec sports and even competed (and won) in bodybuilding. I still play soccer, train with weights, bike (great trails here), but the the one thing that causes me pain is the chair.
It's becoming obvious that browsers need to support a runtime like LLVM in addition to or instead of javascript. That way, the developer could use their language of choice and just compile to LLVM byte code instead of to javascript. I would think it should be easier to optimize performance for LLVM byte code that for javascript. Would there be any downsides except for the fact that it does not exist already?
And why must "fun" and "enterprisey" be exclusive? If your definition for enterprisey is scalable and risk-averse, why can't a language that is pleasant to use meet those requirements?
I maintain hope for a language, compiler/runtime, and library that allows me to easily communicate my solution without being distracted by the language implementation (fun), while offering good performance and scalability. As for being risk-averse, there are never any guarantees there and I doubt you'll find that the great successes and advancements of the past belong to the risk-averse.
I'm surprised to see this viewpoint repeatedly posted on slashdot. It costs the same in physical resources for both sending and receiving (air time), so the current financial model more closely matches the physical (ignoring the SMS abuse). Slashdot readers usually stand against subsidizing schemes and other schemes far from the physical reality, so why are so many taking this stance? In the days before Caller ID I might agree, but now it's easy to ignore or blacklist calls. For myself, I have distinctive ring tones so if I don't recognize the ring tone, it's not important (and you're not charged for your phone ringing). This is not to say I'm in favor of this bill, just that the "free incoming calls" stance seems unbecoming for someone who should understand what's required to connect that call.
But ...
The backscatter is emitted at a wavelength intended to be absorbed by the skin making it "concentrate" on the skin. Also the dose is given over a very short time frame. It's like being hit by 1000 gallons of water from a fire hose vs. 1000 gallons from a garden hose - same amount of water, but I'll take the garden hose. In contrast, the x-rays in flight are of varying wavelengths and the dose is spread over the flight period with some radiation going completely through the body and the rest spread out, not concentrated on the skin.
I dumped PSTN somewhere around 2002, first went to vonage and shortly after to Asterisk + PSTN gateways. Over these 9 years I think I've developed an idea of the pros and cons of VOIP.
* Call quality, on average, has been very good. This probably depends mostly on one's ISP, but call quality is better than a cell phone which most people are OK with. I prefer PCMU since it's what the telcos use and is a simple (little processing overhead) and raw codec. Keep in mind that it's possible to use codecs with higher quality (HD in marketing speak) that what's on the PSTN.
* Reliability is OK, but I've had occasional problems with PSTN gateways not getting calls out and the occasional dropped calls, which I'm not always sure where the blame lies. My biggest headache has been NAT, mostly when trying to bridge calls with someone else behind NAT. I prefer to try to bridge calls directly to keep latency to a minimum.
* Cost and features ROCK! Keeping a DID (phone number) with Vitelity is just $1.99 per month. I love paying just for the minutes I use, typically between $0.0008 and $0.0016 per minute. And of course the feature list in nearly left to the imagination with Asterisk.
I have my network equipment and IP phones on a UPS and my ISP (cable company) keeps functioning when my power goes out so my phones still work. I could see this being a problem for the average Joe though. A straight DC solution would be nice and could be cheaper that using a UPS.