做网站还需要兼容ie6吗佛山南海区建设局网站

做网站还需要兼容ie6吗,佛山南海区建设局网站,卸载wordpress插件,建网站的方法文章目录环境症状问题原因解决方案环境 系统平台#xff1a;Linux x86-64 Red Hat Enterprise Linux 8 版本#xff1a;4.5.8 症状 安装时序库timescaledb#xff0c;使用数据压缩功能#xff0c;压缩操作非常慢#xff0c;导致压缩进程一直在运行#xff0c;大量占用…文章目录环境症状问题原因解决方案环境系统平台Linux x86-64 Red Hat Enterprise Linux 8版本4.5.8症状安装时序库timescaledb使用数据压缩功能压缩操作非常慢导致压缩进程一直在运行大量占用磁盘IO。版本为2.11问题原因经过分析与参数timescaledb.enable_compression_indexscan有关。将此参数关闭off时压缩速度明显提升。此参数的默认是打开on状态。以下的表1 是对比测试表1分区chunk 大小压缩时间参数配置4.8G约40minenable_compression_indexscan ‘ON’4.8G约4minenable_compression_indexscan ‘OFF’5G约54minenable_compression_indexscan ‘ON’5G约4minenable_compression_indexscan ‘OFF’官方github上有人提出这个问题并进行了大量讨论。 参考 [Bug]: Performance degradation (5x slower) on chunk compression after update from TimescaleDB 2.9.0 to 2.11.1 #5902官方给出相关解释在2.11之前数据压缩成本受排序的影响排序的成本取决于表的大小和分配的内存大小work_mem。如果表很大内存设置的很小在这种情况下元组将作为临时文件写到磁盘。现在排序成本将会增加因为其也包括了IO操作。此外在客户的系统中发现了这样的趋势在大的分区压缩期间会创建大型临时文件导致性能下降。为了优化压缩我们在压缩代码中添加了一个智能选项以选择与压缩设置配置相匹配的相关索引。这将使排序成本降低因为数据在索引中是排好序的。从理论上讲这是对压缩功能的一个优化但事与愿违。注在新版本TimescaleDB 2.14.1上默认情况下参数timescaledb.enable_compression_indexscan已禁用。解决方案将此参数关闭。设置参数timescaledb.enable_compression_indexscan值为off。