zoukankan      html  css  js  c++  java
  • Mahout聚类和kafaka相关知识

    1.说几种距离测度Mahout:

    欧式距离测度;平方欧式距离测度;曼哈顿距离测度;余弦距离测度;加权距离测度

    2.K-means算法参数:

    3.TF-IDF加权公式:

    4.聚类是什么?

     聚类是一种无监督的机器学习任务,可以自动将数据划分成类cluster。并不需要提前告知所划分的组是什么样的,因为我们可能都不知道我们在寻找什么,所以聚类是用来知识发现的而不是预测

    5.聚类的原则?

    一个组内的记录彼此必须非常相似,与该组之外的记录截然不同。聚类做的就是遍历所有数据找到他们之间的相似性

    6.聚类用代码实现的步骤?

    代码实现
    // 0.初始化环境 hadoop
    // 1.从文件夹中读取一个个text文件,将数据转换成SequenceFile格式的文件
    // 2.将文本生成向量
    // 3.使用算法进行聚类
    // 4.导出聚类总结结果到目录下<-->clusterdump.json
    // 5.生成EXCEL以便观察结果

    7.kafka高效文件存储设计特点?

    •    Kafka把topic中一个parition大文件分成多个小文件段,通过多个小文件段,就容易定期清除或删除已经消费完文件,减少磁盘占用。
    •    通过索引信息可以快速定位message和确定response的最大大小。
    •    通过index元数据全部映射到memory,可以避免segment file的IO磁盘操作。
    •    通过索引文件稀疏存储,可以大幅降低index文件元数据占用空间大小。
    8.删除一个topic:

    And finally deleting a topic:

     > bin/kafka-topics.sh --zookeeper zk_host:port/chroot --delete --topic my_topic_name
    

    Topic deletion option is disabled by default. To enable it set the server config

    delete.topic.enable=true

    9.为什么要用Message Queue

    • 解耦
      在项目启动之初来预测将来项目会碰到什么需求,是极其困难的。消息队列在处理过程中间插入了一个隐含的、基于数据的接口层,两边的处理过程都要实现这一接口。这允许你独立的扩展或修改两边的处理过程,只要确保它们遵守同样的接口约束

    • 冗余
      有些情况下,处理数据的过程会失败。除非数据被持久化,否则将造成丢失。消息队列把数据进行持久化直到它们已经被完全处理,通过这一方式规避了数据丢失风 险。在被许多消息队列所采用的”插入-获取-删除”范式中,在把一个消息从队列中删除之前,需要你的处理过程明确的指出该消息已经被处理完毕,确保你的数 据被安全的保存直到你使用完毕。

    • 扩展性
      因为消息队列解耦了你的处理过程,所以增大消息入队和处理的频率是很容易的;只要另外增加处理过程即可。不需要改变代码、不需要调节参数。扩展就像调大电力按钮一样简单。

    • 灵活性 & 峰值处理能力
      在访问量剧增的情况下,应用仍然需要继续发挥作用,但是这样的突发流量并不常见;如果为以能处理这类峰值访问为标准来投入资源随时待命无疑是巨大的浪费。使用消息队列能够使关键组件顶住突发的访问压力,而不会因为突发的超负荷的请求而完全崩溃。

    • 可恢复性
      当体系的一部分组件失效,不会影响到整个系统。消息队列降低了进程间的耦合度,所以即使一个处理消息的进程挂掉,加入队列中的消息仍然可以在系统恢复后被处理。而这种允许重试或者延后处理请求的能力通常是造就一个略感不便的用户和一个沮丧透顶的用户之间的区别。

    • 送达保证
      消息队列提供的冗余机制保证了消息能被实际的处理,只要一个进程读取了该队列即可。在此基础上,IronMQ提供了一个”只送达一次”保证。无论有多少进 程在从队列中领取数据,每一个消息只能被处理一次。这之所以成为可能,是因为获取一个消息只是”预定”了这个消息,暂时把它移出了队列。除非客户端明确的 表示已经处理完了这个消息,否则这个消息会被放回队列中去,在一段可配置的时间之后可再次被处理。

      • 顺序保证
        在大多使用场景下,数据处理的顺序都很重要。消息队列本来就是排序的,并且能保证数据会按照特定的顺序来处理。IronMO保证消息通过FIFO(先进先出)的顺序来处理,因此消息在队列中的位置就是从队列中检索他们的位置。

      • 缓冲
        在任何重要的系统中,都会有需要不同的处理时间的元素。例如,加载一张图片比应用过滤器花费更少的时间。消息队列通过一个缓冲层来帮助任务最高效率的执行—写入队列的处理会尽可能的快速,而不受从队列读的预备处理的约束。该缓冲有助于控制和优化数据流经过系统的速度。

      • 理解数据流
        在一个分布式系统里,要得到一个关于用户操作会用多长时间及其原因的总体印象,是个巨大的挑战。消息系列通过消息被处理的频率,来方便的辅助确定那些表现不佳的处理过程或领域,这些地方的数据流都不够优化。

      • 异步通信
        很多时候,你不想也不需要立即处理消息。消息队列提供了异步处理机制,允许你把一个消息放入队列,但并不立即处理它。你想向队列中放入多少消息就放多少,然后在你乐意的时候再去处理它们。





  • 相关阅读:
    gdb 查看变量~p长串末尾省略号, 一个页面显示不完
    Git 在团队中的最佳实践--如何正确使用Git Flow[转]
    apktool+dex2jar+xjad反编译android程序
    浏览器缓存详解:expires,cache-control,last-modified,etag详细说明
    64位windows 7下成功配置TortoiseGit使用Github服务器
    github简单使用教程
    浅淡HTML5移动Web开发
    Surface、SurfaceView、SurfaceHolder及SurfaceHolder.Callback之间的关系
    深入浅出Symfony2
    利用PHP取二进制文件头判断文件类型
  • 原文地址:https://www.cnblogs.com/tianziru/p/5140439.html
Copyright © 2011-2022 走看看