Table of Contents
- 12 What's new in Áú»¢¶Ä²© 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 Áú»¢¶Ä²© agent on Solaris
- 12.2.5 No invalid recovery escalations
- 12.2.6 Áú»¢¶Ä²© 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 Áú»¢¶Ä²© 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
Áú»¢¶Ä²© 2.0.5 improved performance by adding a 2MB prefetch. In some cases, this could lead to worse performance, thus Áú»¢¶Ä²© 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, Áú»¢¶Ä²© used a configuration cache mutex and string pool mutex. Starting with Áú»¢¶Ä²© 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
Áú»¢¶Ä²© 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 Áú»¢¶Ä²© proxies with a large number of items (hundreds of thousands and more).
12.2.4 Áú»¢¶Ä²© agent on Solaris
Getting detailed statistics about each CPU on Solaris systems is more efficient in Áú»¢¶Ä²© 2.0.7. This reduces CPU utilization by Áú»¢¶Ä²© agent, especially on systems with many cores.
system.swap.size calculation algorithm is changed to imitate "swap -s".
This change is reverted in Áú»¢¶Ä²© 2.0.9 where system.swap.size is calculated again as in Áú»¢¶Ä²© 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 Áú»¢¶Ä²© 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 Áú»¢¶Ä²© 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.