only GC outdated intern keys

This commit is contained in:
Niko Matsakis 2019-03-22 05:13:07 -04:00
parent 9689d4471b
commit c5795a3e5c
4 changed files with 74 additions and 3 deletions

View file

@ -494,7 +494,20 @@ where
map.retain(|key, intern_index| {
let discard = match strategy.discard_if {
DiscardIf::Never => false,
DiscardIf::Outdated => match values[intern_index.index()] {
// NB: Interned keys *never* discard keys unless they
// are outdated, regardless of the sweep strategy. This is
// because interned queries are not deterministic;
// if we were to remove a value from the current revision,
// and the query were later executed again, it would not necessarily
// produce the same intern key the second time. This would wreak
// havoc. See the test `discard_during_same_revision` for an example.
//
// Keys that have not (yet) been accessed during this
// revision don't have this problem. Anything
// dependent on them would regard itself as dirty if
// they are removed and also be forced to re-execute.
DiscardIf::Always | DiscardIf::Outdated => match values[intern_index.index()] {
InternValue::Present { accessed_at, .. } => accessed_at < revision_now,
InternValue::Free { .. } => {
@ -504,7 +517,6 @@ where
);
}
},
DiscardIf::Always => true,
};
if discard {

View file

@ -1,7 +1,8 @@
use crate::group;
use crate::interned;
use crate::log::{HasLog, Log};
#[salsa::database(group::Gc)]
#[salsa::database(group::Gc, interned::Intern)]
#[derive(Default)]
pub(crate) struct DatabaseImpl {
runtime: salsa::Runtime<DatabaseImpl>,

57
tests/gc/interned.rs Normal file
View file

@ -0,0 +1,57 @@
use crate::db;
use salsa::{Database, SweepStrategy};
#[salsa::query_group(Intern)]
pub(crate) trait InternDatabase {
#[salsa::interned]
fn intern_str(&self, x: &'static str) -> u32;
fn repeat_intern1(&self, x: &'static str) -> u32;
fn repeat_intern2(&self, x: &'static str) -> u32;
}
fn repeat_intern1(db: &impl InternDatabase, x: &'static str) -> u32 {
db.intern_str(x)
}
fn repeat_intern2(db: &impl InternDatabase, x: &'static str) -> u32 {
db.intern_str(x)
}
/// This test highlights the difference between *interned queries* and
/// other non-input queries -- in particular, their results are not
/// *deterministic*. Therefore, we cannot GC values that were created
/// in the current revision; that might cause us to re-execute the
/// query twice on the same key during the same revision, which could
/// yield different results each time, wreaking havoc. This test
/// exercises precisely that scenario.
#[test]
fn discard_during_same_revision() {
let db = db::DatabaseImpl::default();
// This will assign index 0 for "foo".
let foo1a = db.repeat_intern1("foo");
// If we are not careful, this would remove the interned key for
// "foo".
db.query(InternStrQuery).sweep(
SweepStrategy::default()
.discard_everything()
.sweep_all_revisions(),
);
// This would then reuse index 0 for "bar".
let bar1 = db.intern_str("bar");
// And here we would assign index *1* to "foo".
let foo2 = db.repeat_intern2("foo");
// But we would still have a cached result, *from the same
// revision*, with the value 0. So that's inconsistent.
let foo1b = db.repeat_intern1("foo");
assert_ne!(foo2, bar1);
assert_eq!(foo1a, foo1b);
assert_eq!(foo1b, foo2);
}

View file

@ -13,5 +13,6 @@ mod db;
mod derived_tests;
mod discard_values;
mod group;
mod interned;
mod log;
mod shallow_constant_tests;