- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
我有一段使用 libxml-ruby
gem 解析 500 MB XML 文件的代码。令我惊讶的是,这段代码在 GC 禁用 的情况下运行较慢,这似乎违反直觉。可能是什么原因?我有足够的可用内存,但系统没有交换。
require 'xml'
#GC.disable
@reader = XML::Reader.file('books.xml', :options => XML::Parser::Options::NOBLANKS)
@reader.read
@reader.read
while @reader.name == 'book'
book_id = @reader.get_attribute('id')
@reader.read
until @reader.name == 'book' && @reader.node_type == XML::Reader::TYPE_END_ELEMENT
case @reader.name
when 'author'
author = @reader.read_string
when 'title'
title = @reader.read_string
when 'genre'
genre = @reader.read_string
when 'price'
price = @reader.read_string
when 'publish_date'
publish_date = @reader.read_string
when 'description'
description = @reader.read_string
end
@reader.next
end
@reader.read
end
@reader.close
这是我得到的结果:
ruby gc on gc off
2.2.0 16.93s 18.81s
2.1.5 16.22s 18.58s
2.0.0 17.63s 17.99s
为什么禁用垃圾收集器?我读过 Ruby Performance Optimization本书认为 Ruby 很慢主要是因为程序员没有考虑内存消耗,这使得垃圾收集器使用了大量的执行时间。因此,只要系统不交换,关闭 GC 应该会立即加快速度(当然是以内存使用为代价)。
我想看看我的 XML 解析模块是否可以改进,所以我开始通过禁用 GC 进行试验,这让我遇到了这个问题。我希望在禁用 GC 的情况下有显着的加速,但我却得到了相反的结果。我知道差异并不大,但这对我来说仍然很奇怪。
libxml-ruby
gem 在底层使用原生 C LibXML
实现 - 这可能是原因吗?
我使用的文件是手动乘法的books.xml
示例,从一些微软文档下载:
<catalog>
<book id="bk101">
<author>John Doe</author>
<title>XML for dummies</title>
<genre>Computer</genre>
<price>44.95</price>
<publish_date>2000-10-01</publish_date>
<description>Some description</description>
</book>
....
</catalog>
我的设置:OS X Yosemite、Intel Core i5 2.6 GHz、16GB 内存。
感谢您的任何建议。
最佳答案
您忘记了操作系统 - 您在 MRI 进程中禁用了 GC,但您无法控制 linux/unix 内核以及它如何为 MRI 应用程序分配内存。
事实上,我相信通过禁用 GC,您已经大大限制了应用程序的行为,使您的程序很可能需要不断地从内核请求更多 RAM。这可能会涉及内核中的某种形式的开销,因为它会为您分配交换空间或内存。
您的源数据是一个 500 mb 的 xml 文件,您正在将其逐个节点读取到 MRI 程序的内存占用空间中。在完成处理时,您的 MRI 过程可能会消耗数 GB 的数据;并且在每次迭代后,主读取 block 中的值都不会被丢弃 - 它们只是在内存中徘徊,并且只有在应用程序退出并且内存被交还给操作系统时才最终被清除。
GC 已到位来管理它;它旨在防止您的应用程序从内核请求额外的内存,除非它绝对需要它,并允许您的应用程序在合理分配给它的内存内“足够好”地运行。
所以说实话,当您看到禁用 GC 后速度变慢时,我并不感到惊讶。可以说明的是您的盒子在基准测试期间的平均负载和交换使用情况。
关于ruby - 为什么这个 XML 解析 Ruby 代码在禁用 GC 的情况下运行得更慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36286721/
自己试试看: import pandas as pd s=pd.Series(xrange(5000000)) %timeit s.loc[[0]] # You need pandas 0.15.1
我最近开始使用 Delphi 中的 DataSnap 来生成 RESTful Web 服务。在遵循 Marco Cantu 本人和互联网上其他几个人的指导后,我成功地使整个“链条”正常工作。 但是有一
我一直在为操作系统类(class)编写以下代码,但结果有些奇怪。该代码创建x线程并同时运行它们,以便将两个平方矩阵相乘。每个线程将输入矩阵的Number_of_rows/Number_of_threa
我正在尝试确定何时使用 parallel包以加快运行某些分析所需的时间。我需要做的一件事是创建矩阵,比较具有不同行数的两个数据框中的变量。我在 StackOverflow 上问了一个关于有效方法的问题
我最近对我的代码进行了一些清理,并在此过程中更改了此内容(不完全是真实的代码): read = act readSTRef test1 term i var = do t v^!terms.
我正在计时查询和同一个查询的执行时间,分页。 foreach (var x in productSource.OrderBy(p => p.AdminDisplayName) .Wher
我正在开发一个项目 (WPF),我有一个 Datagrid 从数据库加载超过 5000 条记录,所以我使用 BackgroundWorker 来通知用户数据正在加载,但它太慢了,我需要等待将近 2分钟
我在查询中添加 ORDER BY 时遇到问题。没有 ORDER BY 查询大约需要 26ms,一旦我添加 ORDER BY,它大约需要 20s。 我尝试了几种不同的方法,但似乎可以减少时间。 尝试 F
我是 Android 开发新手,遇到了性能问题。当我的 GridView 有太多项目时,它会变得有点慢。有什么方法可以让它运行得更快一些吗? 这是我使用的代码: 适配器: public class C
这里的要点是: 1.设置query_cache_type = 0;重置查询缓存; 2.在 heidisql(或任何其他客户端 UI)中运行任何查询 --> 执行,例如 45 毫秒 3.使用以下代码运行
想象下表: CREATE TABLE drops( id BIGSERIAL PRIMARY KEY, loc VARCHAR(5) NOT NULL, tag INT NOT
我的表 test_table 中的示例数据: date symbol value created_time 2010-01-09 symbol1
首先,如果已经有人问过这个问题,我深表歉意,至少我找不到任何东西。 无论如何,我将每 5 分钟运行一次 cron 任务。该脚本加载 79 个外部页面,而每个页面包含大约 200 个我需要在数据库中检查
我有下面的 SQL 代码,它来自 MySQL 数据库。现在它给了我期望的结果,但是查询很慢,我想我应该在进一步之前加快这个查询的速度。 表agentstatusinformation有: PKEY(主
我需要获取一个对象在 Core Data 中数千个其他对象之间的排名。现在,这是我的代码: - (void)rankMethod { //Fetch all objects NSFet
我正在编写一个应用程序,我需要在其中读取用户的地址簿并显示他所有联系人的列表。我正在测试的 iPhone 有大约 100 个联系人,加载联系人确实需要很多时间。 ABAddressBookRef ad
我正在使用 javascript 将 160 行添加到包含 10 列的表格中。如果我这样做: var cellText = document.createTextNode(value); cell.a
我是 Swift 的新手,我已经设置了一个 tableView,它从 JSON 提要中提取数据并将其加载到表中。 表格加载正常,但是当表格中有超过 10 个单元格时,它会变得缓慢且有些滞后,特别是它到
我在 InitializeCulture 和 Page_PreInit 事件之间的 asp.net 页面中遇到性能问题。当我重写 DeterminePostBackMode() 时,我发现问题出在 b
我在 Hetzner 上有一个带有 256GB RAM 6 个 CPU(12 个线程) 的专用服务器,它位于德国。我有 CENTOS 7.5。 EA4。 我的问题是 SSL。每天大约 2 小时,我们在
我是一名优秀的程序员,十分优秀!