http://blog.fosketts.net/2008/10/24/symantec-thin-api/ Understanding the accumulation of data Sat, 11 Feb 2012 20:58:00 -0500 hourly 1 http://wordpress.org/?v= http://blog.fosketts.net/2008/10/24/symantec-thin-api/comment-page-1/#comment-11658 Stephen Fri, 24 Oct 2008 18:16:03 +0000 http://blog.fosketts.net/?p=933#comment-11658 Yes, it can be effective. And this is especially true with this new API and advanced capabilities that are being added to the storage devices. But thin provisioning will always be a "lie" - it promises capacity that cannot necessarily be delivered. The next wave of improvements will be managing that lie... Yes, it can be effective. And this is especially true with this new API and advanced capabilities that are being added to the storage devices. But thin provisioning will always be a “lie” – it promises capacity that cannot necessarily be delivered. The next wave of improvements will be managing that lie…

]]> http://blog.fosketts.net/2008/10/24/symantec-thin-api/comment-page-1/#comment-14992 sfoskett Fri, 24 Oct 2008 18:16:00 +0000 http://blog.fosketts.net/?p=933#comment-14992 Yes, it can be effective. And this is especially true with this new API and advanced capabilities that are being added to the storage devices. But thin provisioning will always be a "lie" - it promises capacity that cannot necessarily be delivered. The next wave of improvements will be managing that lie... Yes, it can be effective. And this is especially true with this new API and advanced capabilities that are being added to the storage devices. But thin provisioning will always be a “lie” – it promises capacity that cannot necessarily be delivered. The next wave of improvements will be managing that lie…

]]> http://blog.fosketts.net/2008/10/24/symantec-thin-api/comment-page-1/#comment-11651 marc.farley@3par.com Fri, 24 Oct 2008 17:40:35 +0000 http://blog.fosketts.net/?p=933#comment-11651 Excellent post Stephen! BUT I think saying thin provisioning is a "lie", could be easily misunderstood. There is no question that you should NOT USE THIN PROVISIONING FOR END USER STORAGE, but that doesn't mean that it can't be amazingly effective and not at all dangerous for many other uses. For example, VMFS, is extremely thin friendly and becoming more so all the time. Excellent post Stephen! BUT I think saying thin provisioning is a “lie”, could be easily misunderstood. There is no question that you should NOT USE THIN PROVISIONING FOR END USER STORAGE, but that doesn’t mean that it can’t be amazingly effective and not at all dangerous for many other uses. For example, VMFS, is extremely thin friendly and becoming more so all the time.

]]> http://blog.fosketts.net/2008/10/24/symantec-thin-api/comment-page-1/#comment-14991 marc.farley@3par.com Fri, 24 Oct 2008 17:40:00 +0000 http://blog.fosketts.net/?p=933#comment-14991 Excellent post Stephen! BUT I think saying thin provisioning is a "lie", could be easily misunderstood. There is no question that you should NOT USE THIN PROVISIONING FOR END USER STORAGE, but that doesn't mean that it can't be amazingly effective and not at all dangerous for many other uses. For example, VMFS, is extremely thin friendly and becoming more so all the time. Excellent post Stephen! BUT I think saying thin provisioning is a “lie”, could be easily misunderstood. There is no question that you should NOT USE THIN PROVISIONING FOR END USER STORAGE, but that doesn’t mean that it can’t be amazingly effective and not at all dangerous for many other uses. For example, VMFS, is extremely thin friendly and becoming more so all the time.

]]> http://blog.fosketts.net/2008/10/24/symantec-thin-api/comment-page-1/#comment-11637 Symantec’s Thin API Is A Step In The Right Direction - Stephen Foskett, Pack Rat Fri, 24 Oct 2008 14:19:31 +0000 http://blog.fosketts.net/?p=933#comment-11637 [...] More details have come out about Symantec’s new capability. Reed my follow-up post on Symantec’s Thin API for [...] [...] More details have come out about Symantec’s new capability. Reed my follow-up post on Symantec’s Thin API for [...]

]]>