Forgot your password?
typodupeerror

Comment: Re:It's a pain in the ass to develop for (Score 2, Interesting) 423

by MattRog (#32803568) Attached to: Symbian, the Biggest Mobile OS No One Talks About

To me, the biggest drawback is its popularity: the hardware is insanely fragmented. Want to write a Symbian app? Browse the device list http://www.symbian.org/devices

App developers have to support:
1) mix of touch and non touch screens
2) Insanely different display resolutions
3) Crazy list of hardware buttons (some have keyboards, some none, some have the 10 digit numeric, etc.)
4) Different form factors (clamshell, block, etc.)

Basically, writing a very good, elegant app that people WANT TO PAY FOR in Symbian is a disaster. Best to write for iOS and Android. Although both hardware platforms are fragmented they are not nearly as bad to deal with as Symbian. That, and there's a culture of "It's OK and normal to buy apps" (much more so on iOS than Android, of course) that doesn't appear to exist on other platforms (yet).

Comment: Isn't this backwards? (Score 2, Interesting) 239

by MattRog (#30778164) Attached to: Dragging Telephone Numbers Into the Internet Age

Why, in this day and age, are we talking about NUMBERS? Do we address websites via IP address? No, we have DNS.

Why isn't there a DNS for phones? I pick a name, perhaps even something as simple and unique as MY EMAIL ADDRESS, and then anyone who knows my email address can contact me. Or, just like DNS, I can set up any number of unique names for various things (my-recruiters@gmail;) that point to some sort of numeric based phone.

You could even call it Phone Name System.

Comment: Not just Intel (Score 4, Informative) 125

by MattRog (#29901831) Attached to: Intel Pulls SSD Firmware Day After Release

Crucial's M225 (I own the 128GB version) 1711 firmware had significant bugs and was quickly yanked. In order to upgrade to the latest 1819 you have to downgrade back to 1571.

http://www.crucial.com/support/firmware.aspx

Seems as if most consumer SSD products are still a bit in the "beta" stage.

Comment: Re:"RAID"-style system for RAM... (Score 2, Informative) 333

by MattRog (#29662769) Attached to: Google Finds DRAM Errors More Common Than Believed

No, not really.

RAID-5 allows for disk failure via distributed block parity. ECC recovers single bit error.

The "Memory RAID" design should prevent a larger issue (multi-bit/DIMM failure/etc. that ECC cannot prevent) from taking the whole system out.

I would imagine that ECC memory would be used in conjunction with higher-level striping or mirroring to prevent and recover from both failures.

Comment: "RAID"-style system for RAM... (Score 4, Interesting) 333

by MattRog (#29661483) Attached to: Google Finds DRAM Errors More Common Than Believed

RAM is dirt cheap and most server systems support significantly more RAM than most people bother to install. For critical systems, ECC works but that doesn't prevent everything (double bit errors etc.). Is it time for a Redundant Array of Inexpensive DIMMs? Many HA servers now support Memory Mirroring (aka RAID-1 http://www.rackaid.com/resources/rackaid-blog/server-dysfunction/memory_mirroring_to_the_rescue/) but should there be more research into different RAID levels for memory (RAID5-6, 10, etc?)

Businesses

+ - Server Relocation?

Submitted by
MattRog
MattRog writes "We're relocating a rack or two of servers from our office's datacenter (Lexington, KY) to a co-loc facility about 100 miles away in Cincinnati, OH. For reasons which should be obvious (insurance, insanity, etc.), we are looking for a dedicated hardware relocation provider to disassemble, crate, and ship to Cincy. The co-loc facility will do the uncrating and re-racking.

Googling provides a TON of "AWESOME" providers, but has anyone worked with a provider to do this? Is there a place that rates this type of moving provider (http://www.movingscam.com/forum/ is a great resource, but doesn't target this sort of business relocation service)?

Thanks!"

"If it ain't broke, don't fix it." - Bert Lantz

Working...