Forgot your password?
typodupeerror

Comment: Re:What's the point? (Score 1) 508

by Wdomburg (#47746635) Attached to: If Java Wasn't Cool 10 Years Ago, What About Now?

Java has a vast ecosystem, excellent threading and concurrency support, robust monitoring and debugging tools, and can rival (or exceed) the performance of traditional compiled languages.

This is true for both small scale and large scale problems. For example, I wrote a little tool to do LDIF transforms in perl. Six hours later, it wasn't even half finished. Rewrote it using a Java library (UnboundSDK) and it finished in about twenty-five minutes.

On the other end of spectrum, I wrote a load-testing application that scaled cleanly to tens of thousands of threads. In a couple of hours. With no experience writing anything to that scale before.

(And the idea that Java is strictly Android these days is absurd. Your cable box runs Java. So does your blu-ray player. Along with ATMs, cash registers, voting machines, any number of enterprise applications, webservices, etc, etc. It is an incredibly pervasive language.)

Comment: Re:what does that cost? Compare 64TB per $300 (Score 1) 193

by Wdomburg (#47741943) Attached to: Facebook Experimenting With Blu-ray As a Storage Medium

How big a stack do you need to match a 1320 tape library? Even using 4TB disks you're talking 825 disks, which means 51 enclosures. And then four racks to hold those enclosures. And enough floor space to hold those racks. And enough circuits to power those racks.

At that level of scale, tape is simply a better option for archival storage.

Comment: Re:Could be a different route involved for the VPN (Score 1) 398

I would think the more apt analogy is that you sold me unlimited access to your fridge (bandwidth) but Netflix (content provider) is only restocking at a rate of one six-pack per week. IOW, Netflix is the one failing to have peerage agreements in place to honor their downstream sales commitments.

Comment: Re:Good (Score 1) 225

by Wdomburg (#47535859) Attached to: Chromebooks Are Outselling iPads In Schools

Very expensive items ... like an iPad. Even if, as you stipulate, the replacement rate is significantly higher, it can afford to be. Because again, half the cost. Less once you consider the cost of keyboard and case for the iPad.

But I frankly doubt the iPad will last that much more. The batter is probably higher grade in the Apple, but the battery in many Chrome books is user-replacement and long off-AC battery life is not going to be a pre-requisite for this use case. There may be a slightly higher breakage rate with a Chromebook (given hinges, keyboard, etc), but accidental damage is likely to be similar on both and repairs on the Apple side are going to be more expensive (since they are not easily user-serviceable). Loss and theft will be more expensive on the Apple side as well, since the unit cost is higher. And separate keyboards are probably more likely to be lost or damaged than a built-in one.

Comment: Re:Good (Score 0) 225

by Wdomburg (#47527053) Attached to: Chromebooks Are Outselling iPads In Schools

Less than half the price. When buying tens or hundreds of thousands of units, the savings add up.

And applications targeting the platform have the expectation of a keyboard and pointing device, unlike iOS apps.

There are limitations, but that does not mean it is unsuitable to all markets. And those limitations become less important as applications increasingly move to the web.

Comment: Re:Intel (Score 1) 236

by Wdomburg (#47476735) Attached to: Nearly 25 Years Ago, IBM Helped Save Macintosh

It was the G4 and a considerable level of creativity in Apple's marketing department. They were not considered a "supercomputer". They were briefly subject to an export ban to some markets because they breached a arbitrary limit that had already changed by the time they hit the market.

See, for example:

The extend of their superiority over the Intel and AMD processors of the time also need to be taken with a grain of salt. As with most Apple touted benchmarks, the fine print would reveal that the "up to twice as fast" claim referred to three specific Photoshop filters that were optimized for the Altivec operations in the G4. In other words, they exploited the fact that Intel made significant performance trade-offs with their implementation of SIMD instructions in that generation. In other benchmarks (like SPEC) the P3 spanked the G4.

Comment: Re:Perl 6ers just can't get shit done. (Score 1) 283

by Wdomburg (#47399579) Attached to: Perl Is Undead

That is the core API, not the standard library (csv, net/*, json, etc).

And again, that holds true for MRI Ruby, not every implementation. For example, in JRuby, this is:

/** rb_ary_push - specialized rb_ary_store
          *
          */
        public RubyArray append(IRubyObject item) {
                modify();
                int valuesLength = values.length - begin;
                if (realLength == valuesLength) {
                        if (realLength == Integer.MAX_VALUE) throw getRuntime().newArgumentError("index too big");

                        long newLength = valuesLength + (valuesLength >> 1);
                        if (newLength > Integer.MAX_VALUE) {
                                newLength = Integer.MAX_VALUE;
                        } else if (newLength

And in Rubinius:

def push(*args)
        Rubinius.check_frozen

        return self if args.empty?

        concat args
    end

Comment: Re:Perl 6ers just can't get shit done. (Score 1) 283

by Wdomburg (#47329021) Attached to: Perl Is Undead

Ruby 1.8, which was superseded in 2009 and completely discontinued in 2013.

The majority of the standard library is written in Ruby. The handful of extensions typically have native Java versions under JRuby (and I believe in Ruby under Rubinus).

It may not be "wrong", but it is significantly incomplete. The language has multiple first class implementations, in multiple languages. But the broader point was not the implementation language (which I point out is C in several examples) but other languages in the same class are not interpreters in the classic sense. They are almost universally virtual machines, either from the beginning (like python) or at some point in their evolution (like Ruby, TCL, PHP, etc).

Comment: Re:Perl 6ers just can't get shit done. (Score 2) 283

by Wdomburg (#47306893) Attached to: Perl Is Undead

- Perl 5 and earlier: An interpreter written in C.

Not exactly. The interpreter compiles the source files into a bytecode and executes it on a stack-based virtual machine: ahref=http://perlbin.sourceforge.net/perlcompiler/perl.internals.pdfrel=url2html-14852http://perlbin.sourceforge.net...>

- Python: An interpreter written in C.

A virtual machine in C: http://www.troeger.eu/files/teaching/pythonvm08.pdf

- Ruby: An interpreter written in C.

A virtual machine in C: http://en.wikipedia.org/wiki/YARV

Or in C++: http://rubini.us/

Or against the JVM (which is written in C++): http://jruby.org/

- Lua: An interpreter written in C.

A virtual machine in C: http://www.lua.org/doc/jucs05.pdf

- Tcl: An interpreter written in C.

A virtual machine in C: https://www.tcl.tk/community/tcl2002/archive/Tcl2002papers/kenny-bytecode/paperKBK.html

- PHP: An interpreter written in C.

Hey, you got one. However the they are currently revising the language to make it compatible with adding a JIT later: http://www.computerworld.com/s/article/9248637/PHP_keepers_plot_radical_revision_of_the_language

And Facebook has their own C++ VM: http://hhvm.com/

- UNIX shells: Interpreters written in C.

Different problem space.

Repel them. Repel them. Induce them to relinquish the spheroid. - Indiana University fans' chant for their perennially bad football team

Working...