Slashdot Mirror


MemSQL Makers Say They've Created the Fastest Database On the Planet

mikejuk writes "Two former Facebook developers have created a new database that they say is the world's fastest and it is MySQL compatible. According to Eric Frenkiel and Nikita Shamgunov, MemSQL, the database they have developed over the past year, is thirty times faster than conventional disk-based databases. MemSQL has put together a video showing MySQL versus MemSQL carrying out a sequence of queries, in which MySQL performs at around 3,500 queries per second, while MemSQL achieves around 80,000 queries per second. The documentation says that MemSQL writes back to disk/SSD as soon as the transaction is acknowledged in memory, and that using a combination of write-ahead logging and snapshotting ensures your data is secure. There is a free version but so far how much a full version will cost isn't given." (See also this article at SlashBI.)

377 comments

  1. nice slashvertisement, guys by Anonymous Coward · · Score: 0, Troll

    too bad there wasn't mention of Apple or Raspberry Pi. That'd be sure to get even more people to click through!

    1. Re:nice slashvertisement, guys by pipatron · · Score: 2

      I'm not so sure that this database would fly that fast if it was running on a beowulf cluster of Raspberry Pi with OSX.

      --
      c++; /* this makes c bigger but returns the old value */
    2. Re:nice slashvertisement, guys by Anonymous Coward · · Score: 0

      Slashvertisement? Really? They don't even offer a pay version yet and there's a free version. How in the hell is this a slashvertisement any more than talking about any other sort of tech program? Cause it doesn't come GPL licensed?

    3. Re:nice slashvertisement, guys by Anonymous Coward · · Score: 0

      RTFS and RTFA. There is a premium version, however they have not yet publicly stated what the cost will be.

  2. A nice approach perhaps... by alphatel · · Score: 4, Interesting

    It sounds cool, but we can get 200k iops on Raid10 SSD without degradation.

    --
    When the foot seeks the place of the head, the line is crossed. Know your place. Keep your place. Be a shoe.
    1. Re:A nice approach perhaps... by tomhath · · Score: 4, Insightful

      Price/performance is a better question. If it's fast enough that you don't need the Raid 10 SSD then it could be a good choice. Throw hardware at any DBMS and you'll get good throughput.

    2. Re:A nice approach perhaps... by hcs_$reboot · · Score: 2

      So, two guys meet and churn out some code that cache most of the DB work in memory. Great. But MySQL has a MEMORY engine and is pretty well optimized (eg keep indexes in memory, does some caching as well)... the hardest part is probably its setup: setting the right options in MySQL to achieve top performance is not easy.
      Besides, the "caching" or equivalent work is not the most difficult part of a DBMS, by far: What about the algorithms to "compile" queries in order to use indexes and perform the JOINS optimally. A good algorithm beats the architectural benefits of a "cache" oriented DBMS.

      --
      Slashdot, fix the reply notifications... You won't get away with it...
    3. Re:A nice approach perhaps... by guruevi · · Score: 2

      You can get more than 10M IOPS on certain RAM-based SSD, they're just mighty expensive.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    4. Re:A nice approach perhaps... by Anonymous Coward · · Score: 0, Flamebait

      In other news: The *brightest* oil lamp!
      Seriously, SQL is unbearably primitive...

    5. Re:A nice approach perhaps... by hvm2hvm · · Score: 1

      I wonder how fast MySQL, postgresql or any other disk based DB server would work if put on a ram disk? Of course it would make it riskier but it could work if you would use a memory mapped file s.t. it will dump new data as fast as the HDD can write.

      --
      ics
    6. Re:A nice approach perhaps... by Anonymous Coward · · Score: 0

      AFAIK, that's how any decent DB system works, it fills up the memory with as much data as it can and works from that, with various cache techniques. Disk writes are queued and get done when the system has time.

    7. Re:A nice approach perhaps... by Anonymous Coward · · Score: 2, Informative

      AFAIK, that's how any decent DB system works.

      Yes, but he said MySQL...

    8. Re:A nice approach perhaps... by Anonymous Coward · · Score: 0

      MySQL can be told to use all the memory you can give it, it also has different storage engines according to your needs. It would interesting to see these tests performed with MySQL (and PS) experts tuning their own DBs.

    9. Re:A nice approach perhaps... by Anonymous Coward · · Score: 0

      Apples to elephants. Their metric is queries per second; each query probably has hundreds or possibly thousands of IOPS each.

    10. Re:A nice approach perhaps... by godefroi · · Score: 1

      To be ACID the database must flush new data to disk (all the way to the platters, through the RDBMS cache, the OS cache, the controller cache if there is any, and the on-disk cache) at every transaction commit. If the RDBMS just puts the data in memory, and then the power goes out, then your data is lost, and the system isn't ACID.

      --
      Karma: Poor (Mostly affected by lame karma-joke sigs)
    11. Re:A nice approach perhaps... by Tough+Love · · Score: 2

      All of computer science is just an exercise in caching, don't you know.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    12. Re:A nice approach perhaps... by rgviza · · Score: 1

      Ask CCP (icelandic game developer). They put Eve's entire database on RAMSAN and it's a massive db with a lot of performance demands. There's actually a case study published about it.
      http://massively.joystiq.com/2008/09/28/eve-evolved-eve-onlines-server-model/
      http://www.microsoft.com/casestudies/Windows-HPC-Server-2008/CCP-Games/Leading-Game-Publisher-Selects-Windows-HPC-Server-to-Scale-to-One-Million-Players/4000002990

      There are various whitepapers about the performance increase of using ramdisk. Most dbs improve by going around 74% faster with no other optimization.

      RAMSAN is not volatile so if you lose power, it doesn't lose data, which makes flushing every transaction to disk unnecessary. The RAMSAN _is_ the disk.

      --
      Don't kid yourself. It's the size of the regexp AND how you use it that counts.
  3. Ya Don't Say! by Rary · · Score: 5, Insightful

    Really? Accessing RAM is faster than accessing a disk? What a novel discovery!

    It seems to me that MySQL can also be run in memory. Apparently that's how the clustered database works (or used to work). I've never tried it, but let's see some benchmarks between MemSQL and an entirely memory-based MySQL.

    --

    "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

    1. Re:Ya Don't Say! by JimboFBX · · Score: 1

      I was going to say, how does this perform on large queries in a large database.

    2. Re:Ya Don't Say! by lucifuge31337 · · Score: 2

      It seems to me that MySQL can also be run in memory. Apparently that's how the clustered database works (or used to work).

      Absolutely correct. NDB Cluster. It's quite fast, even on older hardware providing you have enough RAM to hold your database.

      --
      Do not fold, spindle or mutilate.
    3. Re:Ya Don't Say! by errandum · · Score: 3, Insightful

      That and memcached (I think that's the name).

      This comparison is far from fair... Is it ACID? Or eventually synchs up? How does it compare with other memory based DB's?

      Comparing it with a slow relational DB will not give you any kind of credibility.

    4. Re:Ya Don't Say! by MobileTatsu-NJG · · Score: 1

      Isn't the implocation that in this case there's a lot less time between the transaction getting made and that data being committed to non-volitile memory?

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    5. Re:Ya Don't Say! by bill_mcgonigle · · Score: 3, Interesting

      Not just that - you can get a FusionIO ramdisk device for really big databases and get performance that's somewhere between SSD and memory. Those are all battery backed and such, so no monkeying around with whether the ACID was done right or not.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      I am a ramdisc fan since Mac+. The article implies a structural code change that is faster, by time of recognition, which may also be improved by disc speed. I am not qualified to parse this, but I invite those who are, to employ these criterion in spoon feeding us mere mortals. I want to be the spoon-feed-ee for a change.

    7. Re:Ya Don't Say! by gman003 · · Score: 4, Interesting

      It's a bit more complex. There's four main ways to do MySQL storage in RAM (which I know of because my current work project is a MySQL application).

      First, the NDB Cluster system is there, which is what you've mentioned. That's basically just a MySQL frontend to a distributed, memory-based NoSQL database, though. Convenient, but not truly "MySQL".

      The second is using the "Memory" storage engine, where it actually stores a normal MyISAM table in memory. However, this is a surprisingly crappy option, because it uses table-level locks for writing, so parallel write performance is only marginally faster than disk.

      The third is to store regular InnoDB tables on a ramdisk. This can be crazy fast, but it also means that if your server crashes or loses power, you're *fucked*

      The fourth is to use Memcached, which isn't really a MySQL thing at all. You're basically just caching data in a memory-only NoSQL database, at the application level. This is actually what we ended up doing, because all the others are pretty crappy options - Cluster is the best one, but the hardware requirements are higher than we could justify spending given our performance requirements. Shoving memcached onto the web server (which has RAM to spare) and setting certain queries to cache their results there sped things up significantly, at minimal cost.

      As far as I can tell from the summary (I refuse to read the articles for such a blantant slashvertisement), this "MemSQL" doesn't do anything you can't do by configuring MySQL properly, although they likely optimized some rarely-used modules to make them faster.

    8. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      No foreign keys with NDB

    9. Re:Ya Don't Say! by lucifuge31337 · · Score: 2

      No foreign keys with NDB

      Also correct. Your point? Other than that specific tools were made for specific jobs.

      --
      Do not fold, spindle or mutilate.
    10. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      I'm sure no one would ever think about doing the same thing using a ramdisk partiton and a disk partition connected with Linux software RAID 1 and having the rotational media partition marked as "write mostly" so that most reads would come from the ramdisk and writes would happen on the disk as soon as they could - but would happen in memory faster. I mean, that would take all of (walks over to a random machine and does it) a couple of minutes to set up.

      I tried reading the article to replicate the benchmarks. The information isn't in there. Then I tried watching the video. Not only is that embedded player too small to read the information and not only did they write their own benchmarking tool (really? Couldn't find an accepted tool compatible with MySQL, like, say, mysqlbench?), but I had to jam a screwdriver through my speakers so I wouldn't hear that dumbass say "sequel" another time. Look, Facebook engineer / fucktard, SQL is pronounced as three letters. Return of the Jedi is a sequel. Unless you have Ewoks fetching your data, you're not using "sequel" in your queries.

    11. Re:Ya Don't Say! by arth1 · · Score: 4, Informative

      The third is to store regular InnoDB tables on a ramdisk. This can be crazy fast, but it also means that if your server crashes or loses power, you're *fucked*

      Not necessarily. There are battery-backed volatile RAM devices that can last for days, and also non-volatile RAM devices like F-RAM and MRAM.
      Battery backed volatile RAM can even be considered "cheap" - if the bottleneck are in tables small enough to fit on these, or the amount of overall writes is so high that placing the innodb logs there makes sense, it can be cheaper than a RAID10 or 50 of high-speed SAS drives.

      The HyperCard / ACARD drives, for example, are only $300 plus RAM. And if the worst happens, you can even dump the RAM to a CF card before the battery runs out.

    12. Re:Ya Don't Say! by gman003 · · Score: 1

      I was referring to software-based ramdisks, not RAM-based SSDs. Although I suppose there's not much of a performance difference - the only difference is durability.

    13. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      As a side note, anyone remember the ram disk in AmigaOS? Was very useful, I always had one mounted on my A4000 (with 16MB RAM!) and it survived reboots.

    14. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      Although I suppose there's not much of a performance difference - the only difference is durability.

      Hardware RAM drives are superior in most cases, but there are lots of trade-offs between the two.

      You probably wouldn't want to use software RAM drives for anything serious, if your RAM has no error correction. Most hardware RAM drives use ECC (or at least buffered) RAM.

      The biggest issue with RAM drives are their cost.

    15. Re:Ya Don't Say! by Paradise+Pete · · Score: 5, Funny

      I am a ramdisc fan since Mac+.

      I'm gonna call BS on this one. Why would a ram disc need a fan?

    16. Re:Ya Don't Say! by arth1 · · Score: 4, Interesting

      The biggest issue with RAM drives are their cost.

      Yes and no. If you can fit the Innodb writeahead-logs and a few of the worst bottleneck tables on, say, an 8 GB ram drive, it's a bargain.

      HyperDrive: $300
      2 * 4GB 240-Pin DDR2-800 SDRAM ECC: $234
      16 GB CF card for backup: $30
      Total: $564

      That's downright cheap compared to what a RAID 10 or 50 of SSDs or short-stroked 10k/15k rpm drives would cost.
      If it solves a bottleneck, it could be a big money saver.

    17. Re:Ya Don't Say! by Alex+Belits · · Score: 2

      Didn't you get the memo? There are no large databases anymore, all database servers are supposed to have more RAM than the size of their database.

      *** BARF!!! ***

      --
      Contrary to the popular belief, there indeed is no God.
    18. Re:Ya Don't Say! by Alex+Belits · · Score: 1

      You probably wouldn't want to use software RAM drives for anything serious, if your RAM has no error correction. Most hardware RAM drives use ECC (or at least buffered) RAM.

      All server-class hardware always uses ECC RAM.

      --
      Contrary to the popular belief, there indeed is no God.
    19. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      > The fourth is to use Memcached

      There's also Redis, which is supports more complex data structures & has a whole host of other features.

    20. Re:Ya Don't Say! by Hognoxious · · Score: 5, Funny

      MySQL is not webscale because it uses joins.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    21. Re:Ya Don't Say! by hvm2hvm · · Score: 1

      Well I suppose the point was you cannot say NDB is a viable alternative to MemSQL as a memory based DB if NDB has limitations over MemSQL. That's like when you're going to buy something and there is an asshole of a salesman that tries to sell you something you don't need/want because "it's just as good".

      --
      ics
    22. Re:Ya Don't Say! by Anonymous Coward · · Score: 4, Informative

      For those who don't get the reference:

      http://www.xtranormal.com/watch/6995033/mongo-db-is-web-scale

    23. Re:Ya Don't Say! by drsmithy · · Score: 2

      Given how trivial and relatively cheap it is to put 192GB+ RAM into a server these days, there's a lot of truth in that statement, whether you like it or not.

    24. Re:Ya Don't Say! by mwvdlee · · Score: 4, Insightful

      TFS states that transactions are writen to disk after being "acknowledged" in memory.
      I assume that means transactions are written to disk only after the database reports back a succesful commit.
      So failing to meet the D of ACID compliancy.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    25. Re:Ya Don't Say! by catmistake · · Score: 1, Informative

      I am a ramdisc fan since Mac+.

      I'm gonna call BS on this one. Why would a ram disc need a fan?

      MacOS System 6 had RAMdisk applications available for it (one was called AppDisk), and by System 7 this functionality was built into the OS via a system control panel. The software allowed you to donate whatever RAM you had available to a disk that mounted on the desktop. You could use it for cache files, or copy entire applications to it to run at blazing speeds off the RAMdisk instead off the comparatively slow SCSI-1 HDD, or the mind-numbingly slow floppy disk drive. In 1989, when RAM was prohibitively expensive, if you had a Mac IIfx (not publicly available until 1990) or Mac SE/30 and were very wealthy, you could have a desktop with 128MB of RAM (along with the MODE32 control panel that allowed the SE/30 to see all that memory, or the ROM from a Mac IIfx or Mac IIsi which accomplished the same thing, unless you ran A/UX which was natively 32-bit clean), and with the RAMdisk software you could designate amounts up to whatever the system didn't need to be used as a RAMdisk... say... about 120MB, which at the time would have been about as large as the biggest HDDs available to consumers. You can still find this software on Gamba's site.

      To answer your question, the Mac Plus was an AIO or all-in-one computer. I'm not sure if you are old enough to know or remember what a cathode ray tube is, but the Mac Plus used one as a display, and it generated a substantial amount of heat, requiring a fan to cool the machine.

      Also, RAM itself will generate some heat, usually not enough to need its own fan, and RAM in a Mac Plus didn't have a dedicated fan. A RAMdisk is not the same as an SSD, which runs off the disk bus. Like RAM, a RAMdisk runs off the system bus... generally much faster than the disk bus.

    26. Re:Ya Don't Say! by dave420 · · Score: 1

      TFV says it's fully acid compliant.

    27. Re:Ya Don't Say! by mwvdlee · · Score: 1

      TFS implies it doesn't.
      TFV is an advertisement.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    28. Re:Ya Don't Say! by SteveAyre · · Score: 1

      All recent versions of NDB can store data on disk too. RAM-only is a very old (5.0) requirement.

      NDB's real advantage doesn't come from being in memory (if you have enough RAM you can get a massive speedup on standard MySQL by setting large enough buffers to keep a cache of most of or the entire database in memory).

      It comes instead from auto-sharding, spreading data out over multiple nodes and having multiple servers transparently searching data for you at the same time so that your query runs much faster than just one server could manage. And you can easily add more nodes as your load increases so the system nicely scales up, even on writes.

    29. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      None of those are ACID compliant.

      InnoDB tables in RAM as master, slaved to a machine with fast non-volatile storage is pretty good as long as you're not too write heavy and not too hard to set up. You need to go through the config with a fine toothed comb to ensure ACID compliancy though.

    30. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      That still won't help much for the 300+GB database here at work...

    31. Re:Ya Don't Say! by DarkOx · · Score: 1

      Wake me up when that is 800GB to a few TB. Then you can say. This might shock you to learn but some business uses their databases to drive more than just web forums.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    32. Re:Ya Don't Say! by xelah · · Score: 4, Insightful

      I don't think that's something which can be changed, except by changing the hardware. The starting point is this: When a COMMIT is made all changes have to be written to the write-ahead-log before a success response can be returned to the client. The WAL is written sequentially, and so if you're using ordinary disks and are sensible you give it its own set of spindles (RAID1, say). That means that between each write you have to wait for one disk rotation - you append to the log, you process the next transaction, then you have to wait for the disk to rotate to just after where you finished writing before you can write the next one. So you can do 1/15k transactions per minute with this basic setup.

      You can do things to make this faster. You can write several transactions at once, and you can put slight delays in to transaction commits to wait for others to bundle them with (PostgreSQL I believe will do the first and can be configured to do the second). You can use battery backed caches in your RAID system, which will have much the same effect (and leave you limited by disk bandwidth and cache size). You can use SSDs that don't need to seek.

      I can't see anything in TFA that MemSQL is supposed be doing differently here, or anything it CAN do differently. From TFA: 'The key ideas are that SQL code is translated into C++, so avoiding the need to use a slow SQL interpreter, and that the data is kept in memory, with disk read/writes taking place in the background.'. The first I'm not too sure I understand (presumably they're not turning it in to C++ and then passing it through a C++ compiler....) but maybe we can blame the journalist for that. Or maybe they've just reinvented prepared statements. The second is what databases do anyway - except, of course, for the WAL and when you're reading data which isn't in memory. Perhaps what they're doing is flushing the WAL after the commit has returned to the client - which makes the database very much not ACID, and is also something that other databases can be configured to do if you don't care about your data.

      Potentially what they could do, though, is to have designed all of their data structures, algorithms, locking and so on around the assumption that everything is in memory. There are big differences in the best query plan to use when data is in memory vs on disk, and traditional databases don't necessarily make the right choices. They try, but may for instance use table scans for queries which return a large proportion of the rows in a table because sequential IO is faster, when they should be using indexes if the data is in memory. And BTrees and the way data everywhere is split in to pages is something traditional DBs do because that works well even when most of your data is on disk. So maybe that's what they've done differently that other DBs haven't already been doing.

    33. Re:Ya Don't Say! by drsmithy · · Score: 3, Insightful

      Wake me up when that is 800GB to a few TB. Then you can say. This might shock you to learn but some business uses their databases to drive more than just web forums.

      You can already put a TB of RAM into a server if you want. If you really need to have that amount of data with next to zero latency, then the cost (which is still relatively low) is unlikely to be much of a stumbling block.

      It clearly will shock you to learn that most databases are well under a couple of hundred GB in size.

    34. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      Thanks Sheldon

    35. Re:Ya Don't Say! by sincewhen · · Score: 1

      False. The Macintosh Plus was convection cooled.

      A compact Mac, the Plus had a 9-inch 512×342 pixel monochrome display with a resolution of 72 PPI, identical to that of previous Macintosh models. Unlike earlier Macs, the Mac Plus's keyboard included a numeric keypad and directional arrow keys, and, as with previous Macs, it had a one-button mouse and no fan, making it extremely quiet in operation.

      Source: Wikipedia

      --
      -- Braden's law of data: All data spends some of its lifetime in an excel spreadsheet.
    36. Re:Ya Don't Say! by SQL+Error · · Score: 2

      Our database is 300TB. So.... Yeah.

    37. Re:Ya Don't Say! by cheekyboy · · Score: 1

      if 90% of your DB is just strings, like VAR CHAR 255 for all names/addresses/streets etc..

      Then yeah, your 900TB database is mostly fluff, and indexable in a much smaller index.

      So wtf are storing that needs >5tb? All mobile phone calls? which is just blobs with references

      --
      Liberty freedom are no1, not dicks in suits.
    38. Re:Ya Don't Say! by rjstanford · · Score: 1

      And for systems developed with only one access application to the DB (actually fairly common these days), the sacrifice of having to keep referential integrity rules in the application layer may be outweighed by the appeal of not having to put all sorts of sharding rules into the application layer because the core DB just got faster. There are always trade-offs when you start getting close to performance boundaries of an existing solution. And if you're not - then why change?

      --
      You're special forces then? That's great! I just love your olympics!
    39. Re:Ya Don't Say! by fatphil · · Score: 1

      Were only that the case. If you can't have ECC, then at least have a reality distortion field instead:
      http://everythingapple.blogspot.com/2004/07/virginia-tech-calls-original-power-mac.html

      --
      Also FatPhil on SoylentNews, id 863
    40. Re:Ya Don't Say! by QuantumRiff · · Score: 2

      I find it funny how easy it is to order an AMD system with 256GB of ram (or even 512GB, just much more expensive) yet the Intel ones all seem to max out at 192 or really, really expensive 384GB.. I know it has to do with the memory controllers, but our loads are very, very memory dependent..

      --

      What are we going to do tonight Brain?
    41. Re:Ya Don't Say! by catmistake · · Score: 1

      Nice catch... I knew the first two Macs were fanless, and that Apple introduced a fan into the compact Mac, but wasn't sure if it was the Plus or the SE that was the first with a fan. Now I know.

    42. Re:Ya Don't Say! by Zak3056 · · Score: 2

      I find it funny how easy it is to order an AMD system with 256GB of ram (or even 512GB, just much more expensive) yet the Intel ones all seem to max out at 192 or really, really expensive 384GB.. I know it has to do with the memory controllers, but our loads are very, very memory dependent..

      The Dell PE820 (a 4-socket intel server) supports up to 1.5TB of RAM. With 2-CPUs, though, it's only 768GB...

      --
      What part of "shall not be infringed" is so hard to understand?
    43. Re:Ya Don't Say! by Junta · · Score: 2

      IBM x3950 x5 can do 3TB of ram with Intel processors.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    44. Re:Ya Don't Say! by Xiaran · · Score: 1

      Many years ago I used to work on a high transaction real time system running on QNX. We had a transaction type log that was in a Watcom SQL database... used to run that on a RAM disk with clever flushing code that made sure it got to a disk when the system had non-hard realtime deadlines. It was one of my favourite bits of code to tinker with and watch working.

    45. Re:Ya Don't Say! by Bigby · · Score: 1

      In most DBs, VARCHAR prevents too much fluff and do you know how many transactions a bank can do every day? What about a stock exchange?

    46. Re:Ya Don't Say! by Fnord666 · · Score: 1

      MacOS System 6 had RAMdisk applications . . . generally much faster than the disk bus.

      Whoosh!

      --
      'The tyrant will always find pretext for his tyranny.' - Aesop's Fables
    47. Re:Ya Don't Say! by Fnord666 · · Score: 1

      To answer your question, the Mac Plus was an AIO or all-in-one computer. I'm not sure if you are old enough to know or remember what a cathode ray tube [wikipedia.org] is, but the Mac Plus used one as a display, and it generated a substantial amount of heat, requiring a fan to cool the machine.

      Yeah, these were a real joy to work on. Remember all the warnings about not opening your TV due to the dangerous voltages, etc? All of that was right next to the floppy drive/memory/motherboard you were replacing. The first couple of steps in the service manual after opening the case were to discharge various parts of the display so that you didn't accidentally electrocute yourself.

      --
      'The tyrant will always find pretext for his tyranny.' - Aesop's Fables
    48. Re:Ya Don't Say! by adisakp · · Score: 1

      Just one point... HyperDrive is slower (even though it's RAM) than many SSD's simply because it's not evolving as quickly: 175MB/s Read rate + 145MB/s Write rate + 65,000 IOPS

      The price point puts it above Vertex 4 with much more storage capacity: 550 MB/s Read Rate + 465-475 MB/s Write Rate + 120,000 MAX IOPS

      The Vertex 4 is just a lot faster. There's no reason we can't have a fast hardware RAM drive but unfortunately, the Hyperdrive doesn't seem to provide much if anything over a smaller and more rugged SSD. Also, a number of the higher end and nearly all the enterprise SATA SSD's now come with a super-capacitor on-board to allow completion of all writes in the cache if power is lost.

    49. Re:Ya Don't Say! by catmistake · · Score: 1

      To answer your question, the Mac Plus was an AIO or all-in-one computer. I'm not sure if you are old enough to know or remember what a cathode ray tube [wikipedia.org] is, but the Mac Plus used one as a display, and it generated a substantial amount of heat, requiring a fan to cool the machine.

      Yeah, these were a real joy to work on. Remember all the warnings about not opening your TV due to the dangerous voltages, etc? All of that was right next to the floppy drive/memory/motherboard you were replacing. The first couple of steps in the service manual after opening the case were to discharge various parts of the display so that you didn't accidentally electrocute yourself.

      Right... and couple that with the way the motherboard was tucked in and connected... discharge the CRT, remove the disk cage and disconnect the scsi connector, remove any PDS cards, disconnect mobo from the power/analog board and removing the board wasn't fun or easy and putting it back and reconnecting it all wasn't any easier. Doing this a few times in a row to find a bad RAM stick was, to say the least, a frustrating exercise. But to this day I still think the compact Mac was one of the most attractive machines to ever to sit on a desk.

    50. Re:Ya Don't Say! by DarkOx · · Score: 1

      I can only imagine the incredible data volumes banks and sock exchanges would need to keep online. I have had some experience working in data warehouse architecture for a nation wide retail chain and the transaction processing systems we were pulling from typically needed to keep 800GB+ online between accounting close events. We obviously grew pretty fast in total size as we swallowed all that data in the DWH.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    51. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      dbcc shrinkdatabase([MasterDB])

    52. Re:Ya Don't Say! by arth1 · · Score: 1

      Just one point... HyperDrive is slower (even though it's RAM) than many SSD's simply because it's not evolving as quickly: 175MB/s Read rate + 145MB/s Write rate + 65,000 IOPS

      The price point puts it above Vertex 4 with much more storage capacity: 550 MB/s Read Rate + 465-475 MB/s Write Rate + 120,000 MAX IOPS

      Keep in mind that databases tend to be bottlenecked by random writes. The sustained sequential speeds are less relevant.

      Also, you cannot RAID an SSD without losing TRIM, which for a busy database means you're going to feel write amplification pains pretty quickly. In a bad case, a single insert can mean a dozen small writes, each of which potentially needs a a full sector erase and copy - you could look at several-seconds long hiccups.
      RAM drives don't have this problem.

    53. Re:Ya Don't Say! by prionic6 · · Score: 1

      I'd say durability is relative... If a commit is written to a commit log on disk before it is reported successful, it may be _more_ durable than holding it in memory, but it can still get lost (drive failure, catastrophic event at the site of the server). So while there may even be a few orders of magnitude between the "durability values" of the two approaches, I'm not sure it is correct to say one is durable, while the other is not.

    54. Re:Ya Don't Say! by Alex+Belits · · Score: 1

      Well, Power Mac is not a server-class hardware.

      --
      Contrary to the popular belief, there indeed is no God.
    55. Re:Ya Don't Say! by metaforest · · Score: 1

      Classic macs prior to the SE did not have fans.
      They used convection cooling which worked very well unless you did something dumb.

      Examples of dumb things(tm):
      a) covering the top vents with a ring binder (saw that start a fire in an enginnering lab. bonus points: it was an apple engineer that did this dumb thing)
      b) stack books/diskdrives on the left side of the machine thus blocking the feed vents that cooled the video control board.
      c) installing an aftermarket HDD kit in a classic mac without installing a fan kit. The HDD kit messed up the airflow inside the case.

      SE, SE/30, and all Mac II derivatives of desktop machines had fans. The 20th anniversary Cube was the one exception.

    56. Re:Ya Don't Say! by fatphil · · Score: 1

      I never believed for one minute that the reality distortion field was so limited as to only be able to cover RAM choice.

      I've always been a POWER fan (I've even worked for Freescale), and I found VT's "run it for one benchmark then dismantle it" to be an insult to the supercomputing field. Thank Knuth I'm not a US tax payer.

      --
      Also FatPhil on SoylentNews, id 863
    57. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      Clearly you don't fix into the category of most.

    58. Re:Ya Don't Say! by Paradise+Pete · · Score: 1

      I'm not sure if you are old enough to know or remember what a cathode ray tube is

      I owned an original 128K Mac. I also remember black and white TV, rotary telephones, phone numbers like "Greenleaf 5-9709", and the Beatles appearing on Ed Sullivan. So yeah, I remember what a cathode ray tube is. :-)

    59. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      I have multiple terabytes in mine. And it's only getting bigger. That being said, many DBs are small -- so this might have a limited use for those applications.

    60. Re:Ya Don't Say! by Anonymous Coward · · Score: 0

      You ever overclocked RAM? Especially old RDRAM

    61. Re:Ya Don't Say! by rbrausse · · Score: 1

      [completely off-topic]

      I saw your comment while meta-modding and ROFLed. There was a time Apple had no fans? And they had to introduce the fan(bois)?

      The marketing effort was successful :)

  4. Looks good for testing by All_One_Mind · · Score: 1

    MemSQL is definitely good news, and hopefully it will encourage the MySQL team to play catch up with it's performance. Maybe it will provide an improved web experience if it gets wide adoption and deployment. As a long time SysAd/webmaster/developer, I'm certainly interested, but for obvious reasons I'm not putting any business critical servers onto something this fresh and new, regardless of performance benefits. I think I'll download a copy and use it locally for testing, but like any software, there are going to be bugs, maybe even data loss or security issues that may emerge on certain server setups. I'll see how the changelog looks in 6 months or a year before considering it for my mission critical servers. Regardless, kudos to the developers. Grabbing my download before/if it gets /.'ed

    1. Re:Looks good for testing by realityimpaired · · Score: 5, Insightful

      As a long time SysAd/webmaster/developer, I'm certainly interested

      At the risk of sounding incredibly condescending....

      If you were really a sysadmin who could benefit from that kind of speed improvement, you'd know that it's possible to achieve that level of performance with MySQL already, by either running it from memory or by using a fast hard drive array. The simplest/cheapest option to drastically improve MySQL performance is to throw a large amount of RAM at a system and point MySQL at the memory. MySQL can be configured to keep the database in active memory and sync to the disk on a regular basis, which is almost exactly the kind of behaviour described for MemSQL... for an exceptionally large database that can't be stored in system memory, I imagine that the advantage that MemSQL is boasting would evapourate. There are other ways to go about doing it, such as running a fast disk array or a cluster, in order to get around the limitations of using RAM, but ultimately the prime determining factor for speed in MySQL is speed of access to the database file itself.

    2. Re:Looks good for testing by errandum · · Score: 2

      I'd love to see their tests when this DB needs to go into swap / pagefile. It's double the slowdown, needs to write into the swap (disk I/O) and then sync the DB (disk I/O again).

      I can't, for the life of me, understand where this will be better than the already available options.

    3. Re:Looks good for testing by hawguy · · Score: 1

      I'd love to see their tests when this DB needs to go into swap / pagefile. It's double the slowdown, needs to write into the swap (disk I/O) and then sync the DB (disk I/O again).

      I can't, for the life of me, understand where this will be better than the already available options.

      I think the point of an in-memory database is that you size your machine so it does *not* need to swap in normal use. Otherwise, since as you said, you lose all of the speed - worse because the operating system decides what to swap out, and may not make the most efficient choice. (though they probably just mlock() the memory buffers into RAM and prevent any of the database RAM from being swapped out at all.)

      But if the architect did expect the machine to swap at times, he probably wouldn't put the swap and data on the same physical disk, so concurrent I/O's to both devices wouldn't take twice the time.

    4. Re:Looks good for testing by Anonymous Coward · · Score: 0

      Just say no to swap. It's pointless, except as a crutch for broken software. And it's dangerous on a server. If an application wants disk-backed VM, it can use mmap.

    5. Re:Looks good for testing by errandum · · Score: 2

      I meant 2 disk access, some or another. From what I read they would never be simultaneous anyways.

      Either way, this would be useful (actually IS, some solutions do this) in the Business Intelligence field. But the whole point of keeping everything in memory is moot when you have petabytes of information that you need to process during your ETL. What matters in this database is, how well does it behave in a cluster and how would it handle concurrency (ACID? Eventually synchronized?).

      I doubt this is all that useful for common DB applications like websites and the like. Relational DB's have been proving to be enough for everything (ex: Youtube uses mysql shards - or used to) purely web related for a while now, I doubt this is a gamechanger at all.

    6. Re:Looks good for testing by errandum · · Score: 1

      I see your point, but I disagree. I consider it better to have the webserver running slowly than having it crash because it ran out of memory. To do that might be a choice, but you could just go here ( http://unixfoo.blogspot.pt/2007/11/linux-performance-tuning.html ).

    7. Re:Looks good for testing by Anonymous Coward · · Score: 2, Insightful


      If you were really a sysadmin who could benefit from that kind of speed improvement, you'd know that it's possible to achieve that level of performance with MySQL already, by either running it from memory or by using a fast hard drive array.

      The guys that wrote it are former Facebook employees. So I have to assume they know how to get the best performance out of MySQL, and that itdoesn't suit their needs for whatever reason.

      The article doesn't really go into much detail about why, but my point is really about not jumping to conclusions and admonishing someone because you think you know more than they do. Maybe this whole product is useless, and maybe it's brilliant and useful, but you can't determine that soley from this article.

    8. Re:Looks good for testing by hawguy · · Score: 2

      Just say no to swap. It's pointless, except as a crutch for broken software. And it's dangerous on a server. If an application wants disk-backed VM, it can use mmap.

      Swap isn't just a crutch for broken software (though it can be), sufficient RAM is not always available. In a perfect world, all servers would have more RAM than their applications ever need, more cores than the processes can take advantage of, and all disks would be RAID-10 arrays of SSD's.

      But back in the real world where most of us have to live, swap does come into use at times to let a server accommodate loads that it otherwise couldn't handle due the memory footprint of the software it's running. Swap doesn't have to be a death knell for the server - some light or even moderate swapping can mean that you're using the server more efficiently - especially when you're running on VMWare and it wants to reclaim some RAM of its own via the memory balloon driver. When VMWare is under memory pressure, it's better to let Linux decide what to swap out than to let VMware swap memory out from under the virtual machine.

    9. Re:Looks good for testing by hawguy · · Score: 1

      I meant 2 disk access, some or another. From what I read they would never be simultaneous anyways.

      Either way, this would be useful (actually IS, some solutions do this) in the Business Intelligence field. But the whole point of keeping everything in memory is moot when you have petabytes of information that you need to process during your ETL. What matters in this database is, how well does it behave in a cluster and how would it handle concurrency (ACID? Eventually synchronized?).

      I doubt this is all that useful for common DB applications like websites and the like. Relational DB's have been proving to be enough for everything (ex: Youtube uses mysql shards - or used to) purely web related for a while now, I doubt this is a gamechanger at all.

      Actually, I thought this would be less useful with large databases (like a large data warehouse), and more useful with webservers. If you have a busy website and your core database is measured in gigabytes and not terabytes, it's probably cheaper and easier to run it in-memory than to build out a distributed cluster of SQL nodes to handle the transaction load. $15K buys you a server with 16 cores of CPU and 384GB of RAM.

    10. Re:Looks good for testing by Gr8Apes · · Score: 1

      if your webserver needs to go into swap... you have bigger problems than whether it stays up or not.

      --
      The cesspool just got a check and balance.
    11. Re:Looks good for testing by frosty_tsm · · Score: 1

      Sysadmins benefit from tools that offer significant speed improvements while not sacrificing reliability or ease of recovery. There's some serious questions about the data loss from a system crash (which is more common these days due to cloud stuff) if a transaction is not committed to disk. It comes down to how valuable is that data lost when a crash occurs.

      Getting a speed boost but setting a time bomb to being screwed isn't really a smart decision.

    12. Re:Looks good for testing by bzipitidoo · · Score: 1

      Yes. The GP is crazy not to use some swap. The only reason I would not have swap is if the server has only SSDs for storage, and preserving that is more important than keeping the server running.

      I consider swap essential for making out of memory failures more graceful. The memory leak is still a very common software flaw. Swap gives you time to notice you have a memory shortage, and a chance to do something about it. Then, there are all kinds of badly designed scripts and programs that leave shells, terminals, and what not hanging around in memory. For instance, startx and xinit run XWindows from a shell in such a way that the shell is left resident until XWindows terminates. This is not a true zombie process or orphan or leak, but it is a small waste of memory. Or someone has logged in several days ago and left some terminals running. Swap is great for stuff like that.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    13. Re:Looks good for testing by lgw · · Score: 1

      With a good overall architechure, you'd prefer a webserver to fail rather than be slow. If the problem is some problem with the webserver hardware, the faster it's in the electronics recycling bin the better: you don't want any traffic hitting a faulty server. If the problem's some software thing, you often get some hours or days of good performance then crap until reboot, so better to reboot ASAP. Limping along is only useful if you only have 1 server or somehting.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    14. Re:Looks good for testing by lgw · · Score: 1

      True that you don't always have a choice, but RAM's usually the cheapest way to boost performance - with any choice at all, enough memory to avoid swap is the first thing to fix.

      When VMWare is under memory pressure, it's better to let Linux decide what to swap out than to let VMware swap memory out from under the virtual machine.

      Not always - each memory manager knows things the other doesn't. If VMware is de-duping memory pages, and the guest swaps out de-duped memory, it's just a waste. But for a DB you never want to swap DB memory, as the DB knows better than either the OS or the host (and most DBs pin the memory anyhow).

      --
      Socialism: a lie told by totalitarians and believed by fools.
    15. Re:Looks good for testing by rjstanford · · Score: 1

      I'd guess I'm in the other camp too. Mainly because if you're using enough resources on a dedicated machine to need to move into swap then you either have a memory leak (let's assume not, because that's a whole different problem) or you're being hammered. When your machine starts swapping while being hammered, not only does your webserver generally become completely unresponsive (swap cycles taking too long to respond properly to requests, which then get cancelled and swapped out, which then...), but now your may not even be able to SSH in without waiting several seconds (or minutes) between commands.

      More often a better approach is to run several smaller memory-bound instances with something like haproxy swapping between them (and your HW LBs swapping between boxen, of course). That way if there's an actual defect, one instance goes down cleanly (and can be restarted cleanly) and the box continues to operate as expected. Between them your appserver instances can allocate all available RAM, and you only have to release it 1/n portion at a time, keeping capacity mostly up to spec.

      --
      You're special forces then? That's great! I just love your olympics!
  5. okay...? by bhcompy · · Score: 4, Funny

    When I think of fast databases to compare to, the first thing I think of is MySQL.

    /Actually, I'd rather see a comparison to Pick or other lightning fast MV dbs

    1. Re:okay...? by Kergan · · Score: 4, Insightful

      MySQL is the last thing I think of, personally. It sucks as soon as you make it ACID compliant and start hitting it with thousands of concurrent requests. You're much better off with PostgreSQL.

    2. Re:okay...? by LurkerXXX · · Score: 4, Funny

      But with MySQL you can get a wrong answer REAL FAST!!!

    3. Re:okay...? by Ziekheid · · Score: 3, Informative

      He was being sarcastic..

    4. Re:okay...? by evilviper · · Score: 3, Insightful

      When I think of fast databases to compare to, the first thing I think of is MySQL.

      MySQL is actually very fast under light loads / one-off queries, and if you choose to leave it at the non-ACID compliant default settings, and similar. eg. "innodb_flush_log_at_trx_commit"

      That's probably the only reason why it got popular... There weren't any open source NoSQL DBs at the time, and MySQL seems fast when tested with a basic, shallow benchmark. Of course others like PostgreSQL completely leave it in the dust once there's some real load, or complex queries, or you WANT to be absolutely sure transactions were committed to disk before returning.

      As a single point of evidence, I give you Zabbix... It supports the use of all the major databases (Postgresql, DB2, Oracle, SQLite, etc.) as backends, yet MySQL is recommended as it performs the fastest.
      http://www.zabbix.com/documentation/1.8/manual/performance_tuning

      /Actually, I'd rather see a comparison to Pick or other lightning fast MV dbs

      Level-2 overflow! Resize analysis! Change the modulo! Ahhhh!

      I've done the PICK-OS thing for a few years, and I'm not a big fan. I'm infinitely happier administering PostgreSQL DBs.

      Besides, you don't have to go to something as exotic as PICK to get away from SQL. Try ages-old Berkley DB (db4), or any of the newer NoSQL options.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:okay...? by julesh · · Score: 1

      That's probably the only reason why it got popular... There weren't any open source NoSQL DBs at the time

      Zope? BDB? Both of these were available at the time MySQL became popular.

    6. Re:okay...? by Anonymous Coward · · Score: 0

      And then there's how PICK crumbles for large datasets. I remember doing circles around a rather hefty HP box running PICK with a tiny 2 core server running Postgres.

    7. Re:okay...? by Anonymous Coward · · Score: 0

      KDB anyone?

    8. Re:okay...? by Anonymous Coward · · Score: 0

      The entire Google ads system is built on top of MySQL. Just saying...

    9. Re:okay...? by sortadan · · Score: 1

      But MySQL can only return NULL 3,500 times in one second, this MemSQL thing can return NULL 80,000 times per second. That's 2285.71% faster!

    10. Re:okay...? by Areyoukiddingme · · Score: 4, Informative

      Here on Slashdot, we have a convention for saying that with less typing. It's spelled like this:

      *woosh*

    11. Re:okay...? by homb · · Score: 1

      That's right. KDB is one of the little-known DB systems used in very high performance environments of financial system.
      It is so ridiculously small and fast that I just couldn't believe it when I looked at it over 10 years ago.
      I just looked now, and the 3.0 version of kdb+ is all of 258k in size (zipped, OS X).
      It's got the database engine, q language interpreter and http server among others. And a small sample dataset.
      Try it out, it's mind-blowing.

      PS: I never did use it in production because (at the time) of the steep learning curve

    12. Re:okay...? by CadentOrange · · Score: 2

      As a single point of evidence, I give you Zabbix... It supports the use of all the major databases (Postgresql, DB2, Oracle, SQLite, etc.) as backends, yet MySQL is recommended as it performs the fastest. http://www.zabbix.com/documentation/1.8/manual/performance_tuning

      From the linked document:

      rebuild MySQL or PostgreSQL from sources to get maximum performance

      2003 just called. They want their Gentoo Ricers back.

    13. Re:okay...? by Anonymous Coward · · Score: 0

      1999 called. It wants its old MySQL misconceptions back.

      Try any version of MySQL in the past few years with the InnoDB engine, which has now been made the default.

      Granted, the real issue is that the fast-but-ugly MyISAM table type has been the default for too long. But anyone with more than a passing interest now avoids that.

    14. Re:okay...? by Anonymous Coward · · Score: 0

      But it's not a misconception that when ACID compliance is turned on, suddenly MySQL is no faster than Postgresql, and is usually slower, especially under load.

      But at least the default got changed. Eventually. Just like the many years it took the MySQL folks to fix the 'February 31st is a valid date' issue.

      You can tell by the speed that they made those changes that the MySQL folks really care about data integrity

    15. Re:okay...? by Anonymous Coward · · Score: 0

      *woosh*

    16. Re:okay...? by evilviper · · Score: 1

      2003 just called. They want their Gentoo Ricers back.

      When dealing with something that's performance-critical, recompiling from source is a perfectly valid suggestion. Packages like MPlayer recomend the same thing, for instance. And with Zabbix, we're talking about monitoring hundreds of data points on hundreds of thousands of servers, so the load is right at the edge of what the very fastest servers can handle, and a few percent increase is an important one. Hell, anyone who deals with massive, transaction-intensive databases would tell you this... The database is the bottleneck, and every bit more performance you can pull out of it is a huge win.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  6. Show me vs a real DB engine by Kergan · · Score: 4, Interesting

    Show me benchmarks vs Oracle, PostgreSQL or SQLServer. Spare me the comparison with MySQL or some other toy.

    1. Re:Show me vs a real DB engine by BitterOak · · Score: 4, Informative

      Show me benchmarks vs Oracle, PostgreSQL or SQLServer. Spare me the comparison with MySQL or some other toy.

      I think the reason the comparison to MySQL is appropriate is that this database is supposed to be MySQL compatible.

      --
      If I can be modded down for being a troll, can I be modded up for being an orc, or a balrog?
    2. Re:Show me vs a real DB engine by symbolset · · Score: 4, Informative

      This i supposed to be funny. Oracle prohibits private benchmark publication in their license.

      --
      Help stamp out iliturcy.
    3. Re:Show me vs a real DB engine by guruevi · · Score: 1

      MySQL is not a toy (anymore). It's been very good for at least half a decade and has been ACID compliant if you have a half-way competent DBA. Also, MySQL is the fastest of the set you just mentioned in the most basic SELECT/INSERT/UPDATE benchmarks (although each of the rest do excel in solving some really specific problems).

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    4. Re:Show me vs a real DB engine by antifoidulus · · Score: 0

      SQLServer is included in the "not a toy" list? Its a toy DB engine that only runs on a toy OS, its much more of a toy than MySQL.

    5. Re:Show me vs a real DB engine by Anonymous Coward · · Score: 2, Funny

      PostgreSQL is definitely the best database software out there.

    6. Re:Show me vs a real DB engine by gman003 · · Score: 3, Funny

      Ah, but it's an "enterprise-grade" toy.

    7. Re:Show me vs a real DB engine by gweihir · · Score: 2

      MySQL is not a toy. Oracle is a bloated monster that only survives by locking-in their customers. I know a lot of high-end customers that would ditch Oracle immediately if that would not mean rewriting a lot of software.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    8. Re:Show me vs a real DB engine by jmactacular · · Score: 1

      Just wish we could easily re-order columns with FKs. =)

    9. Re:Show me vs a real DB engine by 93+Escort+Wagon · · Score: 0

      Show me benchmarks vs Oracle, PostgreSQL or SQLServer. Spare me the comparison with MySQL or some other toy.

      Fanboys are cute, in an annoying immature kind of way.

      --
      #DeleteChrome
    10. Re:Show me vs a real DB engine by Anonymous Coward · · Score: 0

      SQLServer is included in the "not a toy" list? Its a toy DB engine that only runs on a toy OS, its much more of a toy than MySQL.

      Nope, the MS SQL Server DB engine was originally created by Sybase on Unix & VMS. Not a toy by any means.

      You must be thinking about the JET DB engine of MS Access.

    11. Re:Show me vs a real DB engine by Gr8Apes · · Score: 1

      Ah, but it's an "enterprise-grade" toy.

      Only by wishful thinking...

      --
      The cesspool just got a check and balance.
    12. Re:Show me vs a real DB engine by rubycodez · · Score: 1

      but anyone can download and run Oracle & benchmark it and publish it. This is the internet, information wants to be free.

    13. Re:Show me vs a real DB engine by Anonymous Coward · · Score: 0

      I don't think it's supposed to be funny, sounds like he really meant what he said. Nobody gives a shit about that clause of the Oracle license most of the time.

    14. Re:Show me vs a real DB engine by nzac · · Score: 1

      From the wiki article:

      By SQL Server 2005 the legacy Sybase code had been completely rewritten.

      So MS coders have rewritten the failed Unix DB this is hardly credentials.

    15. Re:Show me vs a real DB engine by mwvdlee · · Score: 2

      I haven't yet had a need to re-order columns with FK's, despite having build, maintained and used hundreds of different tables in a variety of database products.
      Is there any good reason to do so, besides a desire to make old database tables look slightly prettier?

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    16. Re:Show me vs a real DB engine by pLnCrZy · · Score: 1

      Ah, but it's an "enterprise-grade" toy.

      Only by wishful thinking...

      And price tag.

    17. Re:Show me vs a real DB engine by Anonymous Coward · · Score: 0

      SQL Server 7.0 (1999) has a totally new storage engine and relational engine by Jim Gray and others. Externally was similar to Sybase but internally has nothing to do with Sybase. With SQL Server 2005 they also upgraded the TDS protocol with new features not compatible with Sybase. So SQL Server 7 is the real version 1 of an MS SQL database engine.

    18. Re:Show me vs a real DB engine by rjstanford · · Score: 1

      I used to wonder about these until I got to spend some time (actually with Informix and IBM HW) working on some real DB performance testing on one of our products at an IBM capacity center. The reason for this limitation is simply so that people don't publish "official Oracle benchmarks from the official Oracle benchmark tool" when they had an incorrectly tuned DB. That's all. Like many things, its a lot less significant than it appears when you see it. Its not as if they restrict access to it for your own use.

      --
      You're special forces then? That's great! I just love your olympics!
    19. Re:Show me vs a real DB engine by Tablizer · · Score: 1

      Oracle prohibits private benchmark publication in their license.

      This should be a violation of free speech. The definition of "free speech" has been expanded to include bribing politicians, so why not for publishing benchmarks? Why are rights only being expanded that favor the fat cats? Oh right, because they are now free to bribe politicians. End Rant.
         

    20. Re:Show me vs a real DB engine by marcosdumay · · Score: 1

      If that is the reason, why do they prohibit any benchmark? Just prohibiting you to claim the benchmark is official sufices.

      The reason is that benchmarks can show that any of the four competitive DBMS are the fastest one, depending on how you tune things. It also can show a gap between products as huge or small as you want. Oracle just don't want people to discover that their hardware and their settings are orders of magnitude more important for performance than their choice of DBMS, so they may continue several times more on Oracle's DBMS than on hardware.

    21. Re:Show me vs a real DB engine by marcosdumay · · Score: 1

      You know, in most of the democratic countries you can't sign a right away. Oracle can prohibit free speech all it wants, that can only have an impact where people didn't have that right at the begining.

    22. Re:Show me vs a real DB engine by Peter+Harris · · Score: 1

      Yeah, 'cause then you could compare transactions-per-second against dollars-per-month for that and other serious databases (such as PostgreSQL) and make an informed decision. Clearly they believe that decision would go against them for a significant proportion of use cases.

      Actually, even if their benchmarks came out really good, the fact that they want to tell me what I can and cannot benchmark and what information I can and cannot share with my peers rules them out.

      Oh, and Fuck Oracle.

      --

      -- What do you need?
      -- Gnus. Lots of Gnus.
    23. Re:Show me vs a real DB engine by Foddrick · · Score: 1

      I've been an oracle dev/dba for coming up for 20 years and I find what "locks" people into oracle is the features in the db. I've used most of the popular dbs and oracle still out-features them all. Less code for me to write and that's a good thing. It's horses for courses and for some jobs oracle is the way to go. I may no comment about Oracle's non-db products as a lot of them are rubbish.

  7. Err... what? by Splab · · Score: 3, Interesting

    Ok, so both article and video is extremely thin on details, the explanation for the massive performance is pretty much gibberish and their argumentation for ACID compliance is bullshit.

    Just leaves me with the question, what are they trying to get out of this BS?

    1. Re:Err... what? by viperidaenz · · Score: 4, Informative

      Just leaves me with the question, what are they trying to get out of this BS?

      Your money, its not a free piece of software.

    2. Re:Err... what? by Anonymous Coward · · Score: 0

      > their argumentation for ACID compliance is bullshit.

      There's no ACID standard so that's literally unimportant. Isolation and Durability are only necessary for comparing states (when written to disk), otherwise those concepts can be disregarded (as with many systems that are eventually consistent-persistent). Memory only experiments that disregard ACID and are useful, has been a long time coming. Many systems already do this with data, but for some unknown reason ... database applications have remained "scary" and non-ACID consideration "heretical".

    3. Re:Err... what? by Anonymous Coward · · Score: 0

      From what I have read on the subject all scaling performance in new DB engines is gained by gaming acid compliance. SQL just isn't scalable. Don't start with it unless the application has limited scale.

    4. Re:Err... what? by Anonymous Coward · · Score: 0

      Many systems already do this with data

      No. Many systems already do this with your porn or your email. Our shit is important.

    5. Re:Err... what? by gweihir · · Score: 2

      Self-aggrandizement and money. When somebody claims they are better than everybody else, they are usually lying and knowing it.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    6. Re:Err... what? by gweihir · · Score: 1

      Quite true. Of course this is something the "enterprise" DB vendors are desperate to hide and there are still enough people that do not have enough of a clue about database-theory. The problem is not SQL though, but the relational database model in general.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    7. Re:Err... what? by whitehatnetizen · · Score: 0

      The article also mentions things that have been present in other databases for a while (Compiled rather than interpreted SQL has been an option in Oracle databases since 2003 and Oracle) Both Oracle and SAP and I imagine a number of other vendors have had in-memory components available for a while an example of a good implementation given by Oracle on a developer day that I went to was an airline that wanted to separate their booking function from their checkin/flight verification function. what they did was load the next 48hrs of flight data into memory and pointed their check in process to that, allowing the majority of people who are just searching to see if their flight is on time to have very fast read access that would not impact on people booking flights for more than 48hrs in the future. Every tool needs to be evaluated to identify how it can be used to solve a particular problem. there is no "fastest database", there is only "fastest database for this purpose under these circumstances". disclaimer: I don't want to start an Oracle Vs other RDBMS tool flame war, just I am an Oracle developer so that's what I know best.

    8. Re:Err... what? by Anonymous Coward · · Score: 0

      > Many systems already do this with your porn or your email. Our shit is important.

      That makes no sense. Important is not an condition, saying data is irrespective of the nature of the data (porn, email, whatever).

  8. Most secure? Best tested? Easiest to use? by Anonymous Coward · · Score: 0

    Oh, but those questions don't involve ego, and could involve butthurt.

  9. Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

    Windows NT Magazine (now Windows IT Pro) April 1997 "BACK OFFICE PERFORMANCE" issue, page 61

    (&, for work done for EEC Systems/SuperSpeed.com on PAID CONTRACT (writing portions of their SuperCache program increasing its performance by up to 40% via my work) albeit, for their SuperDisk & HOW TO APPLY IT, took them to a finalist position @ MS Tech Ed, two years in a row 2000-2002, in its HARDEST CATEGORY: SQLServer Performance Enhancement).

    ---

    * Now, decades LATER, they're only doing an imitation of what I did then? Please... lol!

    (Hey - to that? Well... All I can say, is "imitation is the sincerest form of flattery", & "Great Minds Think ALIKE!"...)

    APK

    P.S.=> I used to design software ramdisk based softwares (drivers + interfaces in GUI etc./et al) & was featured as front page on sites like CENATEK &/or EEC Systems for them, per the above article... but I went elsewhere? Where?? HARDWARE, per this article imitating my idea...

    Currently - I use a TRUE "SSD" here, in the Gigabyte IRAM 4gb DDR2/SATA bus (to do the following for systemwide performance enhancements currently (& before it a CENATEK RocketDrive to do the same, after I moved away from ramdisk softwares usage to do the same using dedicated hardwares that have always been FAST ON WRITES & long-lasting keeping their performance level consistent, unlike modern "SSD"s based on FLASH RAM technologies)):

    ---

    1.) Pagefile.sys placement
    2.) Custom hosts file placement
    3.) Print Spooling
    4.) Logging (from the OS eventlogs and any apps that allow movement of logs)
    5.) %Temp% environment ops placement
    6.) %Tmp% environment ops placement
    7.) Opera, WaterFox/Palemoon 64-bit browser placement (all histories & such kept here also, + sessions & bookmarks etc.)
    8.) %Comspec% environment var placement (cmd.exe here)

    ---

    ... & more!

    (They occur faster there, better SEEK/ACCESS by far, & also help by offloading my main C: drive of those duties too, effectively speeding it up by relocating those tasks elsewhere to a faster media & that disk is on a WD Velociraptor 300gb SATA II 16mb buffer 10,000 rpm disk riding on a Promise Ex-8350 PCI-e 128mb ECC RAM caching RAID controller too, for speed...)

    apk

    1. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 1

      The hosts file thing can make networking hugely efficient, given how much time is eaten up on slow DNS servers.

      I can easily see a DNS solution using P2P Bittorrent transfers and cryptographic signing that both allows distributed DNS, eliminates spoofing, and creates massive performance gains by mirroring hosts files to clients.

    2. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 1, Funny

      Windows NT Magazine (now Windows IT Pro) April 1997 "BACK OFFICE PERFORMANCE" issue, page 61

      (&, for work done for EEC Systems/SuperSpeed.com on PAID CONTRACT (writing portions of their SuperCache program increasing its performance by up to 40% via my work) albeit, for their SuperDisk & HOW TO APPLY IT, took them to a finalist position @ MS Tech Ed, two years in a row 2000-2002, in its HARDEST CATEGORY: SQLServer Performance Enhancement).

      This episode of "Tech Tips With Timecube Guy" brought to you by the letters W, T, and F, and by CapsCORP: If Bizarro Caps Are Your Thing, cALl uS!

    3. Re:Bah - I had the SAME basic idea in 1996 onwards by icebraining · · Score: 2

      History

      The ARPANET, the predecessor of the Internet, had no distributed host name database. Each network node maintained its own map of the network nodes as needed and assigned them names that were memorable to the users of the system. There was no method for ensuring that all references to a given node in a network were using the same name, nor was there a way to read the hosts file of another computer to automatically obtain a copy.

      The small size of the ARPANET kept the administrative overhead small to maintain an accurate hosts file. Network nodes typically had one address and could have many names. As local area TCP/IP computer networks gained popularity, however, the maintenance of hosts files became a larger burden on system administrators as networks and network nodes were being added to the system with increasing frequency.

      http://en.wikipedia.org/wiki/Hosts_(file)

    4. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

      No one gives a shit about what you say because you can't type. Fuck off and go choke.

    5. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

      You're off topic. Why wasn't the troll I replied to modded down?

    6. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

      You're off topic. Why wasn't the troll I replied to modded down? The original poster is on topic and down moderated for no valid reasons and the troll I replied to isn't?

    7. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

      You're off topic. Downmoderate the troll here http://developers.slashdot.org/comments.pl?sid=2935623&cid=40433625

    8. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

      See subject-line above, trolls (those who downmodded my post for no valid technical reasons) - offtopic illogical failing ad hominem attack attempts & a bogus downmod of my post in "effete retaliation" due to "geek angst" @ my doubtless utterly repeatedly THRASHING you in technical debates?

      IS THAT THE "BEST YOU"VE GOT"??

      * Absolutely, & obviously...

      Whose fault is it if you're nothing more than a "NE'ER-DO-WELL"? Hmmm?? Not mine... it's yours.

      (Seek professional help then. Get over it, & grow up. It's not MY fault after all, if I accomplish good things in the art & science of computing, & you're nothing but a "ne'er-do-well" armchair quarterback, lol!)

      ---

      Funny that these blatant troll posts are NOT downmodded though (not):

      http://developers.slashdot.org/comments.pl?sid=2935623&cid=40433625

      http://developers.slashdot.org/comments.pl?sid=2935623&cid=40438833

      http://developers.slashdot.org/comments.pl?sid=2935623&cid=40435263

      http://developers.slashdot.org/comments.pl?sid=2935623&cid=40443133 (impersonating me here)

      & others... obviously, the troll doing it can't handle being "shot down in flames" by facts.

      (Do the jackass trolls around here believe they're "fooling" anyone? I hope not, because downmodding with your registered account and trolling by anonymous cowards replies afterwards is CHILD'S PLAY TO DO ON /. - simply downmod, logout of your account, & troll by ac (no removal of your downmod occurs)).

      APK

      P.S.=> This? Well...you just KNOW I've just GOTTA say it, as is per my own inimitable style:

      This? This was just "too, Too, TOO EASY - just '2EZ'", & it always is, vs. the "ne'er-do-well" trolls @ /. who only have puny unjustifiable downmods vs. facts & who are stinging in "geek angst" @ losing tech debates to me every time over the years here... apk

    9. Re:Bah - I had the SAME basic idea in 1996 onwards by Anonymous Coward · · Score: 0

      When I can, I downmod you not because I'm trying to hide what you say, but because the vast majority of your posts are full of ad hominem attacks and grandstanding your own ridiculously meager accomplishments. Congratulations, you got an article published in a rag that published everything sent to them. Good job, I guess. You got modded up for a comment of "Nikola Tesla". Well done. Now you're claiming that you're the only one who could possibly have considered running a database in memory for speed? You've stopped taking your medications again, haven't you?

  10. Meh. by hey! · · Score: 5, Insightful

    Give me fast enough, robust, easy to administer and standards compliant. Maybe a little less fast means you throw more hardware at a problem, but it doesn't matter if overall the overall cost and risk is inflated. A platform decision boils down to three things: (1) is it good enough; (2) is it economical; (3) if we decide later this doesn't work for us, are we totally screwed.

    In any case, there's no meaningful way you can make a claim that a database management system is the fastest on the planet. All you have is benchmarks, and different benchmarks apply to different use-cases.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    1. Re:Meh. by Anonymous Coward · · Score: 0

      Give me fast enough, robust, easy to administer and standards compliant.

      That'll be PostgreSQL, then.

  11. Pedant alert! by PPH · · Score: 2

    What you have there is (or may be) the fastest database management system.

    I have the worlds fastest database. One table, one record, and one field (NULL).

    --
    Have gnu, will travel.
    1. Re:Pedant alert! by Anonymous Coward · · Score: 0

      Doesn't sound like that came from a real DBA. Just hearing records and fields can make my toes curl

    2. Re:Pedant alert! by KingMotley · · Score: 1

      That's the second fastest database. My database has no tables, no records, and no fields. Every request responds back with NULL. It doesn't even have to parse the request, so it doesn't even attempt to read it.

    3. Re:Pedant alert! by Anonymous Coward · · Score: 0

      Obviously, you no nothing about relational databases as there are no such things are records and fields in them. At least you got table right.

  12. Facebook engineers? Gah! by TheMiddleRoad · · Score: 3, Funny

    I wouldn't run my toaster on software engineered by someone from Facebook, let alone a database. I'd have to spend ten minutes searching for my toast, and it would show up the following week.

  13. Re:Facebook engineers? Gah! by duk242 · · Score: 5, Funny

    And then the next week, your toast would have changed from white bread to wholegrain and you're just going to have to get used to it.

  14. Faster then MUMPS? by stanlyb · · Score: 2

    Or its nowadays name: CACHE? The best, the fastest, and the most reliable commercial database on the planet? Common, guys, get real.

    1. Re:Faster then MUMPS? by Anonymous Coward · · Score: 0

      Don't you want the uncommon guys to get real, too?

    2. Re:Faster then MUMPS? by Anonymous Coward · · Score: 0

      Worked for this company for a while and certified in Cache. Data processing is at least as fast as mentioned in the article and can be run for weeks at a time with no loss in stability. This has been done.

    3. Re:Faster then MUMPS? by Anonymous Coward · · Score: 0

      Or its nowadays name: CACHE? The best, the fastest, and the most reliable commercial database on the planet? Common, guys, get real.

      Read the Cache wiki page, especially the paragraph about performance. Notice that to get the best performance for ad-hoc queries, one has to export data to a standard RDBMS.

  15. vs DB2 by Hyperhaplo · · Score: 1

    I would like to see the compare againsr DB2. Midrange DB2 if you really want like for like, mainframe if you have guts :)

    --
    You have a sick, twisted mind. Please subscribe me to your newsletter.
  16. What's the magic? by Anonymous Coward · · Score: 0

    It can work for small amount of data, but how it "handles terabyte-scale workloads", as claimed in memsql.com, without paging and disk access?

    Ok, they complete the sentence with "by connecting MemSQL AND MySQL NODES TOGETHER". It seems Ashton Kutcher & Cia money wasn't enough and they are trying to get more with not-so-technical investors.

    1. Re:What's the magic? by symbolset · · Score: 2

      Newsflash: servers come with up to 2 TB RAM now.

      --
      Help stamp out iliturcy.
    2. Re:What's the magic? by Anonymous Coward · · Score: 0

      and cost over 100k

    3. Re:What's the magic? by symbolset · · Score: 1

      I generally hate it when people say things like this, but... if you have this kind of problem, you likely have this kind of money too. They sort of go together.

      --
      Help stamp out iliturcy.
  17. Nothing to see here, move along, folks. by 140Mandak262Jamuna · · Score: 1

    Some clever tricks and cache management. All the speed improvement seems to be coming via read/write speeds rather than any fundamental breakthrough or parallel implementation or massively parallel database of any such thing. And the test was the standard test but some hand picked data base and their own queries. Probably the original funders are planning to sell it down to the next set of chumps.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  18. How do they write to disk faster? by mounthood · · Score: 2

    They're durable and synchronously log all changes to disk, so what makes them faster? They do say this, from: http://developers.memsql.com/docs/1b/durability.html

    Reconfigure the server to use a faster disk. MemSQL exclusively relies on sequential (not random) disk writes, so using an SSD will dramatically improve durability write performance.

    Are SSDs better at sequential writes? I thought their advantage was random reads, and they weren't any faster at writes then HDDs. Also, the data would become hopelessly out of order by only doing sequential writes, unless they're periodically re-writing all the data in order, which would mean lots more I/O then a typical DB.

    --
    tomorrow who's gonna fuss
    1. Re:How do they write to disk faster? by hawguy · · Score: 1

      Are SSDs better at sequential writes? I thought their advantage was random reads, and they weren't any faster at writes then HDDs. Also, the data would become hopelessly out of order by only doing sequential writes, unless they're periodically re-writing all the data in order, which would mean lots more I/O then a typical DB.

      They say they rely on snapshots and logging. I'm assuming that it periodically writes a snapshot of RAM to disk, then logs transactions in the log for recovery. Hopefully it snapshots different portions of RAM at different times so there's not one huge snapshot being written to disk every time.

      Though if I had a database where I needed 80,000 query/second performance, I'd probably want a cluster of these so if one machine goes down, the other machine can take over so I don't have to wait for the service to restart, then a 100GB snapshot to be read and gigabytes of logs to be applied before the database is back online.

    2. Re:How do they write to disk faster? by Surt · · Score: 4, Informative

      SSD is significantly faster than HDD at both sequential and random writes. Top 15K SAS drives write ~250MB/s sequential. Top SSD write 550MB/s sequential. Write random and it gets much worse for the SAS drive. Try to even find an enterprise HDD benchmark done in the last year. No one bothers because enterprise buys SSD if they care about performance.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
  19. Wondering about GPL violation by Anonymous Coward · · Score: 0

    Since MemSQL is MySQL compatible, I'm wondering if they re-implemented the query parser or if they copied GPL code from MySQL. If so, they'd be violating the GPL and Oracle could take them to court. It's possible this whole thing is above board, but I really do wonder.

    The other problem is that it's only for Linux. Some of us run databases on other operating systems.

    1. Re:Wondering about GPL violation by unixisc · · Score: 1

      Actually, which license does this use in the first place? CDDL? GPL2? GPL3? Any other?

  20. This seems to be applicable by QA · · Score: 1
  21. Facebook you say? by outsider007 · · Score: 1

    Is it written in php by any chance??

    --
    If you mod me down the terrorists will have won
    1. Re:Facebook you say? by Surt · · Score: 0

      I don't think you can legally claim that a system developed using any PHP is fast.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    2. Re:Facebook you say? by Surt · · Score: 1

      Redundant?

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
  22. VoltDB by Anonymous Coward · · Score: 0

    In-memory databases already exist. See VoltDB http://en.wikipedia.org/wiki/VoltDB
    An in-memory database that supports SQL and is ACID compliant. Full rewrite implementation of SQL with no legacy code.

    Completely in memory. Uses replication with failover for recovery instead of write-ahead log to avoid hitting slow disk with write-ahead log. Assign each core a different segment of memory and run single threaded writes to avoid overhead of locking and latching.

    Supposedly can do 50x faster than traditional systems already.

    See http://www.youtube.com/watch?v=uhDM4fcI2aI for an interesting talk on it.

    1. Re:VoltDB by hlavac · · Score: 1

      In memory database and ACID? More like ACIohshitpowerwentoff

    2. Re:VoltDB by Anonymous Coward · · Score: 0

      Replication with failover. The disk based way is from like 1970's. Old ways of thinking die hard.

    3. Re:VoltDB by rjstanford · · Score: 1

      Data center power problems. They can happen, and WAN replication is slow.

      Having said that, 99.999% of the DB backed applications out there can quite happily survive a 0.0001% chance of losing a transaction, and should spec their DB solutions accordingly. Honestly, even most financial systems below the banking level can - you reach a point where its cheaper to just budget $10K per record to fix a problem should the once-in-a-lifetime perfect-storm error occur rather than to try to keep getting better at making sure they don't.

      Kinda like the Ford Pinto, but with much better numbers (and less death when things go wrong).

      --
      You're special forces then? That's great! I just love your olympics!
  23. Re:Facebook engineers? Gah! by kiore · · Score: 1

    Not only would it tell all your "friends" and relatives what you are eating and when but the control for turning notifications off would be deeply buried next to the mains power wire and mysteriously switch itself back on at random intervals.

  24. Ahhhh, Pick! by hedronist · · Score: 4, Interesting

    The most over-the-top DB God I know started in Pick-land (ca 1972?). Although he does (is forced to?) use SQL nowadays, he thinks in ways that do not come out of any SQL DBA handbook. As a result he gets DBMSs to do things that are ... unnatural.

    He is currently doing some data-cubing stuff for us that I didn't think could be done with something less than a DOD budget. He says his touchstone is thinking in Pick and then 'translating' to SQL.

    I still think that the 2 missing courses from any CS degree program are 1) how to debug, and 2) history of computing.

    1. Re:Ahhhh, Pick! by Samantha+Wright · · Score: 1

      I am intrigued by your ideas. Let us start a newsletter.

      --
      Bio questions? Ask me to start a Q&A journal. Computer analogies available for most topics!
    2. Re:Ahhhh, Pick! by Zenin · · Score: 4, Insightful

      I still think that the 2 missing courses from any CS degree program are 1) how to debug, and 2) history of computing.

      Practical software engineering is mostly about debugging. An actual course in debugging would imply that Computer Science curriculum had something to do with practical software engineering, which we're all painfully away it hasn't in the slightest.

      --
      My /. uid is better then your /. uid
    3. Re:Ahhhh, Pick! by SixDimensionalArray · · Score: 2

      As someone who programs in Pick/D3 still every day (a skill I picked up working for a company with a legacy product), as well as having had worked in pretty much every SQL product that exists, I am both startled and amazed to see it mentioned on Slashdot. I think this is the first time I've ever seen anyone mention it!!!

      And I am in agreement - Pick was something truly different which could have been as big as SQL - multi-value, "NoSQL"-ish which still had a query engine, fast, little to no maintenance, loosely structured among other things. Unfortunately, due to the marketing practices of the company that made the product (now Tigerlogic), the former leader (Dick Pick... what a guy..) and various other corporate cultural issues, it has languished as an artifact of history.... but it still has important lessons to learn and teach, and it still runs a lot of systems!

      For that matter, while some today don't realize it, many NoSQL databases today bear a startling resemblance to systems like Pick, MUMPS, Cache, Universe, etc.

    4. Re:Ahhhh, Pick! by dkf · · Score: 1

      I still think that the 2 missing courses from any CS degree program are 1) how to debug, and 2) history of computing.

      Change "how to debug" to the somewhat-more-general "how to analyze programs" and I'd agree. Over and over, I see people who don't understand what code is doing and who reinvent things from the 1970s because they couldn't be bothered to know what happened and why.

      Before anyone asks, SE courses are pretty much as bad. Too many people are "marooned in the now" and lack the mental tools to go truly forward.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    5. Re:Ahhhh, Pick! by pak9rabid · · Score: 1

      and 3.) using version control software

    6. Re:Ahhhh, Pick! by Anonymous Coward · · Score: 0

      >slashdot compilation error 0: line 04
      >preposition 'away' can not inherit properties from an adverb

  25. Speed vs. speed by Todd+Knarr · · Score: 4, Interesting

    Speed's fine, but what kind? Or more specifically, over what timeframe? High transaction rates are fine, but they don't do any good if you can only sustain them for a few seconds or minutes before the whole thing collapses. I want to know the transaction rate the thing can sustain over 24 hours of continuous operation. In the real world you have to be able to keep processing transactions continuously.

    That long-time-period test also shows up another potential problem area: disk bottleneck. In-memory's fine, but few serious databases are small enough to fit completely in memory. And even if it will fit, you can't lose your database when you shut down to upgrade the software so eventually the data has to be written to disk. And that becomes a bottleneck. If your system can't flush to disk at least as rapidly as you're handling transactions, your disk writes start to lag behind. Sooner or later that'll cause a collapse as the buffers needed to hold data waiting to be written to disk compete for memory with the actual data. You can play algorithmic games to minimize the competition, but sooner or later you run up against the hard wall of disk throughput. And the higher your transactions rates are, the harder you're going to hit that wall.

    1. Re:Speed vs. speed by symbolset · · Score: 1

      FusionIO

      --
      Help stamp out iliturcy.
    2. Re:Speed vs. speed by Anonymous Coward · · Score: 0

      I can buy servers with over a Terabyte of ram, mutiple power supplies and 4 x 10G interfaces for FCOE.
      What is a disk again other than to boot from.

    3. Re:Speed vs. speed by ByronHope · · Score: 1

      +1, IO doesn't have to be a bottleneck.

    4. Re:Speed vs. speed by hawguy · · Score: 3, Insightful

      I can buy servers with over a Terabyte of ram, mutiple power supplies and 4 x 10G interfaces for FCOE.
      What is a disk again other than to boot from.

      The disk is something to hold your data when a backhoe cuts your datacenter power, and cuts the network connections that you use to replicate data to your remote site.... then your UPS runs out of battery after an hour of transactions have been applied to the database with no replication to the remote site.

      Sometimes sh*t happens in ways you haven't planned for... when you have N degrees of redundancy, you'll get bit by the rare N+1 event. It's better to have your data stored somewhere that doesn't disappear after the power goes away (or the machine reboots).

      (if you're using your FCoE network to connect to the SAN to store your data, you're still using disks but there's no reason to use a local disk to boot from)

    5. Re:Speed vs. speed by codepunk · · Score: 1

      You obviously have way more cash than I do.

      --


      Got Code?
    6. Re:Speed vs. speed by Todd+Knarr · · Score: 4, Interesting

      A terabyte of RAM costs quite a lot of money, far more than a terabyte of hard drive does. And it's not as big as it sounds, I've dealt with databases bigger. Usually the ones that demand the highest performance are also the ones that eat the most space once you start taking indexes and such into account.

      And multiple power supplies? Won't help you when the data center rack loses all power. I recall at least 2, maybe more, reports of total loss at data centers in the last 12 months, so it's not like it's that rare an event. That's not counting partial losses, or cases where someone simply fumble-fingered and powered down or rebooted the wrong server. And it certainly doesn't count maintenance outages when the server or the database software had to be restarted to upgrade software. Redundant power supplies won't help against that, and while it's no big deal normally it's a really big deal when it means losing 100% of the contents of the database when memory gets cleared. Sooner or later you need the data on persistent storage, disk or an equivalent. You can handwave that need over the short term, minutes to maybe hours, but when you start talking about maintaining the database for months to years it's a different story. And if you want to say you don't need that kind of up-time, well, the business people where I work would probably boot you out the door so hard you'd bounce twice for suggesting they could just live with losing all our data a couple of times a year. Having it happen even once would probably be the end of the company.

    7. Re:Speed vs. speed by dkf · · Score: 2

      The disk is something to hold your data when a backhoe cuts your datacenter power, and cuts the network connections that you use to replicate data to your remote site.... then your UPS runs out of battery after an hour of transactions have been applied to the database with no replication to the remote site.

      We once had a "backhoe event" that cut the power cables between the point where the grid power and the UPS cables came together (our main UPS at the time was a 10MW diesel generator) and the point where they entered the datacenter building. There was about only 2 feet of cabling where they could have done this, but that's where someone put a jackhammer through. Aside from shutting us down in a great hurry, they also put themselves in the hospital, and at the same time blew the breakers on the grid substation that fed both us and that hospital. Fortunately for us, we'd just finished replicating key services to our other datacenter (on a different part of the grid, but without the monster UPS). After a quick mad scramble to reconfigure the failover system to not be a single point of failure (hah!) we were at least mostly operational, but that was definitely dodging a bullet.

      The moral of this is that shit happens and you can't stop it, but you can be at least somewhat prepare for it. Committing transactions to disk to make them durable is a part of that.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
  26. "MySQL compatible" by Ignacio · · Score: 1

    Uh huh. MySQL is missing huge chunks of functionality by default, so this is not all that impressive. Wake me up when it's PostgreSQL-compatible.

  27. Re:Facebook engineers? Gah! by Anonymous Coward · · Score: 0

    At least you would have the ability to "Like" the toast :)

  28. Basic Math? by Anonymous Coward · · Score: 0

    Sounds like fewer and few people can do basic math.
    80/3.5 = 30? try 22.8 they are off by over 31.5 %

  29. Top coder by Taco+Cowboy · · Score: 4, Interesting

    They did have an ad to lure in "Top Coders" at http://developers.memsql.com/blog/

    Apart from their ad, what they said about Top Coders was interesting - with the exception of top coders memorizing who books filled with algorithms, because top coders do not memorize nothing - top coders do not get to be top coders by memorizing.

    Instead, top coders have that instinct to _know_ which algorithm to adapt and apply, and top coders know where (and how to) look for the algorithm (either from their own archive, from books, from old magazines, or from some strange corners on the Web)
     

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re:Top coder by gweihir · · Score: 1

      Quite true. That is also what competent computer scientists do: Learn the rough border conditions of a problem and its solutions and look up details when needed. Be able to construct something reasonable when no solution can be found in the literature. Committing details to memory is only for those weak of mind. Of which there are many.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:Top coder by Surt · · Score: 4, Interesting

      All of the best developers I've met had phenomenal memories. I think both a natural reasoning ability and great memory are assets. If you are missing one, you aren't going to be as strong as someone who has both.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    3. Re:Top coder by gweihir · · Score: 4, Interesting

      I have met quite few people that could fake being good coders using really good memory. They were in fact at best mediocre coders and sometimes really bad ones. While these people can code solutions to simpler things really fast, they usually do not notice when they are out of their depth and would need to look up things or think about them for a while. Then they screw up royally. That most people mistake them for really good coders (and no, memory does not help reasoning ability, it hinders it) makes things worse. One of the hallmarks of a great coder is a very keen sense for when he/she needs to be careful because something is more difficult than it appears to be. Those with really good memories regularly fail that test. Bad memory is an asset here.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    4. Re:Top coder by Surt · · Score: 2

      I definitely disagree. People with great memories can bring context to a problem that a lousy memory just can't. If you can't hold all 20 factors to consider in your mind at once, meandering from one to another will leave you with a solution that effectively considers only a couple.

      I have reasonably solid anecdotal evidence on this. I've seen top coders with great memories produce software that dominates their industry in three different industries now, and some of that software is now in the mid third decade of proven maintainability. It may not always be a winning asset, but it clearly can be.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    5. Re:Top coder by mwvdlee · · Score: 4, Insightful

      Juggling 20 factors in your brain (short term memory) is not the same as having a good memory (long term memory).
      In fact they literally use different parts of the brain.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    6. Re:Top coder by Anonymous Coward · · Score: 0

      memory does not help reasoning ability, it hinders it

      [citation needed]

    7. Re:Top coder by Anonymous Coward · · Score: 0

      Well, yes, obviously having both good memory and critical thinking skills is more useful than having only one of those, but between someone with good memory and mediocre critical thinking skills, and someone with mediocre memory and good critical thinking skills, I'd take the latter in an instant.

      A good memory can be useful, but it isn't strictly necessary.

    8. Re:Top coder by Anonymous Coward · · Score: 1

      Not to mention that the ability to juggle 20 distinct factors in the brain at once is unheard of. See: http://en.wikipedia.org/wiki/The_Magical_Number_Seven,_Plus_or_Minus_Two . Since the number of "chunks" available for processing are so limited, the much stronger determining factor is being able to internally contextualize and link chunks into a workable hierarchy. Having a "great short term memory" is highly intertwined with having a keen reasoning ability.

    9. Re:Top coder by dkf · · Score: 1

      One of the hallmarks of a great coder is a very keen sense for when he/she needs to be careful because something is more difficult than it appears to be. Those with really good memories regularly fail that test.

      They're distinct; a good memory doesn't really help when pattern matching against "trouble", but it does make remembering types of trouble (and the relevant solution areas) easier. Yet just remembering things isn't enough if you can't apply that memory correctly, and knowing to be careful without remembering what kind of solution to look for is horribly inefficient. The very best coders are those who are good in all the component parts of "programmer thought" and who can integrate it into one whole.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    10. Re:Top coder by zig007 · · Score: 4, Insightful

      Except that so very little of programming these days is about algorithms.
      Rather, it is about elegantly solving businesses problems and to know one's way around huge frameworks.
      Being a "top coder" is in it self a very good thing of course, but there are very few companies that actually work with technical details like implementing a better hash algorithm and so forth.

      Rather, in most developers jobs, it is very valuable to;
      * be good at being able to understand, handle and especially change large systems.
      * be good at producing solutions that at a reasonable rate balances cost and customer demands versus simplicity, performance, structure and other technical values.
      * being able to foresee the usages of the solutions in different time frames, and through this make systems cheaper and easier to evolve. Sometime, a super quick and butt-ugly solution is a really good thing to get the customer going while it figures out what it really wants. As long as all parties are aware of the situation and knows that a complete rewrite will have to be paid for next.
      * not act like a stubborn child when ones pet solution or technology gets scrapped or unaccepted or that the rest of the company think it is risky to invest time in going down that road. But to just keep pushing.
      * to be professional and keep on working even though the current thing is really boring.

      --
      Baboons are cute.
    11. Re:Top coder by Taco+Cowboy · · Score: 1

      Except that so very little of programming these days is about algorithms

      True, very true !!

      Being a "top coder" is in it self a very good thing of course, but there are very few companies that actually work with technical details like implementing a better hash algorithm and so forth.

      Actually, not quite

      Top coders in this age are a bit different from the top coders 20 years ago

      Top coders today needs to realize what you've already outlined, plus, he or she needs to understand the shift of the industry

      Or to put it another way - top coders of today must be a step ahead of his or her manager, and are well prepared for any changes that might happen 1, 2 or even 5 years from now

      The end result is, the top geek is no longer a geek
       

      --
      Muchas Gracias, Señor Edward Snowden !
    12. Re:Top coder by ciderbrew · · Score: 1

      There is the case that when your memory is crap you have to keep working and re-working out problems, so the reasoning part of the mind is used more. So when you get to new problem you think up the solution "better".
      I'd not argue against that a decent amount of both would be the best.
      In terms of programming and admin I always know just enough to be dangerous, By realizing that makes me safer.

    13. Re:Top coder by zig007 · · Score: 1

      I agree, and that is, as evidenced by my post, near the definition of "top coder" for me as well.
      However, the "top coders" as described above are the not that way, the "top"-iness is quite obviously measured by algorithmic ability and knowledge alone.

      --
      Baboons are cute.
    14. Re:Top coder by Johann+Lau · · Score: 1

      Well getting daily radiation doses by indian developers that do not want you to succede kind of makes it hard for a talented individual to retain much in terms of long and short term memory.

      I agree.

      Trying to quanitfy an individual is difficult so only way to do so is by the resuls solutions that are obtained.

      I disagree, because you can usually calculate two or at most three numbers, which you then just plug into the aptitude equation to give you the expected performance bounds for that particular task. Barnard and Meyers wrote a great paper on this, just google for "what your aptitude is good at".

    15. Re:Top coder by Joce640k · · Score: 1

      All of the best developers I've met had phenomenal memories. I think both a natural reasoning ability and great memory are assets.

      Learning from the successes/failures of the past is usually better than repeating them.

      --
      No sig today...
    16. Re:Top coder by gweihir · · Score: 1

      Short-term memory important for reasoning and connecting things is quite different from long-term memory that allows you to remember things. People tend to mistake one for the other but long-term memory does not help with understanding at all. Obviously I was not talking about "bad short-term memory".

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    17. Re:Top coder by gweihir · · Score: 1

      Indeed. Of course "memory" in the unspecified form typically refers to long-term memory. Short term memory is something else and highly needed for really good coders.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    18. Re:Top coder by 1s44c · · Score: 1

      memory does not help reasoning ability, it hinders it

      [citation needed]

      No idea if the above if true or false but I'd also love a citation too.

      The only study I found was published in 1968.

    19. Re:Top coder by mwvdlee · · Score: 1

      I think that (or something like that) is what most people mean when they use the word "juggle".
      With actual juggling, you're holding 2 items in your hands at any single time, but many more items are available very quickly.
      Also, a good juggler can carry around more stuff than fits in his hands. :)

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    20. Re:Top coder by Hillgiant · · Score: 1

      A sufficiently abstracted algorithm is indistinguishable from a huge framework.

      --
      -
    21. Re:Top coder by Surt · · Score: 1

      I'm referring to long term memory. The subset that you can easily or immediately juggle is constrained to those you can hold in your long term memory.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    22. Re:Top coder by marcosdumay · · Score: 1

      I disagree that good memory hinders reasoning ability (I put a big [citation needed] there). As far as I know, there is nothing stopping great coders from having good memory, and even memorizing some algos or problems literaly.

      That is just not what makes them great. But does not make them "not great" either.

    23. Re:Top coder by Tough+Love · · Score: 1

      Except that so very little of programming these days is about algorithms. Rather, it is about elegantly solving businesses problems and to know one's way around huge frameworks.

      And that attitude illustrates exactly what leads to big, crap and unreliable systems. Coders who do not understand that even huge frameworks... especially big frameworks.... are just big algorithms. Which does not need to be explained to a true wizard. Foo, you are no wizard ;)

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    24. Re:Top coder by bongey · · Score: 1

      Amazon,Microsoft, Google and pretty much every computer science program disagree . Algorithms are just tool in a programmers toolbox. When you don't know them , it would be the same as trying to use a hammer to build and fix everything on a car. Using a hammer to take off a wheel , yes the wheel will come off eventually but it might not be the best tool when you can use a impact wrench.

    25. Re:Top coder by bongey · · Score: 1

      Find that most that say algorithms aren't important don't understand them nor how to apply them. Since they aren't good at it , saying it isn't important makes them feel better.

    26. Re:Top coder by bongey · · Score: 1

      Fool, you are no wizard. I pity the fool !

      Had to fix that one.

    27. Re:Top coder by zig007 · · Score: 1

      This is true. Saying they are not important made me feel better.
      What a minute, I didn't say that!
      I probably only felt better because I looked a bit beyond the algorithms...

      The thing is, I know quite a lot about algorithms, and still I say these..these heretic things.

      I also know many programmers that many times have come to me, bursting with pride over a fantastic algorithm that solved a problem with never before seen elegance, only to be brutally let down when I show them that this problem has already been solved, O(n), somewhere in the framework, or some utility library.

      Rather, it is my experience that most people that say that algorithms are very important don't understand frameworks or how to apply them. Since they aren't good at it. Those of us that has been around since algorithms basically was the only thing there was and sorting meant implementing it yourself have actually had to learn this the hard way.
      There are extremely few difficult algorithmical problems in day-to-day programming that haven't already been generically solved by the frameworks.
      Of course, it depends on what you do for a living. It isn't black or white. Or Black or Scholes, as shown. :-)

      After the outright slackers, the worst thing there is are the overthinkers and do-it-yourselfers. The waste vast amount of resources that could have been put to better use elsewhere than on stuff that is just another way to enable them to show off to themselves. They tend to create unnecessarily generalized and deep object structures that, while they can be tested completely and are academical perfection are simply too smart, meaning that they are very expensive to use.

      When in doubt #1:
      Keep it simple.

      When in doubt #2:
      Do you really have to do it your own way, are you f#"ing SURE the solution in the framework doesn't work for you? Remember, you have to maintain your crappy solution forever for the likely reward of later realising that you just didn't understand the framework.

      --
      Baboons are cute.
    28. Re:Top coder by zig007 · · Score: 1

      They are most certainly not just big algorithms since they are pretty far off from meeting the requirements of an algorithm.
      So read up, Fool : http://en.wikipedia.org/wiki/Algorithm

      They are frameworks(of algorithms). Or libraries. Or whatever. Just not algorithms fer Gods sakes.

      Rather, my attitude is one of realism. And it is, which might surprise you, based on actual knowledge.

      Unreliability is choice, just as crappines and hugeness is. I have found that people very seldom are unaware of the fact that they are making crap. Actually, some of the most ugly and sickening solutions I have seen have come from brilliant programmers that perfectly knowingly wrote them. Just because the had very little time and knew this super-fast way to deliver something that worked. Ugliness is not always bad, it can also be a creative way of thinking out-of-the box to use a strange behavior to save a situation from imminent disaster.

      Anyway, reliability, performance and elegance costs. And elegant, reliable and high-performing system is usually *FAR* too expensive to make from scratch.
      This is why we have frameworks, because in them, stuff has been sufficiently elegantly solved, creating a platform from where the customers demands can be met.

      But yes, inherently frameworks, as they are not one big algoritm, but masses of likely unused algorithms, makes systems bigger.

      But they sure as hell don't make systems using them unreliable, quite the opposite. That makes me suspect that you haven't really thought that position through.
      I'd say that rather, unreliability usually comes when programmers do not know how to use the framework or go outside its beaten path.

      --
      Baboons are cute.
    29. Re:Top coder by zig007 · · Score: 1

      Yep, in those workplaces there are many positions where algorithm design and optimization takes up much time.

      But you are still wrong. Most programming jobs even in those places are exactly as I described. We should not kid ourselves here. Even if you work at Wolfram, you will find that most work is made within existing frameworks and that a large number of its employees work as I described. Mathematica has a huge amount of non-algorithmic stuff.

      So rather it is the framework that is the programmers toolbox. Because therein lies the algorithms. If you don't know it, you will use the welder for everything, cut the wheel nuts and eventually not be able to put the wheel back on.

      One should know algorithms. I am not saying one shouldn't. But on the job making a common business application, it may actually take YEARS between the algorithms you have to make because you haven't found a solution in the libraries and the framework.
      Most of the common algorithm writing, which usually concerned data juggling, have been replaced by SQL and collection member functions.
      There are just very few places where any advanced knowledge of algorithms are needed nowadays.
      Advanced structuring, however, is a different story.

      --
      Baboons are cute.
    30. Re:Top coder by zig007 · · Score: 1

      Wow.
      You can really imply lots of stuff about me, impressive.
      But I am really glad I got someone like you to allow to respond, there are so many of you anti-framework-types out there:

      * performance issues:
      No, most performance issues, to my experience, has absolutely nothing to do with bad algorithms. Most, even crappy, algorithms finish very quickly, so users will never notice. And yes, that is what is important.
      Rather, it has almost always to do with databases unmanaged indexes, bad SQL queries, loading unnecessary data.
      Also, badly configured servers are no fund.
      Strange proprietary wrappings of old functionality is also a dear old friend that needs mentioning here.

      * security issues
      - Is usually when people DON'T use frameworks, and make their own crappy solution that no one else understand and forgets to sanitize data.
      - When in frameworks, is not usually about about bad algorithms, but unchecked buffers and stuff like that.

      * Mixing OO with....hibernate?
      Actually, I have before, but do not use Java at all. Or C#. And I actually don't work on building a dog ass slow monstrosity.
      I mix whatever I think mixes well. There is nothing wrong in combining different tools into a tool chain.

      If no one realize there is a problem. Is there a problem?

      And...relax, dude. You are making all of us feel like we all are doing something wrong, and that's not cool, man...here, take a puff.

      --
      Baboons are cute.
    31. Re:Top coder by zig007 · · Score: 1

      And...relax, dude. You are making all of us feel like we all are doing something wrong, and that's not cool, man...here, take a puff.

      By the way, it might taste a bit funny, it is wrapped in a $100 bill since it was all that I had laying around. I have earned so many of them from my evil work.

      --
      Baboons are cute.
    32. Re:Top coder by bongey · · Score: 1

      You are arguing one needs would need to know the words in the English language to be good writer, without actually knowing the definitions. Yes, you can create sentences , even sound intelligent maybe but you would end up creating crap , right along with your thesis.

    33. Re:Top coder by zig007 · · Score: 1

      You are arguing one needs would need to know the words in the English language to be good writer, without actually knowing the definitions. Yes, you can create sentences , even sound intelligent maybe but you would end up creating crap , right along with your thesis.

      Eh..no I am not arguing that one should not know the definitions. I am not sure, but I think your example is at the wrong abstraction level.
      If I didn't know the grammar, the application would not compile and you wouldn't understand me.
      But I suppose that you mean that knowledge of algorithms supply the definition of how one should write programs?

      Actually I do not agree there either, as that is more in the realms of coding convention rather than algorithm design.
      Now that is if I have understood that sentence correctly. Anyway, I really have no idea of how you came to that conclusion.

      And I don't understand what thesis you are referring to? I am just observing the current state of affairs, not much thesis there.

      And to quote myself: "One should know algorithms. I am not saying one shouldn't."

      --
      Baboons are cute.
    34. Re:Top coder by Tough+Love · · Score: 1

      Sorry, I have just too much experience watching knuckle dragging framework monkeys dig holes they can't climb out of.

      Whatever you might wish to think, the computer science universe started with algorithms + data structures and that has not changed, nor will it ever. And certainly not to make a gaggle of marginally competent self styled software engineers feel good about the degree they got in button clicking.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    35. Re:Top coder by zig007 · · Score: 1

      Whatever you might wish to think, the computer science universe started with algorithms + data structures and that has not changed, nor will it ever. And certainly not to make a gaggle of marginally competent self styled software engineers feel good about the degree they got in button clicking.

      Well, I have been around a while too, when I did my CS-stint nobody spoke about frameworks, and I started with assembly language demoing on the C 64 before that.
      But you know, things has changed, and as things has gotten more abstract, the bottom-up knowledge I have of how a computer works has become less and less usable.
      Also, software development has become easier, and so people with less technical profiles become developers which means more of them monkeys.
      On the other hand, I am not sure how great I'd be if I suddenly got thrown into a large framework at age 19, it is a different set of problems.

      I also think that many of the problems out there is because employers think that they don't have to educate the new arrivals.

      --
      Baboons are cute.
  30. Re:Facebook engineers? Gah! by Anonymous Coward · · Score: 0

    and meanwhileyour toaster would have alerted all your friends that you're looking for your toastand an update would go out when you found it! :P

  31. Re:Facebook engineers? Gah! by Rary · · Score: 2

    Oh but come on. Their engineers are super leet! To work at Facebook, you have to win a drunken speed-hacking contest just to be a PHP coder!

    --

    "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

  32. TimesTen Database by Anonymous Coward · · Score: 2, Interesting

    So what is the difference between MemSQL and TimesTen?

    Other than the 16 years TimesTen has been out longer, the fact that Oracle now owns TimesTen, that it runs on both 32bit and 64bit Linux and Windows, that it can run in front of another database engine to give it a boost, and that it has customer installations up to the Terabyte range.

    Just another lame attempt to reinvent the wheel.

    1. Re:TimesTen Database by Anonymous Coward · · Score: 0

      The wheel isn't being re-invented. The whole point wasn't to create an in-memory database. The whole point was to scam Ashton Kutcher out of his money. When he's been bled dry, the result set returned will read: "You've been Punk'd!".

  33. Yeah, but is it web-scale? by stigmerger · · Score: 1
  34. Filesystem anyone? by Anonymous Coward · · Score: 2, Informative

    Remember the good old days, when XYZ-db wasn't always available (or even disirable)? we used to use files.

    Yea, files. Novel concept, these days, mention ISAM to someone and they don't know what you're talking about!

    If you really need speed, maybe a database isn't your best bet. Maybe, just maybe, you should consider structuring the data in a way that makes sense for your application using files.

    1. Re:Filesystem anyone? by Anonymous Coward · · Score: 3, Interesting

      I work on a system like that right now in a really big company. Let me tell you something- it's shit. If you need concurrent access to the files/directories by several processes, you'll have a heap of issues. Consumers pick up files before they are completely written by the producers (now fixed by file renaming, but required work). Sime directories now hold 300k files, and any file operations are extremely slow- filesystems aren't designed for this (in process of being fixed by splitting directories squid style into many subdirectories). On top of that, because we need to access the repository from multiple machines and we want reliability, it's now on NAS. This means any file open/close operation takes ~6 ms, at least 2 ping trips to the NAS server and back. This means 166 IO operations per second and no more. You want notification when a file arrives- you get to use polling. FS file modification notifications don't work on NAS. It is terrible. I wasn't there when this thing was designed, but I'd like to find the architector who thought this is a good idea and punch him in the face.

  35. But not dislike the toast. by TheMiddleRoad · · Score: 1

    But not dislike the toast.

    1. Re:But not dislike the toast. by Vanders · · Score: 1

      Ah! So you're a waffle man!

    2. Re:But not dislike the toast. by Anonymous Coward · · Score: 0

      Boys from the Dwarf.

  36. Looks like that old Prevayler "database" by Lisias · · Score: 1

    "No more porridge". Right.

    This thing is ACID at least?

    --
    Lisias@Earth.SolarSystem.OrionArm.MilkyWay.Local.Virgo.Universe.org
  37. Someone needs to inform TPC of the new... by Anonymous Coward · · Score: 0

    No its not going to be me...
    http://www.tpc.org/

  38. Re:Facebook engineers? Gah! by gweihir · · Score: 0

    Indeed. There people are smart, inexperiences and under-educated. The most dangerous combination imaginable. That is why their technology sucks badly as soon as more than basic requirements have to be met.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  39. i remember this one top coder... by decora · · Score: 0

    his name was barry.. or was it linden? anyways. . . he was a top coder... there was this one time.. let me take a moment and see if i can remember the story... ..

    nope, no good. im afraid i cant recall it. ah well, you had to have been there.

    1. Re:i remember this one top coder... by jimmydevice · · Score: 1

      Are you thinking of Barry White? or Barry Smith? White left the Metheus workstation group and went to work at Mt Xinu, Smith was at OMSI and later worked at Oregon Software.on OMSI Pascal
      That's the only Barrys I know.
      This was intended to be humorous.

    2. Re:i remember this one top coder... by ciderbrew · · Score: 1

      That's wasn't funny until I read "This was intended to be humorous." It made me smile. I didn't know Barry White could code.

  40. Re:Facebook engineers? Gah! by Gr8Apes · · Score: 1

    Oh but come on. Their engineers are super leet! To work at Facebook, you have to win a drunken speed-hacking contest just to be a PHP coder!

    You just insulted coders everywhere.

    --
    The cesspool just got a check and balance.
  41. memSQL fully hubris acid trip compliant by WaffleMonster · · Score: 1

    MySQL the worlds most popular open source database

    memSQL the worlds fastest database

    PostgresSQL the worlds most advance open source database

    SQLite most widely deployed SQL database engine in the world

    I just wish people would dispense with their childish marketing bullshit already.

    1. Re:memSQL fully hubris acid trip compliant by Xtifr · · Score: 1

      Maybe you should look into Firebird. The most slogan-free database engine in the world. :)

  42. Re:Facebook engineers? Gah! by Anonymous Coward · · Score: 0

    And you get a blowjob out of it too.

    ~swordfish

  43. created by two former FB developers by die+standing · · Score: 1

    it very well may be the fastest and the bestest, my dad can beat up their dad to the googolplex infinitieth power!

  44. Re:Facebook engineers? Gah! by Anonymous Coward · · Score: 0

    But you'd be able to get a timeline of it changing from white to rye to wholegrain... whether you wanted one or not.

  45. Re:Facebook engineers? Gah! by Anonymous Coward · · Score: 0

    15,000 developers like this.

  46. Incredible! Exactly what Erlang's Mnesia has... by Anonymous Coward · · Score: 0

    been doing for the past 20 years! Oh wow, keepingt he data in RAM and on Disk, and reading and writing to RAM, and then dumping RAM to Disk at its own pace, and thus getting the speed of RAM and solidity of Disk. How do they do it!!! Incredible, did the Art students make this incredible discovery? wow!!! Did women participate in this monumental nobel prize winning engineering marvel? This is incredible, certainly today will be marked within the history books for the great accomplishment, discovery, and creativity that these MemSQL people bring to the table. Just incredible, I am so happy I've lived long enough to see this day.

  47. The Devil Is In The Detail by Anonymous Coward · · Score: 4, Informative

    I've had a love-hate relationship with MySQL for over ten years now, and have as much cause to hate it as anyone, but I have to point this out. Read the MemSQL docs carefully, and here's the killer - they only support single-query transactions, and only at isolation level READ COMMITTED.

    Until those two facts change, then its hardly a fair comparison.

  48. VoltDB / H-Base by Anonymous Coward · · Score: 1

    I guess they forgot about VoltDB and H-Base.
    On my laptop I can do 43.000 transactions/sec or about 90.000 SQL queries/sec.
    http://www.sgi.com/pdfs/4238.pdf

  49. Similar to changing Oracle commit behavior? by chopsuei3 · · Score: 2

    It seems to me that MemSQL is just an implementation of MySQL with the commit behavior changed to something like "BATCH, NO WAIT." This would normally introduce a period of time when the transaction could be lost before it is written to disk, if there were a power outage or something, but with battery backups on enterprise RAID cards, the transaction should still be saved in the RAM on the RAID card. I think it would still be possible to lose the transaction if the server crashed mid-transaction, so perhaps this is a safe implementation of BATCH, NO WAIT on MySQL?

  50. the crucial question: by cas2000 · · Score: 1

    Is it web scale?

  51. Citation by shiftless · · Score: 1

    I read it on Wikipedia, so it must be true.

    1. Re:Citation by Taco+Cowboy · · Score: 1

      I read it on Slashdot, so it must be true.

      TFTFY

      --
      Muchas Gracias, Señor Edward Snowden !
  52. Excellent question! by Anonymous Coward · · Score: 1

    Actually, which license does this use in the first place? CDDL? GPL2? GPL3? Any other?

    MemSQL uses the standard, Pay Us And STFU About Wanting Access To Source Code license.

    Based on that it should be safe to assume the PUASTFUAWATSC licenese is an OSI-approved/GPL compatible license. Expect MemSQL to be bundled in the next major release of Trisquel!

    1. Re:Excellent question! by unixisc · · Score: 1

      Doesn't that make it proprietary? How is that a GPL compatible license?

  53. Re:Ahhhh, Pick! [dBASE] by Tablizer · · Score: 1

    dBASE/xBase also teaches one to think in ways that SQL may otherwise squelch. Rather than get into yet another argument about which is "better" or more "mathematically pure", let's just say that it stretches the mind to see how other database languages go about things. Some things that are difficult in SQL are easier in other database languages, and the reasons will expand your mind to other possibilities. (Database LSD? Oh my!)

    While there is a lot of diversity in the app programming world, the database world has been pretty much monopolized by SQL such that people stopped thinking outside the SQL box.

    I hope the memory of Pick, dBASE, APL, etc. stay alive to avoid a monoculture in database-land, and spark the database future to improve in part by assimilating the best ideas of the past. (BorgBase? Oh my!)

  54. Sounds similar to OpenLDAP's MDB by Anonymous Coward · · Score: 0

    For the technical details and benchmarks: http://www.openldap.org/pub/hyc/mdm-slides.pdf

  55. World fastest, what a joke. by Anonymous Coward · · Score: 0

    1,5M tps per node with Oracle TimesTen, and same numbers with SAP HANA.
    I guess finding out in wiki what "in memory database" is considered as innovation our days.

  56. Uh, Oracle? by bytesex · · Score: 1, Interesting

    Seriously, why do people, and then I mean slashdot nerds, think 'fast database' and then think 'mysql' ? 'MySQL-compatible' equals 'bad' in my world and, in comparison with Oracle, 'not so fast at all'.

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
    1. Re:Uh, Oracle? by marcosdumay · · Score: 1

      MySQL was very fast up to version 3. But then they started adding most that functionality you need on a real DBMS, and now it is one of the slowest ones available.

  57. oh yeah by decora · · Score: 1

    first, we get a trunk full of pudding

    then we get in the trunk full of pudding

    then we start coding.

    ohhh yeah

  58. SSD is so yesterday, use DDR5 by cheekyboy · · Score: 1

    Why not put the whole memsql inside a GPU with DDR5 memory, 4gig per card, X 3 cards would eat any DB cluster.

    --
    Liberty freedom are no1, not dicks in suits.
    1. Re:SSD is so yesterday, use DDR5 by gman003 · · Score: 1

      1) There is no DDR5. There's GDDR5, which is essentially DDR3 optimized for parallel access (graphics cards manufacturers got into a bit of an "our numbers are bigger than their numbers" war a while back).
      2) GPU stream processors are *terrible* for database work, and the latency of using GPU memory from the CPU would ruin any advantage GDDR5 memory has.
      3) The 4GB cards are, coincidentally, the most expensive ones. I'm talking bare minimum $200-$300.

      Yeah. You're better off just stuffing a box full of high-performance DDR3.

  59. 200++ others @ /. disagree (eat your words) by Anonymous Coward · · Score: 0

    "No one gives a shit about what you say because you can't type. Fuck off and go choke." - by Anonymous Coward on Monday June 25, @12:37AM (#40435263)

    You'll be the one choking by "eating your words" flavored w/ the "bitter taste of SELF-defeat", AND, your foot in your mouth!

    How/why? Well, because roughly 200++ of the folks here have upmodded my posts ( & I post as AC (hard to get even +1, as /. hides our posts & we "AC"'s start @ ZERO/0 points, unlike registered "lusers", lol!)) - so, they are contrary evidence vs. your b.s., troll:

    +5 'modded up' posts by "yours truly" (6):

    HOSTS & BGP:2010 -> http://tech.slashdot.org/comments.pl?sid=1901826&cid=34490450
    FIREFOX IN DANGER: 2011 -> http://news.slashdot.org/comments.pl?sid=2559120&cid=38268580
    TESLA:2010 -> http://science.slashdot.org/comments.pl?sid=1872982&cid=34264190
    TESLA:2010 -> http://tech.slashdot.org/comments.pl?sid=1806946&cid=33777976
    NVIDIA 2d:2006 -> http://hardware.slashdot.org/comments.pl?sid=175774&cid=14610147
    COMPUTER ASSOCIATES BUSTED FOR ACCOUNTING FRAUD:2010 -> http://news.slashdot.org/comments.pl?sid=1884922&cid=34350102

    ----

    +4 'modded up' posts by "yours truly" (4):

    APK SECURITY GUIDE:2005 -> http://developers.slashdot.org/comments.pl?sid=167071&cid=13931198
    INFO. SYSTEMS WORK:2005 -> http://slashdot.org/comments.pl?sid=161862&cid=13531817
    WINDOWS @ NASDAQ 7++ YRS. NOW:2009 -> http://tech.slashdot.org/comments.pl?sid=1290967&cid=28571315
    CARMACK'S ARMADILLO AEROSPACE:2005 -> http://science.slashdot.org/comments.pl?sid=158310&cid=13263898

    ----

    +3 'modded up' posts by "yours truly" (6):

    APK MICROSOFT INTERVIEW:2005 -> http://developers.slashdot.org/comments.pl?sid=155172&cid=13007974
    APK MS SYMBOLIC DIRECTORY LINKS:2005 -> http://it.slashdot.org/comments.pl?sid=166850&cid=13914137
    APK FOOLS IE7 INSTALL IN BETA HOW TO:2006 -> http://slashdot.org/comments.pl?sid=175857&cid=14615222
    PROOFS ON OPERA SPEED & SECURITY:2007 -> http://slashdot.org/comments.pl?sid=273931&cid=20291847
    HBGary POST in Fake Names On Social Networks, a Fake Problem:2011 -> http://tech.slashdot.org/comments.pl?sid=2375110&cid=37056304
    APK RC STOP ROOKIT TECHNIQUES:2008 -> http://it.slashdot.org/comments.pl?sid=1021873&cid=25681261

    ----

    +2 'modded up' posts by "yours truly" (18):

    CODING FOR DEFCON (my compressed/packed exe + sizecheck @ startup technique): 2005 -> http://it.slashdot.org/comments.pl?sid=158231&cid=1

    1. Re:200++ others @ /. disagree (eat your words) by Anonymous Coward · · Score: 0

      I like to lick butts

      APK

    2. Re:200++ others @ /. disagree (eat your words) by Anonymous Coward · · Score: 0

      You're still the one who can't type and needs to choke. Good job copy pasting, idiot.

  60. Eat Your Words, Troll - flavored with the by Anonymous Coward · · Score: 0

    "Bitter taste of SELF-defeat" & your foot in your mouth -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    * Tell us - how do they taste?

    (LMAO!)

    APK

    P.S.=> After all - When all you have is unjustified bogus moddowns, logging out of your registered 'luser' account, & trolling me off-topic via anonymous cowards posts afterwards in "effete retaliation" for all the times I've blown you away in technical debates on /., & especially vs. the FACTS in the link I just posted above? You fail... YOU know it, I KNOW IT, & anyone reading here knows it...

    ... apk

  61. here's the thing by Anonymous Coward · · Score: 0

    I don't want my data stuck in a proprietary format ever again.
    So if you can show a way that I keep my data in an open format, and ENHANCE it with your speed, that might be appealing.

  62. I don't use custom hosts files like that though by Anonymous Coward · · Score: 0

    DNS has issues (listed in detail below - small fraction only), no doubt about it! I don't use custom hosts to replace DNS though (since I use external to my home DNS servers that are filtered vs. online threats - list I use is below too).

    However, I use hosts in the following ways (see my 'p.s.' below, in detail, for your reference) to COMPLIMENT & OVERCOME THOSE PROBLEMS IN DNS & OTHER MECHANISMS LARGELY!

    Custom hosts files gain me the following benefits (A short summary of what custom hosts files can be extremely useful vs.):

    ---

    1.) Malware/malscripted sites
    2.) Known sites-servers/hosts-domains that are known to serve up malware
    3.) Bogus DNS servers malware makers use
    4.) Botnet C&C servers
    5.) Bogus adbanners that are full of malicious script content
    6.) Getting you back speed/bandwidth you paid for
    7.) Added reliability (vs. downed or misdirect/poisoned DNS servers).
    8.) Added "anonymity" (to an extent, vs. DNS request logs)
    9.) The ability to bypass DNSBL's (DNS block lists you may not agree with).
    10.) More screen "real estate"

    ---

    * & more...

    APK

    P.S.=> Details of the above synopsis/short summary are as follows below:

    21++ ADVANTAGES OF HOSTS FILES

    Over AdBlock & DNS Servers ALONE 4 Security, Speed, Reliability, & Anonymity (to an extent vs. DNSBL's + DNS request logs):

    1.) HOSTS files are useable for all these purposes because they are present on all Operating Systems that have a BSD based IP stack (even ANDROID) and do adblocking for ANY webbrowser, email program, etc. (any webbound program). A truly "multi-platform" UNIVERSAL solution for added speed, security, reliability, & even anonymity to an extent (vs. DNS request logs + DNSBL's you feel are unjust hosts get you past/around).

    2.) Adblock blocks ads? Well, not anymore & certainly not as well by default, apparently, lol - see below:

    Adblock Plus To Offer 'Acceptable Ads' Option

    http://news.slashdot.org/story/11/12/12/2213233/adblock-plus-to-offer-acceptable-ads-option )

    AND, in only browsers & their subprogram families (ala email like Thunderbird for FireFox/Mozilla products (use same gecko & xulrunner engines)), but not all, or, all independent email clients, like Outlook, Outlook Express, OR Window "LIVE" mail (for example(s)) - there's many more like EUDORA & others I've used over time that AdBlock just DOES NOT COVER... period.

    Disclaimer: Opera now also has an AdBlock addon (now that Opera has addons above widgets), but I am not certain the same people make it as they do for FF or Chrome etc..

    3.) Adblock doesn't protect email programs external to FF (non-mozilla/gecko engine based) family based wares, So AdBlock doesn't protect email programs like Outlook, Outlook Express, Windows "LIVE" mail & others like them (EUDORA etc./et al), Hosts files do. THIS IS GOOD VS. SPAM MAIL or MAILS THAT BEAR MALICIOUS SCRIPT, or, THAT POINT TO MALICIOUS SCRIPT VIA URLS etc.

    4.) Adblock won't get you to your favorite sites if a DNS server goes down or is DNS-poisoned, hosts will (this leads to points 5-7 next below, & especially vs. the July 12th 2012 "DNSChanger" trojan purge that's coming soon (those folks won't get to sites if infested - I will, due to hardcodes in my hosts file of my fav. 20 sites + using BETTER filtering DNS servers (see list below))...

    5.) Adblock doesn't allow you to hardcode in your favorite websites into it so you don't make DNS server calls and so you can avoid tracking by DNS request logs, OR make you reach them faster since you resolve host-domain names LOCALLY w/ hosts out of cached memory, hosts do ALL of those things (DNS servers are also being abused by the Chinese lately and by the Kaminsky flaw ->

    1. Re:I don't use custom hosts files like that though by Anonymous Coward · · Score: 0

      Great post. Why's it down modded? It's informative, detailed, and on topic in response to another poster's statement. Makes no sense on the downmod.

    2. Re:I don't use custom hosts files like that though by Anonymous Coward · · Score: 0

      Unjust downmods are rampant here obviously. His post's on topic and disproves the post before it in its errors. I commented after here http://developers.slashdot.org/comments.pl?sid=2935623&cid=40439887 and it too was downmodded? It's obvious we have a registered user who downmods others, logs out of his slashdot account to preserve his karma by false means and so the downmod stays, and then trolls by anonymous coward posts.

  63. Bogus downmods = "best you got"? Yes... by Anonymous Coward · · Score: 0

    See subject-line above, trolls (those who downmodded my post for no valid technical reasons) - offtopic illogical failing ad hominem attack attempts & a bogus downmod of my post in "effete retaliation" due to "geek angst" @ my doubtless utterly repeatedly THRASHING you in technical debates?

    IS THAT THE "BEST YOU"VE GOT"??

    * Absolutely, & obviously...

    Whose fault is it if you're nothing more than a "NE'ER-DO-WELL"? Hmmm?? Not mine... it's yours.

    (Seek professional help then. Get over it, & grow up. It's not MY fault after all, if I accomplish good things in the art & science of computing, & you're nothing but a "ne'er-do-well" armchair quarterback, lol!)

    APK

    P.S.=> This? Well...you just KNOW I've just GOTTA say it, as is per my own inimitable style:

    This? This was just "too, Too, TOO EASY - just '2EZ'", & it always is, vs. the "ne'er-do-well" trolls @ /. who only have puny unjustified downmods vs. facts & who are stinging in "geek angst" @ losing tech debates to me every time over the years here... apk

  64. This is all very well and good... by Anonymous Coward · · Score: 0

    ... but will it CleanMyPC? I'm at my wits end.

  65. or run out of FDs like apache by cheekyboy · · Score: 1

    Apache, whoops, no more Fds, pipe cannot open, whoops, ok, go super slow until linux, ssh, everything is unresponsive.

    --
    Liberty freedom are no1, not dicks in suits.
  66. Myths about how the mind works. by GrantRobertson · · Score: 1

    Research has shown over and over again that we CANNOT hold 20 factors in our minds at once, regardless of the context. The most gifted can only hold 5-7 things. I believe that the people who are truly top-anything get there by giving up such egotistical nonsense and writing things out on paper or a whiteboard. Everything else is bluster.

    1. Re:Myths about how the mind works. by Surt · · Score: 1

      Depends on your definition. I'm certainly 'holding' more than that in my mind right now.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
  67. "Run, Forrest - RUN!" by Anonymous Coward · · Score: 0

    From a challenge put to a "ne'er-do-well" in yourself -> http://yro.slashdot.org/comments.pl?sid=2935243&cid=40430417

    * I.E.-> Icebraining likes to "toss orders" like he OWNS /., & put down others - but, when he's asked what exactly it is that gives him any authority or reason to pay heed to his words? He has ZERO!

    (So, you can now EMBARASS YOURSELF by letting everyone see you "run, forrest - run" vs. a simple challenge I put to you, after your off-topic trolling & tantrums above... pretty simple!)

    APK

    P.S.=> After all, icebraining - Coming in there off-topic as you did, only to have to "EAT YOUR WORDS" (flavored w/ the "bitter taste of SELF-defeat" & your FOOT IN YOUR MOUTH too... lol!) - but, you also show everyone reading here just how "expert" you are in the art & science of computing (you're evidently not - but you SURE TALK LIKE YOU ARE, but talk? It's cheap - actions speak louder than words, & you have no "action")...

    ... apk

    1. Re:"Run, Forrest - RUN!" by icebraining · · Score: 1

      Sure, man, whatever you say.

  68. Qualifications? by Fnord666 · · Score: 2

    Shamgunov has excellent credentials in the database world, in spite of having worked at Microsoft on SQL Server for six years.

    FTFY

    --
    'The tyrant will always find pretext for his tyranny.' - Aesop's Fables
  69. Is it web scale? by trevc · · Score: 0

    Does it scale for the web ? It must be web scale

  70. Choking on "eating your words"? LOL! by Anonymous Coward · · Score: 0

    Having to eat them as you did here -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899 FLAVORED WITH THE BITTER TASTE OF DEFEAT, & your foot in your mouth... lmao!

    * So, "no-no senor troll" - you won't be able to "hide that", via your bogus downmods (I'll just drag it back into view by replying to it, and watch you EXHAUST YOUR MODPOINTS... lol!)

    APK

    P.S.=> Now, you KNOW I am going to just have to say this:

    This? This was just "too, Too, TOO EASY - just '2EZ'"...

    ... apk

  71. "Rinse, Lather, & Repeat" (You fail, troll - l by Anonymous Coward · · Score: 0

    Having trouble "eating your words" here -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40439057 ? Absolutely...

    (Additionally - You're *trying* to "hide" the fact you stuck your foot in your mouth too, ontop of eating your erroneous off-topic b.s. words FLAVORED WITH THE "BITTER TASTE OF SELF-DEFEAT"?? Please - lol, it's useless... this reply to it drags it right back into view!)

    * Keep blowing your mod points - I'll just drag my posts right back into view & you'll run out of your ONLY "weapon" - the effete downmod, due to "geek angst" on your part & the inability to disprove what I wrote!

    APK

    P.S.=> Man, you just KNOW I'm going to say this:

    This? This was just "too, Too, TOO EASY - just '2EZ'"...

    ... apk

  72. Trying to "impersonate" me? Please... lol! by Anonymous Coward · · Score: 0

    "I like to lick butts APK" - by Anonymous Coward on Monday June 25, @10:58AM (#40438833)

    No, you like to *try* to impersonate me as you're doing here (projecting your own "StRaNgE-TaSteS"), & you like to "eat your own words", here:

    http://developers.slashdot.org/comments.pl?sid=2935623&cid=40439057

    * You like "EATING YOUR WORDS", lol, & FLAVORED WITH THE "BITTER TASTE OF SELF-DEFEAT" & your foot in your mouth (lol), vs. FACTS...

    APK

    P.S.=> You fail troll, you know it, I know it, & anyone else reading, knows it... & I love it!

    ... apk

  73. Parsing by hey · · Score: 1

    Does it really take a long time to parse " SELECT * FROM customer" or whatever?
    Doesn't prepare() usually precompile selects.

  74. Their methodology by izelpii · · Score: 1

    Their methodology is like assembling a car, making a drag race against a civic, and claiming you have the fastest car because it beat it very badly.

  75. Re:BS !! by Anonymous Coward · · Score: 0

    Well said if I do say so myself !!

  76. Unjustifiable downmods = "best you got", trolls? by Anonymous Coward · · Score: 0

    See subject-line above, trolls (those who downmodded my post for no valid technical reasons) - offtopic illogical failing ad hominem attack attempts & a bogus downmod of my post in "effete retaliation" due to "geek angst" @ my doubtless utterly repeatedly THRASHING you in technical debates?

    IS THAT THE "BEST YOU"VE GOT"??

    * Absolutely, & obviously...

    Whose fault is it if you're nothing more than a "NE'ER-DO-WELL"? Hmmm?? Not mine... it's yours.

    (Seek professional help then. Get over it, & grow up. It's not MY fault after all, if I accomplish good things in the art & science of computing, & you're nothing but a "ne'er-do-well" armchair quarterback, lol!)

    ---

    ---

    Funny that these blatant troll posts are NOT downmodded though (not):

    http://developers.slashdot.org/comments.pl?sid=2935623&cid=40433625

    http://developers.slashdot.org/comments.pl?sid=2935623&cid=40435263

    http://developers.slashdot.org/comments.pl?sid=2935623&cid=40435263

    (Do the jackass trolls around here believe they're "fooling" anyone? I hope not, because downmodding with your registered account and trolling by anonymous cowards replies afterwards is CHILD'S PLAY TO DO ON /. - simply downmod, logout of your account, & troll by ac (no removal of your downmod occurs)).

    APK

    P.S.=> This? Well...you just KNOW I've just GOTTA say it, as is per my own inimitable style:

    This? This was just "too, Too, TOO EASY - just '2EZ'", & it always is, vs. the "ne'er-do-well" trolls @ /. who only have puny unjustifiable downmods vs. facts & who are stinging in "geek angst" @ losing tech debates to me every time over the years here... apk

  77. How's "eating your words" taste, troll? LMAO! by Anonymous Coward · · Score: 0

    Flavored w/ the "bitter taste of SELF-defeat" & your foot in your mouth -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    * So please, Troll: DO tell us - how do they taste?

    (LMAO!)

    Now, if you believe that *trying* to "hide" the last time I posted this, which only shows you BLEW IT BIGTIME & have to enjoy the meal of your own words (lol) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436961 is effective?

    Understand that my posting it again while you keep blowing your mod points until you exhaust them's going to happen... lol, & then? There's no more puny attempts @ hiding the truth of the fact YOU FAILED, troll...

    APK

    P.S.=> After all - When all you have is unjustified bogus moddowns, logging out of your registered 'luser' account, & trolling me off-topic via anonymous cowards posts afterwards in "effete retaliation" for all the times I've blown you away in technical debates on /., & especially vs. the FACTS in the link I just posted above? You fail... YOU know it, I KNOW IT, & anyone reading here knows it...

    ... apk

  78. replication? by Anonymous Coward · · Score: 0

    ...didn't see it mentioned

  79. So what? by rabenja · · Score: 1

    Looking at the resources consumed on our production database (SQL Server) over the last few minutes... Highest I/O usage: 1 MBps, average is near zero. Nearly all requests are happening in cached memory, and any I/O is to an SSD.

  80. How does the disk/buffer cache affect all this by Marrow · · Score: 1

    People here are talking about configuring MySql to run out of ram, update to ram, etc. But can't you accomplish much the same thing by not flushing the buffer cache? Or even tuning the machine so that the buffer cache gets lots of the ram? Doesnt Linux support lazy writes to disk? Why isnt MySql running mostly out of disk buffer cache?

  81. Nothing new here. Seems like a PR attempt to me... by matthollingsworth · · Score: 1

    Databases didn't use dynamic compilation of queries originally, so that's nothing new. Of course that performs better than dynamically generating a query plan. Even IBM DB2 on the mainframe still works this way. They state they use Write Ahead Logging. So do all modern RDBMS's including SQL Server, Oracle, MySQL, Informix, Postgress, etc. And the last claim is that they use SSD. Again, how is that specific to something they innovated? If you take any database and run it in memory (SSD really just being slower memory), it will run really fast. So what's new here? Maybe I'm missing something...

  82. MySQL Cluster: 72 million read/s, MySQL 90k by Anonymous Coward · · Score: 0

    Try MySQL 5.6 when that's released: 90,000 read transactions per second... The preview from back in April was already faster than 80,000 per second and that's without the later performance improvements.

    Then there's MySQL Cluster:

    MySQL Cluster 7.2 achieves 4.3BN reads per minute, 72 million per second
    MySQL Cluster 7.2.7 achieves 1BN update transactions per minute, 19.5 million per second

    And that's not a toy or unproven database, it's what a lot of mobile phone systems use and has been around in the MySQL server form since 2004, with a long history before that.

  83. Performance Issue by Taco+Cowboy · · Score: 1

    I can't speak for others, I can only speak for myself

    I've been in this field for decades, and the one thing that I've found is this ---

    If you're talking about Performance - for most apps, it's almost the 10%-25% of the code that takes up 80%-90% of the data-crunching time

    Or, put it another way, when there is a need to really tune up the performance of an app, you need to understand how the code runs

    And to do that, you need to profile the whole darn thing, fine where it takes most of the time, and then concentrate your effort on fine-tuning those segments

    But of course, if you are a perfectionist - such as Steve Gibson of the GRC fame, - you can opt to go all the way to assembly language (I love asm, btw) and do the tweaking

    Disclaimer: I am far from being great programmer, but I did have opportunities to learn from several great programmers that I had the fortune to work with, throughout my career
     

    --
    Muchas Gracias, Señor Edward Snowden !
  84. Facts, are facts by Anonymous Coward · · Score: 0

    "Run, Forrest - RUN", from -> http://yro.slashdot.org/comments.pl?sid=2935243&cid=40430417 where I challenged YOU TO SHOW US YOU'VE DONE ANYTHING REMOTELY LIKE WHAT I HAVE IN THE ART & SCIENCE OF COMPUTING after you gave me crap about wares I wrote...

    * What was the result of that, from you? ZERO!

    APK

    P.S.=> You can try to put down myself, my wares, etc. - and even bark orders like you run this place (which you don't)... but, I also then ask you show you've done better, more & earlier than I have, so then I might RESPECT you and actually listen... you haven't shown me any reason to @ this point... apk

  85. In other news... by Finite9 · · Score: 1

    In other words, two guys spent just a year (wtf?) developing a database engine that manages to run queries in memory very fast, just like other database engines that can run in memory (that probably took teams of engineers more than a year to build). I wonder if they had time to write some transaction consistency code, because im pretty sure a 6yr old can make a program that inserts data into memory pointers.

    Do they commit, or is "memory" a new form of "the cloud ... maan!"? Maybe they commit to the cloud? Fire and forget?

    --
    "Everyone knows that vi vi vi is the number of the beast" -- Richard Stallman
  86. 200++ users @ /. SHOT YOU DOWN IN FLAMES by Anonymous Coward · · Score: 0

    "You're still the one who can't type and needs to choke. Good job copy pasting, idiot." - by Anonymous Coward on Monday June 25, @03:49PM (#40443133)

    You're the one "SHOT DOWN IN FLAMES" with proofs here http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899 , and all the bogus downmods to *try* hide it? Gone...

    I just dragged it back into view!

    * LMAO - you're reduced to illogical off-topic ad hominem failing attack attempts, unjustly downmodding my post etc. (where I have FACTS supporting me (which also shoot you down in flames, instantly & easily)).

    APK

    P.S.=> You can downmod me unjustly with NO VALID REASONS, then logout to preserve your cookie & "karma" here, + troll me by ac posts... but I'll just post under that link above & drag it RIGHT BACK INTO VIEW... lol, so everyone can see you "eat your words", flavored with the 'bitter taste of SELF-defeat', & your FOOT IN YOUR MOUTH, lol... apk

    1. Re:200++ users @ /. SHOT YOU DOWN IN FLAMES by Anonymous Coward · · Score: 0

      I never downmodded anything, the rest of the people here who can't stand your stupid attitude did that. Keep trolling/being a retard. You're typing more than me, I'm enjoying this and getting the better part of it :)

  87. Bogus downmod to *try* hide facts? by Anonymous Coward · · Score: 0

    See subject & this link -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    A bogus downmod of that post, then a logout from your /. registered 'luser' acct, & troll by ac can't hide the facts above in that link I just posted that MADE YOU "EAT YOUR WORDS", flavored with the "bitter taste of SELF-defeat" & your FOOT IN YOUR MOUTH for what you said (didn't they? Yes - they did!).

    * I won't allow that, so posting beneath it again just DRAGS IT RIGHT BACK INTO VIEW... go blow more of your mod points, I'll do it again, until you run dry of them (& then, you'll truly have nothing).

    APK

    P.S.=> You can't win, even by bogus means - I won't allow it, lol, you FAILl... apk

  88. "Rinse, Lather, & Repeat" by Anonymous Coward · · Score: 0

    "Eat your words" flavored w/ the bitter taste of SELF-defeat & your foot in your mouth, again (lol) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    APK

    P.S.=> All the bogus unjustified downmods in the world can't hide it when I repost again beneath the post that makes my ac troll detractors (who downmod bogusly, logout of their account to save cookie state so downmods don't go away, & troll by ac posts after) look like fools... easily, lol!

    ... apk

  89. "Rinse, Lather, & Repeat", troll (lol)... apk by Anonymous Coward · · Score: 0

    "Eat your words" flavored w/ the bitter taste of SELF-defeat & your foot in your mouth, again (lol) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    APK

    P.S.=> All the bogus unjustified downmods in the world can't hide it when I repost again beneath the post that makes my ac troll detractors (who downmod bogusly, logout of their account to save cookie state so downmods don't go away, & troll by ac posts after) look like fools... easily - lol!

    ... apk

  90. 1 word answer = trolls by Anonymous Coward · · Score: 0

    Trolls I've utterly BLOWN AWAY with facts vs. their off-topic illogical failing ad hominem attack attempts, like this one I blew them away on using upward moderations I've gotten (which is hard on AC posters since /. hides our posts to begin with by default) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    APK

    P.S.=> I've dusted trolls here SO MANY TIMES, & with facts (just like in that link above vs. his trolling b.s.), all they have is bogus unjustifiable downmods vs. facts I use, in "effete retaliation" (which is worse than even WOMEN do)... apk

  91. 1 word answer: Trolls... apk by Anonymous Coward · · Score: 0

    Trolls I've utterly BLOWN AWAY with facts vs. their off-topic illogical failing ad hominem attack attempts, like this one I blew them away on using upward moderations I've gotten (which is hard on AC posters since /. hides our posts to begin with by default) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    APK

    P.S.=> I've dusted trolls here SO MANY TIMES, & with facts (just like in that link above vs. his trolling b.s.), all they have is bogus unjustifiable downmods vs. facts I use, in "effete retaliation" (which is worse than even WOMEN do)... apk

  92. 1 word answer - trolls... apk by Anonymous Coward · · Score: 0

    Trolls I've utterly BLOWN AWAY with facts vs. their off-topic illogical failing ad hominem attack attempts, like this one I blew them away on using upward moderations I've gotten (which is hard on AC posters since /. hides our posts to begin with by default) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    APK

    P.S.=> I've dusted trolls here SO MANY TIMES & with facts (just like in that link above vs. his trolling b.s.), all they have is bogus unjustifiable downmods vs. facts I use, in "effete retaliation" (which is worse than even WOMEN do)... apk

  93. 1 word answer = trolls by Anonymous Coward · · Score: 0

    Trolls I've utterly BLOWN AWAY with facts vs. their off-topic illogical failing ad hominem attack attempts, like this one I blew them away on using upward moderations I've gotten (which is hard on AC posters since /. hides our posts to begin with by default) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    Which they tried to "hide" again, & by unjustified downmods, just like your post - because BOTH tell truths vs. the troll b.s.!

    APK

    P.S.=> I've dusted trolls here SO MANY TIMES, & with facts (just like in that link above vs. his trolling b.s.), all they have is bogus unjustifiable downmods vs. facts I use, in "effete retaliation" (which is worse than even WOMEN do)... apk

  94. Trolls with modpoints & bogus downmods by Anonymous Coward · · Score: 0

    Trolls I've utterly BLOWN AWAY with facts vs. their off-topic illogical failing ad hominem attack attempts, like this one I blew them away on using upward moderations I've gotten (which is hard on AC posters since /. hides our posts to begin with by default) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    Which they tried to "hide" again, & by unjustified downmods, just like your post - because BOTH tell truths vs. the troll b.s.!

    APK

    P.S.=> I've dusted trolls here SO MANY TIMES, & with facts (just like in that link above vs. his trolling b.s.), all they have is bogus unjustifiable downmods vs. facts I use, in "effete retaliation" (which is worse than even WOMEN do)... apk

  95. Dear trolls: Unjustifiable moddowns? by Anonymous Coward · · Score: 0

    Downmodding any post I did here and those of others who approved of my posts too? It doesn't hide the fact I utterly dusted you all here especially -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899 and that ALL YOU HAVE is bogus unjustifiable downmods vs. facts I put up in response disproving your crap...

    YOU FAIL trolls... especially considering you'll just blow all your modpoints & I will just post again beneath the unjustifiably downmodded posts of mine, & drag them back into view (nullifying your "last resort" of the downmod in effete retaliation)...

    APK

    P.S.=> Keep blowing your mod points trolls - you'll run "dry" of them, sooner or later (I've done this before, no big deal - you fail, I win, & THAT'S THE WAY IT ALWAYS GOES, accept it... lol!)...

    ... apk I will just post again beneath the unjustifiably downmodded posts of mine,

  96. "EAT YOUR WORDS", troll... apk by Anonymous Coward · · Score: 0

    Flavored w/ the "bitter taste of SELF-defeat" & your foot in your mouth -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    * So please: Tell us - how do they taste?

    (LMAO!)

    APK

    P.S.=> After all - When all you have is unjustified bogus moddowns, logging out of your registered 'luser' account, & trolling me off-topic via anonymous cowards posts afterwards in "effete retaliation" for all the times I've blown you away in technical debates on /., & especially vs. the FACTS in the link I just posted above? You fail... YOU know it, I KNOW IT, & anyone reading here knows it...

    ... apk

  97. icebraining trying to "hide" posts? by Anonymous Coward · · Score: 0

    By bogus unjustifiable downmods? I won't allow it. I shot him down here -> http://yro.slashdot.org/comments.pl?sid=2935243&cid=40430417 and he's now showing you all he's nothing more than a "ne'er-do-well" who hasn't done SQUAT of good note in computing, but talks like he owns /. too (hilarious)... too bad I can just post beneath the unjustifiable downmods & haul them RIGHT BACK INTO VIEW, eh?

    * Keep blowing your mod points, I can do this ALL DAY, & just drag the posts back into view again - pointing to the links you blew it in once more...

    (Thus, no "hiding them" by unjustifiable downmods boys... I won't allow it!)

    APK

    P.S.=> You FAIL, & I win, as always... that's just how it goes! Accept it, lol... apk

  98. You're "shot down in flames", troll... apk by Anonymous Coward · · Score: 0

    See subject-line above & this link -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    * "Eat your words", flavored with the "bitter taste of SELF-defeat", & your foot in your mouth...

    APK

    P.S.=> You said I can't type - Funny: 200++ others on /. STRONGLY disagree with you (considering they up modded my posts that many times vs. your "opinion", that of a defeated troll (self-defeated, no less, lol))... apk

  99. yeah, sure.... by Anonymous Coward · · Score: 0

    long time ago there was APL columnar databases (SABRE is on example) and in early '90 kdb came and it is still here (kdb+). all major world banks are using it to capture the market data and run realtime or historical analysis. yeah, "we are the fastest blaa, bla..."

  100. Unkkown point of failure by hesaigo999ca · · Score: 1

    I am not sure about how an ssd fails, and what happens with the data on that disk...can you raid an ssd?
    Having said this, if a failure on a hdd is eminent, you usually have it raided, so even if one fails, the transaction logs can be recreated.
    This sounds like they managed to find a way to incorporate the writing to db log files unto the ssd itself, then transfer over to a hdd, but I wonder if during failure, you would lose 100% of the transaction logs due to that ssd not working. Anyone out there could answer this question?

  101. Nowhere near the fastest by CoolBru · · Score: 2

    MySQLs handlersocket (included since 5.5) does NoSQL-style read and write operations bypassing the SQL engine. While it has some limitations, it will do >200,000 queries/sec on a low-spec server and there are benchmarks of it doing >750,000 on a 8-core Nehalem (faster than Memcached!), and it's not restricted to in-memory operations. The nice thing is that you can use that for the simpler parts of your app, then use transactional SQL on the same database for more complex operations.

    Another one to look at is TokuTek's TokuDB, another InnoDB drop-in replacement, which is particularly good for inserts, low disk use and low-latency replication. They ran a demo doing 1 billion indexed inserts in 7 hours when InnoDB took a week.

    For distributed 'cloudy' apps, one of the better choices is Drizzle, which retains the nice bits of MySQL (and MySQL client compatibility) and rewrites all the rest.

    I don't think I'll believe MemSQL until Percona have benchmarked it...

  102. Why not post by your registered 'luser' account? by Anonymous Coward · · Score: 0

    Just admit me troll as ac because I've repeatedly gotten the best of you many times already? You already admitted bogusly downmodding me too:

    "When I can, I downmod you not because I'm trying to hide what you say" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    LOL - bullshit: Why reply as ac then, & use your "registered 'luser'" account then - why troll as AC posts then, hmmm?

    (You're SO EASY to "trap" in your bullshit - it's not even funny!)

    ---

    "but because the vast majority of your posts are full of ad hominem attacks" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    WTF? I get attacked FIRST, every damned time, in my posts almost (considering YOU admit to trolling & bogusly downmodding me too), & then??

    Well, then it's "do unto others as was done to me" - pretty simple, troll...

    ---

    "and grandstanding your own ridiculously meager accomplishments." - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Which YOU have none of by way of comparison... lol, right? RIGHT!

    That's hilarious!

    Especially coming from a fool like you, with nothing to his name/credit that's any good & that was noted by notable others in publication, trade shows, commercial wares code (all of which I HAVE & MORE)?

    Please... make me laugh MORE, you "armchair quarterback"/"ne'er-do-well"... you're all talk.

    ---

    "Congratulations, you got an article published in a rag that published everything sent to them. Good job, I guess. " - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Well again, ok: What've YOU DONE by way of comparison? ZERO... and you know it, I KNOW IT, & so does anyone else reading from here on out...

    ---

    "You got modded up for a comment of "Nikola Tesla". Well done. " - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Once more - b>Show us you've done better, earlier, & MORE of the same as I have troll...

    Funny how I posted 200++:1 ratio odds my favor!

    Additionally:

    From your peers on /. no less, who have upmodded many of my posts (that's only some I collected in preparation for b.s. like yours, because I am ALWAYS 50 steps ahead of you puny trolls... lol!)

    ---

    "Now you're claiming that you're the only one who could possibly have considered running a database in memory for speed?" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    No, where did I say that EXPLICITLY? Learn to read, moron:

    I only pointed out that I did it as far back as 1996, & it went into an esteemed publication & esteemed trade show & placed as a FINALIST in the hardest category of all @ MS Tech-Ed 2000-2002...

    Yet again - So, have you done better, MORE, & earlier? No.

    ---

    "You've stopped taking your medications again, haven't you?" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Oh boy - well, @ least I have the balls to post as myself, but you TRULY live up to the name of "anonymous COWARD" (emphasis on the latter) & of course, you also are the "pot calling the kettle black", with another ad hominem attack too!

    (Which again - I never start, but once it's done to me? The "kid gloves are off"... & I am free to "do unto others as they have done to me" - after all: When in Rome? Do as the ROMANS do, and win... which I do, by turning your b.s. around against you, easily...)

    APK

    P.S.=> It's always SO easy to blow away & "dust" trolls, & the above does EXACTLY that... & as per my usual, it's just "too, Too, TOO EASY - just '2EZ'"...

    ... apk

  103. Regarding what other people did (yet again, lol) by Anonymous Coward · · Score: 0

    Roughly 200++ of them & I post as AC (hard to get even +1, as /. hides our posts & we "AC"'s start @ ZERO/0 points, unlike registered "lusers", lol!):

    +5 'modded up' posts by "yours truly" (6):

    HOSTS & BGP:2010 -> http://tech.slashdot.org/comments.pl?sid=1901826&cid=34490450
    FIREFOX IN DANGER: 2011 -> http://news.slashdot.org/comments.pl?sid=2559120&cid=38268580
    TESLA:2010 -> http://science.slashdot.org/comments.pl?sid=1872982&cid=34264190
    TESLA:2010 -> http://tech.slashdot.org/comments.pl?sid=1806946&cid=33777976
    NVIDIA 2d:2006 -> http://hardware.slashdot.org/comments.pl?sid=175774&cid=14610147
    COMPUTER ASSOCIATES BUSTED FOR ACCOUNTING FRAUD:2010 -> http://news.slashdot.org/comments.pl?sid=1884922&cid=34350102

    ----

    +4 'modded up' posts by "yours truly" (4):

    APK SECURITY GUIDE:2005 -> http://developers.slashdot.org/comments.pl?sid=167071&cid=13931198
    INFO. SYSTEMS WORK:2005 -> http://slashdot.org/comments.pl?sid=161862&cid=13531817
    WINDOWS @ NASDAQ 7++ YRS. NOW:2009 -> http://tech.slashdot.org/comments.pl?sid=1290967&cid=28571315
    CARMACK'S ARMADILLO AEROSPACE:2005 -> http://science.slashdot.org/comments.pl?sid=158310&cid=13263898

    ----

    +3 'modded up' posts by "yours truly" (6):

    APK MICROSOFT INTERVIEW:2005 -> http://developers.slashdot.org/comments.pl?sid=155172&cid=13007974
    APK MS SYMBOLIC DIRECTORY LINKS:2005 -> http://it.slashdot.org/comments.pl?sid=166850&cid=13914137
    APK FOOLS IE7 INSTALL IN BETA HOW TO:2006 -> http://slashdot.org/comments.pl?sid=175857&cid=14615222
    PROOFS ON OPERA SPEED & SECURITY:2007 -> http://slashdot.org/comments.pl?sid=273931&cid=20291847
    HBGary POST in Fake Names On Social Networks, a Fake Problem:2011 -> http://tech.slashdot.org/comments.pl?sid=2375110&cid=37056304
    APK RC STOP ROOKIT TECHNIQUES:2008 -> http://it.slashdot.org/comments.pl?sid=1021873&cid=25681261

    ----

    +2 'modded up' posts by "yours truly" (18):

    CODING FOR DEFCON (my compressed/packed exe + sizecheck @ startup technique): 2005 -> http://it.slashdot.org/comments.pl?sid=158231&cid=13257227
    HOW DLL API CALL LOADS WORK:2008 -> http://tech.slashdot.org/comments.pl?sid=1001489&cid=25441395
    WERNER VON BRAUN - A Nazi Scientist used by U.S.A. for rocketry: 2011 -> http://science.slashdot.org/comments.pl?sid=1957608&cid=34933062
    APK TRICK T

  104. Re:Why not post by your registered 'luser' account by Anonymous Coward · · Score: 0

    You know, the longer your posts are, the less of them I read. I go through the first few attacks, but usually stop when I get to the first new phrasing of the statement "I am God and you should cower before me".

    I do actually mod you up when you make an insightful or funny post without being offensive. I just don't think I've seen that happen in recent memory. Instead, I usually see you post something silly about spending two hours to reconfigure Windows to save a few seconds of time over the next few years. Someone points out that it's silly, and you spend the next week insulting every aspect of their personality you can think of while giving yourself masturbatory praise.

    As for my own accomplishments, I wrote the first research paper on and simulation of a particular emergent behavioral model for artificially-intelligent robots. A few dozen citations later, I landed a cushy research job working on self-healing peer-to-peer networks. My team has had interest from Blizzard and Skype concerning our techniques for running a peer-to-peer network with centralized but non-essential management. Fascinating stuff that could change the future of content distribution, but it's utterly unrelated to an in-memory SQL database, so this is the first and last you'll hear of it. I'm also not going to post my entire Slashdot comment history for the past decade, where over half my comments are modded up, and about a quarter are at +4 (yes, +4. Excellent karma posts still record that extra vote up, even though it's only shown in one place). I'd love to simply send you a link to my Slashdot user page, but I've seen you stalk people before, derailing their topical discussions with your inane banter.

    That leads me to the next issue. I don't think I've ever seen you actually win an argument. You've ended many, but not through any display of logic or analysis. This is supposedly a discussion forum, but you don't discuss. You assume any disagreement is an attack against you, so in a combination of arrogance and victimization, you attack everyone else trying to have a conversation, accusing them of being "armchair quarterbacks" and "ne'er-do-wells". Rather than actually debate an issue, you simply offend people to the point they don't want to deal with you any more.

  105. Says the unidentified ac stalker troll, lol... by Anonymous Coward · · Score: 0

    "You've ended many, but not through any display of logic or analysis.." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Oh, really? See this post where I used the lists of my upwards mods you spoke of, here -> Then, tell us that the troll I replied to didn't ask for that from me, & that it didn't function to disprove his statement of:

    "No one gives a shit about what you say because you can't type. Fuck off and go choke." - by Anonymous Coward on Monday June 25, @12:37AM (#40435263)" FROM -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    TO THAT I MERELY POSTED THAT LIST OF MY UPWARD MODS & THAT PUT AN END TO HIM EASILY

    (Care to debate that too? I don't know HOW YOU LOGICALLY COULD - when proofs I posted put that b.s. of his to rest, & it was the upward ratings others here gave me on my posts!)

    "but usually stop when I get to the first new phrasing of the statement "I am God and you should cower before me"." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Ahem: Where did I say THAT? Please show us myself explicitly stating that, ok??

    (Good luck - you'll need it, because I never once did!)

    "As for my own accomplishments, I wrote the first research paper on and simulation of a particular emergent behavioral model for artificially-intelligent robots." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Ah, yes - "academia" -> Why Published Research Findings Are Often False FROM -> http://science.slashdot.org/story/11/01/02/1244210/why-published-research-findings-are-often-false

    (Once again, I have proof of EXACTLY what others think of that, myself included (not ALL the time in every instance, but... grant money is the motivator for bullshit and charlatans in academia!)

    "Someone points out that it's silly, and you spend the next week insulting every aspect of their personality you can think of while giving yourself masturbatory praise." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    LOL, see above - want those quotes? Ask... unlike yourself, I can produce those things... you talk a lot, but can't... mere "opinion"...

    (What I find funniest, is that you seem to be stating that you STALK ME, for weeks... lol, talk about giving yourself away!)

    "You know, the longer your posts are, the less of them I read." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Yea, ok Mr. "pot calling the kettle black" (you just wrote a BOOK practically here, lol)... first of all!

    Secondly:

    The more you stalk & troll me by ac the more you prove my points. You come in here stalking/harassing/trolling by ac posts & don't even let me know who you are (and you do have a registered 'luser' account don't you?), & yet you have the gall to state what you do? Please... lol!

    See subject-line above...

    "I go through the first few attacks" - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Funny how YOU are the one coming here posting after my posts & attempting to harass or discredit myself, "starting up" with me - see subject line above again...

    "I do actually mod you up when you make an insightful or funny post without being offensive." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    I can't believe that, especially when you are posting here to me by ac replies & NOT EVEN LETTING US KNOW WHO YOU ARE by your registered 'luser' name here...

    (To anybody reading - can you blame me THAT

  106. Putting words in my mouth I never said? by Anonymous Coward · · Score: 0

    I notice you AVOID THIS STATEMENT OF YOURS LIKE A PLAGUE:

    "Now you're claiming that you're the only one who could possibly have considered running a database in memory for speed?" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Typical troll trying to "put words in others' mouth" they NEVER uttered...

    Where did I say that EXPLICITLY? Learn to read!

    I only pointed out that I did it as far back as 1996, & it went into an esteemed publication & esteemed trade show & placed as a FINALIST in the hardest category of all @ MS Tech-Ed 2000-2002...

    Yet again - So, have you done better, MORE, & earlier? No.

    ---

    This was another "classic case" of that very same attempt @ more b.s. from you, & I shot it down with ease and yes, proofs:

    "but usually stop when I get to the first new phrasing of the statement "I am God and you should cower before me". - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Ahem: Where did I say THAT?

    * Please show us myself explicitly stating that, ok??

    (Good luck - you'll need it, because I never once did!)

    ---

    "You've ended many, but not through any display of logic or analysis.." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    The logic is proof. The analysis isn't needed, facts are facts, see below (another "classic" from you):

    E.G.-> See this post where I used the lists of my upwards mods you spoke of, here:

    "No one gives a shit about what you say because you can't type. Fuck off and go choke." - by Anonymous Coward on Monday June 25, @12:37AM (#40435263)" FROM -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    Then, tell us that the troll I replied to (probably you as ac troll yet again) didn't ask for that from me, & that it didn't function to disprove his statement above (facts are facts, verifiable & concrete proofs - nothing more's needed to "dust" trolls, like I am doing to you now).

    TO THAT I MERELY POSTED THAT LIST OF MY UPWARD MODS & THAT PUT AN END TO HIM EASILY!

    Just like YOU by this point...

    (Care to debate that too? I don't know HOW YOU LOGICALLY COULD - when proofs I posted put that b.s. of his to rest, & it was the upward ratings others here gave me on my posts!)

    APK

    P.S.=> Man... you just KNOW I've just GOTTA say it, as-is-per-my-usual-inimitable-style:

    This? Well... This was just "too, Too, TOO EASY - just '2EZ'"

    YOU MADE IT SO with all of your trolling posts & b.s. attempts @ putting words in my mouth I NEVER ONCE STATED (poor 'tactics' & very 'trollish', but then again? You MAY HAVE READING DIFFICULTIES, & I suspect you actually might...)

    ... apk

    1. Re:Putting words in my mouth I never said? by Anonymous Coward · · Score: 0

      I think I read less than 10% of all that, because the formatting changes were simply too annoying. Fantastic. Everything I did read was "OMG SHIT HAPPENED SO I POSTED A LIST!"

      That's really not a point in your favor. You posted a list that's tangentially related and really makes no sense to be included. You could have responded with a logical argument, but you chose to come to a gunfight with a mustard-covered hamster instead. Argument by absurdity works, I guess, in a manner of speaking...

      It just eats you up that you don't know who I am, doesn't it? Nobody to stalk, and no illusion of power beyond the scope of this one single thread. I guess I should have a name. Let's go with "Mr. H". It's a name I've used for the past few decades while teaching. You know, education... That process where we admit we don't know everything, and learn the works of others to eventually build something new.

      It's interesting that I mention academics, and you respond with a link (that I didn't follow, because I really don't see how it's related) to something about academics being "wrong". Wow. That's completely unrelated. Regardless of whether my findings were accurate or not, I built a simulation, ran tests, and observed behaviors that matched an earlier simulation, but I used a far simpler system to do it. I described the system, and that's a paper. There wasn't any ability to be "right" or "wrong", but go ahead with jumping to conclusions. The naivete is actually kind of cute sometimes. The rest of the time it's just annoying, so that's why I'll continue to mod you "Flamebait".

      As mentioned, you have a particular style of discussion that is indeed inimitable. It's best described as "juvenile insane ramblings" and I've seen few people (outside of 4chan) who would want to imitate your madness.

      Mr. H

      P.S. Smearing feces on a wall is probably also easy for you. Using proper grammar and following societal conventions are apparently just too hard, though. To phrase it so you may understand, "Gramar iz 2hrd"

      ...Mr. H

  107. Re:Regarding what other people did (yet again, lol by Anonymous Coward · · Score: 0

    Please, keep typing. I'm not logged in and cannot mod. Seeing you take it so seriously (or spending much more effort trolling me than I am trolling you) is fantastic.

  108. "Rinse, Lather, & Repeat" then by Anonymous Coward · · Score: 0

    "I think I read less than 10% of all that" -

    See subject-line & that post once more then -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40469141

    * LMAO - Since reading only 5% of it shows you're full of it, & trying to put words in my mouth I never once stated - you know it, hence why you RAN from answering its questions...

    (It's THAT, or you cannot read properly - that much I *might* excuse though...)

    APK

    P.S.=> After the above?

    First - You can write another "book of b.s." in response, even though you say MY posts are too long? You're "the pot calling the kettle black" since yours are even longer...

    Secondly - Your posts are full of b.s. that I easily showed your "trolling tactics" in YOU trying to put words in my mouth I never once stated here - & when I challenge you to show me stating those things? YOU RUN!

    Evasions of challenges & questions + putting words in my mouth I never stated? Please... lol: You fail, troll - you know it, I KNOW IT, anyone that can READ, knows it... apk

    1. Re:"Rinse, Lather, & Repeat" then by Anonymous Coward · · Score: 0

      Bah - I had the SAME basic idea in 1996 onwards ... Now, decades LATER, they're only doing an imitation of what I did then? Please... lol!

      There are your words. How is this anything but your arrogance? You're clearly implying that they're copying your brilliant idea, despite the reality that memory-based data stores are commonplace, and have been since long before 1996. In fairness, note that the quote has been modified slightly. I removed the irrelevant ramblings about being a contractor and several needless paragraph breaks.

      --Mr. H

  109. "Rinse, Lather, & Repeat" again, troll (lol) by Anonymous Coward · · Score: 0

    "I never downmodded anything, the rest of the people here who can't stand your stupid attitude did that. Keep trolling/being a retard." - by Anonymous Coward on Wednesday June 27, @02:05PM (#40469965)

    See this link (most folks realize that 200 > 1, retard) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    * With 200++:1 odds against vs. your erroneous drooling dribblings above? LMAO - please...

    APK

    P.S.=> Yes, that "says it all", & that "all said & aside"? Well, you FAIL, troll... & you just KNOW I've just GOTTA say it, as-is-per-my-inimitable-style:

    This? This was just "too, Too, TOO EASY - just '2EZ'", & it always is, using facts to dispatch "ne'er-do-well" trolls that attempt their off-topic illogical failing ad hominem attack attempts on myself...

    Yes - I win, as usual, on that alone!

    (Especially since the troll hasn't been able to disprove what's in the link above, which EASILY DISPROVES what he stated before I posted said list in the link above)...

    ... apk* With 200++:1 odds against vs. your erroneous drooling dribblings above?

  110. Altering quotes of my words now too? LOL! by Anonymous Coward · · Score: 0

    AND, now you admit to ALTERING MY POSTS & QUOTES OF THEM TOO? Please... lol!

    "You're clearly implying that they're copying your brilliant idea" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    Was pretty brilliant, thank-you. Since I did it before they did, & it did well @ Microsoft Tech Ed 2000-2002? Yea, I'd say it's FAIR to say I did it first, before them!

    I want you to show where I said THIS, explicitly though (you are RUNNING from backing it up):

    "Now you're claiming that you're the only one who could possibly have considered running a database in memory for speed?" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Typical troll yet again trying to "put words in others' mouth" they NEVER uttered...

    QUESTION - Where did I say that EXPLICITLY? I never even IMPLIED it...

    Learn to read!

    FACT - I only pointed out that I did it as far back as 1996, & it went into an esteemed publication & esteemed trade show & placed as a FINALIST in the hardest category of all @ MS Tech-Ed 2000-2002...

    Yet again - So, have you done better, MORE, & earlier? No. Clearly not...

    ---

    This was another "classic case" of that very same attempt @ more b.s. from you, & I shot it down with ease and yes, proofs:

    ""but usually stop when I get to the first new phrasing of the statement "I am God and you should cower before me". - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    Ahem: Where did I say THAT?

    * Please show us myself explicitly stating that, ok??

    (Good luck - you'll need it, because I never once did!)

    ---

    ""You've ended many, but not through any display of logic or analysis.." - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    The logic is proof - Analysis isn't needed, facts are facts, see below (another "classic" from you):

    E.G.-> See this post where I used the lists of my upwards mods you spoke of, here:

    "No one gives a shit about what you say because you can't type. Fuck off and go choke." - by Anonymous Coward on Monday June 25, @12:37AM (#40435263)

    FROM -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40436899

    Then, tell us that the troll I replied to (probably you as ac troll yet again) didn't ask for that from me!

    My response with around 200 upward mosts of my posts served as literal concrete veriable proof to disprove your troll b.s. once again is all... fact!

    (Care to debate that too? I don't know HOW YOU LOGICALLY COULD - when proofs I posted put that b.s. of his to rest, & it was the upward ratings others here gave me on my posts!)

    ---

    "In fairness, note that the quote has been modified slightly" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    Changing quotes of myself? LMAO... piss poor troll tactic in that alone...

    ---

    "I removed the irrelevant ramblings about being a contractor" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    Academician: Ever heard this saying?

    "Those who can do, DO. Those who can't, teach!"

    I am the former, you are the latter... I did things you never can or will, and there's NOTHING IRRELEVANT about that. It's quite relevant and factual when you attempt to attack me on it, but - this took the cake!

    Altering my words when you 'pseudo-quote' me?

    QUESTION - Do you do THAT in your "research papers" too?

    (LMAO!)

    APK

    P.S.=> Man... you just KNOW I've just GOTTA say it, as-is-per-my-usual-inimitable-style:

    This? Well... This was just "too, Too, TOO EAS

    1. Re:Altering quotes of my words now too? LOL! by Anonymous Coward · · Score: 0

      So by quoting you verbatim, I'm somehow putting words in your mouth? This is a fascinating look into the linguistic theory of a madman.

      Also, your post is obscenely long again. I read about three lines and gave up. Next time, try adding a few more lists, and see if you can hit Slashdot's length limit on posts.

      -Mr. H

  111. Answer 6 questions, don't run away by Anonymous Coward · · Score: 0

    "You're clearly implying that they're copying your brilliant idea" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    QUESTION: Who did it first: Myself, or the folks in this article?

    ---

    "Now you're claiming that you're the only one who could possibly have considered running a database in memory for speed?" - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    QUESTION: - Where did I say that EXPLICITLY? I never even IMPLIED it... Learn to read!

    FACT - I only pointed out that I did it as far back as 1996, & it went into an esteemed publication & esteemed trade show & placed as a FINALIST in the hardest category of all @ MS Tech-Ed 2000-2002...

    Yet again - So, have you done better, MORE, & earlier? No. Clearly not...

    ---

    "but usually stop when I get to the first new phrasing of the statement "I am God and you should cower before me". - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    QUESTION: Ahem - Where did I say THAT?

    * Please show us myself explicitly stating that, ok??

    (Good luck - you'll need it, because I never once did!)

    ---

    "In fairness, note that the quote has been modified slightly" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    QUESTION: Are you changing my words in quotes of myself?

    ---

    "I removed the irrelevant ramblings about being a contractor" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    Academician: Ever heard this saying?

    "Those who can do, DO. Those who can't, teach!"

    I am the former, you are the latter!

    I did things you never can or will, and there's NOTHING IRRELEVANT about that. It's quite relevant and factual when you attempt to attack me on it, but - this took the cake!

    QUESTION: - Do you alter words of those you cite in your "research papers" too?

    ---

    "despite the reality that memory-based data stores are commonplace, and have been since long before 1996" - by Anonymous Coward on Wednesday June 27, @03:39PM (#40471089)

    QUESTION: - Did I say they weren't around before THAT?

    (You've already SHOWN you like to put words in others' mouths that they NEVER ONCE STATED... see above - proof's right there in your own words quoted (WITH NO "ALTERATIONS" like you do!))

    APK

    P.S.=> Answer questions where there is QUESTION: above... Why do I suspect you'll pull a "Run, Forrest - RUN!", hmmm? You have many times now, hence why I am asking those questions of you here now (which of course, you'll evade again)... apk

    1. Re:Answer 6 questions, don't run away by Anonymous Coward · · Score: 0

      Who did it first: Myself, or the folks in this article?

      Assuming the "it" in question is "running a RDBMS in memory for performance", I guess that'd be Polyhedra in 1993, with development starting in 1991. Prior to that, of course, there were many other in-memory databases which, as I recall, were described in academics as far back as the mid-1940s.

      Where did I say that EXPLICITLY?

      In the fourth line of your original post, you stated that this database is merely an imitation of your idea, and with the phrase "imitation is the sincerest form of flattery" accuse them of copying you directly.

      Ahem - Where did I say THAT?

      If you would learn to read, I said "phrasing of", noting that you never outright say "I am God", but it's clear in your many statements that you regard everyone else as beneath you. As an example, I point to every instance where you talk about anyone else's achievements. You always promote your own above them, and cannot bear the thought that you might, in fact, be just as underachieving and mundane as everyone else you talk to.

      Are you changing my words in quotes of myself?

      No. I'm editing the text to fit the flow of the statement. This is a basic writing technique that every American middle-school student learns, so I'll assume you were exposed to it at some point in your supposedly-illustrious career. Exact text can honestly be changed for clarity, but the meaning of the statement can not. It is perfectly fair to rephrase your question as "[Is Mr. H] changing my words...?", which both clarifies the subject and removes extraneous detail. When I edited your text as stated, I removed the following text, which is completely irrelevant to the statement "Bah - I had the SAME basic idea in 1996 onwards ... Now, decades LATER, they're only doing an imitation of what I did then? Please... lol!":

      Windows NT Magazine (now Windows IT Pro) April 1997 "BACK OFFICE PERFORMANCE" issue, page 61

      (&, for work done for EEC Systems/SuperSpeed.com on PAID CONTRACT (writing portions of their SuperCache program increasing its performance by up to 40% via my work) albeit, for their SuperDisk & HOW TO APPLY IT, took them to a finalist position @ MS Tech Ed, two years in a row 2000-2002, in its HARDEST CATEGORY: SQLServer Performance Enhancement).

      Note how the citation of Windows NT Magazine are discussion of your contract are irrelevant to your accusation that they copied you. This is an extraneous detail that can be safely removed from the quotation and replaced with an ellipsis, as I did. I have followed the rules of English writing. Have you?

      Do you alter words of those you cite in your "research papers" too?

      Since I haven't altered yours beyond the reasonable expectations of English, I'll have to say "no" here as well. I write my papers in English, not Insane Schizophrenic Rambling.

      Did I say they weren't around before THAT?

      By stating that the MemSQL project is imitating you, you claim to be the originator. You clearly are not, so you are a liar and a fraud.

      right there in your own words quoted (WITH NO "ALTERATIONS" like you do!))

      That's partly why I don't bother reading the majority of what you say. You have no understanding of the rules of English communication, so you insist on quoting obscene amounts of useless text, which have no practical relevance on the issue at hand. I've seen samples of your writing from several years ago, and this trait has never changed. I am impressed that you haven't pulled out any Star Trek quotes in this whole thread, though, so maybe your adherence to basic customs is slowly improving. At this rate, you'll be conversing like an adult in only fifty years!

      Why do I

  112. No, no - myself, OR the folks in the article here by Anonymous Coward · · Score: 0

    "By stating that the MemSQL project is imitating you, you claim to be the originator. You clearly are not, so you are a liar and a fraud." - by Anonymous Coward on Thursday June 28, @09:18AM (#40477623)

    LOL, I asked "who did it first - myself, or the folks in this article"...

    QUESTION - WELL, who did?

    ANSWER THAT!

    (I merely stated that I did it back as far as 1996... did they? No. DID YOU? Hell no, lol!)

    ---

    "In the fourth line of your original post, you stated that this database is merely an imitation of your idea, and with the phrase "imitation is the sincerest form of flattery" accuse them of copying you directly." - by Anonymous Coward on Thursday June 28, @09:18AM (#40477623)

    I didn't say "I AM GOD" though, as you stated, did I?

    No.

    ---

    "If you would learn to read, I said "phrasing of", noting that you never outright say "I am God", but it's clear in your many statements that you regard everyone else as beneath you. ." - by Anonymous Coward on Thursday June 28, @09:18AM (#40477623)

    NO, YOU ARE IMPLYING I DID, but as anyone can see now? I did NOT say it... lol, so much for your "reading comprehension difficulties" (twisting things is more like it).

    ---

    "No. I'm editing the text to fit the flow of the statement." - by Anonymous Coward on Thursday June 28, @09:18AM (#40477623)

    Ahem: YOU RESORTED TO CHANGING MY ACTUAL WORDS, & ADMITTED IT

    (QUESTION - Do you do THAT in your "research papers", academician?)

    After all - You admit changing my statements yet again next below:

    ---

    "Since I haven't altered yours beyond the reasonable expectations of English, I'll have to say "no" here as well. I write my papers in English, not Insane Schizophrenic Rambling." - by Anonymous Coward on Thursday June 28, @09:18AM (#40477623)

    Complete with an illogical effete ad hominem attack attempt retaliation now too (will wonders NEVER cease)... well, to that? Ever heard THIS saying, boy?

    "Those who CAN, do. Those who CAN'T, teach"

    (That's what I think of you, assuming you even told the truth on THAT, because you don't provide a single shred of proof of that, & I've torn up PhD's in the art & science of computing before - probably WHY you don't provide proof of your statements!).

    APK

    P.S.=> Yes, it's always FUN "dusting ac trolls" & this was NO exception... &, of course, you KNOW I've just GOTTA say it, as-is-per-my-usual "inimitable" style:

    This? LOL, this was just "too, Too, TOO EASY - just '2EZ'"... especially vs. dolts that CLAIM to be professors but don't put up a shred of proof of it, NOR did they do this technique themselves... apk

  113. Re:No, no - myself, OR the folks in the article he by Anonymous Coward · · Score: 0

    QUESTION - WELL, who did?

    As I answered, it looks like Polyhedra was first, not you.

    I didn't say "I AM GOD" though, as you stated, did I?

    Yes, effectively.

    YOU RESORTED TO CHANGING MY ACTUAL WORDS, & ADMITTED IT

    Nope, I quoted you as per English. I'm also so audacious as to remove your bolding.

    Complete with an illogical effete ad hominem attack attempt retaliation now too (will wonders NEVER cease)... well, to that? Ever heard THIS saying, boy? "Those who CAN, do. Those who CAN'T, teach"

    Oh yes, I forgot. You, the almighty deity APK, are the only one who can use ad hominem attacks, and you can do so with impunity. I'm terribly sorry.

    That was sarcasm.

    nor did they do this technique themselves...

    I'm beginning to doubt you did. You stole an idea from Polyhedra, and now you lie about it. You're a fraud.

    -Mr. H

  114. Why are you avoiding a SIMPLE question? by Anonymous Coward · · Score: 0

    I posted I did this & did well on it in 1997 (was doing it in 1996) - so, WHO DID IT FIRST:

    Myself

    or

    The folks in this article

    ?

    * I can't make it ANY simpler than that... & you've already been caught attempting to "put words in my mouth" I never once said OR implied even, and ALTERING MY WORDS IN QUOTES OF THEM too... low!

    ---

    Show us where I said "I am God" or what you said...

    THOSE WHO CAN, DO. THOSE WHO CAN'T, TEACH...

    (You're showing us that now too, lol... because you evade answering a simple answer, & try to "twist my words" as well as alter quotes of my words too, admittedly on YOUR part (bet you do THAT in your "research papers" too, don't you!)

    APK

    P.S.=> After all - I NEVER ONCE STATED I WAS THE ABSOLUTE FIRST doing it (but I did well doing it, you certainly didn't) - Also: I thought you were leaving for the weekend - lol, WHAT HAPPENED TO THAT? You're a liar... apk

    1. Re:Why are you avoiding a SIMPLE question? by Anonymous Coward · · Score: 0

      WHO DID IT FIRST:

      Polyhedra. You weren't even the first after that to steal their idea and lie about it.

      -Mr. H

      P.S. I said I'm leaving after work. I'm still in the lab, running yet another simulation of a few hundred peers joining & leaving a network. After 8 PM in San Diego, you likely won't see me until Monday morning.

    2. Re:Why are you avoiding a SIMPLE question? by Anonymous Coward · · Score: 0

      More partial quoting of apk's question and words with evasions. Pitiful. No wonder this is true!

      Why-Published-Research-Findings-Are-Often-False http://science.slashdot.org/story/11/01/02/1244210/Why-Published-Research-Findings-Are-Often-False

    3. Re:Why are you avoiding a SIMPLE question? by Anonymous Coward · · Score: 0

      You're trolling again.

    4. Re:Why are you avoiding a SIMPLE question? by Anonymous Coward · · Score: 0

      He's right though. Apk wins another one as usual.

  115. Re:No, no - myself, OR the folks in the article he by Anonymous Coward · · Score: 0

    You're pinned by your erroneous words and unwillingness to answer a simple question. APK never once said he was the first to implement this, and by calling him a fraud you're libeling him. APK stated he did it as far back as 1996-1997. So who did it first, apk or the people this article's about? Answer it. I'll ask that question too since it's quite amusing watching you pussy foot around trying to avoid answering because it will floor you completely, topping off your other reprehensible behaviour in altering quotes of apk's words and implying things apk never once literally stated. You're no professor as you claim. You said you were leaving for the weekend, another lie. There's no reason to believe someone that has been caught lying, altering the words of others, or making accusations or implications that aren't truths.

  116. Re:No, no - myself, OR the folks in the article he by Anonymous Coward · · Score: 0

    I doubt very much anyone else cares to read this deep into such a silly thread. Nice try, though. I'm impressed that you managed to use only a single paragraph this time.

    -Totally not Mr. H

  117. Re:No, no - myself, OR the folks in the article he by Anonymous Coward · · Score: 0

    Who did in memory db devices first: APK or MemSQL? Answer it. Either one named is enough. All APK stated was he did it in 1996-1997. He never said he was the first person on earth to do so. Why are you evading his simple question above then?

    So much for alleged academics which you can't even prove either. I can prove this though (thanks to apk and this website) Why-Published-Research-Findings-Are-Often-False http://science.slashdot.org/story/11/01/02/1244210/Why-Published-Research-Findings-Are-Often-False since they have such intelligent, honest, and accurate (not to each item) *professors* like you, allegedly (doubt that too by this time and your evasions of a simple question).

  118. 2 questions that will FLOOR you for good, lol... by Anonymous Coward · · Score: 0

    1.) Who did it first - myself, or MemSQL?

    and

    2.) Did I ever once said I was the 1st person on earth doing in-memory databases??

    ---

    Heck - I was using db devices in memory as far back as 1994 with DBase III in fact...

    * Now, I've got you - answer the questions, no more "evasive maneuvers"... lol, or will you pull another "Run, Forrest - RUN!" &/or more evasions?

    (Let's see - you've already admitted misquoting me &/or altering my words quoted, you can't PROVE you're a professsor and your evasions here certainly don't help, neither did your lies that you were leaving for the weekend, but yet you're still posting... lol!)

    APK

    P.S.=> Some "professor" you are, lol... you can't even PROVE THAT on your part, & we all know this anyhow about academicians:

    Why-Published-Research-Findings-Are-Often-False http://science.slashdot.org/story/11/01/02/1244210/Why-Published-Research-Findings-Are-Often-False

    Sure are - especially when these "academicians" are KNOWN alterers of the words of others (which ac troll here admitted doing to my words here already).

    (LOL - not only is THAT truth, but getting PROOF of "Mr. Wannabe Professor" here as to where & what he teaches? We get ZERO... lol!)...

    ... apk

  119. Re:2 questions that will FLOOR you for good, lol.. by Sarten-X · · Score: 1

    Of the two options presented, I most believe that the MemSQL team has beaten you to producing anything functional. You seem too incoherent to actually produce a useful program. The extent of your contributions to the world appears to be a list of anonymous posts to Slashdot (the vast majority of which are either downmodded to oblivion or only marginally appreciated) and a few old programs in Delphi, including an alarm clock with "extensive hand optimizations". I find no evidence that you have created anything of professional quality in the software realm. You have, however, produced a good many laughs with your seemingly genuine incompetence.

    I never claimed I was a professor. I have a research job at a university, used to teach (as an adjunct faculty, actually), and wrote a few papers describing a new model that hasn't been explored before. You're the one twisting words now.

    -Mr. H

    --
    You do not have a moral or legal right to do absolutely anything you want.
  120. What year came 1st? 1996, or 2012?? by Anonymous Coward · · Score: 0

    "Of the two options presented, I most believe that the MemSQL team has beaten you to producing anything functional." - by Sarten-X (1102295) on Thursday June 28, @12:29PM (#40479707) Homepage

    See subject-line above: What year came before which one, 2012 or 1996?

    After all - I did db devices placed in memory as far back as 1996 that I can substantiate easily... & even BEFORE THAT, in smaller DBase III systems (1994 or so).

    Then, call or write EEC Systems/Superspeed.com, ask for Mr. Eric Dickman (he's their CEO & good man to work with)!

    Ask him if what I noted in the initial post of mine here was what I did for them, which was:

    ---

    1.) Writing up a program that increased the efficacy of their disk block device level SuperCache program up to 40%

    &

    2.) Coming up with an idea they posted on their website for using db devices on ramdisks). Both Mr. John Enck (Windows IT Pro mag technical editor) & myself did so in fact...

    ---

    Go for it... I am going to have GREAT PLEASURE watching you "eat your words", troll... after all:

    I've done so BEFORE to you here in these numerous posts:

    Sarten-X & crew "blow it" on diskcaches caching hosts files:

    http://slashdot.org/comments.pl?sid=2779659&cid=39675207

    & more (want more? I've got them, & SPECIFICALLY on your "blunders" vs. myself, repeatedly... lol!)

    ---

    Oh, this one "takes the cake" outta you, "ne'er-do-well":

    "You seem too incoherent to actually produce a useful program." - by Sarten-X (1102295) on Thursday June 28, @12:29PM (#40479707) Homepage

    LOL, you did a "Run, Forrest - RUN!" on that topic before vs. myself too (where I challenged you to show you've done MORE, EARLIER, & BETTER than I have in the art & science of computing in tech trade shows like Ms TechEd 2000-2002 2 yrs. in a row in its hardest category - SQLServer Performance Enhancement, books/magazines/newspapers regarding computer programs, & more...)

    http://slashdot.org/comments.pl?sid=2783135&cid=39678165

    * You're the LAST PERSON to state that to me - you haven't been able to show you PERSONALLY have done more, better, & earlier than I have in computing... period! You know it, I KNOW IT, & now? Everyone/anyone else reading, knows it... see the last link above!

    APK

    P.S.=> Sarten-X? Prove you've done MORE, EARLIER & BETTER than I have, regarding the creation of computer programs... show us you've done more than this ONLY PARTIAL LIST of some of my "favorites" over time:

    "My Name is Ozymandias: King of Kings - Look upon my works, ye mighty, & DESPAIR..."

    ----

    Windows NT Magazine (now Windows IT Pro) April 1997 "BACK OFFICE PERFORMANCE" issue, page 61

    (&, for work done for EEC Systems/SuperSpeed.com on PAID CONTRACT (writing portions of their SuperCache program increasing its performance by up to 40% via my work) albeit, for their SuperDisk & HOW TO APPLY IT, took them to a finalist position @ MS Tech Ed, two years in a row 2000-2002, in its HARDEST CATEGORY: SQLServer Performance Enhancement).

    WINDOWS MAGAZINE, 1997, "Top Freeware & Shareware of the Year" issue page 210, #1/first entry in fact (my work is there)

    PC-WELT FEB 1998 - page 84, again, my work is featured there

    WINDOWS MAGAZINE, WINTER 1998 - page 92, insert section, MUST HAVE WARES, my work is again, there

    PC-WELT FEB 1999 - page 83, again, my work is featured there

    CHIP Magazine 7/99 - page 100, my work is there

    GERMAN PC BOOK, Data Becker publisher "PC Aufrusten und Repairen" 2000, where my work is contained in it

    HOT SHAREWARE Numero 46 issue, pg. 54 (PC ware mag

  121. Why've you been trolling as ac then? by Anonymous Coward · · Score: 0

    http://developers.slashdot.org/comments.pl?sid=2935623&cid=40467581

    Now, You're busted trolling by ac posts now too... lol!

    (Yet another debate where I burn your ass easily ontop of the ones I posted here (only partial too, I have more) -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40480169

    APK

    P.S.=> It's YOU Sarten-X: No wonder you were SO EASY TO DUST with 2 simple questions you evaded:

    ---

    1.) Who did it first - myself in 1996, or MemSQL now in 2012?

    and

    2.) Did I ever once said I was the 1st person on earth doing in-memory databases??

    ---

    From -> http://developers.slashdot.org/comments.pl?sid=2935623&cid=40479413

    (Hate to "bust your bubble", but 1996 is before 2012, & I put forth the idea to place DB devices of ANY kind (I was doing it with DBase III temp tables & entire tables on ramdisks) for SuperSpeed.com/EEC Systems, & they took that idea to a finalist placement in the HARDEST CATEGORY POSSIBLE using SuperDisk - SQLServer Performance Enhancement)).

    Other ways I currently use TRUE "SSD's" are in my 1st post, & they work (for home/end-users), for obvious reasons! apk

    1. Re:Why've you been trolling as ac then? by Anonymous Coward · · Score: 0

      APK you know why Sarten-X trolls you by ac. You burnt him before. Sarten-X can't get over his "geek angst" as you call it.

  122. LMAO (Thanks, & well said)... apk by Anonymous Coward · · Score: 0

    "APK you know why Sarten-X trolls you by ac. You burnt him before. Sarten-X can't get over his "geek angst" as you call it." - by Anonymous Coward on Thursday June 28, @01:03PM (#40480533)

    Thank you... truer words were NEVER spoken!

    * Sarten-X is just another "ne'er-do-well" I've repeatedly "schooled" here before... why? He's a mere academic, nothing more.

    APK

    P.S.=> "Those who CAN, do. Those who CAN'T, teach"... period! He'll run from showing us he's done more, earlier, & BETTER than I have, & of course, he'll try to do so without proof as per usual... lol! apk

  123. Those who can, DO. Those who CAN'T, teach by Anonymous Coward · · Score: 0

    "I have a research job at a university, used to teach (as an adjunct faculty, actually)" - by Sarten-X (1102295) on Thursday June 28, @12:29PM (#40479707)

    Am I? See subject-line above... lol!

    Before THAT, while you trolled me by anonymous posts like the coward you TRULY evidence yourself to be, this:

    " I wrote the first research paper " - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    While trolling myself by ac posts, no less!

    Ok... slashdot says this, about that:

    ---

    Why-Published-Research-Findings-Are-Often-False

    http://science.slashdot.org/story/11/01/02/1244210/Why-Published-Research-Findings-Are-Often-False

    ---

    * Had enough yet? Or, especially based on your PRIOR big FAILS vs. myself?? Do you want more??? You're a GLUTTON FOR PUNISHMENT - because I posted a couple posts you've lost badly to in the past to myself, but there's more too!

    So, quit evading a simple question:

    ---

    1.) Who did it first - myself (1996 on SuperDisk), or MemSQL?

    and

    2.) Did I ever once said I was the 1st person on earth doing in-memory databases??

    --

    (Answer the SIMPLE QUESTION above, that's all!)

    Hey everyone - are you ready to see Sarten-X "Run, Forrest - RUN!!!"?

    APK

    P.S.=>

    "When I can, I downmod you not because I'm trying to hide what you say, but because the vast majority of your posts are full of ad hominem attacks and grandstanding your own ridiculously meager accomplishments." - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Ah, yes - the only "weapon" a consistently defeated troll stinging in "geek angst" has - the unjustified & invalid downmod!

    While you trolled by ac posts too, no less!

    FUNNY how You're still "stinging" in "geek angst" from taking SO MANY BEATINGS @ MY HANDS, you have to resort to that, you stalking troll?

    LMAO! You fail... badly!

    Let see:

    1.) You're busted ac trolling
    2.) You're busted partially quoting my words &/or altering them
    3.) You're avoiding questions
    4.) You've libeled myself
    5.) You evaded simple questions 10x by now & more (which came first, 1996 or 2012?)

    However - you've already shown us that's "how you roll", isn't it, Sarten-X? Head over heels vs. myself... lol!

    (So much for academics:

    )

    This? You KNOW I've just GOTTA say it (especially now):

    This? This was just "too, Too, TOO EASY - just '2EZ'" & thanks for making me LOOK GOOD, as per your usual by failing to me, but doing so in such a reprehensible manner above, it's astounding... astoundingly FUNNY!

    ... apk

    1. Re:Those who can, DO. Those who CAN'T, teach by Anonymous Coward · · Score: 0

      Playing with your imaginary friends again?

    2. Re:Those who can, DO. Those who CAN'T, teach by Anonymous Coward · · Score: 0

      Trolling by ac posts again, Sarten-X?

  124. "Run, Forrest (Sarten-X) - RUN!", lol... apk by Anonymous Coward · · Score: 0

    Quit evading a simple question:

    ---

    1.) Who did it first - myself (1996 on SuperDisk), or MemSQL?

    and

    2.) Did I ever once said I was the 1st person on earth doing in-memory databases??

    --

    (Answer the SIMPLE QUESTIONS above, that's all!)

    Hey everyone - are you ready to see Sarten-X "Run, Forrest - RUN!!!", again?

    ---

    "I have a research job at a university, used to teach (as an adjunct faculty, actually)" - by Sarten-X (1102295) on Thursday June 28, @12:29PM (#40479707)

    Yes, this old adage/saying FITS YOU TO A TEE:

    "Those who can, DO. Those who can't, TEACH"...

    Proof? Simple:

    You trolled me by anonymous posts like the coward you TRULY evidence yourself to be, & obviously screwed up afterwards by forgetting to push the "post as ac button", lol...

    Thus - You show us all reading that you can't "take me on" face-to-face like a man, & you act like a BITCH (being as forthcoming as I can be about it, & blunt).

    ---

    "I wrote the first research paper " - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    While trolling myself by ac posts @ THAT POINT @ least, before you screwed up & forgot to push the "AC" submit instead, no less!

    Yea - Those who CAN, DO. Those that CAN'T, TEACH...

    Slashdot says this, about mere "academics" like you:

    ---

    Why-Published-Research-Findings-Are-Often-False:

    http://science.slashdot.org/story/11/01/02/1244210/Why-Published-Research-Findings-Are-Often-False

    ---

    * Had enough yet?

    Especially based on your PRIOR big FAILS vs. myself of which I showed a couple here:

    ---

    Sarten-X & crew "blow it" on diskcaches caching hosts files:

    http://slashdot.org/comments.pl?sid=2779659&cid=39675207

    ---

    Sarten-X runs from a simple challenge to show he's done more, earlier, & BETTER than I have numerous times in respected publications (books/magazines/newpapers), commercial software code to his name/credit from a certified Microsoft Partner, excellent showings @ highly esteemed trade shows in computing (all of which I did before this stooge Sarten-X was born I wager):

    http://slashdot.org/comments.pl?sid=2783135&cid=39678165

    ---

    Now, you're "topping it off" with THIS UTTER "FAIL" OF YOURS AGAIN NOW!

    I love it - In this exchange, you're not only caught:

    ---

    A.) Altering my words quoted

    B.) Also trolling by AC too?? LOL - shame, Shame, SHAME on you, troll!

    C.) Trying to put words in my mouth I never stated.

    D.) Running away from 2 simple questions above...

    ---

    & more of reprehensible nature!

    You've shown us You're a GLUTTON FOR PUNISHMENT - because I posted a couple posts you've lost badly to in the past to myself, but there's more too!

    APK

    P.S.=> Oh, it gets BETTER, because this little DOUCHE Sarten-X also not only trolls me by AC posts, but also downmods my posts unjustly for no valid reasons:

    "When I can, I downmod you not because I'm trying to hide what you say, but because the vast majority of your posts are full of ad hominem attacks and grandstanding your own ridiculously meager accomplishments." - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Spoken by a "ne'er-do-well" who can't produce proof of anything worthwhile he has ever done that others in respected trade publications, books, magazines, newspapers, highly esteemed trade show contests like MS TechEd, & commercially sold code to his name/credit by a certified Microsoft partner

    1. Re:"Run, Forrest (Sarten-X) - RUN!", lol... apk by Anonymous Coward · · Score: 0

      Oh good... I'm getting out of work a bit early, so this'll be the end for the weekend. I've answered your questions, and you've ranted like a lunatic.

      This has been fun, and I hope I've managed to keep you occupied enough to let others converse in peace. Farewell, Alexander Peter Kowalski, and may you someday find sanity still hiding in the abyss of your mind.

      -Mr. H

  125. Sarten-X's "Greatest Hits" (his fails here) by Anonymous Coward · · Score: 0

    You avoid 2 simple questions - have some balls, answer them:

    ---

    1.) QUESTION - Who did it first: Myself (1996 on SuperDisk), or MemSQL?

    and

    2.) QUESTION: Did I ever once said I was the 1st person on earth doing in-memory databases??

    --

    "I have a research job at a university, used to teach (as an adjunct faculty, actually)" - by Sarten-X (1102295) on Thursday June 28, @12:29PM (#40479707)

    This old adage/saying FITS YOU TO A TEE:

    "Those who can, DO. Those who can't, TEACH"...

    Proof? Simple:

    You trolled me by anonymous posts like the coward you TRULY evidence yourself to be, & obviously screwed up afterwards by forgetting to push the "post as ac button", lol...

    (You show us all reading that you can't "take me on" face-to-face like a man, & you act like a BITCH (being as forthcoming as I can be about it, & blunt)).

    ---

    "I wrote the first research paper " - by Anonymous Coward on Wednesday June 27, @11:05AM (#40467581)

    While trolling myself by ac posts @ THAT POINT @ least, before you screwed up & forgot to push the "AC" submit instead, no less!

    Slashdot says this, about mere "academics" like you:

    ---

    Why-Published-Research-Findings-Are-Often-False:

    http://science.slashdot.org/story/11/01/02/1244210/Why-Published-Research-Findings-Are-Often-False

    ---

    Especially considering your PRIOR big FAILS vs. myself on slashdot before, of which I showed a couple here:

    ---

    Sarten-X & crew "blow it" on diskcaches caching hosts files:

    http://slashdot.org/comments.pl?sid=2779659&cid=39675207

    (LOL, an ENTIRE FORUM of "network wallys" as I call them couldn't "get the best" of me...)

    ---

    Sarten-X runs from a simple challenge to show he's done more, earlier, & BETTER than I have numerous times in respected publications (books/magazines/newpapers), commercial software code to his name/credit from a certified Microsoft Partner, excellent showings @ highly esteemed trade shows in computing (all of which I did before this stooge Sarten-X was born I wager):

    http://slashdot.org/comments.pl?sid=2783135&cid=39678165

    ---

    * Now, you're "topping it off" with THIS UTTER "FAIL" OF YOURS AGAIN NOW? Please... you're TOO easy to "spank" & blow away - with EASE!

    APK

    P.S.=> Oh, it gets BETTER, because this little DOUCHE Sarten-X also not only trolls me by AC posts & was caught doing it here in THIS exchange, but he also downmods my posts unjustly for no valid reasons:

    "When I can, I downmod you... grandstanding your own ridiculously meager accomplishments." - by Anonymous Coward on Tuesday June 26, @03:13PM (#40456437)

    Oh sure - Spoken by a "ne'er-do-well" troll coward like you?

    Who can't produce proof of anything worthwhile he has ever done that others in respected trade publications, books, magazines, newspapers, highly esteemed trade show contests like MS TechEd, & commercially sold code to his name/credit by a certified Microsoft partner & more...?

    Please... lol!

    You can see Sarten-X uses the only "weapon" a consistently defeated troll stinging in "geek angst" has - the unjustified & invalid downmod!

    (FUNNY how You're still "stinging" in "geek angst" from taking SO MANY BEATINGS @ MY HANDS, you have to resort to that, you stalking troll?)

    LMAO! You fail... badly!

    Let see your list of cowardly WOMAN LIKE reprehensible antics here in this exchange:

    ---

    1.) You're busted ac trolling

  126. APK = Thor, Sarten-X = Hulk by Anonymous Coward · · Score: 0
  127. Re:"Rinse, Lather, & Repeat" again, troll (lol by Anonymous Coward · · Score: 0

    Keep typing bro. I haven't had mod points in weeks.