我正在尝试在工作和家中同步VS Code实例,包括打开文件列表.我知道有同步设置的扩展,但它们不包括Open Files AFAIK.我不希望在运行实例下进行实时同步,但如果我重新启动两台机器并在它们上启动Code,我希望它们完全相同.
目前,我在OneDrive上有一个便携式安装代码,我也尝试将AppData\Roaming\Code移动到OneDrive,用这个副本的符号链接替换实际目录.
但是,当我在家里打开编辑器时,它有自己的一组打开文件.
我尝试使用ProcMon来了解它的来源,我试着稍微阅读一下.似乎要求可能更容易:-)
顺便说一句,我在我项目的Code git文件夹中打开.此文件夹位于两台PC上的相同路径中.
抱歉英文不好:(
假设我可以以任何方式初步组织食谱和配料数据.
我怎样才能有效地进行搜索由用户提供的成分配方,最好是最大匹配排序-所以,首先要使用的最大提供ingridients的,不包含任何其他ingrs食谱,他们的食谱后,使用更少提供的一组和仍没有任何其他的人,他们的食谱与最低额外要求等等?
我所能想到的就是代表像bitmasks这样的食谱,并将所需的位掩码与所有食谱进行比较,但这显然是一个不好的方法.
和Levenstein距离这样的相关事情我不知道如何在这里使用.
我相信这应该是相当普遍的任务......
我写了一个简单的脚本来重新索引我们的PG数据库,每周一次.它有一个简单的逻辑:
作为适当的懒惰开发人员,我不喜欢这个概念,我必须不断更新我的hashmap.(另一方面,我这样做时发现了两个效率低下的指数.)
pg_index看起来很有用,有没有办法从中重建一个create index子句?
获取列列表很容易,但我们使用不同的索引类型,字段的不同opclasses,部分索引......谁知道什么.重要的是要确保我们将首先获得与用于创建索引的完全相同的子句.
我正在运行Debian Wheezy,openjdk-7-jre,clojure 1.4.0和leiningen-1.7.1,都是从官方仓库安装的.
所以我跑了
lein new hello
cd hello
lein run -m hello.core
Run Code Online (Sandbox Code Playgroud)
并看到一个错误:
Exception in thread "main" java.lang.RuntimeException: java.lang.ClassNotFoundException: hello.core
at clojure.lang.Util.runtimeException(Util.java:165)
at clojure.lang.RT.classForName(RT.java:2017)
at clojure.lang.Reflector.invokeStaticMethod(Reflector.java:206)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:92)
at clojure.lang.Reflector.invokeStaticMethod(Reflector.java:225)
at user$eval35.invoke(NO_SOURCE_FILE:1)
at clojure.lang.Compiler.eval(Compiler.java:6465)
at clojure.lang.Compiler.eval(Compiler.java:6455)
at clojure.lang.Compiler.eval(Compiler.java:6431)
at clojure.core$eval.invoke(core.clj:2795)
at clojure.main$eval_opt.invoke(main.clj:296)
at clojure.main$initialize.invoke(main.clj:315)
at clojure.main$null_opt.invoke(main.clj:348)
at clojure.main$main.doInvoke(main.clj:426)
at clojure.lang.RestFn.invoke(RestFn.java:421)
at clojure.lang.Var.invoke(Var.java:405)
at clojure.lang.AFn.applyToHelper(AFn.java:163)
at clojure.lang.Var.applyTo(Var.java:518)
at clojure.main.main(main.java:37)
Caused by: java.lang.ClassNotFoundException: hello.core
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at …Run Code Online (Sandbox Code Playgroud) 我自己实现了HyperLogLog algorithm.它运作良好,但有时我必须获取很多(大约10k-100k)的HLL结构并合并它们.
我将它们中的每一个存储为一个位串,所以首先我必须将每个位串转换为桶.由于有很多HLL,它需要的时间比我想要的多.
目前大约80%的运行时为每个HLL调用一行代码:
my @buckets = map { oct '0b'.$_ } unpack('(a5)1024', $bitstring);
有没有办法更快地做到这一点?
如果我们留下HyperLogLog的定义,那么任务可以这样解释:假设$bitstring由1024个5位计数器组成(因此每个计数器的值最多为32),我们必须将其转换为1024个整数的数组.