This is the documentation page for an unsupported version of Zabbix.
Is this not what you were looking for? Switch to the current version or choose one from the drop-down menu.

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.