Fork me on GitHub
  February 20, 2018, 05:42:11 pm
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  Home Help Search Login Register  
  Show Posts
Pages: [1]
1  Mineserver / Development / Re: x86-64 Builds on: December 14, 2010, 09:32:14 pm
We have an typedefs which are very much the same, using these types means that the compiler will implement checks and typecast equivalent code which is completely unnecessary, size_t is a much better alternative.
2  Mineserver / Development / Re: Server Crashing Issues on: December 07, 2010, 11:00:51 am
You should keep those 0x56789ABCDE  this error code helps us track the issue
3  Mineserver / Development / Re: Potential OpenMP support? on: December 07, 2010, 10:57:47 am
This would require us making all exported functions thread safe, and their related information, making all sorts of thread safe changes.
4  Mineserver / Development / Re: x86-64 Builds on: December 06, 2010, 08:52:17 am
People should use standard types like 'int' or even 'long' where size is not required, this provides more flexibility, I have seen some people using uintXX in some loops (you people know who you are), these things should be avoided.

Speed is not gained by 64-bit processing, but speed is gained by making code which doesn't need to be emulated on a 64-bit machine, if someone is wanting to run a 64-bit version of mineserver they can compile it them selves, when we reach a more public release I'm sure we can have package releases for both 64-bit and 32-bit.

Some things like map generation are done using libnoise, which internally used doubles, most FPUs are 80-bit FPUs regardless of what you through into them, however speed will sometimes differ depending on things like strictness settings if things where using floats over doubles.

Such things are minimal optimizations and should not be the first thought for anyone, I believe its more important that people focus on major flaws in speed with some peoples programming style (e.g. ftol everywhere)

If we can get a programming standard created to help eliminate and some peoples potentially slower coding this would be useful, at some time during the coming holidays I'll probably jump in and refactor some of the slower points.
5  Mineserver / Development / Re: Struct Member Alignments on: December 06, 2010, 08:42:01 am
A compiler will often when compiling with speed over size provide padding, the places where this will occur which have more then one instance are probably minimal, The only time when struct member alignments (packing) might be useful is if we where reading in a packet straight as a struct. The benefits are nothing which you will ever notice.
6  Mineserver / Development / Re: Potential OpenMP support? on: December 06, 2010, 08:38:52 am
Yes, We could do some OpenMP stuff on some of the more pressure intensive stuff, However multi-threading improvements I believe should come after doing profiling on slower points, which I plan to do during these x-mas holidays.
7  Mineserver / Discussion / Re: no .com unless someone wins lotto on: November 30, 2010, 09:58:38 am
Ya I just purchased those two, set them up to redirect
8  Mineserver / Discussion / no .com unless someone wins lotto on: November 30, 2010, 02:34:27 am
Well I tried to see If i could get a reasonable offer to purchase, heres the response.


The seller is asking $15,000 USD for
Let me know how you’d like to move forward.
Best Regards,

Unless I win the lotto I don't think I'll put forward 15k Angry
9  Mineserver / Discussion / Re: Small optimizations on: November 29, 2010, 08:34:41 am
Yes, these are both good programming, even though they are the first things to be optimized with most compilers, the const reference is more important then incrementing being post or pre, unless its an object which is being copied because its had the increment operators overloaded..
10  General / Off Topic / Introduction, who are you? on: November 27, 2010, 01:23:26 am
Well, figured I'd start the first get-to-know you thread.

Stuff that is good to know
- Location
- Server management experience
- Programming experience
- Age (if you dare)
- Possibly other hobbies

Well I'll start.
I'm ReDucTor also known as James Mitchell in real life.

I have alot of server management experience, first started running servers when I was about 14, running linux based hosting servers, grew to the stage of running about 7-8 servers with around 50+ different sites, I stopped doing this when I was about 18, gave it up, sold it off. Started to get back into running servers again, running a few Counter-strike 1.6 servers.

Programming experience, started programming when I was about 8-9 while on an old Amstard CPC6128, we had limited disks with games, but had a massive book which had games in the appendices, so started by building these games, all done using Amstrad BASIC, after this my family got a Windows 95 machine, started playing with some VB and C++, then when I was 12-13 moving into High School my mother thought it would be a great idea to get us our own computers, so I built my self a machine installed Windows 98, thats when I really got into programming in C++, haven't really stopped since. I have experience in BASIC, C, C++, C#, VB, Assembly, PHP, Perl, shit loads more, but these are my stronger languages.

Currently I've gone back to studying (after rage quiting my last job as all around IT guy for 6yrs) doing a Bachelor Degree in Game Development (Programming), while doing network support and casual teaching of Games Programming.

My age, well I'm 24, turning 25 in about about a month.

I also play a shit load of Counter-strike 1.6.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!