That's funny because the best workstation out there, the Korg Triton is powered by a supped up version of the Live!'s audio chip the EMU10K which obviously came from the EMU side of the house.
The reason they still exist is that they have the game developers wrapped up with EAX and they have the cheapest ASIO card on the market for the home music hobiest.
Can you tell me a better, cheaper way to get the data offsite? Even running through LTO3 tapes once is cheaper than the equivalently equipped offsite storage with servers, admin staff, power, and fat internet connection. Plus I have many generational copies to attempt restore from whereas offsite rotational media gives me basically a few tries before I run out of space or spare drives. Restore from rotating media is faster, but I still don't think it's more reliable. Optimally I have both, or even better I have disk based backup both onsite and offsite as well as tape offsite at a third location.
Well, our Oracle servers are DL585's with four dual core cpu's, 32GB of ram, dual HBA's backed by an 112 disk SAN and they regularly max out both HBA's, trying to run that kind of load on a VM just doesn't make sense with the I/O latency and throughput degradation that I've seen with VMWare. I know I'm not the only one as I have seen this advice from a number of top professionals that I know and respect. If you have a lightly loaded SQL server or some AD controllers handling a small number of users then they might be good candidates, but any server that is I/O bound and/or spends a significant percentage of the day busy is probably the lowest priority to try to virtualize. You can probably get 99+% of the benefit of virtualization from the other 80-90% of your servers that are likely good candidates.
Exchange, Database, and busy AD controllers (all forms of database) are the worst candidates for current VM solutions due to the heavy I/O penalty. Besides, most of those systems are busy a good percentage of the time and so are already poor candidates for VM's.
AT&T was on TDMA, not CMDA. They are moving off it because it's more expensive since they were basically the only large customer, and it uses spectrum much less efficiently than GSM. So by dropping TDMA they will be able to offer more bandwidth for 3G applications without purchasing a bunch of expensive spectrum. Btw they have added a surcharge for having TDMA service, and it is going to double soon from $5/month to $10/month so it is probably cheaper to get a new phone.
I guess you didn't have a phone with analog backup because AT&T's coverage in SE Ohio was always excellent for me when visiting friends in Athens. They've probably since discontinued analog coverage, but with a 5W max power limit analog was great for rural areas, of course it ate batteries, but so what, just plug it in every night instead of once a week.
The problem with putting EVERY carrier on shared towers is space. By the time you get the backup generators, UPS, etc setup you have a significant footprint, multiply that times the number of carriers on a shared tower and you can see how that might not fit into many urban spaces.
Actually this is almost a classic example of coercion invalidating a noncompete. The example used in my business law class was a company that issued large christmas bonuses every year. One year a new COO decided that the company needed to have noncompetes, so he handed out the noncompetes and informed the employees that they had to sign or forfeit their christmas bonus. Shortly thereafter an employee left and went to work in a related field. The company sued and the judge found the noncompete unenforceable as it was signed under duress and without consideration to the employee (the christmas bonus was determined not to be consideration because it was a normal and expected part of the compensation structure at that employer).
I will never again sign a non-compete. Even after getting one reworded by my own lawyer it was used against me where it shouldn't have been. I will gladly sign a non-solicitation agreement as I believe that it is fair to expect me not to poach former clients for a period of time, but I will not limit my ability to provide for my family.
The correct answer is to tell the companies internal and/or external auditors. If this is a publicly traded company then SOX requires this kind of problem be fixed. If you ask them to they most likely won't even reveal where the information came from (of course your boss will probably know since you already raised the issue).
If you have a decent sized account you can get ahold of your account exec who hopefully either knows something or knows the internal people who do. The cellphone providers have microcells and portable cells that they use for conventions and sporting events, the technology exists so it's just a matter of cost.
Most of the time support isn't worth a damn anyways. For instance Oracle's "supported" configuration for JD Edwards Enterprise One 8.12 on Windows is to use Oracle on 32bit Windows. The problem with that is you can support less than 50 users before you start to experiencing database lockups due to out of memory conditions. Under Windows x32 Oracle's SGA has to fit into a max of 3GB for all components. The problem with that is that after going to x64 Windows in an "unsupported" configuration we found that in order to support ~300 users Oracle needs about 3GB just to keep track of users sessions! No one implementing a multimillion dollar ERP product is going to do it for less than 50 users, so how the heck can the officially supported solution work?!? Btw you wouldn't void your warranty you would be stepping outside of the supported configuration for your support contract, which generally means they are responsible for best effort support but will not guarantee a solution. They would still have to provide hardware warranty service.
Yep, MP3 only sucks with a bad encoder (most of them). Using Fraunhoffer or LAME you can get files that 99+% of the time can't be distinguished from the original at ~220Kbps VBR. AACPlus amazingly sounds good (not great) at 48Kbps (see somafm.com), we've come a long way since the days of 128Kbps CBR MP3's from crappy encoders.
Uh, processor's had core's WAY before Intel came out with the Core architecture. In fact you could buy a MIPS, ARM, etc core for your system-on-chip design as far back as the early 90's that I'm familiar with, and probably further back than that. Just because something has been recycled by marketing doesn't mean it didn't start out in the technical realm =)
Uh, doing ACL's on most Cisco equipment will have no affect on throughput and little affect on latency so long as you know what your are doing and are willing to live within the hardware limitations. So long as you live within the rules that can be compiled to and fit within the ASIC's on a given platform you can run at linespeed with little additional latency. Sure it takes some knowledge, but if you have it you can do things that only the other Tier-1 vendors can touch, no PC based platform is ever going to touch them.
To me what makes Cisco great is not the hardware, and certainly not the (fairly buggy) software, it's the TAC. Cisco's support organization is the best in the industry bar none. It's why having Cisco hardware without smartnet is a complete non-starter for me, it's fairly overpriced hardware without the support organization behind it.
It would seem to me that using a processor like the MIPS processors used in the HP Nonstop platform would be the ideal situation, all path's are ECC'd and all processing operations are done by two cores and the results are checked to make sure they match, this should deal with everything short of being in a solar flare where the error rate exceeds the ability of the systems to correct.
Yeah, but owing $4K on the flight is a lot more doable for your average paycheck-to-paycheck worker than $25K, and they could have given him $29K in which case his out of pocket is only $720, etc.
Glad you bought into the desktop class benchmarks that all the little internet sites like to publish. Meanwhile I'm happily using Opteron servers for serious N-Tier architecture where their performance per watt and lack of I/O bottlenecks is great. I also use some Intel Core based Xeon's for less demanding workloads where they prove to a good match of price/performance and power use per workload. I guess I actually research stuff, test it in my specific situation, and select the best product, unlike the many hacks in IT =)
My problem is that in the case of the x.509 certificates you need to find a collision in both the MD5 and the SHA-1 functions, which to my mind is undoable. I admit to being no more than a most humble student when it comes to cryptography, but I would like to be enlightened as to how you can find collisions in two different hash algorithms where the collisions are identical but not identical to the original value.
Slashdot Mirror
Or better yet buy a pair of Sennheiser HD555's for ~$100 and you can tell the weakness of even a great soundcard =)
That's funny because the best workstation out there, the Korg Triton is powered by a supped up version of the Live!'s audio chip the EMU10K which obviously came from the EMU side of the house.
The reason they still exist is that they have the game developers wrapped up with EAX and they have the cheapest ASIO card on the market for the home music hobiest.
Can you tell me a better, cheaper way to get the data offsite? Even running through LTO3 tapes once is cheaper than the equivalently equipped offsite storage with servers, admin staff, power, and fat internet connection. Plus I have many generational copies to attempt restore from whereas offsite rotational media gives me basically a few tries before I run out of space or spare drives. Restore from rotating media is faster, but I still don't think it's more reliable. Optimally I have both, or even better I have disk based backup both onsite and offsite as well as tape offsite at a third location.
This is the beauty of having less than intelligent users, you get to test your restore procedure on a regular basis.
The fact that the about 2003 SP2 page still linked to the RC2 page, or the fact that it wasn't all over the front page at microsoft.com
It's a common codebase for XP-x64, I assume the WPA2 stuff is targeted there =)
Well, our Oracle servers are DL585's with four dual core cpu's, 32GB of ram, dual HBA's backed by an 112 disk SAN and they regularly max out both HBA's, trying to run that kind of load on a VM just doesn't make sense with the I/O latency and throughput degradation that I've seen with VMWare. I know I'm not the only one as I have seen this advice from a number of top professionals that I know and respect. If you have a lightly loaded SQL server or some AD controllers handling a small number of users then they might be good candidates, but any server that is I/O bound and/or spends a significant percentage of the day busy is probably the lowest priority to try to virtualize. You can probably get 99+% of the benefit of virtualization from the other 80-90% of your servers that are likely good candidates.
Exchange, Database, and busy AD controllers (all forms of database) are the worst candidates for current VM solutions due to the heavy I/O penalty. Besides, most of those systems are busy a good percentage of the time and so are already poor candidates for VM's.
AT&T was on TDMA, not CMDA. They are moving off it because it's more expensive since they were basically the only large customer, and it uses spectrum much less efficiently than GSM. So by dropping TDMA they will be able to offer more bandwidth for 3G applications without purchasing a bunch of expensive spectrum. Btw they have added a surcharge for having TDMA service, and it is going to double soon from $5/month to $10/month so it is probably cheaper to get a new phone.
I guess you didn't have a phone with analog backup because AT&T's coverage in SE Ohio was always excellent for me when visiting friends in Athens. They've probably since discontinued analog coverage, but with a 5W max power limit analog was great for rural areas, of course it ate batteries, but so what, just plug it in every night instead of once a week.
The problem with putting EVERY carrier on shared towers is space. By the time you get the backup generators, UPS, etc setup you have a significant footprint, multiply that times the number of carriers on a shared tower and you can see how that might not fit into many urban spaces.
Actually this is almost a classic example of coercion invalidating a noncompete. The example used in my business law class was a company that issued large christmas bonuses every year. One year a new COO decided that the company needed to have noncompetes, so he handed out the noncompetes and informed the employees that they had to sign or forfeit their christmas bonus. Shortly thereafter an employee left and went to work in a related field. The company sued and the judge found the noncompete unenforceable as it was signed under duress and without consideration to the employee (the christmas bonus was determined not to be consideration because it was a normal and expected part of the compensation structure at that employer).
I will never again sign a non-compete. Even after getting one reworded by my own lawyer it was used against me where it shouldn't have been. I will gladly sign a non-solicitation agreement as I believe that it is fair to expect me not to poach former clients for a period of time, but I will not limit my ability to provide for my family.
The correct answer is to tell the companies internal and/or external auditors. If this is a publicly traded company then SOX requires this kind of problem be fixed. If you ask them to they most likely won't even reveal where the information came from (of course your boss will probably know since you already raised the issue).
If you have a decent sized account you can get ahold of your account exec who hopefully either knows something or knows the internal people who do. The cellphone providers have microcells and portable cells that they use for conventions and sporting events, the technology exists so it's just a matter of cost.
Most of the time support isn't worth a damn anyways. For instance Oracle's "supported" configuration for JD Edwards Enterprise One 8.12 on Windows is to use Oracle on 32bit Windows. The problem with that is you can support less than 50 users before you start to experiencing database lockups due to out of memory conditions. Under Windows x32 Oracle's SGA has to fit into a max of 3GB for all components. The problem with that is that after going to x64 Windows in an "unsupported" configuration we found that in order to support ~300 users Oracle needs about 3GB just to keep track of users sessions! No one implementing a multimillion dollar ERP product is going to do it for less than 50 users, so how the heck can the officially supported solution work?!? Btw you wouldn't void your warranty you would be stepping outside of the supported configuration for your support contract, which generally means they are responsible for best effort support but will not guarantee a solution. They would still have to provide hardware warranty service.
Yep, MP3 only sucks with a bad encoder (most of them). Using Fraunhoffer or LAME you can get files that 99+% of the time can't be distinguished from the original at ~220Kbps VBR. AACPlus amazingly sounds good (not great) at 48Kbps (see somafm.com), we've come a long way since the days of 128Kbps CBR MP3's from crappy encoders.
Uh, processor's had core's WAY before Intel came out with the Core architecture. In fact you could buy a MIPS, ARM, etc core for your system-on-chip design as far back as the early 90's that I'm familiar with, and probably further back than that. Just because something has been recycled by marketing doesn't mean it didn't start out in the technical realm =)
Uh, doing ACL's on most Cisco equipment will have no affect on throughput and little affect on latency so long as you know what your are doing and are willing to live within the hardware limitations. So long as you live within the rules that can be compiled to and fit within the ASIC's on a given platform you can run at linespeed with little additional latency. Sure it takes some knowledge, but if you have it you can do things that only the other Tier-1 vendors can touch, no PC based platform is ever going to touch them.
To me what makes Cisco great is not the hardware, and certainly not the (fairly buggy) software, it's the TAC. Cisco's support organization is the best in the industry bar none. It's why having Cisco hardware without smartnet is a complete non-starter for me, it's fairly overpriced hardware without the support organization behind it.
It would seem to me that using a processor like the MIPS processors used in the HP Nonstop platform would be the ideal situation, all path's are ECC'd and all processing operations are done by two cores and the results are checked to make sure they match, this should deal with everything short of being in a solar flare where the error rate exceeds the ability of the systems to correct.
Yeah, but owing $4K on the flight is a lot more doable for your average paycheck-to-paycheck worker than $25K, and they could have given him $29K in which case his out of pocket is only $720, etc.
Glad you bought into the desktop class benchmarks that all the little internet sites like to publish. Meanwhile I'm happily using Opteron servers for serious N-Tier architecture where their performance per watt and lack of I/O bottlenecks is great. I also use some Intel Core based Xeon's for less demanding workloads where they prove to a good match of price/performance and power use per workload. I guess I actually research stuff, test it in my specific situation, and select the best product, unlike the many hacks in IT =)
My problem is that in the case of the x.509 certificates you need to find a collision in both the MD5 and the SHA-1 functions, which to my mind is undoable. I admit to being no more than a most humble student when it comes to cryptography, but I would like to be enlightened as to how you can find collisions in two different hash algorithms where the collisions are identical but not identical to the original value.