Search found 190 matches
- June 12th, 2019, 9:32 am
- Forum: Everything
- Topic: ECS
- Replies: 2
- Views: 1858
Re: ECS
The CPU is able to handle multiple streams at once. Streaming through 2 arrays is a piece of cake. Quad streaming should be perfectly fine too. Eventually though, you will hit a limit as to how many streams you can go through at once. But yeah, traversing through 1 array will ultimately be more perf...
- June 10th, 2019, 11:56 am
- Forum: Everything
- Topic: The problem is space
- Replies: 5
- Views: 2987
Re: The problem is space
I know that feel
- May 22nd, 2019, 8:47 am
- Forum: Everything
- Topic: Intel's vector instructions are pathetic
- Replies: 3
- Views: 1970
Re: Intel's vector instructions are pathetic
You might find this more appealing then.
- May 22nd, 2019, 6:02 am
- Forum: Everything
- Topic: Intel's vector instructions are pathetic
- Replies: 3
- Views: 1970
Intel's vector instructions are pathetic
I am so done with using Intel's vector instructions. I mean what even is the point? "With AVX, you can do 8 floating-point calculations in one cycle!" -Intel "That's cute :3" - NVidia With a GeForce GTX 1080, you'll have 2560 cores capable of doing thousands of instructions at any one time with a me...
- May 20th, 2019, 1:25 pm
- Forum: Everything
- Topic: operator overload : how to take care of the "rest" ?
- Replies: 8
- Views: 3530
Re: operator overload : how to take care of the "rest" ?
Printing out an object by printing out the name of its type is ultimately useless. You're better off throwing a compiler error to signal to your users that they're doing something that doesn't make sense. Printing out the object as a string is a good generic option to take. In fact, you don't even n...
- May 20th, 2019, 11:09 am
- Forum: Everything
- Topic: operator overload : how to take care of the "rest" ?
- Replies: 8
- Views: 3530
Re: operator overload : how to take care of the "rest" ?
Code: Select all
template<typename Type>
std::wostream& operator<<(std::wostream& ost, Type&& obj)
{
return ost << std::string(std::forward<Type>(obj));
}
- April 22nd, 2019, 8:15 am
- Forum: Everything
- Topic: Multithreading benchmarks
- Replies: 5
- Views: 2696
Re: Multithreading benchmarks
I added another executable to the build to benchmark the STL. It only preformed slightly better than the basic serial algorithm. Also, the debugger shows that no additional threads were launched when executing. Maybe Visual Studio doesn't support it?
- April 19th, 2019, 2:34 pm
- Forum: Everything
- Topic: Multithreading benchmarks
- Replies: 5
- Views: 2696
Multithreading benchmarks
I have made a repository that contains a collection of projects that benchmark high performance multithreaded implementations of common algorithms. It's a CMake project that compiles both the serial and concurrent versions of the project. Right now, I have only managed to upload a project that bench...
- April 19th, 2019, 6:28 am
- Forum: Everything
- Topic: Howdy Folks.
- Replies: 3
- Views: 1978
Re: Howdy Folks.
The old design was better
- April 18th, 2019, 10:59 am
- Forum: Everything
- Topic: High IQ C code
- Replies: 2
- Views: 1688
Re: High IQ C code
This won't compile btw. Good luck figuring out why.