1,108 karma · joined May 24, 2014
Is it that you need a high powered server to fork it continuously, and that smart contracts tend to cost a lot to execute, or is there more to it than that? I don't understand what contracts and variables that you're targeting won't be included with the solution we're discussing
Scenario 1: 1. Client buys share for $400 2. Hedge funds get short squeezed (because trading is not restricted by Robinhood) 3. Stock shoots up to $1000. Client made $600
Scenario 2: 1. Client buys share for $400 2. Robinhood restricts buying the shares (so the short squeeze doesn't happen) 3. Shares plunge to $50 because the short squeeze failed to happen (ie the hedge fund did not have to purchase the shares at higher prices, which is where the capital that the traders would share amongst themselves would come from) 4. Client lost $350
I guess at the very least CPU benchmarking software should have a "thread to thread" benchmarker alongside a "core to core" benchmarker, or something along those lines.
That would be in the spirit of having benchmarks indicate real world usage
The source of the confusion has been the benchmarking software. To saturate one core on an Intel processor you need to run two threads, because that's the way they are designed. So the single thread benchmarks that have been used so far have been using 50% of the capacity of an Intel CPU core and comparing it with 100% of the capacity of an M1 CPU core.
This article breaks it down fully: https://wccftech.com/why-apple-m1-single-core-comparisons-ar...
This way they get to ward off accusations that they have forgotten about the Mac, and they get the profits from the sales, while still trying to drive consumers to iPads.
It's just technical enough that most people who don't have a clue think that it might be right so they spread it.
Anyone who knows about data processing, programming, or AI knows that it's a very stupid idea due to easy-to-implement fault tolerance (such as random dropout) in machine learning models.
https://www.forbes.com/sites/kellyphillipserb/2018/11/26/ohi...
This is using the same data recovery engine which forensics software uses that I wrote which has been purchased in bulk by the CIA, FBI, and various other government institutions around the world.
"Since the beginning, screenplays have been written in Courier. Its uniformity allows filmmakers to make handy comparisons and estimates, such as 1 page = 1 minute of screen time."
is there any feasible way to recover data after a TRIM command has been issued that you can think of? Is there any way to trick the firmware into not returning 0's when reading the blocks of a deleted file? Mostly interested in doing so for Apple
TRIM destroying the entire data recovery and forensics market seems like such a big deal, I still can't believe it although it started years ago
I just test everything myself. On one OS (Mac). The worst part is having to run VMWare with older OS versions sometimes, but not usually.
I find that bugs are almost never OS specific, and are rather just logic errors.
I find that having other people test my code adds little value, as I can literally just test it myself in the OS that I write it in most the time.
I know that this goes against all advice that you read, and all the "common knowledge" that is out there... but I've been doing this for 15 years and have got over 1 million users in total probably, and I almost never get support emails regarding bug reports. So, in my experience, I really find that everything I have heard is wrong. I realize that other people may have other experiences but found this point of reference interesting.
"The hosting of github is excellent," he said. "They've done a good job on that. I think GitHub should be commended enormously for making open source project hosting so easy."
But then he listed a few other things he doesn't like about GitHub, including "the way you can clone a [code repository], make changes on the web, and write total crap commit messages, without GitHub in any way making sure that the end result looks good."