我对Python非常陌生。我在我的Linux PC(Ubunutu 12.04)上安装了一个名为RYU的openflow控制器,使用: sudo pip install ryu 我试图运行一个使用ryu-manager的python文件,如下所示。 sudo ryu-manager simple_switch.py Traceback (most recent call last): File "/usr/local/bin/ryu-manager", line 19, in <module> import gevent ImportError: No module named gevent 然后我试图安装gevent使用: sudo pip install gevent gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.7 -c gevent/core.c -o build/temp.linux-x86_64-2.7/gevent/core.o gevent/core.c:4:20: fatal error: Python.h: No such […]
好的,所以,我从Ubuntu 12.04 64位切换到32位,并安装build-essential. 然后我编译并安装了GMP-5.0.5,MPFR-3.1.1,MPC-1.0,ISL-0.10和CLOOG-0.17.0。 我检出了一个主要的gcc主干的副本,并试图用下面的configuration行(从一个单独的目录)构build它: ../svnsrc/configure –prefix=/usr/GCC/svn –enable-__cxa_atexit –with-plugin-ld=/usr/bin/ld.gold –enable-threads=posix –enable-werror –enable-build-with-cxx –with-gmp=/usr/GCC/prereq/svn –with-mpfr=/usr/GCC/prereq/svn –with-mpc=/usr/GCC/prereq/svn –with-isl=/usr/GCC/prereq/svn –with-cloog=/usr/GCC/prereq/svn –enable-languages=c,c++ configuration运行良好,所以我运行make && make check 。 这运行良好一段时间,但然后失败,出现以下错误: /home/matt/GCC/svnbuild/./gcc/xgcc -B/home/matt/GCC/svnbuild/./gcc/ -B/usr/GCC/svn/i686-pc-linux-gnu/bin/ -B/usr/GCC/svn/i686-pc-linux-gnu/lib/ -isystem /usr/GCC/svn/i686-pc-linux-gnu/include -isystem /usr/GCC/svn/i686-pc-linux-gnu/sys-include -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mlong-double-80 […]
我们希望将我们的服务器上的操作系统从Ubuntu 10.04 LTS升级到Ubuntu 12.04 LTS。 不幸的是,运行已经可运行的线程的延迟似乎已经从2.6内核显着增加到了3.2内核。 实际上,我们正在得到的延迟数字是难以相信的。 让我更具体的testing。 我们有一个运行两个线程的程序。 第一个线程获取当前时间(以RDTSC为单位),然后每秒发送一个条件variables。 第二个线程在条件variables上等待并在发送信号时唤醒。 然后获取当前时间(以RDTSC为单位)。 计算第二个线程中的时间和第一个线程中的时间之间的差值并显示在控制台上。 之后,第二个线程再次等待条件variables。 大约一秒钟后,第一个线程会再次发出信号。 所以,简而言之,我们得到一个线程,通过条件variables等待时间测量线程进行一次线程通信 。 在内核2.6.32中,这个等待时间在2.8-3.5 us左右,这是合理的。 在内核3.2.0中,这个延迟已经增加到40-100 us的量级。 我排除了两台主机之间的硬件差异。 它们运行在相同的硬件上(运行于3.6 GHz的双插槽X5687 {Westmere-EP}处理器,具有超线程,speedstep和所有C状态closures)。 testing应用程序改变线程的亲和力,以便在同一个套接字的独立物理核心上运行它们(即,第一个线程在核心0上运行,第二个线程在核心1上运行),所以线程没有弹起核心或弹跳/sockets之间的通信。 两台主机之间的唯一区别是,一台运行Ubuntu 10.04 LTS,内核为2.6.32-28(快速上下文切换框),另一台运行最新的Ubuntu 12.04 LTS,内核为3.2.0-23(缓慢的环境开关盒)。 所有的BIOS设置和硬件都是相同的。 内核中是否有任何变化可以解释为什么这个线程被安排运行需要多长时间? 更新:如果你想在你的主机和linux版本上运行testing,我已经把代码发布到了pastebin中供你阅读。 编译: g++ -O3 -o test_latency test_latency.cpp -lpthread 运行(假设你至less有一个双核心盒): ./test_latency 0 1 # Thread 1 on Core 0 and Thread 2 on […]
我在计算机A(Ubuntu 12.04服务器)上创build了一个包含mongodump的转储文件。 我把它移到电脑B(Ubuntu的12.04服务器),并input: mongorestore -db db_name – drop db_dump_path 它失败了,它报告说: 连接到:127.0.0.1 在抛出“std :: runtime_error”的实例后终止调用 what():locale :: facet :: _ S_create_c_locale名称无效 中止 我已经成功地完成了这个操作,而这种奇怪的行为从未发生过。 任何帮助赞赏。 谢谢。
我正在尝试在Ubuntu 12中编译ARM代码。 当我把代码放在本地目录中时,一切正常。 但是当我把代码放在引用的挂载目录下时出现错误: making testXmlFiles sh: 0: getcwd() failed: No such file or directory ARM Compiling xxxxx.c sh: 0: getcwd() failed: No such file or directory 这是我在fstab中的设置 //10.0.0.1/data /mnt/data cifs auto,noserverino,credentials=/root/.smbcredentials,file_mode=0777,dir_mode=0777,uid=user,gid=users,noperm 0 0 这里发生了什么? 什么可能导致这个错误?
我不知道该服务的名称,但希望通过检查其状态来停止服务。 例如,如果我想检查PostgreSQL服务是否正在运行,但是我不知道服务的名字,那我怎么检查它的状态? 如果服务名称已知,我知道检查状态的命令。
随着我的Ubuntu 12.04机器上的python(2.7.3)安装和导入模块持续的困扰。 在这里,我遇到了一个问题,那就是在我的机器和各种虚拟环境中确实已经安装了机械化。 我已经尝试从pip,easy_install安装,通过python setup.py install从这个repo python setup.py install : https : //github.com/abielr/mechanize 。 无济于事,每一次,我进入我的python互动,我得到: Python 2.7.3 (default, Aug 1 2012, 05:14:39) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import mechanize Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named mechanize >>> […]
以下失败,我不明白为什么: $ echo "#!" 以下也失败,同样的错误信息: $ echo "\#!" 错误消息: -bash: !": event not found 为什么会失败? 应该怎么做echo呢?