求助 一打开AE发现所有的内置滤镜都提示有多个副本【ae吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：436,547贴子：
求助 一打开AE发现所有的内置滤镜都提示有多个副本收藏
这是怎么回事 我找Plug-ins文件夹没看到重复的啊
ae模版,京东电脑整机性能超凡,颜值爆表,专业品质,新品热卖任你购!ae模版,网上购物选JD,正品行货 精致服务.
项起，我不晓得~~
我重装了 副本重复的问题是解决了 可是现在AE一打开就卡掉
我也存在这个问题。。。楼主知道答案后记得告诉我。。。
检查下安装目录下的 Adobe\Common\Plug-ins\CS6\MediaCore
这个文件夹的插件是不是和Adobe\Adobe After Effects XX\Support Files\Plug-ins 下的插件有重复，有的话删除MediaCore 文件夹的插件
我胸很大，你要包养我么
Support Files这个文件可能被你复制到根目录下的Support Files文件里了，这样自然会有重复的，删掉Support Files里的Support Files文件就行，
登录百度帐号推荐应用hadoop（3）
&1：分布式文件系统（Distributed File System）：
（1）：数据量越来越多，在一个操作系统管辖的范围存不下了，那么就分配到更多的操作系统管理的磁盘中，但是不方便管理和维护，因此迫切需要一种系统来管理多台机器上的文件，这就是分布式文件管理系统 。
（2）：是一种允许文件通过网络在多台主机上分享的文件系统，可让多机器上的多用户分享文件和存储空间。
（3）：通透性。让实际上是通过网络来访问文件的动作，由程序与用户看来，就像是访问本地的磁盘一般。
（4）：容错。即使系统中有某些节点脱机，整体来说系统仍然可以持续运作而不会有数据损失。
（5）：分布式文件管理系统很多，hdfs只是其中一种。适用于一次写入多次查询的情况，不支持并发写情况，小文件不合适。
2：Hadoop最擅长的是（离线 ）日志分析&&&
（1）：HDFS----》海量数据的存储
（2）：MapReduce----》海量数据的分析
（3）：YARN----》资源管理调度
3：HDFS的Shell
（1）：调用文件系统(FS)Shell命令应使用 bin/hadoop fs 的形式。
（2）：所有的FS shell命令使用URI路径作为参数。
　　　URI格式是scheme://authority/path。HDFS的scheme是hdfs，对本地文件系统，scheme是file。其中scheme和authority参数都是可选的，如果未加指定，就会使用配置中指定的默认scheme。
　　　例如：/parent/child可以表示成hdfs://namenode:namenodePort/parent/child，或者更简单的/parent/child（假设配置文件是namenode:namenodePort）
（3）：大多数FS Shell命令的行为和对应的Unix Shell命令类似。
4：HDFS fs命令
（1）-help [cmd]&& &//显示命令的帮助信息
（2）-ls(r) &path&&& &//显示当前目录下所有文件
（3）-du(s) &path&&& &//显示目录中所有文件大小
（4）-count[-q] &path&&& &//显示目录中文件数量
（5）-mv &src& &dst&&& &//移动多个文件到目标目录
（6）-cp &src& &dst&&& &//复制多个文件到目标目录
（7）-rm(r)&& &&& &//删除文件(夹)
（8）-put &localsrc& &dst&&& &//本地文件复制到hdfs
（9）-copyFromLocal&& &//同put
（10）-moveFromLocal&& &//从本地文件移动到hdfs
（11）-get [-ignoreCrc] &src& &localdst&&& &//复制文件到本地，可以忽略crc校验
（12）-getmerge &src& &localdst&&& &&& &//将源目录中的所有文件排序合并到一个文件中
（13）-cat &src&&& &//在终端显示文件内容
（14）-text &src&&& &//在终端显示文件内容
（15）-copyToLocal [-ignoreCrc] &src& &localdst&&& &//复制到本地
（16）-moveToLocal &src& &localdst&
（17）-mkdir &path&&& &//创建文件夹
（18）-touchz &path&&& &//创建一个空文件
5：HDFS的Shell命令练习
（1）#hadoop fs -ls /& 查看HDFS根目录
（2）#hadoop fs -mkdir /test 在根目录创建一个目录test
（3）#hadoop fs -mkdir /test1 在根目录创建一个目录test1
（4）#hadoop fs -put ./test.txt /test　或#hadoop fs -copyFromLocal ./test.txt /test
（5）#hadoop fs -get /test/test.txt .
或#hadoop fs -getToLocal /test/test.txt .
（6）#hadoop fs -cp /test/test.txt /test1
（7）#hadoop fs -rm /test1/test.txt
（8）#hadoop fs -mv /test/test.txt /test1
（9）#hadoop fs -rmr /test1&&
6：HDFS架构
（1）NameNode
（2）DataNode
（3）Secondary NameNode
7：NameNode
（1）是整个文件系统的管理节点。它维护着整个文件系统的文件目录树，文件/目录的元信息和每个文件对应的数据块列表。接收用户的操作请求。
（2）文件包括：
fsimage:元数据镜像文件。存储某一时段NameNode内存元数据信息。
edits:操作日志文件。
fstime:保存最近一次checkpoint的时间
（3）以上这些文件是保存在linux的文件系统中。
8：NameNode的工作特点
（1）Namenode始终在内存中保存metedata，用于处理“读请求”
（2）到有“写请求”到来时，namenode会首先写editlog到磁盘，即向edits文件中写日志，成功返回后，才会修改内存，并且向客户端返回
（3）Hadoop会维护一个fsimage文件，也就是namenode中metedata的镜像，但是fsimage不会随时与namenode内存中的metedata保持一致，而是每隔一段时间通过合并edits文件来更新内容。Secondary namenode就是用来合并fsimage和edits文件来更新NameNode的metedata的。
9：SecondaryNameNode
（1）HA的一个解决方案。但不支持热备。配置即可。
（2）执行过程：从NameNode上下载元数据信息（fsimage,edits），然后把二者合并，生成新的fsimage，在本地保存，并将其推送到NameNode，替换旧的fsimage.
（3）默认在安装在NameNode节点上，但这样...不安全！
10：secondary namenode的工作流程
（1）secondary通知namenode切换edits文件
（2）secondary从namenode获得fsimage和edits(通过http)
（3）secondary将fsimage载入内存，然后开始合并edits
（4）secondary将新的fsimage发回给namenode
（5）namenode用新的fsimage替换旧的fsimage
11：什么时候checkpiont
（1）fs.checkpoint.period 指定两次checkpoint的最大时间间隔，默认3600秒。
（2）fs.checkpoint.size&&& 规定edits文件的最大值，一旦超过这个值则强制checkpoint，不管是否到达最大时间间隔。默认大小是64M。
12：NameNode和SecondNameNode之间的联系
&13：Datanode
（1）提供真实文件数据的存储服务。
（2）文件块（block）：最基本的存储单位。对于文件内容而言，一个文件的长度大小是size，那么从文件的０偏移开始，按照固定的大小，顺序对文件进行划分并编号，划分好的每一个块称一个Block。HDFS默认Block大小是128MB，以一个256MB文件，共有256/128=2个Block.
dfs.block.size
（3）不同于普通文件系统的是，HDFS中，如果一个文件小于一个数据块的大小，并不占用整个数据块存储空间
（4）Replication。多复本。默认是三个。hdfs-site.xml的dfs.replication属性
14：Remote Procedure Call
（1）RPC——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。
（2）RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息的到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。
（3）hadoop的整个体系结构就是构建在RPC之上的(见org.apache.hadoop.ipc)。
15：HDFS读过程
（1）初始化FileSystem，然后客户端(client)用FileSystem的open()函数打开文件
（2）FileSystem用RPC调用元数据节点，得到文件的数据块信息，对于每一个数据块，元数据节点返回保存数据块的数据节点的地址。
（3）FileSystem返回FSDataInputStream给客户端，用来读取数据，客户端调用stream的read()函数开始读取数据。
（4）DFSInputStream连接保存此文件第一个数据块的最近的数据节点，data从数据节点读到客户端(client)
（5）当此数据块读取完毕时，DFSInputStream关闭和此数据节点的连接，然后连接此文件下一个数据块的最近的数据节点。
（6）当客户端读取完毕数据的时候，调用FSDataInputStream的close函数。
（7）在读取数据的过程中，如果客户端在与数据节点通信出现错误，则尝试连接包含此数据块的下一个数据节点。
（8）失败的数据节点将被记录，以后不再连接。
16：HDFS写过程
（1）初始化FileSystem，客户端调用create()来创建文件
（2）FileSystem用RPC调用元数据节点，在文件系统的命名空间中创建一个新的文件，元数据节点首先确定文件原来不存在，并且客户端有创建文件的权限，然后创建新文件。
（3）FileSystem返回DFSOutputStream，客户端用于写数据，客户端开始写入数据。
（4）DFSOutputStream将数据分成块，写入data queue。data queue由Data Streamer读取，并通知元数据节点分配数据节点，用来存储数据块(每块默认复制3块)。分配的数据节点放在一个pipeline里。Data Streamer将数据块写入pipeline中的第一个数据节点。第一个数据节点将数据块发送给第二个数据节点。第二个数据节点将数据发送给第三个数据节点。
（5）DFSOutputStream为发出去的数据块保存了ack queue，等待pipeline中的数据节点告知数据已经写入成功。
（6）当客户端结束写入数据，则调用stream的close函数。此操作将所有的数据块写入pipeline中的数据节点，并等待ack queue返回成功。最后通知元数据节点写入完毕。
（7）如果数据节点在写入的过程中失败，关闭pipeline，将ack queue中的数据块放入data queue的开始，当前的数据块在已经写入的数据节点中被元数据节点赋予新的标示，则错误节点重启后能够察觉其数据块是过时的，会被删除。失败的数据节点从pipeline中移除，另外的数据块则写入pipeline中的另外两个数据节点。元数据节点则被通知此数据块是复制块数不足，将来会再创建第三份备份。
&17：HDFS的架构
（1）主从结构
　　主节点， namenode
　　从节点，有很多个: datanode
（2）namenode负责：
　　接收用户操作请求
　　维护文件系统的目录结构
　　管理文件与block之间关系，block与datanode之间关系
（3）datanode负责：
　　存储文件
　　文件被分成block存储在磁盘上
　　为保证数据安全，文件会有多个副本
18：Hadoop部署方式
（1）本地模式
（2）伪分布模式
（3）集群模式
19：Hadoop的特点
（1）扩容能力（Scalable）：能可靠地（reliably）存储和处理千兆字节（PB）数据。
（2）成本低（Economical）：可以通过普通机器组成的服务器群来分发以及处理数据。这些服务器群总计可达数千个节点。
（3）高效率（Efficient）：通过分发数据，hadoop可以在数据所在的节点上并行地（parallel）处理它们，这使得处理非常的快速。
（4）可靠性（Reliable）：hadoop能自动地维护数据的多份副本，并且在任务失败后能自动地重新部署（redeploy）计算任务。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：28357次
排名：千里之外
原创：149篇
评论：14条
/biehongli/
(10)(5)(4)(4)(93)(34)(1)}