zabbixweb端的数据是怎么来的

Posted 2023-05-13

参考技术A 1.Server
zabbix系统核心进程，轮询并捕获数据、发送通知等。是zabbix agent和zabbix proxy汇报数据的对象。server自身可远程检测网络服务。所有的前后端配置、统计信息、可操作数据存储于此。包含server、前段界面和后端DB几部分。

2.Agent
部署在被监控主机上用于监控本地资源和应用并向zabbix server汇报结果。使用本地系统调用故非常高效。有主动和被动两种检测模式。被动模式下agent根据server或proxy的具体请求来返回数据。主动模式下先主动由server获取监控项列表在检测并返回新的数据。采用主动或被动检测取决于相应监控项的配置。

3.Proxy
可以自由选择部署或者不部署，主要用于分担server的负载。在集中化监控远程位置、分支、网络的场景中是很好的解决方案。可从被监控设备收集数据缓存在proxy本地后传递给其所属的zabbix server。proxy需要单独的数据库。

4.Java gateway
java实现的守护进程用于监控JMX类型的应用程序。

5.Sender
命令行工具zabbix_sender，用于向zabbix server发送性能数据和可用性数据。多用于用户脚本定期向server发送数据。
如：
shell> cd bin
shell> ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43

6.Get
命令行工具zabbix_get，用于同agent通信从agent获取数据。可用于zabbix agents的troubleshooting。
如：
shell> cd bin
shell> ./zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"本回答被提问者和网友采纳

NSCache缓存怎么来的

什么是NSCache

NSCache主要用来存储临时数据（键值对），当内存资源不够时，系统会自动释放部分数据。它有三个特点：
• NSCache为了保持不占用过多的系统内存，它有多种自动回收内存策略；当系统内存出现不足时，它会回收部分内存使系统正常运转，这种回收是不可控的。
• 可以在多线程中对NSCache进行访问，同时不需要加锁，因为它是线程安全的。
• 与NSMutableDictionary不同，NSCache不会copy其内部的键对象。

由上边的特点看出，NSCache是一个很好的内存缓存类，通过它我们可以实现数据的缓存功能。常见的开源框架中也有NSCache的使用，AFN的图片缓存，SDWebImage等。

NSCache测试

下面验证NSCache的特性，包含三个部分。NSCache的缓存能力有多大？多线程访问下是否安全？是否会copy其内部对象？

1. 缓存能力
NSCache提供了totalCostLimit和countLimit属性让外界能够对其进行缓存大小和缓存数量进行限制，但是不精确。网上其他的帖子说到大约NSCache的缓存能力是500M，现在我们对其验证。

    NSCache *cache = [[NSCache alloc] init];
    
    int a = 0;
    while (YES)
        NSString *string = @"一长串字符串"; // 大约1000个左右字符
        NSData *data = [string dataUsingEncoding:NSUTF8StringEncoding];
        NSString *key = [NSString stringWithFormat:@"%d", a];
        [cache setObject:data forKey:key];
        a++;
   

通过上述的代码运行在iPhone6上，内存升到600M多点直接崩溃，那么极限是500多应该是正确的。同时在快速达到内存极限时，系统是来不及释放回收的，使用时应当注意，而且上边的代码是死循环，速度非常快。

2. 多线程访问

多线程访问单独读取是不会造成问题的，除非访问线程数过多，这里我们模拟多线程同时写入的情况。

    NSCache *cache = [[NSCache alloc] init];
    NSString *string = @"一长串字符串"; // 大约1000个左右字符
    for (int i = 0; i < 10; i++)
        dispatch_async(dispatch_get_global_queue(0, 0), ^
            [cache setObject:[NSString stringWithFormat:@"%d%@",i,string] forKey:@"MulPth"];
            NSLog(@"object is %@", [cache objectForKey:@"MulPth"]);
        );
   

string若设置为特别短的字符串，效果可能不是很明显，所以将缓存能力中的字符串拷贝过来测试，从打印结果看，时间戳有明显差异，同时顺序也不是0123456789，而其余的内容一致，可以得出是线程安全的。
本质上，NSCache在其内部使用了pthread_mutex互斥锁进行线程安全保护。