furrowsofar

Because of lack of trust based on behavior: https://securityintelligence.com/news/wot-privacy-breach-trust-tanks-as-browser-add-on-caught-selling-user-data/

Not the point. Using a chromium browser is a vote for Google domination of the web. Just no.

Yes, there are a lot of assumptions, incorrect information, or at least miss-leading stuff out there. So I am always interested in learning more about easy and hard ways to make things better. In fact for most things I do, Python is fast enough, but sometimes it is not.

The things I find miss-leading about what people often say about Python are that it is not that slow, and that you can always just use a library like numpy or something similar to solve speed issues. I found both to be more or less untrue in the sense of getting C like speeds. On my code, Python was indeed slow, like 1% of C speed. The surprising thing for me was using numpy helps a lot but not as much as you think. I only got to 5 to 10% of of C speed with numpy. This is because libraries are often generically compiled and to get good speed you really have to have C code that is compiled for your specific hardware with vectorization, autoparallel, and fast math at least. So generic libraries just are not going to be that fast. Another one people push is using GPUs. That also is not really very effective unless you have a very expensive card and most notably a dedicated GPU card design just for that or an array of them. The GPU performance of my workstation is significantly less then throughput of my CPU. There are hardware limitations too that are interesting. My AMD Rizen 7 based workstation would have twice the speed if I had 4 port memory rather then two port memory which is a lot more common since fully optimized code is memory IO bound at about 1/2 the CPU throughput. This must be why AMD Rizen Threadrippers seem to use 4 port memory.

There are ways around a lot of this. For example using numba can be incredible. Similarly writing your owe C code and carefully compiling it too. The careful compile is critical. Maybe one could do the same with some stock libraries, carefully compile them. Lot of the other stuff people talk about just does not work very well in terms of speed or effort such as pypy, cython, nuitka, etc.

Thanks. I love Python and have used since about 1998. The two areas where I have always found a little lacking is a) creating and app that you can actually give some one, b) computational speed when needed. So I am always interested in those two areas. A year or so ago I looked at a lot of the tools that that the article described, but there are one or two that were mentioned that are new to me. I think I will have to try when I get some time.

You might also just want to read their user agreement. For example, at the time several years ago now, I chose Linode over some others because I liked their agreement better. Not saying what it is now, they have been bought out, just saying that is what I did. Also was not looking for anything specifically private, Was just a solid provider with a sane agreement and a good community.

For what it is worth, my take on the article. A really over whelming list. Nice read through but for those that are interested, the most useful components that were discussed were probably:

• CPython. Of course, that is what we all use.
• PyPy. This is an interesting acceleration if you do not need things like numpy and a lot of other common libraries. The acceleration is maybe 9X in my experience. However C code or good use of numba can often get 100X.
• MicroPython. Not tried but seems cool if you need a really small Python. Presumably not exactly compatible because of missing libraries.
• Pyston. Have not tried but seemed interesting from their discussion of the "pyston_lite_autoload" thing. Have no idea if it is useful.
• Cython. Lot of hoopla about this. Good software but my experience is that you do not get much for speedup until you statically declare stuff. When I did that I got about 24X, then playing with prange and openmp features I got 75X. Not a bad speed up. However, it does not look so good when compared with writing C code or using numba. Mainly because those speedups using other methods seem to be easier to get and I got as large as 121X when using them instead. Cython is just complex to use and then does not get your full entitlement with respect to speed, or at least that was my experience.
• Numba. Numba and Numpy used in the correct situations can give 121X speed improvements and performance similar to parallized and vectorized C code. Actually for some reason it was faster then my C code. This combo is super. Everyone should know about Numba.
• Nuika. Very handy deployment tool. My experience same speed as CPython basically. Well I got about a 9% improvement which is almost nothing. So do not be fooled into thinking that it will give you big speed improvements. A very nice tool as part of your packaging and deployment process.

Since I talked about C code. There are three ways to integrate C code into python: ctypes, CFFI, and using the standard C extension method. I found ctypes to be about 107X, CFFI 108X, and the standard method about 112X for my code on my hardware with code which was using autoparallel and autovectorize, fastmath, and maybe other settings. My point, the speeds of these are about the same though the standard method is just a little faster. So you can really pretty much do whichever is easier.

Anyway my thoughts. Hope they make some sense.

I think there have been statements that the US knew something about it before it happened, but maybe not long before it did.

Do not think it is first. I have been seeing it fairly often since I joined a coupled weeks ago. Nice term though. Not sure where it started.

3 full backups minimum, one off site. Also handy to grab a disk image occasionally just in case.

They could probably have gotten similar results by using a combination of numpy and numba. They could also have just written a C extension which they basically did. The key is to get the final code to run both in parallel and vectorize on your exact hardware. So there are compiler flag choices too if your using C. Nice though.

Do not forget https://www.privacyguides.org/ . You are in the "Privacy Guides" community after all and this link is in the side bar. This is a general answer. Maybe does not list anything for your specific client question though.

Another one I like is https://alternativeto.net/. Not specifically privacy, but gets an alternative list for almost anything, and there are various search filters too.

I agree. I am all for people trying other ways. The self hosting of stuff is an unsolved problem. By that I mean self hosting in a simple, cheap, secure way. FOSS makes it all possible but the effort of putting up a VPS is not for the novice and not without a lot of man-hours. One can get something like Synology NAS but that is in no way cheap. Even the VPS approach costs a fair amount once you pay the monthly costs and then pay for domains too, though it is not a lot.