Table of Contents
- 12 What's new in Zabbix 2.0.7
- 12.1 Frontend improvements
- 12.2 Daemon improvements
- 12.2.1 Improved performance with Oracle
- 12.2.2 Improved performance of configuration cache update
- 12.2.3 Improved proxy performance
- 12.2.4 Zabbix agent on Solaris
- 12.2.5 No invalid recovery escalations
- 12.2.6 Zabbix agent on Solaris 64-bit platforms will be compiled as 64-bit application
- 12.2.7 Improved performance of zabbix[queue] internal check
12 What's new in Zabbix 2.0.7
12.1 Frontend improvements
12.1.1 Completed translations
The following translations are 100% completed for this release:
- American English
- Brazilian Portuguese
- French
- German
- Greek
- Japanese
- Russian
- Slovak
- Ukrainian
12.1.2 Updated translations
- Brazilian Portuguese
- Latvian
12.1.3 Value mapping in map labels
Value mapping support has been added in map labels so that raw values can be represented in a human-readable way.
12.1.4 Improved performance of System status widget
The performance of the dashboard System status widget has been improved by 3-7% on average for both memory usage and execution time.
12.1.5 Improved performance of SQL query condition calculation
Time required on 100 000 unsorted values has been reduced from 133 seconds to 2.5 seconds. This low-level improvement should help with frontend performance on large installations.
12.2 Daemon improvements
12.2.1 Improved performance with Oracle
Zabbix 2.0.5 improved performance by adding a 2MB prefetch. In some cases, this could lead to worse performance, thus Zabbix 2.0.7 changes the prefetch to be row based, which would improve the performance in those edge cases.
12.2.2 Improved performance of configuration cache update
Previously, Zabbix used a configuration cache mutex and string pool mutex. Starting with Zabbix 2.0.7, only one mutex is used. This change reduces the amount of time needed for the initial updating of the configuration cache by 20% on average.
12.2.3 Improved proxy performance
Zabbix proxy performance has been improved by reducing the amount of database queries on the proxy side during configuration updates. Previously, configuration updates changed all fields in the records that were to be modified. This has been modified to only update the values that have changed. The improvement is important for Zabbix proxies with a large number of items (hundreds of thousands and more).
12.2.4 Zabbix agent on Solaris
Getting detailed statistics about each CPU on Solaris systems is more efficient in Zabbix 2.0.7. This reduces CPU utilization by Zabbix agent, especially on systems with many cores.
system.swap.size calculation algorithm is changed to imitate "swap -s".
This change is reverted in Zabbix 2.0.9 where system.swap.size is calculated again as in Zabbix 2.0.6 (imitates "swap -l").
12.2.5 No invalid recovery escalations
Escalation handling has been improved in case of trigger events. Before there was a possibility that for a trigger event invalid records could be added to the escalation table, resulting in extra work on adding/deleting records, which in case of big installations could affect performance of the database.
12.2.6 Zabbix agent on Solaris 64-bit platforms will be compiled as 64-bit application
By default now in case of a 64-bit Solaris the agent, sender and get will be compiled as 64-bit applications (previously they were compiled as 32-bit). The reason is that otherwise some functionality like proc.mem reports wrong values for 64-bit processes.
If you don't need support for large numbers on a 64-bit platform you will have to recompile Zabbix agent and make sure a compiler produces 32-bit application. Also note that some older compilers produce only 32-bit executables.
12.2.7 Improved performance of zabbix[queue] internal check
Before during queue calculations a configuration lock was made for every active item. Now the queue is calculated without acquiring configuration locks, improving performance on systems with a large number of items.