Demo Data from EDBT 2026 / reviewers in the wild / expert
Albert Chang
dblp:97/1433
· DBLP profile ↗
3ranked-venue papers
2as first author
1since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Artificial intelligence and machine learning · 1 · 1 since 2021Systems, architecture and hardware · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 1 first-author
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer architecture, parallel and distributed computing, and storage systems
2 papers |
Storage systems · 50% Memory systems · 29% Processor architecture and microarchitecture · 22% | |
| Software engineering, system software, and programming languages
2 papers |
Operating systems · 100% |
Topics — the 6 heaviest of 9, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems › resource management › storage management
file systems |
0.0 | 1 | 1988 | 801 Storage: Architecture and Programming · ACM Trans. Comput. Syst. 1988 |
Operating systems › resource management › memory management
virtual memory |
0.0 | 1 | 1988 | 801 Storage: Architecture and Programming · ACM Trans. Comput. Syst. 1988 |
Storage systems › storage architecture
persistent storage |
0.0 | 1 | 1988 | 801 Storage: Architecture and Programming · ACM Trans. Comput. Syst. 1988 |
Storage systems › transaction support
transactional storage |
0.0 | 1 | 1988 | 801 Storage: Architecture and Programming · ACM Trans. Comput. Syst. 1988 |
Memory systems › memory management › virtual memory
address translation |
0.0 | 1 | 1987 | 801 Storage: Architecture and Programming (Extended Abstract) · SOSP 1987 |
Memory systems › memory management
memory management unit |
0.0 | 1 | 1988 | 801 Storage: Architecture and Programming · ACM Trans. Comput. Syst. 1988 |
Methods — techniques the papers use, named apart from their topics
hardware-software co-design · 0.0chained hashing · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | Towards a Progression-Aware Autonomous Dialogue AgentabstractAbraham Sanders, Tomek Strzalkowski, Mei Si, Albert Chang, Deepanshu Dey, Jonas Braasch, Dakuo Wang. Proceedings of the 2022 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies. 2022. Abraham Sanders, Tomek Strzalkowski, Albert Chang, Deepanshu Dey, Jonas Braasch, Dakuo Wang |
NAACL-HLT | 4 |
| 1988 | 801 Storage: Architecture and ProgrammingabstractBased on novel architecture, the 801 minicomputer project has developed a low-level storage manager that can significantly simplify storage programming in subsystems and applications. The storage manager embodies three ideas: (1) large virtual storage , to contain all temporary data and permanent files for the active programs; (2) the innovation of database storage , which has implicit properties of access serializability and atomic update, similar to those of database transaction systems; and (3) access to all storage, including files, by the usual operations and types of a high-level programming language . The IBM RT PC implements the hardware architecture necessary for these storage facilities in its storage controller (MMU). The storage manager and language elements required, as well as subsystems and applications that use them, have been implemented and studied in a prototype operating system called CPR, that runs on the RT PC. Low cost and good performance are achieved in both hardware and software. The design is intended to be extensible across a wide performance/cost spectrum. Albert Chang, Mark F. Mergen |
ACM Trans. Comput. Syst. | 1 |
| 1987 | 801 Storage: Architecture and Programming (Extended Abstract)abstractThe IBM RT PC implements the necessary features of 801 storage architecture. The upper 4 bits of a 32-bit short address select one of 16 segment registers. A 12-bit segment id from the register replaces the 4 bits to form a 40-bit long virtual address. This creates a single large space of 4096 256M-byte segments. Only the supervisor may load segment registers and may therefore control access to and sharing of segments. A long virtual address is translated to real by an inverted page table, in which each entry contains the virtual page address currently allocated to a real page. Hardware searches the table using chained hashing. If a given virtual address is found in a table entry, the index of that entry is the desired real page address. Table size is related only to real storage size rather than to virtual size as with conventional segment and page tables. The inverted page table includes a transaction locking mechanism. Each entry contains bits to represent read and write locks, for 128-byte lines within the page, granted to the transaction id also in the entry. Lock fault interrupt occurs when storage access by the current transaction (id in a register) is not permitted by locks and id in a table entry. Page protection bits may instead be used when transaction locking is not required. Albert Chang, Mark F. Mergen |
SOSP | 1 |