segment

3 月，跳不动了？>>> cannot restore segment prot after reloc: Permission denied 2009-02-03 22:55 环境：Linux localhost.localdomain 2.6.18-92.el5PAE apache2+php4整合完毕后启动apache 时报错 root @localhost fgn]# /usr/local/apache/bin/apachectl restart httpd: Syntax error on line 53 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/modules/libphp4.so into server: /usr/local/apache/modules/libphp4.so: cannot restore segment prot after reloc: Permission denied 解决： 这是因为SELINUX的问题，需要关闭SELINX，执行： /usr/sbin/setenforce 0 引用： When packaging an application on RHEL or CentOS, you may receive the following

问题背景： 客户数据库环境遭遇断电宕机，启动数据库失败，协助查看。 报错如下： 1 Total System Global Area 6442450944 bytes 2 Fixed Size 8807168 bytes 3 Variable Size 1375735040 bytes 4 Database Buffers 5049942016 bytes 5 Redo Buffers 7966720 bytes 6 Database mounted. 7 ORA-00742: Log read detects lost write in thread 1 sequence 1202 block 137840 8 ORA-00312: online log 18 thread 1: '/u01/app/oracle/oradata/orcl/redo18.log' 9 10 11 alter pluggable database all open 12 * 13 ERROR at line 1: 14 ORA-01109: database not open 问题解决： 宕机过程中redolog丢失 1 SQL> RECOVER DATABASE UNTIL CANCEL; //尝试recover 2 ORA-01547: 警告: RECOVER 成功但 OPEN

实验任务（1）~（4）： 接下来是实验任务五 源代码如下： assume cs:code a1 segment db 1,2,3,4,5,6,7,8 a1 ends b1 segment db 1,2,3,4,5,6,7,8 b1 ends c1 segment db 0,0,0,0,0,0,0,0 c1 ends code segment start: mov ax,a1 mov ds,ax mov bx,0 mov ax, c1 mov es,ax mov cx,8 s1: mov ax,[bx] mov es:[bx],ax inc bx loop s1 mov ax,b1 mov ds,ax mov bx,0 mov ax,c1 mov es,ax mov cx,8 s2: mov al,[bx] mov ah,0 add es:[bx],ax inc bx loop s2 mov ax,4c00h int 21h code ends end start 实验前查看数据如下： 试验后查看数据如下： 所以实现了数据相加的功能 实验任务六： 用push指令将a段中的前8个字型数据，逆序存储到b段中 汇编代码如下： assume cs:code a segment dw 1,2,3,4,5,6,7,8,9,0ah,0bh,0ch,0dh,0eh,0fh,0ffh a ends b

概述 HashMap是线程不安全的map, ConcurrentHashMap 是线程安全的map，并能适应高并发的场景。 核心属性和数据结构 final int segmentMask; final int segmentShift; key生成的hash值 位移segmentShift 并与上segmentMask 就是 这个key的Segment在segments数组中的索引位置。 final Segment<K,V>[] segments;//存储数据的segment数组 ConcurrentHashMap数据由segment数组存储，每个segment都是哈希表的结构。多线程下，命中同一个Segment才会 锁排队，这样设计减少了锁竞争的几率。 源码分析 构造方法分析 public ConcurrentHashMap() { this(DEFAULT_INITIAL_CAPACITY, DEFAULT_LOAD_FACTOR, DEFAULT_CONCURRENCY_LEVEL); } // 默认 initialCapacity ==16，loadFactor==0.75，concurrencyLevel==16 public ConcurrentHashMap(int initialCapacity, float loadFactor, int

main.bat 1 @echo off 2 color 0a 3 title Extract URL from HAR 1.0 4 5 SETLOCAL ENABLEEXTENSIONS 6 SETLOCAL ENABLEDELAYEDEXPANSION 7 8 pushd "%TEMP%" 9 10 set PARAM=%~1 11 set FILE_EXT=.har 12 13 if "%PARAM%" equ "" ( 14 echo Please drag and drop a ^'*%FILE_EXT%' file onto this batch program. 15 goto NORMAL_EXIT 16 ) 17 18 for %%i in ("%PARAM%") do ( 19 if /i "%%~xi" neq "%FILE_EXT%" ( 20 echo Type of file must be ^'%FILE_EXT%'. 21 goto NORMAL_EXIT 22 ) 23 if /i %%~zi equ 0 ( 24 echo Error #1 25 goto NORMAL_EXIT 26 ) 27 ) 28 29 findstr /c:"""url""" "%PARAM%" > tve_segment_1 30 cd . > tve_segment

Greenplum是一个大规模并行处理数据库，它由一个master和多个segment组成，其数据按照设定的分布策略分布于各个segment上。数据表的单个行会被分配到一个或多个segment上，但是有这么多的segment，它到底会被分到哪个或哪些segment上呢？分布策略会告诉我们。 分布策略 在Greenplum 5中，有2种分布策略： 哈希分布 随机分布 在Greenplum 6中，添加了另一个策略： 哈希分布 随机分布 复制分布 数据表的单个行会被分配到一个或多个segment上，但是有这么多的segment，它到底会被分到哪个或哪些segment上呢？分布策略会告诉我们。 哈希分布： 要使用这一策略，需要在创建表使用 “DISTRIBUTED BY（column，[...]）” 子句。 散列算法使分布键将每一行分配给特定segment。相同值的键将始终散列到同一个segment。选择唯一的分布键（例如Primary Key）将确保较均匀的数据分布。哈希分布是表的默认分布策略。 如果创建表时未提供DISTRIBUTED子句，则将PRIMARY KEY（如果表真的有的话）或表的第一个合格列用作分布键。什么类型的列是合格列呢？几何类型或用户自定义数据类型的列不能用作Greenplum分布键列。如果表中没有合格的列，则退化为随机分布策略。 但是

原文：https://my.oschina.net/hosee/blog/675884 并发编程实践中，ConcurrentHashMap是一个经常被使用的数据结构，相比于Hashtable以及Collections.synchronizedMap()，ConcurrentHashMap在线程安全的基础上提供了更好的写并发能力，但同时降低了对读一致性的要求（这点好像CAP理论啊 O(∩_∩)O）。ConcurrentHashMap的设计与实现非常精巧，大量的利用了volatile，final，CAS等lock-free技术来减少锁竞争对于性能的影响，无论对于Java并发编程的学习还是Java内存模型的理解，ConcurrentHashMap的设计以及源码都值得非常仔细的阅读与揣摩。 这篇日志记录了自己对ConcurrentHashMap的一些总结，由于JDK6，7，8中实现都不同，需要分开阐述在不同版本中的ConcurrentHashMap。 之前已经在 ConcurrentHashMap原理分析 中解释了ConcurrentHashMap的原理，主要是从代码的角度来阐述是源码是如何写的，本文仍然从源码出发，挑选个人觉得重要的点（会用红色标注）再次进行回顾，以及阐述ConcurrentHashMap的一些注意点。 1. JDK6与JDK7中的实现 1.1 设计思路

概述 我们在之前的博文中了解到关于 HashMap 和 Hashtable 这两种集合。其中 HashMap 是非线程安全的，当我们只有一个线程在使用 HashMap 的时候，自然不会有问题，但如果涉及到多个线程，并且有读有写的过程中，HashMap 就不能满足我们的需要了(fail-fast)。在不考虑性能问题的时候，我们的解决方案有 Hashtable 或者Collections.synchronizedMap(hashMap)，这两种方式基本都是对整个 hash 表结构做锁定操作的，这样在锁表的期间，别的线程就需要等待了，无疑性能不高。 所以我们在本文中学习一个 util.concurrent 包的重要成员，ConcurrentHashMap。 ConcurrentHashMap 的实现是依赖于 Java 内存模型，所以我们在了解 ConcurrentHashMap 的前提是必须了解Java 内存模型。但 Java 内存模型并不是本文的重点，所以我假设读者已经对 Java 内存模型有所了解。 ConcurrentHashMap 分析 ConcurrentHashMap 的结构是比较复杂的，都深究去本质，其实也就是数组和链表而已。我们由浅入深慢慢的分析其结构。 先简单分析一下，ConcurrentHashMap 的成员变量中，包含了一个 Segment 的数组（ final

创建一个app，并且把这个app拖入到统一的apps 作为root的包中 D:\>cd D:\python\mxonline D:\python\mxonline>python manage.py start app firstapp 搭建基本的静态文件images/css/html框架 Css文件下载地址： https://semantic-ui.com 下载后解压，只需要semantic.css文件 文件结构 编写templates/index.html文件 <!DOCTYPE html> {% load static %} <html lang="en"> <head> <link rel="stylesheet" href="{% static 'css/semantic.css' %}" type="text/css"> <meta charset="UTF-8"> <title>首页框架</title> </head> <body> <div class="ui three column grid"> <div class="two wide column"></div> <div class="twelve wide column"> <img class="ui image" src="{% static 'images/header.jpg' %}"> <div

1、将MP4转成m3u8 ffmpeg -i test.mp4 -codec copy -bsf h264_mp4toannexb test.ts 2、将ts转成m3u8 网上很多垃圾文章推荐segmenter工具，但用的时候，3.5G的ts文件丢了一半的数据，于是想到了ffmpeg转。 在国外网站找到命令，一句话搞定，没报半句错： ffmpeg -i 12生肖.ts -c copy -map 0 -f segment -segment_list playlist.m3u8 -segment_time 10 output%03d.ts 顺便共享给各位国内的同仁，免得深受其苦。毕竟，大家都说HLS代表future，rtsp已经是过去式了。 来源： https://www.cnblogs.com/ChouDanDan/p/5566335.html