throwaway9101

I develop an operating system running on bare metal :). It's sort of an appliance, but I don't think Xeons really qualify as embedded.

Codechef appears to use Python 3.1.2 for "Python3", which is pretty old (March 21st, 2010) and predates some significant performance improvements in Python3[0].

[0]: E.g., 3.3 adds a more efficient encoding for ASCII-subset unicode strings: http://docs.python.org/3/whatsnew/3.3.html#performance-and-r...

Fedora 22 is ... 3 releases out? So we're talking about 12-18 months depending on how soon F20 is due to be released. Still, I'm surprised, and I've been a Fedora contributor since FC5.

Or the cold.

Bandwidth delay product tends to limit throughput at such high latencies, though.

Or FEC, and optionally reliable re-transmission. TCP won't work well due to the huge latencies involved.

The $69 models do N, but not AC :-(.

Edit: oh hello downvote, I'm glad you think AC is worthless to note.

Adblock plugins slurp down new lists without updating the plugin code itself. Newer techniques, sure, but I don't think ABP's release cycle is substantially faster than Firefox's.

Breed until they can't slaughter us all!

I know, when the shit really hits the fan, visual studio is the tool I would use to try and clean up those messy directories.

</sarcasm>. The complaint is about Visual Studio's decision in particular, not the weakness of (some) (old) Win32 APIs.

gets in the way of having a deeply-nested project hierarchy"

Do people actually want deeply-nested project hierarchies?

For example, from a real-world, full operating system, the deepest path I can find[0] is in a build directory and 184 characters:

"./ports/lang/python26/work/Python-2.6.1/portbld.static/build/temp.XXXXXX XXXXX-vHEAD-amd64-2.6/XXXXXX-home/XXXXX.git/src/ports/lang/python26/work/Python-2.6.1/Modules/_multiprocessing"

(Names changed to protect the "innocent.")

[0]:

    $ mkfifo ../names
    $ find . > ../names &
    $ python
    >>> with open("../names") as f:
    ...   l = 0
    ...   nm = None
    ...   for n in f.readlines():
    ...     if len(n) > l: l, nm = len(n), n
    ...   print l, nm

Likewise. I've since been pretty disappointed in Firefox's networking backend. Something in DNS resolution or page-fetching occasionally goes out to lunch and then ... no more loading webpages. I'm on 24.0. I should probably make some effort to actually track this down, but I don't even know where to begin.

Edit: doh! Maybe just network.dns.disableIPv6=true solved it...

Possibly an exaggeration, but OP is probably referring to the workers who run Amazon's fulfilment centers.

It was. I think it's likely this effort was motivated by LLVM's relative strength in JIT compilation.

bm9jYXJyaWVyQGpnYy5vcmc= Is the base64 if you want something copy-pastable.

Alternatively, nocarrier [AT] the domain of the post.

Personal plug, because the article mentions snakebite; hadoofus[1] is a C library that natively speaks to HDFS (v1), with a Python wrapper. No Java involved.

Pros (vs Snakebite):

* C, not Python. More portable to non-Python languages; probably faster

* Speaks v1 of the protocol (AFAIK, nothing else does this except via JNI to hadoop's Java client)

* Kerberos authentication supported (but not datanode tokens or the digest auth they employ)

Cons:

* Sort of abandonware. I don't personally use HDFS anymore, so it has stagnated.

* As an extension of the above, doesn't support the v2 (Protobuf-based) protocol

* C, not Python. All the usual potential issues with C that Python shields you from.

[1] https://github.com/cemeyer/hadoofus