今天灯没有通过年检,探讨原因(改过)

我的灯是双光透镜,远光卤素近光氙气,切割线明显.
今天去年检,我唯一担心的就是灯的问题,果然命中
验车的人在那晃悠了半天验光设备,结果下来的结论是: 车灯亮度为0.

由于是找了代理公司,后来总算解决了问题. 但我还是很关心原因. 由于第一次车检也步明白到底原理是怎样的.但亮度报告为0 我很奇怪,跟人探讨,也没什么信服的结论.

代理公司的人给我猜测是,光强度太高了,所以没检测到,成了0. 如果这么说,那就是设备只接受某个强度的灯光? 超过了一律为0? 我很怀疑这个推论. 他让我下次检查的时候用东西把远光遮一下. 我觉得这个动作也步靠普啊.

我的是4300k的氙气灯,按说很多车都配置的氙气灯,没理由灯光强度过不了啊?那些原配的怎么办?

我也产生过一个怀疑,不知道是不是由于切割线的原因,我的角度过低,导致光线在近距离无法正常反射到测试设备? 这样是不是回去修正下角度就可以了?

有没有其他同学有这方面的经验,大家共同探讨下,我还是希望这个灯能自己通过检测的.

自己装个手电上去!

靠

杭州还这么严?

这边找个代理公司他把你全搞定

啥灯不灯的

PRD改天使眼,加大灯啥的都过

还没有年检过

你的大灯是自己改的？

请教大师！
安装数据库oracle10g,平台：Red Hat AS4.内存占用问题. Thanks

top:
top - 08:09:11 up 3 days,  1:30,  2 users,  load average: 0.00, 0.00, 0.00
Tasks: 134 total,   1 running, 133 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:  16414636k total, 16398148k used,    16488k free,  4530920k buffers
Swap: 16777200k total,   173800k used, 16603400k free, 11146908k cached



             total       used       free     shared    buffers     cached
Mem:      16414636   16398028      16608          0    4530940   11146956
-/+ buffers/cache:     720132   15694504
Swap:     16777200     173800   16603400


交换分区的12G是添加内存后添加的，为什么Mem内的Free只剩这么点？这正常吗？
-/+ buffers/cache是指什么？为什么它的free有这么多？
是不是Linux系统有内存泄漏的情况？
:rose:

linux 的 文件系统会尽量的使用内存作为cache ，有多少几乎就能用多少。 这样linux上free看起来就很少。 这是正常的

应用需要分配内存的时候这部分被文件系统使用的cache 就会释放出来给应用使用。

哈哈哈。鼻涕你还是把汽车板改成数据库版吧。至于你的蒙迪欧，我用我的福克斯跟你换好了。。。保证过车检

谢谢大师:rose:

在中国年检就是个过场， 唉。。