【发布时间】:2019-10-20 06:54:06
【问题描述】:
我的问题已经部分回答了,所以我根据我从 cmets 和其他实验中学到的东西对其进行了修改。
总之,我想要一个用于编程竞赛的快速 I/O 例程,其中问题通过单个文件解决,无需外部 crate。它应该从BufRead(标准输入或文件)中读取一系列以空格分隔的标记。标记可能是整数、浮点数或 ASCII 字,由空格和换行符分隔,所以我似乎应该一般支持 FromStr 类型。一小部分问题是交互式的,这意味着并非所有的输入最初都是可用的,但它总是以完整的行出现。
关于上下文,这里是the discussion that led me to post here。有人编写了非常快速的自定义代码来直接从BufRead::fill_buf() 的&[u8] 输出解析整数,但它在FromStr 中并不通用。
这是我的best solution so far(强调Scanner 结构):
use std::io::{self, prelude::*};
fn solve<B: BufRead, W: Write>(mut scan: Scanner<B>, mut w: W) {
let n = scan.token();
let mut a = Vec::with_capacity(n);
let mut b = Vec::with_capacity(n);
for _ in 0..n {
a.push(scan.token::<i64>());
b.push(scan.token::<i64>());
}
let mut order: Vec<_> = (0..n).collect();
order.sort_by_key(|&i| b[i] - a[i]);
let ans: i64 = order
.into_iter()
.enumerate()
.map(|(i, x)| a[x] * i as i64 + b[x] * (n - 1 - i) as i64)
.sum();
writeln!(w, "{}", ans);
}
fn main() {
let stdin = io::stdin();
let stdout = io::stdout();
let reader = Scanner::new(stdin.lock());
let writer = io::BufWriter::new(stdout.lock());
solve(reader, writer);
}
pub struct Scanner<B> {
reader: B,
buf_str: String,
buf_iter: std::str::SplitWhitespace<'static>,
}
impl<B: BufRead> Scanner<B> {
pub fn new(reader: B) -> Self {
Self {
reader,
buf_str: String::new(),
buf_iter: "".split_whitespace(),
}
}
pub fn token<T: std::str::FromStr>(&mut self) -> T {
loop {
if let Some(token) = self.buf_iter.next() {
return token.parse().ok().expect("Failed parse");
}
self.buf_str.clear();
self.reader
.read_line(&mut self.buf_str)
.expect("Failed read");
self.buf_iter = unsafe { std::mem::transmute(self.buf_str.split_whitespace()) };
}
}
}
通过避免不必要的分配,这个Scanner 非常快。如果我们不关心不安全性,可以通过将read_line() 转换为String,而不是将read_until(b'\n') 转换为Vec<u8>,然后是str::from_utf8_unchecked(),使其更快。
不过,我也想知道最快的安全解决方案是什么。有没有聪明的方法告诉 Rust 我的Scanner 实现实际上是安全的,消除了mem::transmute?直观地说,似乎我们应该将SplitWhitespace 对象视为拥有缓冲区,直到它在返回None 后被有效删除。
在其他条件相同的情况下,我想要一个“不错”的惯用标准库解决方案,因为我正在尝试向其他参加编程竞赛的人展示 Rust。
【问题讨论】:
-
我猜它必须这样做 - 不要猜测,个人资料。剖析师说什么?如果您非常关心运行时性能,您显然会使用分析器,是吗?
-
加上额外的
String和Vec分配,以及UTF-8 验证——这些都与FromStr无关。如果你从一个静态字符串开始,大概你的实现会一样快。 -
好吧,我不是在责怪
FromStr。相反,看到impl FromStr for i64无论如何都遵循as_bytes()表示,我觉得这必须可以有效地完成。这可能只是找到一种更有效的方式从BufRead获取令牌的问题。不过你说得对,我应该用探查器练习一下…… -
我对 Rust 几乎一无所知,但我不赞成程序在意外的 EOF 上进入无限循环。
-
我也喜欢 C++ 中的
cin>>x或(f)scanf(..)。我考虑过是否可以将 text_io::read 重写为为编程竞赛量身定制的短 sn-p github.com/oli-obk/rust-si/blob/master/src/lib.rs
标签: string parsing optimization rust