LeafOK_CVS/pvpgn-1.7.4/NEWS


                    PvPGN 1.7.x Major Changes And New Features
                  ==============================================


 o WIN32 GUI for d2cs and d2dbs

    d2cs and d2bs now feature a new slick GUI if build under WIN32.

 o Instant startup (partial)

    PvPGN now can startup in a lot lesser time than before, this is due to 
    code changes which make it not load all accounts at startup. This 
    improvement should be mostly noticed on very high number of accounts 
    servers. Note that currently this happens only to SQL storage types 
    (the file based storage types still load all accounts at startup).

 o Optimized account loading/saving codes

    Account loading/saving codes have been rewritten allowing PvPGN to scale 
    a lot better with a high number of online users (ie lower CPU usage).

 o Better game result calculation

    Game result decision has been completly changed to use a democratic 
    ellection scheme (ie it bases the decision on the oppinions of the most 
    results). This should solve problems with game results beeing wrong under 
    some situations (like team games).

 o New WIN32 compiler/enviroment support

    Now you can compile PvPGN under WIN32 using complete GPL/free build tools 
    by using Dev-C++ project and additional tools (mingw, etc).

 o Optimized handling of D2 clients

    Replaced a O(n) search algorithm through the client connection list used 
    mostly by D2 handling functions with a O(1) algorithm.

 o Optimized timers codes

    Timers codes have been rewritten so the most used functions complete a 
    lot faster than before. This improves PvPGN CPU usage a lot because some 
    timers functions are used very often inside PvPGN.

 o Memory management changes and optimizations

    There has been added some memory management wrappers functions which 
    never fail and thus the calling codes were simplified a lot by removing 
    checks to memory allocation failures. If memory allocation fails PvPGN 
    tries to recover by programming an immediate shutdown and cleaning up 
    some safe memory.

 o Changed codes to use logged in username instead of account username

    This change makes PvPGN use the username introduced at login (with the 
    exact case as in login) instead of the account name. This solves some 
    bugs (like could not edit profile in D2 if logged in with different case) 
    and also gets us more close to Battle.Net.

 o Switched from string based tags to integer based tags

    Codes have been dramatically changed to use integers for storing of tags 
    (client tags, architecture tags, etc) and thus when comparing tags we use 
    plain integer comparation instead of string comparation. This should 
    reduce CPU usage a lot.

 o Optimized list handling codes

    The list API has been changed and the codes have been optimized so it 
    will remove elements from the list upon request and not later, thus 
    eliminating a O(n) search and thus making PvPGN a lot faster.

 o Unified and extended address translation system

    We have unified all address translation files and codes to use a single 
    address_translation.conf file for this job. Also the file syntax has 
    been completly changed to be more flexible and allow configuration of 
    almost any thinkable NAT setup.

 o IRC support reworked

    IRC client support has been bugfixed, optimized and made to work with a 
    lot more IRC clients.

 o Unified file based storage

    File based storage (plain and cdb) have been unified into a single storage 
    backend (called "file") and the mode (plain/cdb) is just a parameter.

 o Rewritten low level socket multiplexing codes (fdwatch2)

    The codes which deal with how PvPGN knows which sockets are available for 
    reading/writing have been rewritten with a new interface which does not 
    presume (like the old codes) that the underlying OS allocates socket 
    values "close" (ex. WIN32 systems do not while most Unix based systems do 
    so). The new codes eliminates this presumtion and thus allows WIN32 hosts 
    to support a large number of connections as PvPGN supported Unix based 
    platforms.
1
2	PvPGN 1.7.x Major Changes And New Features
3	==============================================
4
5
6	o WIN32 GUI for d2cs and d2dbs
7
8	d2cs and d2bs now feature a new slick GUI if build under WIN32.
9
10	o Instant startup (partial)
11
12	PvPGN now can startup in a lot lesser time than before, this is due to
13	code changes which make it not load all accounts at startup. This
14	improvement should be mostly noticed on very high number of accounts
15	servers. Note that currently this happens only to SQL storage types
16	(the file based storage types still load all accounts at startup).
17
18	o Optimized account loading/saving codes
19
20	Account loading/saving codes have been rewritten allowing PvPGN to scale
21	a lot better with a high number of online users (ie lower CPU usage).
22
23	o Better game result calculation
24
25	Game result decision has been completly changed to use a democratic
26	ellection scheme (ie it bases the decision on the oppinions of the most
27	results). This should solve problems with game results beeing wrong under
28	some situations (like team games).
29
30	o New WIN32 compiler/enviroment support
31
32	Now you can compile PvPGN under WIN32 using complete GPL/free build tools
33	by using Dev-C++ project and additional tools (mingw, etc).
34
35	o Optimized handling of D2 clients
36
37	Replaced a O(n) search algorithm through the client connection list used
38	mostly by D2 handling functions with a O(1) algorithm.
39
40	o Optimized timers codes
41
42	Timers codes have been rewritten so the most used functions complete a
43	lot faster than before. This improves PvPGN CPU usage a lot because some
44	timers functions are used very often inside PvPGN.
45
46	o Memory management changes and optimizations
47
48	There has been added some memory management wrappers functions which
49	never fail and thus the calling codes were simplified a lot by removing
50	checks to memory allocation failures. If memory allocation fails PvPGN
51	tries to recover by programming an immediate shutdown and cleaning up
52	some safe memory.
53
54	o Changed codes to use logged in username instead of account username
55
56	This change makes PvPGN use the username introduced at login (with the
57	exact case as in login) instead of the account name. This solves some
58	bugs (like could not edit profile in D2 if logged in with different case)
59	and also gets us more close to Battle.Net.
60
61	o Switched from string based tags to integer based tags
62
63	Codes have been dramatically changed to use integers for storing of tags
64	(client tags, architecture tags, etc) and thus when comparing tags we use
65	plain integer comparation instead of string comparation. This should
66	reduce CPU usage a lot.
67
68	o Optimized list handling codes
69
70	The list API has been changed and the codes have been optimized so it
71	will remove elements from the list upon request and not later, thus
72	eliminating a O(n) search and thus making PvPGN a lot faster.
73
74	o Unified and extended address translation system
75
76	We have unified all address translation files and codes to use a single
77	address_translation.conf file for this job. Also the file syntax has
78	been completly changed to be more flexible and allow configuration of
79	almost any thinkable NAT setup.
80
81	o IRC support reworked
82
83	IRC client support has been bugfixed, optimized and made to work with a
84	lot more IRC clients.
85
86	o Unified file based storage
87
88	File based storage (plain and cdb) have been unified into a single storage
89	backend (called "file") and the mode (plain/cdb) is just a parameter.
90
91	o Rewritten low level socket multiplexing codes (fdwatch2)
92
93	The codes which deal with how PvPGN knows which sockets are available for
94	reading/writing have been rewritten with a new interface which does not
95	presume (like the old codes) that the underlying OS allocates socket
96	values "close" (ex. WIN32 systems do not while most Unix based systems do
97	so). The new codes eliminates this presumtion and thus allows WIN32 hosts
98	to support a large number of connections as PvPGN supported Unix based
99	platforms.
webmaster@leafok.com	ViewVC Help
Powered by ViewVC 1.3.0-beta1