随着StompChicken的更正(我错误地计算了一个点产品,呃!)答案似乎是肯定的.我已经使用具有相同正确结果的预先计算的内核测试了相同的问题.如果你使用libsvm StompChickens清楚,有组织的计算是一个非常好的检查.
原始问题: 我即将开始在libSVM中使用预先计算的内核.我注意到 弗拉德对一个问题的回答,我认为确认libsvm给出了正确的答案是明智的.我从非预先计算的内核开始,只是一个简单的线性内核,在3维空间中有2个类和3个数据点.我用过这些数据
1 1:3 2:1 3:0
2 1:3 2:3 3:1
1 1:7 3:9
调用svm-train -s 0 - t 0包含的模型文件
svm_type c_svc
kernel_type linear
nr_class 2
total_sv 3
rho -1.53951
label 1 2
nr_sv 2 1
SV
0.4126650675419768 1:3 2:1 3:0
0.03174528241667363 1:7 3:9
-0.4444103499586504 1:3 2:3 3:1
但是,当我手动计算解决方案时,这不是我得到的.有谁知道libsvm是否有错误,或者是否有人可以比较注释,看看他们是否得到了与libsvm相同的功能？
系数a1,a2,a3通过LIBSVM退换应该是使这些值
a1 + a2 + a3 - 5*a1*a1 + 12*a1*a2 - 21*a1*a3 - 19*a2*a2/2 + 21*a2*a3 - 65*a3*a3 …我对一般的网站运营都很陌生.我熟悉桌面应用程序的统计分析器,但不确定如何开始分析网站,因为存在许多额外的潜在瓶颈,我不确定哪些分析器可用于网站.
我环顾四周,在其他问题上看到了有用的建议,但我不确定它们是非常完整的解决方案.主要建议是天蓝色的性能指标和这个答案的建议.
总结它们是:使用firebug单独确定渲染时间和加载时间,以便可以判断是否存在渲染问题或服务器问题.
如果服务器端:测试一个小的静态页面,就像一个带有单个gif的页面.如果这很慢,则会出现CPU问题.否则,可能是IO绑定或数据库性能有问题.
可以使用性能计数器来检查服务器方面,例如:内存垃圾收集tcp/ip问题发送/接收的字节请求,排队,拒绝请求等待时间,处理时间
从我天真的角度来看,这个列表中似乎缺少的一些东西就是对传统桌面应用程序的分析,即堆栈看起来像什么时间的百分比(即我们花费时间在哪些功能,以及什么上下文).另一个缺失的项目是分析数据库性能,这似乎在天蓝色上可能与在本地环境中不同,特别是如果开始处理缩放.另一个是花在第三方服务请求上的时间,尽管可以用天蓝色的性能计数器(？)来完成.
我为这个问题的天真性质道歉.我在这里找不到哪些工具和方面来描述一个天蓝色的MVC asp.net网站,你会对上面的列表做出哪些改变？
Java有一个很好的类,它可以保存基本的配置信息,例如你希望从一个会话到下一个会话持久化的gui设置.我记得它保存并检索键值对,并且使用起来非常简单.我一直在寻找C#的类比,但没有成功.我错过了吗？
如果没有,那么除了保存/读取custrom文本文件以保存简单的应用程序设置之外还有什么吗？("超越"的措施是简单的).
我需要开始编写一些MSMQ代码,它将与其他机器上的WCF代码进行交互.有MSMQ经验的人是否使用直接C++而不是使用COM来提出有关MSMQ的优缺点的建议？
我需要做一些重型机器学习计算.我在LAN上闲置了少量机器.为了使用hadoop/mapreduce/mahout分配我的计算要比没有这些分布式框架的单个机器上运行要快得多,我需要多少台机器？这是计算开销与收益之间的实际问题,因为我假设仅在2台机器之间进行分配,总体时间比不分发和简单地在单个机器上运行更糟糕(仅仅因为分配计算涉及所有开销).
技术说明:一些繁重的计算是非常可并行的.只要每台机器都拥有自己的原始数据副本,所有这些都是有效的.
使用Rprof显示dtt包中的dct是一段运行速度非常慢的R代码中的主要攻击者.在stats包中交换它为fft(这不是相同的转换,但应该花费相同的时间来计算)我的运行时间显着改善.事实上,我的Rprof线路中有2/3是先前的dct呼叫,而且在进行切换后仅有3行约600个fft呼叫.
dtt包中的dct实现是不是使用快速离散傅立叶变换完成的？如果是这样,是否有一个包有一个？(我知道可以将数据加倍,然后从那些fft系数中提取dct的系数,但是直接的快速dct肯定会更好,并且确实应该在某个地方).
我们正在移动LAN上的大量数据,并且必须非常快速和可靠地进行.目前我们使用在C++中实现的Windows TCP.使用大(同步)发送比一堆较小(同步)发送更快地移动数据,但是经常会在大的时间间隔(.15秒)内死锁,导致整体传输速率骤降.这种僵局发生在非常特殊的情况下,这使我相信它应该完全可以预防.更重要的是,如果我们真的不知道原因我们真的不知道它不会发生在一段时间内使用较小的发送.谁能解释这个僵局？
关于(3)的奇怪之处在于,通常该调用不需要花费太多时间并且接收完全相同数量的数据.在2Ghz的机器上,有3亿条指令值得花时间.我假设呼叫没有(天堂禁止)等待收到的数据在返回之前被激活,所以ack必须等待呼叫返回,否则两者必须被其他东西延迟.
当第二个数据包(同一个消息的一部分)到达1到2之间时,问题永远不会发生.这部分非常清楚地说明它与Windows TCP不会发回的事实有关 - 数据ACK直到第二个数据包到达或200ms计时器到期.但是延迟小于200毫秒(更像是150毫秒).
第三个不合时宜的角色(在我看来真正的罪魁祸首)是(5).发送肯定是在那之前被调用好的.15秒,但是数据永远不会在ack返回之前点击线路.对我来说,这是这个僵局中最离奇的部分.它不是tcp阻塞,因为TCP窗口很大,因为我们将SO_RCVBUF设置为类似500*1460(仍然在meg以下).数据进入非常快(基本上有一个循环通过发送旋转数据)所以缓冲区应该几乎立即填充.Msdn提到在决定发送命中何时使用各种"启发式",并且已经挂起的发送+完整缓冲区将导致发送阻塞,直到数据到达线路(否则发送显然只是将数据复制到tcp发送缓冲区并返回).
不管怎样,为什么发送者实际上并没有发送更多数据.15秒暂停对我来说是最离奇的部分.上面的信息是通过wireshark在接收端捕获的(当然除了在文本文件中记录的socket.recv返回时间).我们尝试将发送缓冲区更改为零并关闭发送方上的nagel(是的,我知道nagel不会发送小数据包 - 但我们尝试关闭nagel,以防这是未声明的"启发式"的一部分,影响消息是否会从技术上来说,微软的nagel就是如果缓冲区已满并且有一个未完成的ACK,则不会发送一个小数据包,所以它似乎是一种可能性.
我希望在WPF中使用directx 11.从这个问题的答案可以看出这是可能的.第二个答案指向一些实现"共享表面队列"的微软代码.
我正在浏览共享的表面队列代码,但我不知道它实现了什么目的(除了必须使不同版本的directx很好地共享一个表面).创建共享曲面队列以共享directx曲面的目的是什么？(特别是WPF与directx 11的组合).
注意:与我引用的问题不同,我不使用slimDX
我在这里寻找明确的答案.
根据文档,JavascriptSerializer的公共静态方法是线程安全的,但非静态方法不是.
是否保证对于此类的公共非静态方法,运行不同线程的不同实例是线程安全的(即,没有可能违反线程安全的私有静态资源)？它特别是我感兴趣的JavascriptSerializer和JavascriptDeserializer中的序列化和反序列化的方法,但一般都想知道答案.
也就是说,如果线程A仅在实例A上运行而线程B仅在实例B上运行,那么在该场景中是否可以确保公共非静态方法的线程安全性？
我正在尝试使用VS 2013 Express for Windows桌面打开Direct3D Tutorial Win32示例.令我惊讶的是,它声称解决方案中的各个项目都无法打开,因为此版本的应用程序不支持其项目类型(.vcxproj).
有谁知道为什么无法打开vcxproj文件,或者我如何诊断和修复问题的根本原因？
编辑:我也无法在Mike Farnsworth的Rayito项目中打开vcxproj文件.