草庐IT

好得多

全部标签

python - 标准输入似乎比标准输出(python)慢得多。为什么?

我有两个python程序(一个是子进程)需要相互通信。目前我正在通过stdin和stdout来实现。然而,写入子进程的stdin似乎慢得令人痛苦。a.py,一个接受任意行输入并打印时间的程序:fromtimeimporttime,sleepfromsysimportstdout,stdinwhileTrue:stdin.readline()stdout.write('%f\n'%time())stdout.flush()b.py,一个运行a.py的程序,计算写入程序的stdin和从中读取所需的时间这是stdout:fromtimeimporttimefromsubprocessimpo

Python 子进程模块比命令慢得多(不推荐)

所以我写了一个脚本,在命令行上使用nc访问一堆服务器,最初我使用Python的命令模块并调用commands.getoutput()并且脚本运行了大约45秒。由于不推荐使用命令,我想将所有内容更改为使用subprocess模块,但现在脚本需要2分钟45秒才能运行。有人知道为什么会这样吗?我之前有:output=commands.getoutput("echogetfile.ext|nc-w1server.comport_num")现在我有p=Popen('echogetfile.ext|nc-w1server.comport_num',shell=True,stdout=PIPE)ou

Python 特征值计算比我计算机上的 MATLAB 慢得多。为什么?

我想使用Python2.6.5计算大型矩阵(大约1000x1000)的特征值。我一直做不到这么快。我还没有找到解决这个问题的任何其他话题。当我运行时a=rand(1000,1000);tic;fori=1:10eig(a);endtoc;在MATLAB中大约需要30秒。Python中的类似测试需要216秒。使用RPy通过R运行它并没有明显加快计算速度。Octave中的测试耗时93秒。我对速度的差异感到有点困惑。我在网上能找到的类似此类问题的唯一实例是this,已经有好几年了。该问题中的发帖人具有不同的Python目录结构(我将其归因于帖子的年代,尽管我可能会弄错),因此我没有足够的信心

python - 为什么 SQL 聚合函数比 Python 和 Java(或穷人的 OLAP)慢得多

我需要一个真正的DBA的意见。Postgres8.3在我的MacbookPro上执行此查询需要200毫秒,而Java和Python执行相同的计算不到20毫秒(350,000行):SELECTcount(id),avg(a),avg(b),avg(c),avg(d)FROMtuples;这是使用SQL数据库时的正常行为吗?架构(表格包含对调查的回复):CREATETABLEtuples(idintegerprimarykey,ainteger,binteger,cinteger,dinteger);\copytuplesfrom'350,000responses.csv'delimite

python - 为什么 SQL 聚合函数比 Python 和 Java(或穷人的 OLAP)慢得多

我需要一个真正的DBA的意见。Postgres8.3在我的MacbookPro上执行此查询需要200毫秒,而Java和Python执行相同的计算不到20毫秒(350,000行):SELECTcount(id),avg(a),avg(b),avg(c),avg(d)FROMtuples;这是使用SQL数据库时的正常行为吗?架构(表格包含对调查的回复):CREATETABLEtuples(idintegerprimarykey,ainteger,binteger,cinteger,dinteger);\copytuplesfrom'350,000responses.csv'delimite

AI 大模型的语言不平等:英语最便宜,其它语言要贵得多

7月31日消息,用户所使用的语言对于大型语言模型(LLM)的费用有很大的影响,可能造成英语使用者和其它语言使用者之间的人工智能鸿沟。最近的一项研究显示,由于OpenAI等服务所采用的的服务器成本衡量和计费的方式,英语输入和输出的费用要比其他语言低得多,其中简体中文的费用大约是英语的两倍,西班牙语是英语的1.5倍,而缅甸的掸语则是英语的15倍。IT之家注意到,推特用户DylanPatel(@dlan522p)分享了一张照片,展示了牛津大学进行的一项研究,该研究发现,让一个LLM处理一句缅甸语句子需要198个词元(tokens),而同样的句子用英语写只需要17个词元。词元代表了通过API(如Ope

ios - 为什么这段代码解压缩 UIImage 比天真的方法好得多?

在我的应用程序中,我需要加载大型JPEG图像并在ScrollView中显示它们。为了保持UI响应,我决定在后台加载图像,然后在主线程上显示它们。为了在后台完全加载它们,我强制解压缩每个图像。我正在使用此代码解压缩图像(请注意,我的应用程序仅适用于iOS7,因此我知道在后台线程上使用这些方法是可以的):+(UIImage*)decompressedImageFromImage:(UIImage*)image{UIGraphicsBeginImageContextWithOptions(image.size,YES,0);[imagedrawAtPoint:CGPointZero];UII

ios - 为什么这段代码解压缩 UIImage 比天真的方法好得多?

在我的应用程序中,我需要加载大型JPEG图像并在ScrollView中显示它们。为了保持UI响应,我决定在后台加载图像,然后在主线程上显示它们。为了在后台完全加载它们,我强制解压缩每个图像。我正在使用此代码解压缩图像(请注意,我的应用程序仅适用于iOS7,因此我知道在后台线程上使用这些方法是可以的):+(UIImage*)decompressedImageFromImage:(UIImage*)image{UIGraphicsBeginImageContextWithOptions(image.size,YES,0);[imagedrawAtPoint:CGPointZero];UII

python - Python 中的 Sqlite3 模块比 Shell 中的 SELECT 慢得多

我在Python中使用sqlite3模块,但我发现它对于某个SELECT查询来说非常慢,相对于在命令shell中运行sqlite3中的查询。首先我会说这两个版本都是相同的3.7.17。我的查询是SELECTr.ID,r.DateFROMmy_tablerWHEREr.DateIN(SELECTDateFROMmy_tableWHEREID=r.IDGROUPBYDateLIMIT2);Python代码是con=lite.connect(path_to_database)cur=con.cursor()withcon:cur.execute(sql_query)其中sql_query是包

python - Python 中的 Sqlite3 模块比 Shell 中的 SELECT 慢得多

我在Python中使用sqlite3模块,但我发现它对于某个SELECT查询来说非常慢,相对于在命令shell中运行sqlite3中的查询。首先我会说这两个版本都是相同的3.7.17。我的查询是SELECTr.ID,r.DateFROMmy_tablerWHEREr.DateIN(SELECTDateFROMmy_tableWHEREID=r.IDGROUPBYDateLIMIT2);Python代码是con=lite.connect(path_to_database)cur=con.cursor()withcon:cur.execute(sql_query)其中sql_query是包