61–70 of 97 posts
See the friendship between cat and squirrel That's so cute see how much they are taking care of each others http://bit.ly/2VdHs4E
Friendship between cat and dog see in video how much they are teasing each others also they are loving http://bit.ly/2WoRU66
See the friendship between cat and squirrel That's so cute see how much they are taking care of each others http://bit.ly/2VdHs4E
Friendship between cat and dog see in video how much they are teasing each others also they are loving http://bit.ly/2WoRU66
Pierre Menard, author of The Filesystem. But I'm surprised this is possible without a specification - how can you test a filesystem through hexdumps? The effects of some operations are going to pretty far-reaching, surely?
Earlier quoted context omitted.
PyPy is faster than Python, yes. But Go, C and many other (compiled) languages are way faster than PyPy. Plus, if you use a language like Go or Rust then you avoid Python's GIL and you'll have much more reasonable memory usage. Best of all, deploying is a matter of copying a binary, rather than having to deal with the absolute disaster that is Python packaging.
Go? A GC'd language in kernel? (Well, yes, this has been done, from Lua to Haskell, but only experimentally.)
Earlier quoted context omitted.
So we port this python to something not slow, and all the kernel-people can shut up about ZFS being terrible ;)
Dont forget, pypy is fast.
Earlier quoted context omitted.
pypy is fast, but even were this written in C, there's still the kernel-userland boundary to contend with.
Fuse
Earlier quoted context omitted.
Would the CDDL matter for a python implementation that will never become part of the kernel?
It's clear to me that the solution is to integrate python into the kernel.
Pierre Menard, author of The Filesystem. But I'm surprised this is possible without a specification - how can you test a filesystem through hexdumps? The effects of some operations are going to pretty far-reaching, surely?
One of my favorite short stories, and nobody else has ever read it. So glad to see someone else reference it.
Earlier quoted context omitted.
PyPy is faster than Python, yes. But Go, C and many other (compiled) languages are way faster than PyPy. Plus, if you use a language like Go or Rust then you avoid Python's GIL and you'll have much more reasonable memory usage. Best of all, deploying is a matter of copying a binary, rather than having to deal with the absolute disaster that is Python packaging.
Filesystem with a GIL, what could possibly go wrong? /s
GIL is for safety and correctness, not speed.
Earlier quoted context omitted.
If you manage to do it would be awesome, otherwise thanks a lot anyway for the effort :) I’m just curious to understand why it happens because it’s exactly the opposite of what I would expect. The only explanation that comes to my mind is excessive gc as someone else already mentioned, but it would be interesting to see the original code.
I started doing it but yes, it's too much effort to get two full benchmarks, I'm sorry :). But I think it went down to the inefficiency of String.split(): https://stackoverflow.com/questions/37007189/string-split-te... and generally the Java's String built-in methods not being GC-friendly: https://stackoverflow.com/questions/20336459/garbage-friendl... . I'm guessing that when such parts can be coded in a non-VM envi…