Forgot your password?

Comment: Re:On the other hand.... (Score 1) 338

by XXeR (#43660749) Attached to: BT Begins Customer Tests of Carrier Grade NAT

NTP is your friend. man ntpd.

Most people here know what NTP is (no need to point to man..), and it's safe to assume BT's network devices all use it. The problem is, MANY destinations don't run it, or run it improperly (I can't count the amount of times I've seen 'ntpdate' in a cronjob instead of running ntpd). And unless they're in perfect sync with BT, then cross referencing will still be difficult (assuming the destination is getting a sizable amount of diverse traffic from BT customers behind the same NAT'd address).

Comment: Re:x230 (Score 1) 271

by XXeR (#43219339) Attached to: Are Lenovo's ThinkPads Getting Worse?

Really? What is the resolution?
Have you tried replacing the wifi card? You can't unless its blessed by Lenovo, the BIOS prevents the machine from booting artificially if its pci id is not in a whitelist. I will never buy Lenovo again because of this very reason.

Given I upgraded the build to have the exact card I wanted, I can't really see that being a problem for me. They have a couple options IIRC, do you just not like them or something?

Comment: Re:Does anyone with a clue actually *use* this stu (Score 2) 39

by XXeR (#41602211) Attached to: VMware: Hey, Other Cloud Services Exist

Great post, but I do disagree with this:

but it's a hell of a lot cheaper, faster and easier than running such a cluster

This is at best only true on a small/medium scale, but ultimately it really depends on your use case and how on top of your AWS bill you are. My contention is that once you get to the point that you're running thousands of large EC2 instances, you'd actually find it cheaper to deploy and manage servers in your own DC (or a colo).

I'm sure the folks at Netflix will disagree with me, but considering the hundreds of folks they have dedicated to tooling and optimizing their AWS deployment, I'd say they're a special case (plus they likely get big discounts given the amount of cheerleading they do for AWS).

Comment: Re:an Oracle DBAs perspective (Score 1) 306

by XXeR (#40665953) Attached to: SQL Vs. NoSQL: Which Is Better?

5. 'it worked in dev'. your Dev DB had tables with 10 records. Prod has 20 terabytes of data. We have told you that prod is much bigger. So you need to atleast check to see if its using an index. This is NOT difficult and I show them how, but they don't care.

Isn't this faulty design? It's not a developers fault that the dev environment wasn't built should be as close to prod as possible. How is performance testing even remotely possible when the discrepancy between dev and prod is so massive?

Comment: Re:what problem does OpenStack address? (Score 1) 185

by XXeR (#40250079) Attached to: Is OpenStack the New Linux?

are you being intentionally obtuse? so you have a single physical server, and you throw xen on it. how can you enable a developer to easily launch several guests that make up a db/app stack on which he is developing? now extrapolate to 1000 servers. tools built to make this easy and to manage them as one unit can define a cloud computing environment. openstack is one such suite of tools, eucalyptus is another. AWS is an example of a commercial provider of an environment like this, fully API'd for ease of use. before the "cloud" movement, none of this was even remotely easy to the need is there.

i'm sorry, but i'm not interested in quoting the definition for you, feel free to read up:

Comment: Re:Wimax (Score 4, Informative) 74

by XXeR (#31150414) Attached to: Verizon CTO Says 4G Service Is On Track

Yep, I love my Sprint/Clear Wimax service...I get ~12Mb down / ~1Mb up pretty much everywhere I get a signal! They even already have solutions that will fall back to 3G when 4g isn't available. The coverage is definitely sparse right now (at least in my area I have to be pretty close to a major road and near the city), but they're clearly far ahead of this Verizon/LTE rollout.

The person who's taking you to lunch has no intention of paying.