papers-we-love_papers-we-love/nautilus.db

SQLite format 3

@  !<00>
!-<2D>

<0F>
<0E><0F><0E>
r<0C>
IV,+

<00>p
<01>?tablelinkslinksCREATE TABLE links
  (id integer primary key,
   paper_id int,
   url varchar unique not null,
   title varchar not null,
   directory varchar not null,
   status int not null,
   created varchar,
   modified varchar))=
indexsqlite_autoindex_links_1links
<0A>|	
<01>Wtablefilesfiles
CREATE TABLE files
  (id integer primary key,
   paper_id int,
   sha1 varchar unique not null,
   filename varchar not null,
   directory varchar not null,
   normalized varchar not null,
   created varchar,
   modified varchar))
=
indexsqlite_autoindex_files_1files<0B>
!!
<01>etabletagspaperstagspapers	CREATE TABLE tagspapers
  (id integer primary key,
   tag_id integer not null,
   paper_id integer not null)a
<01>%tabletagstagsCREATE TABLE tags
  (id integer primary key,
   tag varchar unique not null)';
indexsqlite_autoindex_tags_1tags<08>''
<01>qtableauthorspapersauthorspapersCREATE TABLE authorspapers
  (id integer primary key,
   author_id integer not null,
   paper_id integer not null)<29>0
<01>7tableauthorsauthorsCREATE TABLE authors
  (id integer primary key,
   name varchar unique not null,
   first_name varchar,
   middle_name varchar,
   last_name varchar)-A
indexsqlite_autoindex_authors_1authors<05>\

<01>tablepaperspapersCREATE TABLE papers
  (id integer primary key,
   title varchar unique not null,
   year int,
   abstract varchar,
   venue varchar,
   directory varchar,
   created varchar,
   modified varchar)+?
indexsqlite_autoindex_papers_1papers<00><0C><00><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>~ytoje`[VQLGB=83-'!	<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>ysmga[UOIC=71+%


<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
}
w
q
k
e
_
Y
S
M
G
A
;
5
/
)
#




<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><00><00>g<02>=GGFlowDroid: precise context, flow, field, object-sensitive and lifecycle-aware taint analysis for Android apps<07>Today's smartphones are a ubiquitous source of private and confidential data. At the same time, smartphone users are plagued by carelessly programmed apps that leak important data by accident, and by malicious apps that exploit their given privileges to copy such data intentionally. While existing static taint-analysis approaches have the potential of detecting such data leaks ahead of time, all approaches for Android use a number of coarse-grain approximations that can yield high numbers of missed leaks and false alarms.
 In this work we thus present FlowDroid, a novel and highly precise static taint analysis for Android applications. A precise model of Android's lifecycle allows the analysis to properly handle callbacks invoked by the Android framework, while context, flow, field and object-sensitivity allows the analysis to reduce the number of false alarms. Novel on-demand algorithms help FlowDroid maintain high efficiency and precision at the same time.
 We also propose DroidBench, an open test suite for evaluating the effectiveness and accuracy of taint-analysis tools specifically for Android apps. As we show through a set of experiments using SecuriBench Micro, DroidBench, and a set of well-known Android test applications, FlowDroid finds a very high fraction of data leaks while keeping the rate of false positives low. On DroidBench, FlowDroid achieves 93% recall and 86% precision, greatly outperforming the commercial tools IBM AppScan Source and Fortify SCA. FlowDroid successfully finds leaks in a subset of 500 a<00><><00><><00><><00><><00><><00><>
<00><>	<00><><00><><00><><00><><00><>|<00><>y<00><>w<00><>u<00><>s<00><>qނm݂hۂdڂaق`؂^ׂZւXՂTԂRӂO҂MтIЂGςE͂B̂@ɂ=Ȃ9ǂ8Ƃ7Â6‚3<00><>1<00><>0<00><>,<00><>)<00><>%<00><>"<00><><00><><00><><00><><00><><00><><00><><00><><00><>
<00><><00><><00><>
<00><><00><>}<00><>|<00><>y<00><>u<00><>s<00><>r<00><>o<00><>k<00><>h<00><>e<00><>c<00><>a<00><>`<00><>^<00><>\<00><>X<00><>U<00><>R<00><>P<00><>L<00><>I<00><>G<00><>E<00><>B<00><>><00><>;<00><>8<00><>6<00><>5<00><>3<>/~<7E>*}<7D>&|<7C>#{<7B>!z<>y<>x<>w<>v<>s<>q<>
p<>
n<>m<>l<>
k~j{ixfuesdqcn_k\g[bZ`Y]XZWWVTUQSNLJKEJCGAF<E8D4C2B0A,>(=%<";:98765
4
321<0E><00>t<0E>&<0F>!u<0C>
1
<01>
<EFBFBD><06>~
<0A><07><04><02><06><08><05> 
<0A><02><03>@W<03>o"<07>A<00>{/<0B><06>b	D
<0A><00>*	
"
_	<09>	<09>
B<04><08><07><05><00><0F>N<0E><05><02><0B>
1O<0C>_<06>X:<0B>1*Y
RRB-Trees: Efficient Immutable VectorsI#K
Immutability Changes EverythingH0e
Mathematical Aspects of Consciousness TheoryG!
NTRU PrimeF-_
The Moral Character of Cryptographic WorkE"I
New directions in cryptographyD9
Acoustic CryptanalysisCK<04>
A Method for Obtaining Digital Signatures and Public-Key CryptosystemsBC
Attacks on the WEP protocolA0e
Microreboot - A Technique for Cheap Recovery@E<04>

Time, Clocks, and the Ordering of Events in a Distributed System?3
Crash-Only Software>2i
Experience with Processes and Monitors in Mesa=V<04>/
Simple, Fast, and Practical Non-Blocking and Blocking Concurrent Queue Algorithms<
Hol;-_
Message Analysis for Concurrent Languages:7s
The semantics of x86-CC multiprocessor machine code9@<04>
Finding race conditions in Erlang with QuickCheck and PULSE8F<04>
Heap architectures for concurrent languages using message passing7V<04>/
Everything you always wanted to know about synchronization but were afraid to ask67s
High-quality single-shot capture of facial geometry57s
Panorama weaving: fast and flexible seam processing4<}
Coupled 3D reconstruction of sparse facial hair and skin3$M
Procedural modeling of buildings29w
Imaging vector fields using line integral convolution15
Instant architecture0N<04>
Shape Grammars and the Generative Specification of Painting and Sculpture/!
PushPull++.<}
Diminished reality for augmented reality interior design-C
Interactive Horizon Mapping,)
The Redox Code+,]
Light Propagation Volumes in Cryengine 3*/
Blue native PAGE.)/
Deep Colorization(9
The rendering equation'Z<04>7
KinectFusion: real-time 3D reconstruction and interaction using a moving depth camera&4m
Web page classification: Features and algorithms%<}
3-Sweep: extracting editable objects from a single photo$"I
Poisson surface reconstruction#0e
Illumination for Computer Generated Pictures")W
Continuous Shading of Curved Surfaces!5o
An improved illumination model for shaded display P<04>#
GigaVoxels: ray-guided streaming for efficient and detailed voxel renderingP<04>#
Digital Video Stabilization and Rolling Shutter Correction using GyroscopesJ<04>
Piranha: A scalable architecture based on single-chip multiprocessingH<04>
MEXICA: A computer model of a cognitive account of creative writing'S
Object Space Silhouette AlgorithimsA<04>
A program optimization for automatic database result cachingJ<04>
On computable numbers with an application to the Entscheidungsproblem3k
On the resemblance and containment of documentsP<04>#
2Q: A Low Overhead High Performance Buffer Management Replacement Algorithm'S
A DNA-Based Archival Storage System,]
BIG Cache Abstraction for Cache NetworksB<04>
Molecular computation of solutions to combinatorial problems.'S
The chemical basis of morphogenesis1g
VEWS: A Wikipedia Vandal Early Warning SystemA
Interactive topic modeling@<04>
The BUDS Language for Distributed Bayesian Machine Learning4m
Evaluating Generative Models for Text Generation/c
Safety Verification of Deep Neural Networks*Y
Causal Diagrams for Empirical Research
"I
A Theory of Inferred Causation+[
The algorithmization of counterfactuals8u
Analyzing inter-application communication in Android
P<04>#
Architectural Styles and the Design of Network-based Software Architectures	(U
Computing Machinery and IntelligenceG<04>
Mastering the game of Go with deep neural networks and tree search<07><04>
Effective Inter-Component Communication Mapping in Android with Epicc: An Essential Step Towards HolisNI<04>Exploring the Potential of Gamification N;yEluding carnivores: file sharing with strong anonymity
Dr6q
Large-scale cluster management at Google with Borgi`
/BiMBitcoin
5<00>5o
Pregel: a system for large-scale graph processings=Epidemic BroN;yEluding carnivores: file sharing with strong anonymity
D<00>G<04>The Derivative of a Regular Type is its Type of One-Hole Contexts<00>
<0F><00><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>
<0A>
<0A>
<0A>
u
\
4
<0C><0C><0C>f1<0B><0B><0B><0B>i;
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
_
5
	<09>	<09>	<09>	<09>	e	7	 	
<08><08><08><08>e9<07><07><07><07>Z0<06><06><06><06>{X5<05><05><05><05>jD)<04><04><04><04>X7<03><03><03><03>uR+<02><02><02>vQ2
<01>
<01>
<01>
<01>
b
A
(
!o)
Otmar HilligesOtmarHilligesn
David KimDavidKimm'
Shahram IzadiShahramIzadi$l-Brian D. DavisonBrianD.Davisonk%
Xiaoguang QiXiaoguangQi#j+
Daniel Cohen-OrDanielCohen-Ori!
Shi-Min HuShi-MinHuh%
Ariel ShamirArielShamirg
Zhe ZhuZheZhuf
Tao ChenTaoChene%
Hugues HoppeHuguesHoppe#d+
Matthew BolithoMatthewBolitho(c1Michael M. KazhdanMichaelM.Kazhdan"b+Bui Tuong PhongBuiTuongPhonga'
Henri GouraudHenriGouraud!`)
Turner WhittedTurnerWhitted!_)
Elmar EisemannElmarEisemann%^-
Sylvain LefebvreSylvainLefebvre!])
Fabrice NeyretFabriceNeyret\'
Cyril CrassinCyrilCrassin[#
Salim VirjiSalimVirjiZ!
Marc LevoyMarcLevoyY%
Jongmin BaekJongminBaekX%
David JacobsDavidJacobs)W1
Alexandre KarpenkoAlexandreKarpenkoV'
Mike SharplesMikeSharples0U9Rafael Pérez Y PérezRafaelPérez YPérezT#
Bruce GoochBruceGoochS%
Elaine CohenElaineCohenR%
Mark HartnerMarkHartner!Q)
Ashley HartnerAshleyHartnerP'
Adam ChlipalaAdamChlipalaO!
Ziv ScullyZivScully$N-Andrei Z. BroderAndreiZ.BroderM'
Dennis ShashaDennisShasha%L-
Theodore JohnsonTheodoreJohnsonK'
Karin StraussKarinStraussJ%
Georg SeeligGeorgSeeligI
Luis CezeLuisCeze(H1Douglas M. CarmeanDouglasM.Carmean!G)
Randolph LopezRandolphLopez!F)
James BornholtJamesBornholtE!
Gong ZhangGongZhangD
Runhui LiRunhuiLiC%
Zhi-Li ZhangZhi-LiZhang%B-
Arvind NarayananArvindNarayananA%
Eman RamadanEmanRamadan@#L M AdlemanLMAdleman(?1%V. S. SubrahmanianV.S.Subrahmanian)>1
Francesca SpezzanoFrancescaSpezzano=%
Srijan KumarSrijanKumar%<-
Brianna SatinoffBriannaSatinoff.;7#Jordan L. Boyd-GraberJordanL.Boyd-Graber:!
Yuening HuYueningHu!9)
Chris JermaineChrisJermaine*83Luis Leopoldo PerezLuisLeopoldoPerez7#
Shangyu LuoShangyuLuo6%Zekai J. GaoZekaiJ.Gao#5+
Suvrat BhooshanSuvratBhooshan4'
Raunaq RewariRaunaqRewari%3-
Prasad KawthekarPrasadKawthekar2
Min WuMinWu1
Sen WangSenWang,05#Marta Z. KwiatkowskaMartaZ.Kwiatkowska/'
Xiaowei HuangXiaoweiHuang.%
Thomas VermaThomasVerma"-+David A. WagnerDavidA.Wagner!,)
Kate GreenwoodKateGreenwood,+5Adrienne Porter FeltAdriennePorterFelt*!
Erika ChinErikaChin()1David S. RosenblumDavidS.Rosenblum*(3Roy Thomas FieldingRoyThomasFielding'%A. M. TuringA.M.Turing!&)
Demis HassabisDemisHassabis%'
Thore GraepelThoreGraepel'$/
#Koray KavukcuogluKorayKavukcuoglu##+
Madeleine LeachMadeleineLeach,"5Timothy P. LillicrapTimothyP.Lillicrap!!)
Ilya SutskeverIlyaSutskever% -
%Nal KalchbrennerNalKalchbrenner
John NhamJohnNham'
Dominik GreweDominikGrewe#+
Sander DielemanSanderDieleman%
Marc LanctotMarcLanctot3;
)Vedavyas PanneershelvamVedavyasPanneershelvam)1
!Ioannis AntonoglouIoannisAntonoglou-5
'Julian SchrittwieserJulianSchrittwieser4=George Van Den DriesscheGeorgeVan DenDriessche'
Laurent SifreLaurentSifre#
Arthur GuezArthurGuez&/Chris J. MaddisonChrisJ.Maddison
Aja HuangAjaHuang%
David SilverDavidSilver!
Somesh JhaSomeshJha%-
Patrick McdanielPatrickMcdaniel%-
Rusmin SoetjiptoRusminSoetjipto#Rose F. LiuRoseF.Liu#+
Klara NahrstedtKlaraNahrstedt 
)Carl A. GunterCarlA.Gunter#+
Muhammad NaveedMuhammadNaveed#
Dongjing HeDongjingHe*
3Patrick D. McdanielPatrickD.Mcdaniel	'
Damien OcteauDamienOcteau'Yves Le TraonYvesLeTraon'
Jacques KleinJacquesKlein%-
Alexandre BartelAlexandreBartel#
Eric BoddenEricBodden#+
Christian FritzChristianFritz+3
Siegfried Rasthofe<00><>K<00><>G<00><>A߈@<00><>A<00><>W<00><>m<00><>o<>`<60>/T<>F@<40>Y?o-
<00><0F><0F>\<0F>yA-<06>M
<01>i
<EFBFBD>	<09><06>X<05><04>q	<09><08>y<0B><0F>	'Z*<0C>	i<07><07><0C><0E><06>

9
<0A>2
<EFBFBD>\	<09><08><0F><0C>	I<05>
r
<01><05>:<04>
<EFBFBD>
<01>m<06>t<08><06>w<06>
<0A>
~<02>
<EFBFBD><05><07><03><02><03>
<0A>	X<0B><0F>!~
`<0C><0E><03>o<03>
>"Wk
<01>3
<EFBFBD><0B>
TI<02>
<0A>	I	<09><04> N<08>E3<08><05><03>	<09>6
<0A><03><07><05>B<0E><04>%[!<07><06>1	<09>
<EFBFBD><07><02>_<04><0E><0C>
<EFBFBD><0E>	9
<0A>1<02>A<07><0B>>
<01><0F>X<0E>`o<04><0F>7<0B><08>j!
K\<02>y
,
h<02>G<08>J2h
<0A><05>g<0B>
<01>l<0B>^
<EFBFBD>
'Greg Friedman<00>'Yuichi Fujiki<00>/Shinichi Kawamoto<00>)Leslie Lamport<00>#Armando Fox<00>'George Candea<00>+David D. Redell<00>/Butler W. Lampson<00>-Michael L. Scott<00>-Maged M. Michael<00>!Rob Arthan<00>%Konrad Slind<00>'John Harrison<00>-Richard Carlsson<00>%Jade Alglave<00>-Magnus O. Myreen<00>+Thomas Braibant<00>Tom Ridge<00>#Scott Owens<00>=Francesco Zappa Nardelli<00>%Peter Sewell<00>'Susmit Sarkar<00>%Ulf T. Wiger<00>#Thomas Arts<00>'Hans Svensson<00>#John Hughes<00>1Nicholas Smallbone<00>+Michal H. Palka<00>'Koen Claessen<00>1Jesper Wilhelmsson<00>5Konstantinos Sagonas<00>)Erik Johansson<00>5Vasileios Trigonakis<00>-Rachid Guerraoui<00>#Tudor David<00>!Bob Sumner<00>-Valerio Pascucci<00>'Julien Tierny<00>#Brian Summa<00>+Markus H. Gross<00>-Robert W. Sumner<00>+Steve Marschner<00>/Paul A. Beardsley<00>-Gioacchino Noris<00>%Bernd Bickel<00>%Thabo Beeler<00>%Luc Van Gool<00>'Andreas Ulmer<00>'Simon Haegler<00>1Leith Casey Leedom<00>%Brian Cabral<00>-William Ribarsky<00>5François X. Sillion<00>)Michael Wimmer<00>!James Gips<00>%George Stiny<00>)Pascal Müller<00>#Peter Wonka<00>#Markus Lipp<00>)Sanni Siltanen<00>-Michael F. Cohen<00>3Peter-Pike J. Sloan<00>#Helmut Sies<00>'Dean P. Jones<00>+
Anton Kaplanyan/
Hermann Schägger~-
Hans-Peter Braun}#
Ilka Wittig|

Bin Sheng{)
Qingxiong Yangz%
Zezhou Chengy+
James T. Kajiyax5
Andrew W. Fitzgibbonw/
Andrew J. Davisonv)
Dustin Freemanu%
Steve Hodgest'
Jamie Shottons)
Pushmeet Kohlir3
Richard A. Newcombeq+
David Molyneauxp)
Otmar Hilligeso

David Kimn'
Shahram Izadim-
Brian D. Davisonl%
Xiaoguang Qik+
Daniel Cohen-Orj!
Shi-Min Hui%
Ariel Shamirh
Zhe Zhug
Tao Chenf%
Hugues Hoppee+
Matthew Bolithod1
Michael M. Kazhdanc+
Bui Tuong Phongb'
Henri Gourauda)
Turner Whitted`)
Elmar Eisemann_-
Sylvain Lefebvre^)
Fabrice Neyret]'
Cyril Crassin\#
Salim Virji[!
Marc LevoyZ%
Jongmin BaekY%
David JacobsX1
Alexandre KarpenkoW'
Mike SharplesV9
Rafael Pérez Y PérezU#
Bruce GoochT%
Elaine CohenS%
Mark HartnerR)
Ashley HartnerQ'
Adam ChlipalaP!
Ziv ScullyO-
Andrei Z. BroderN'
Dennis ShashaM-
Theodore JohnsonL'
Karin StraussK%
Georg SeeligJ

Luis CezeI1
Douglas M. CarmeanH)
Randolph LopezG)
James BornholtF!
Gong ZhangE

Runhui LiD%
Zhi-Li ZhangC-
Arvind NarayananB%
Eman RamadanA#
L M Adleman@1
V. S. Subrahmanian?1
Francesca Spezzano>%
Srijan Kumar=-
Brianna Satinoff<7
Jordan L. Boyd-Graber;!
Yuening Hu:)
Chris Jermaine93
Luis Leopoldo Perez8#
Shangyu Luo7%
Zekai J. Gao6+
Suvrat Bhooshan5'
Raunaq Rewari4-
Prasad Kawthekar3

Min Wu2
Sen Wang15
Marta Z. Kwiatkowska0'
Xiaowei Huang/%
Thomas Verma.+
David A. Wagner-)
Kate Greenwood,5
Adrienne Porter Felt+!
Erika Chin*1
David S. Rosenblum)3
Roy Thomas Fielding(%
A. M. Turing')
Demis Hassabis&'
Thore Graepel%/
Koray Kavukcuoglu$+
Madeleine Leach#5
Timothy P. Lillicrap")
Ilya Sutskever!-
Nal Kalchbrenner 

John Nham'
Dominik Grewe+
Sander Dieleman%
Marc Lanctot;
Vedavyas Panneershelvam1
Ioannis Antonoglou5
Julian Schrittwieser=
George Van Den Driessche'
Laurent Sifre#
Arthur Guez/
Chris J. Maddison

Aja Huang%
David Silver!
Somesh Jha-
Patrick Mcdaniel-
Rusmin Soetjipto#
Rose F. Liu+
Klara NahrstedtI7E. Michael Maximilien<02>XX!E. Morello<03><00>'Svante Janson<02>t<00>
L. Tomé<0F><0F><0F><00>!Ravi Kumar<05>h#J. Carvalho<04><0F>#E. S<00>/Mohana Ramaratnam<05>+
Bui Tuong PhongbH#Bryan Parno
<01><0F><00><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>{skc[SKC;3+#<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>{skd]UNF>6.&
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
~
v
n
f
^
V
N
F
>
6
.
&



<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>~vnf^VNF>6.&<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>wmcYOE;1'	
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
}
s
i
_
U
K
A
7
-
#


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	y	o	e	[	Q	G	=	3	)				
<08><08><08><08><08><08><08><08><08><08><08><08>ukaWMC9/%<07><07><07><07><07><07><07><07><07><07><07><07><07>{qg]SI?5+!
<06><06><06><06><06><06><06><06><06><06><06><06><06>wmcYOE;1'	<05><05><05><05><05><05><05><05><05><05><05><05><05>}si_UKA7-#<04><04><04><04><04><04><04><04><04><04><04><04><04>yoe[QG>4* <03><03><03><03><03><03><03><03><03><03><03><03><03>vlbXND:0&<02><02><02><02><07>k

Ji<07>j

Ii<07>i

Hi<07>h

Gi<07>g

Fi<07>f

Ei<07>e

Dh<07>d

Ch<07>c

Bh<07>b

Ah<07>a

1h<07>`

@h<07>_

?h<07>^

>h<07>]

=h<07>\

<h<07>[

;h<07>Z

:h<07>Y
<00>h<07>X

9h<07>W

8g<07>V

7g<07>U

6g<07>T

5f<07>S

4f<07>R

3f<07>Q

2f<07>P

1f<07>O

0e<07>N

/e<07>M

.d<07>L

-d<07>K

,d<07>J

+d<07>I

*d<06>H

Mc<07>G

)c<07>F
<00>c<07>E

(c<07>D

'b<07>C

&a<07>B

%a<07>A

$a<07>@

#a<07>?

"a<07>>

!`<07>=

 `<07><

_<07>;

^<07>:

^<07>9

^<07>8

^<07>7

]<07>6

]<07>5

]<07>4

]<07>3

]<07>2

]<07>1

]<07>0

]<07>/

]<07>.

\<07>-

\<07>,

\<07>+

\<07>*


[<07>)

[<07>(

[<07>'


[<07>&

	Y<07>%

Y<07>$

Y<07>#

X<07>"

X<07>!

X<07> 

X<07>

X<07>


X<07>

X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>W<07>
<00>W<07>
<00>V<07>
<00>U<07>
<00>U<07>
<00>U<07>
<00>U<07>
<00>T<07>

<00>T<07>
<00>T<07>
<00>T<07>

<00>T<07>	
<00>T<07>
<00>T<07>
<00>S<07>
<00>S<07>
<00>S<07>
<00>S<07>
<00>R<07>
<00>R<07>

<00>R<07>
<00>Q<07>
<00>Q<07>~
<00>P<07>}
<00>P<07>|
<00>O<07>{
<00>O<07>z
<00>O<07>y
<00>O<07>x
<00>O<07>w
<00>O<07>v
<00>M<07>u
<00>M<07>t
<00>M<07>s
<00>M<07>r
<00>M<07>q
<00>M<07>p
<00>M<07>o
<00>M<07>n
<00>M<07>m
<00>M<07>l
<00>M<07>k
<00>L<07>j
<00>K<07>i
<00>K<07>h
<00>K<07>g
<00>J<07>f
<00>J<07>e
<00>I<07>d
<00>I<07>c
<00>H<07>b
<00>G<07>a
<00>F<07>`
<00>F<07>_
<00>F<07>^
<00>F<07>]
<00>E<07>\
<00>D<07>[
<00>D<07>Z
<00>C<07>Y
<00>C<07>X
<00>C<07>W
<00>B<07>V
<00>B<07>U
<00>B<07>T
<00>A<07>S
<00>@<07>R
<00>@<07>Q
<00>@<07>P
<00>@<07>O
<00>@<07>N
<00>?<07>M
<00>><07>L
<00>><07>K
<00>=<07>J
<00>=<07>I
<00><<07>H
<00><<07>G
<00>;<07>F
<00>;<07>E
<00>;<07>D
<00>:<07>C
<00>:<07>B
<00>:<07>A
<00>9<07>@
<00>9<07>?
<00>9<07>>
<00>9<07>=
<00>9<07><
<00>9<07>;
<00>9<07>:
<00>9<07>9
<00>8<07>8
<00>8<07>7
<00>8<07>6
<00>8<07>5
<00>8<07>4
<00>8<07>3
<00>8<07>2
<00>7<07>1
<00>7<07>0
<00>7<07>/
<00>6<07>.
<00>6<07>-
<00>6<07>,
<00>5<07>+
<00>5<07>*
<00>5<07>)
<00>5<07>(
<00>5<07>'
<00>4<07>&
<00>4<07>%
<00>4<07>$
<00>3<07>#
<00>3<07>"
<00>3<07>!
<00>3<07> 
<00>3<07>
<00>3<07>
<00>3<07>
<00>2<07>
<00>2<07>
<00>2<07>
<00>2<07>
<00>2<07>
<00>1<07>
<00>1<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>/<07>
<00>/<07>
<00>.<07>
<00>.<07>
<00>.<07>

<00>-<07>
<00>,<07>
<00>,<07>

<00>+<07>	
<00>+<06>

*<06>

~)<06>

})<06>

|)<06>

{(<06>

z(<06>

y(<06>


x'<06>

w&

v&~

u&}

t&|

s&{

r&z

q&y

p&x

o&w

n&v

m&u

l%t

k%s

j$r

i$q

h$p

g$o

f$n

e#m

d#l

c#k

b"j

a!i

` h

_g

^f

]e

\d

[c

Zb

Ya

X`

W_

V^

U]

T\

S[

RZ

QY

PX

OW

NV

MU

LT

KS

JR

IQ

HP

GO

FN

EM

DL

CK

BJ

AI

@H

?G

>F

=E

<D

;C

:B

9A

8@

7?

6>

5=

4<

3;

2:

19

08

/7	

6

.5	
4	
3

-
2

,
1

+
0

*
/

)	.

(	-

',

&+

%*

$)

#(

"'

!&

 %

$

#

"

!

 





























	













	




	

	







<00><>ZΊ <00><>fb<>,a<>k<0F><00><0F><0F><0F><0F><0F><0F>sj^L<$<0E><0E><0E><0E><0E><0E><0E><0E><0E>mUB3%
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
d
[
N
D
6
+

<0C><0C><0C><0C><0C><0C><0C><0C>vnfWLC1
<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>|tl\PH4(	

<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
}
q
h
\
N
C
7
'


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	q	b	M	@	3	<08><08><08><08><08><08><08>}r`R@(<07><07><07><07><07><07><07><07><07><07><07>q_@7'<06><06><06><06><06><06><06><06><06><06>\L-$<05><05><05><05><05><05><05>{eN6<04><04><04><04><04><04><04><04>{lTH0%

<03><03><03><03><03><03><03><03><03><03><03>ulUA,#<02><02><02><02><02><02><02>zndTG3'
<01>
<0A>q!hash table<0F>p%immutability<07>orime	<09>nripemd<11>m)future attacks
<EFBFBD>lupgrade
<0A>k!disclosure<07>jtalk	<09>ipuzzle<0F>h%cryptography<10>g'cryptographer<07>fblem<1F>eEdiffie-hellman key agreement<06>ddlp
<0A>c!public-key<0B>bknapsack<1A>a;public-key cryptosystem<11>`)decryption key<06>_ecc<12>^+electronic mail<11>])encryption key<14>\/key cryptosystems<06>[dsa<14>Z/encryption method<06>Ytes<06>Xdes<06>Wwep<06>Vrus<07>Ufine<0E>T#microreboot<06>Sbug
<EFBFBD>Rlogical<06>Qdis	<09>Pcausal<08>Oclock<06>Npen	<09>Mreboot<0C>Lexpensive<08>Kcrash<15>J1persistent storage	<09>Iuptime<15>H1priority inversion<0C>Goperating<08>Finter<14>E/personal computer<0B>Dhandling<19>C9concurrent programming
<EFBFBD>Bmonitor<07>Aread<0F>@%plementation<08>?queue
<0A>>!concurrent<0F>=%non-blocking<16><3memory architecture<15>;1garbage collection<14>:/allocation scheme<13>9-machine language<12>8+actual hardware<0F>7%memory model<06>6hol<10>5'correct model	<09>4erlang<15>31concurrent program<0F>2%unit testing<11>1)race condition<08>0pulse<0E>/#concurrency<06>.mcs<1C>-?synchronization primitive
<0A>,!contention$<24>+Operformance and energy efficiency<07>*lock	<09>)stereo<06>(dif	<09>'facial	<09>&mosaic<0B>%panorama<07>$seam
<EFBFBD>#editing<1B>"=reconstruction algorithm<0F>!%skin surface<0B> scanning<07>hair
<0A>!cityengine<06>cga<1C>?line integral convolution<0F>%vector field
<0A>!streamline<06>eld<06>odt
<EFBFBD>grammar<08>split<06>mar	<09>street	<09>facade	<09>carbon<07>nadp<11>)ros production<07>nadh<08>nadph<1A>
;deep learning technique<15>1reference database<0F>%colorization<0B>
radiance<0F>	%illumination<08>tance<06>ray<07>tsdf<0C>depth map<14>/3d reconstruction<19>9kinectfusion algorithm<1A>;document classification<0C>
hypertext<1A>;web page classification3text classification~relevant}cylinder|-simple 3d shapes
{!photographz%single photo
yfittingxpmvwrbfvureu9poisson reconstructiontmvsslightingrbrdfqspecular
pshadingo#reflectancenture	mshadow	lviewerk#ray tracing
jgraphic	ishaderhrendering
grealismfgpus
eoctreesdstreamingcgpubvoxelamate`gyroscope
_shutter^'camera motion]3video stabilization
\writing	[mexicaZcbrY)computer model
Xtension
WminhashV+minwise hashingUlsh
TshingleS#resemblanceRlfuQlirPlrfuOarcNacmM%data storageL'biotechnologyKarchivalJencoding
IblockinH-hamiltonian pathGhppF'dna computing
Egraph gD3vandalism detectionC'early warningBedit	Avandal
@!same topic?lda>itm=)topic modeling<#topic model;-bayesian network:causality9dag8sgs7causation69comfort and confidence5)counterfactual4-little knowledge3swiftness	2enigma1privilege0droid/comdroid.soap-=rest architectural style	,cation+api*soa)judge(bot'los&5machine intelligence%cent
$alphago
#!board game"'reinforcement!%intelligence
 !artificialdata flow
!smartphone)essential step3market applications7n.a. n.a. pc analysis	intenticc/security analysis
mhealth)sensitive datahipaa5security and privacycde
naturalndedoxmediation3android application
#android app'analysis tool
malware
leak	flowdroidappowslifecycle%bp algorithm+message passing+graphical model%factoňz<00><>'t<>=R<>YQ<>q<0F>s
<00><0F><0F>s<0F><0F>%
<0A><0F><0B><0B><0C><0F><0B><02><0B>
<0A>
<0A><0F>	<09><03>
<EFBFBD><07>
<0A><03><0C><0C><0E>
<0A>8(<03>A
O<0C>
<04><05><04>M<05><0C>&<02>{	A<0C>&<0B><08><03><06><02><03>U<02><0B><08>
Em2$D<06><07>-<0B>Bv
,<05>C<07><06><0F><03>	<09>t47
<EFBFBD>
i<07>
8<0F>
<EFBFBD><0B><04>
<01><0E><05><0B><08><0E>a<0E>|o
<0A>V<08><02>gkm<0F>	<09>Au
	<06><03>
<0A>}I
<0A>f_<07>V
<EFBFBD>%<05><0F>
<EFBFBD><0E><03>)5<04><06>	<09>n<07><07>
<0E>
r<07>m<0F><06>]1<04>	c<04>	<09>	<09>U
7<02><02>	o<04><05>S~
(	<09><04>
]<06>)	<09>
<0A>	4
O]
e(<07><03>X<06><0E><0E><0E><0C>
D	<09>
Q
<EFBFBD>	N	r<06>4
<0A>
\	<09><07><06>
~r<07>
.es<03>	<0C>w<08>
	<05>HI	<09>M`
<EFBFBD>

<EFBFBD><08><03>
<EFBFBD>!hash table<00>%immutability<00>	rime<00>ripemd<00>)future attacks<00>upgrade<00>!disclosure<00>	talk<00>puzzle<00>%cryptography<00>'cryptographer<00>	blem<00>!Ediffie-hellman key agreement<00>dlp<00>!public-key<00>
knapsack<00>;public-key cryptosystem<00>)decryption key<00>ecc<00>+electronic mail<00>)encryption key<00>/key cryptosystems<00>dsa<00>/encryption method<00>tes<00>des<00>wep<00>rus<00>	fine<00>#microreboot<00>bug<00>logical<00>dis<00>causal<00>
clock<00>pen<00>reboot<00>expensive<00>
crash<00>1persistent storage<00>uptime<00>1priority inversion<00>operating<00>
inter<00>/personal computer<00>
handling<00>9concurrent programming<00>monitor<00>	read<00>%plementation<00>
queue<00>!concurrent<00>%non-blocking<00>3memory architecture<00>1garbage collection<00>/allocation scheme<00>-machine language<00>+actual hardware<00>%memory model<00>hol<00>'correct model<00>erlang<00>1concurrent program<00>%unit testing<00>)race condition<00>
pulse<00>#concurrency<00>mcs<00>?synchronization primitive<00>!contention<00>&Operformance and energy efficiency<00>	lock<00>stereo<00>dif<00>facial<00>mosaic<00>
panorama<00>	seam<00>editing<00>=reconstruction algorithm<00>%skin surface<00>
scanning<00>	hair<00>!cityengine<00>cga<00>?line integral convolution<00>%vector field<00>!streamline<00>eld<00>odt<00>grammar<00>
split<00>mar<00>street<00>facade<00>carbon<00>	nadp<00>)ros production<00>	nadh<00>
nadph<00>;deep learning technique<00>1reference database<00>%colorization<00>
radiance<00>%illumination<00>
tance<00>ray<00>	tsdf<00>depth map<00>/3d reconstruction<00>9kinectfusion algorithm<00>;document classification<00>hypertext<00>;web page classification<00>3
text classification
relevant~
cylinder}-
simple 3d shapes|!
photograph{%
single photoz
fittingy
pmvx
rbfw
urev9
poisson reconstructionu
mvst
lightings
brdfr
specularq
shadingp#
reflectanceo
turen

shadowm

viewerl#
ray tracingk
graphicj

shaderi

renderingh
realismg
gpusf
octreese

streamingd
gpuc	
voxelb
matea

gyroscope`
shutter_'
camera motion^3
video stabilization]
writing\

mexica[
cbrZ)
computer modelY
tensionX
minhashW+
minwise hashingV
lshU
shingleT#
resemblanceS
lfuR
lirQ
lrfuP
arcO
acmN%
data storageM'
biotechnologyL
archivalK
encodingJ
blockinI-
hamiltonian pathH
hppG'
dna computingF
graph gE3
vandalism detectionD'
early warningC
editB

vandalA!
same topic@
lda?
itm>)
topic modeling=#
topic model<-
bayesian network;

causality:
dag9
sgs8

causation79
comfort and confidence6)
counterfactual5-
little knowledge4

swiftness3

enigma2

privilege1	
droid0
comdroid/
soap.=
rest architectural style-

cation,
api+
soa*	
judge)
bot(
los'5
machine intelligence&
cent%
alphago$!
board game#'
reinforcement"%
intelligence!!
artificial 

data flow!
smartphone)
essential step3
market applications7
n.a. n.a. pc analysis

intent
icc/
security analysis
mhealth)
sensitive data	
hipaa5
security and privacy
cde
natural
nde
dox

mediation3
android application#
android app
'
analysis tool
malO+Ycsp cu?line integral convolution<00>3<00>#source-code<02>Pformal<02><00> Cperformance and consistency<03>O'constant timei<0F><00><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>~vnf^VNF>6.&<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>~vnf^VNF>6.&
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
~
v
n
f
^
V
N
F
>
6
.
&



<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>~vnf^VNF>6.&<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>~tj`VLB8.$
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
z
p
f
\
R
H
>
4
*
 


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	w	m	c	Y	O	E	;	2	(			
	<08><08><08><08><08><08><08><08><08><08><08><08>~tj`VLB8.%<07><07><07><07><07><07><07><07><07><07><07><07><07>{qg]SI?5+!
<06><06><06><06><06><06><06><06><06><06><06><06><06>wmcYOE;1'	<05><05><05><05><05><05><05><05><05><05><05><05><05>}si_UKA7-#<04><04><04><04><04><04><04><04><04><04><04><04><04>yoe[QG=3)
<03><03><03><03><03><03><03><03><03><03><03><03>ukaWMC9/%<02><02><02><02><07>k

Gc<07>j

Fc<07>i

Eb<07>h

Db<07>g

Cb<07>f

Bb<07>e

Ab<07>d

@b<07>c

?b<07>b

>b<07>a

=b<07>`

<a<07>_

;a<07>^

:a<07>]

9a<07>\

8a<07>[

7`<07>Z

6`<07>Y

`<07>X

5`<07>W

4`<07>V

3^<07>U

2^<07>T

1^<07>S

0^<07>R

^<07>Q

/]<07>P
<00>]<07>O

.]<07>N

-\<07>M

,\<07>L

+\<07>K

*\<07>J

)\<07>I

[<07>H

([<07>G

'[<07>F

&[<07>E

%[<07>D

$Y<07>C

#Y<07>B

"Y<07>A

!Y<07>@

 Y<07>?

X<07>>

X<07>=

X<07><
<00>X<07>;

X<07>:

W<07>9

W<07>8

W<07>7
<00>W<07>6

W<07>5

T<07>4

T<07>3

T<07>2

T<07>1

T<07>0

S<07>/

S<07>.

S<07>-

S<07>,

S<07>+
<00>R<07>*

R<07>)
<00>R<07>(
<00>R<07>'
<00>R<07>&


Q<07>%

Q<07>$

Q<07>#


Q<07>"

	Q<07>!

P<07> 

P<07>
<00>P<07>
<00>P<07>
<00>P<07>

O<07>

O<07>

O<07>

O<07>
<00>O<07>

O<07>


O<07>

O<07>
<00>O<07>
<00>O<07>
<00>M<07>
<00>L<07>
<00>L<07>
<00>L<07>
<00>L<07>

<00>L<07>
<00>K<07>
<00>K<07>

<00>K<07>	
<00>K<07>
<00>K<07>
<00>J<07>
<00>J<07>
<00>J<07>
<00>J<07>
<00>J<07>
<00>H<07>

<00>F<07>
<00>F<07>
<00>F<07>~
<00>F<07>}
<00>F<07>|
<00>E<07>{
<00>E<07>z
<00>E<07>y
<00>E<07>x
<00>E<07>w
<00>D<07>v
<00>D<07>u
<00>D<07>t
<00>D<07>s
<00>D<07>r
<00>B<07>q
<00>B<07>p
<00>B<07>o
<00>B<07>n
<00>B<07>m
<00>B<07>l
<00>B<07>k
<00>B<07>j
<00>B<07>i
<00>B<07>h
<00>A<07>g
<00>@<07>f
<00>@<07>e
<00>@<06>d

v@<07>c
<00>@<07>b
<00>?<07>a
<00>?<07>`
<00>?<07>_
<00>?<07>^
<00>?<07>]
<00>><07>\
<00>><07>[
<00>><07>Z
<00>><07>Y
<00>><07>X
<00>=<07>W
<00>=<07>V
<00>=<07>U
<00>=<07>T
<00>=<07>S
<00>=<07>R
<00>=<07>Q
<00>=<07>P
<00>=<07>O
<00><<07>N
<00><<07>M
<00><<07>L
<00><<07>K
<00><<07>J
<00>:<06>I

:<07>H
<00>:<07>G
<00>:<07>F
<00>:<07>E
<00>9<07>D
<00>9<07>C
<00>9<07>B
<00>9<07>A
<00>9<07>@
<00>8<07>?
<00>8<07>>
<00>8<07>=
<00>8<07><
<00>8<07>;
<00>7<06>:

7<07>9
<00>6<07>8
<00>6<07>7
<00>6<07>6
<00>6<07>5
<00>6<07>4
<00>5<07>3
<00>5<07>2
<00>5<07>1
<00>5<07>0
<00>5<07>/
<00>4<07>.
<00>4<07>-
<00>4<07>,
<00>4<07>+
<00>3<07>*
<00>3<07>)
<00>3<07>(
<00>3<07>'
<00>2<07>&
<00>2<07>%
<00>2<07>$
<00>2<07>#
<00>2<07>"
<00>1<07>!
<00>1<07> 
<00>1<07>
<00>1<07>
<00>1<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>+<07>
<00>+<07>
<00>+<07>
<00>+<07>
<00>+<07>
<00>(<07>
<00>(<07>
<00>(<07>
<00>'<07>
<00>'<07>
<00>'<06>


r'<07>
<00>'<07>
<00>&<07>

<00>&<07>	
<00>&<07>
<00>&<06>

c&<07>
<00>%<07>
<00>%<07>
<00>%<06>

%<06>

~%<06>


}$<06>

|$

{$~

z$}

y$|

x#{

w#z

v#y

u#x

t#w

s"v

r"u

q"t

p"s

o"r

n q

m p

l o

k n

j m

i l

h k

g j

fi

eh

dg

cf

be

ad

`c

_b

^a

]`

\_

[^

Z]

Y\

X[

WZ

VY

UX

TW

SV

RU

QT

PS

OR

NQ

MP

LO

KN

JM

IL

HK

GJ

FI

EH

DG

CF

BE

AD

@C

?B

>A

=@

<?

;>

:=

9<

8;

7:

69

58

47

36

25

1
4


3

0
2

/
1


0

.	/

-	.

,	-

+	,

*	+

)*

()

'(

&'

%&

$%

#$

"#

!"

 !

 

















































	

	






	<00><>$<00><>j^<5E>/]<5D>k<0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><02>
<01><00><00>]<5D>+1<>#EE78c295cfd7469cd3d494a48df7bd7748139e0660digital_video_stabilization_and_rolling_shutter_correction_using_gyroscopes.pdfcomputer_graphics/digital video stabilization and rolling shutter correction using gyroscopes2017-09-11T17:58:17.480132082017-09-11T17:58:17.48013208<EFBFBD>]<5D>#3<>GG30fae8663ffba4f4abca068a9bc8735a590a9bc5A framework for automated generation of questions across formal domains.pdfcomputer_education/a framework for automated generation of questions across formal domains2017-09-11T17:58:17.4775891112017-09-11T17:58:17.477589111<EFBFBD>]<5D>?<3F>GGce8411564f95396b503868217469e2aaf1b996c9mexica-a-computer-model-of-a-cognitive-account-of-creativing-writing.pdfcomputational_creativity/mexica a computer model of a cognitive account of creativing writing2017-09-11T17:58:17.4749479982017-09-11T17:58:17.474947998<EFBFBD>
]<5D>Q{GG83cf2b3372ef98f7fa5caf94aa44e7262ee47519story-of-squeak-a-practical-smalltalk-written-in-itself.pdfcomp_sci_fundamentals_and_history/story of squeak a practical smalltalk written in itself2017-09-11T17:58:17.4707150882017-09-11T17:58:17.470715088<EFBFBD>7]<5D>9Q<39>1GG7edaa9cc255ba8e0938cb563110b204a4f393d60recursive-functions-of-symbolic-expressions-and-their-computation-by-machine-parti.pdfcomp_sci_fundamentals_and_history/recursive functions of symbolic expressions and their computation by machine parti2017-09-11T17:58:17.4680891112017-09-11T17:58:17.468089111<EFBFBD>M	]UQMCC1c1ff93040a96dfe9f1309bfe34a989d5f93bb4fhints-for-computer-system-design.pdfcomp_sci_fundamentals_and_history/hints for computer system design2017-09-11T17:58:17.46597292017-09-11T17:58:17.4659729<EFBFBD>
]<5D>	Q<>
GGfb2db075fa0230289a4f05caf2127b95fcc9aa9cearly-lisp-history-1956-1959-herbert-stoyan-html-rendering.pdfcomp_sci_fundamentals_and_history/early lisp history 1956 1959 herbert stoyan html rendering2017-09-11T17:58:17.4637009282017-09-11T17:58:17.463700928<EFBFBD>Y		]]QUGG4712e0a50083a6bda848bf4a65fe214f0f6a7069axiomatic-basis-computer-programming.pdfcomp_sci_fundamentals_and_history/axiomatic basis computer programming2017-09-11T17:58:17.4602009282017-09-11T17:58:17.460200928<EFBFBD>q]<5D>
<1D>GG6e39523a0acd9855ff465598253c323f7dfd3cdaa-program-optimization-for-automatic-database-result-caching.pdfcaching/a program optimization for automatic database result caching2017-09-11T17:58:17.4572749022017-09-11T17:58:17.457274902<EFBFBD>]<5D><1D>GG6718cc5cd4e1484990ee79a8c3cffaad6d7271c3a-constant-algorithm-for-implementing-the-lfu-cache-eviction-scheme.pdfcaching/a constant algorithm for implementing the lfu cache eviction scheme2017-09-11T17:58:17.4549951172017-09-11T17:58:17.454995117<EFBFBD>]<5D>)<1D>!EEd62de5f995164fff50f5ce61c0113f6bc9f042252q-a-low-overhead-high-performance-buffer-management-replacement-algorithm.pdfcaching/2q a low overhead high performance buffer management replacement algorithm2017-09-11T17:58:17.450732912017-09-11T17:58:17.45073291<EFBFBD>8	]O+GGGe76af50e96b12fc507e73b025fe9da4a99600af9shazam-audio-search-algorithm.pdfaudio_comp_sci/shazam audio search algorithm2017-09-11T17:58:17.4474909672017-09-11T17:58:17.447490967<EFBFBD>h	]+wGG3a05eea36ffdbcf0625d5154a6458e75ca835971an-ethnographic-and-technological-study-of-breakbeats.pdfaudio_comp_sci/an ethnographic and technological study of breakbeats2017-09-11T17:58:17.3678669432017-09-11T17:58:17.367866943<EFBFBD>]<5D>=<3D>GG02cc6a5944d57d2353a55639c7b77336b94f29b6efficient-selectivity-and-backup-operators-in-monte-carlo-tree-search.pdfartificial_intelligence/efficient selectivity and backup operators in monte carlo tree search2017-09-11T17:58:17.3654609382017-09-11T17:58:17.365460938<EFBFBD>S	]a=YGGac14e6bf50d1491043baf1d854727a68f5f3f51d3-bayesian-network-inference-algorithm.pdfartificial_intelligence/3 bayesian network inference algorithm2017-09-11T17:58:17.3624670412017-09-11T17:58:17.362467041<EFBFBD>
	])#!GGbd9e0c2f5aaf68d784862ab361cc1a41fc9b32cdapi-design.pdfapi_design/api design><19>-<18><17>vfU<00>F2"<0F><0F><0F><0C><0C>r<0B>YVd
=<0B><02>
<06><03>	<09>
^<02>g<08>M7
<01><00><07>l:<0B>
	<09><05>o
<07>
<EFBFBD>K<06>
<0E><0E><00>u<05>
1<03>
<0A>
<0A>	&)	<09>E<02><03>
<01>
<EFBFBD>P<0F><08><0F>x}
a
<0A><0E>H<05>
<EFBFBD><07> 
4<08><06>
j	S
<01>B<04>?<04>#,]
763d0321ced31b774bd4ba2f9f369c087cbd278eW,]
43c7b3780b5864f99d042392d83ab331f7fddf2aV,]
4bf4acf54bfd2e65b1ed31fe272670a7e276c534U,]
1a0ba12427c68642a4871677b9de7a337356b9f6T,]
f16c6ce0c7eabd4f5896962335879b3932138e52S,]
a2e4dc4b1cce765255e4d15084811da125c564c5R,]
3e375c8d996b8c46c83b9d3f72732d7477e5fd86Q,]
f3050b5586ddfec5da0d719338a6afa8b166985bP,]
c20baa16cb57ff4979569871d15294fa720bbc23O,]
57efc2b9ba2a725af1d66cc43c472d0314190051N,]
bde7543a8b3ce071342dfaea2a14357431d94b82M,]
1e86909765bd5603a152bbd55e511e0586f1b77fL,]
36222f8eb2ccf21ca345e15186cea64506581543K,]
9aa8f3d1df6ff6d266a531432fe9ea0bb56ad3c3J,]
00e3756119a91432622f6982b59ecd24a1340fbeI,]
1551d42b24a5b1e1ead5f0793e807869249ab93eH,]
7d7de228c501ef486534cca1829378eef8ef1081G,]
28142adcd8a406110c76dbb8e324dc211f3944d1F,]
9d2c1271f1219522d13f150c2b04123bef300dd9E,]
50158bc1a8a67295ab7bce0550886a9859000dc2D,]
49ed15db181c74c7067ec01800fb5392411c868cC,]
368427e6e351d1ac0ef97e824968ed15d0dc3d4dB,]
f52e7afce70597024c3be7df105185dd59a2c8e6A,]
fd443b2ce70c48202ba26cbc6caa471ae262e270@,]
003d5a65de0ac72daaf105ded903cb3eb88585b3?,]
11ff11e3aedaa41a67bea3623e5d2a805db6166e>,]
d65e79756ac6817d4780286045a35d34aaaaf836=,]
76c0579c23504531220601029d455dca6413b628<,]
4e63eed9e709b6c8e20a4a68300883898c7d8f37;,]
daf38d927e2b21c885efdb4b2cc46a2d9f47d679:,]
76eea8436996c7e9c8f7ad3dac34a12865edab249,]
892b955b6fb175c92f3f294ab431f97a8827748d8,]
17007f5e69efcfeff03853a33121943e2b4df4227,]
24cece61e2128780072bc58f90b8ba47f624bc276,]
f06554b06ac49f129086c8889690faaa761398bb5,]
59b3e2060ef7108c9170975219aae410f52ba0b84,]
208aee805004d575035284b1c232209e9fa26b0e3,]
3b2c76827fb4ad1b2da0d0870441e77a27ee37de2,]
177f9ad15ae9420c5c22f20da9a7c8e8dad4f32d1,]
451da9c5558de4c75f01582292063a7c980292080,]
e51582689653f238029d984cd1780c93ef672771/,]
50c42217e3c5b52eb1732f4193bf452dcc0de71b.,]
0db38d32069f3341d34c35085dc009a85ba13c13-,]
8de2fdb04edce612738eb51e14ecc426381f8ed8,,]
0f278cf94ac0d7fe15a7c4e0f283446e9fc07474+,]
eecf3aaa6aadf48778bb1daa6b09d011632b9f55*,]
b8645fcfdf5af5759dc20ae769b96be510bdff1a),]
39ac2e0fc4ec63753306f99e71e0f38133e58ead(,]
87fbf4fa017a90b5ff819bcfca17fb52d6f6a790',]
f1948a2d5dc8745f725e3ba0b24e14847778cb19&,]
4cb33680dda1fa1f0bad1ca52e07a8a34a500104%,]
8b1d8d46836a6d5eb4355315b64d85c128cbff27$,]
29f3f5918946bf0a4d75bf5244f993847d03e26c#,]
07d847f310d5fa9138f461f0a25c5e0024f1c4af",]
e95ecb39639ce118c7ddd5bd7892378eacdd105f!,]
cb4710f77feed90ae01b332c492853a5b20e2c7d ,]
a2e89c6111f3e306c56472306795af290ffb29af,]
57d70e73a995be26f01ae51f321fdaf42a089bf8,]
e2e60f19214efaa7d842b4a3b3b322964bf78dc7,]
973f17392cb7b417271e9d482d17a44a8c70c70a,]
f5222809526d8a419a1752547880ba0a9013a8ca,]
4fc240d0d9e690cb9b0bcb2f8a5e5ca918b01410,]
1cdc911f5a1b7a770b2e27bf4ebfae04c003a616,]
11825521850926501e3f353ffb7cf14b0c389320,]
4b1ed99c65d500d4a610813736169851cb496810,]
fe0ae75e97abe2686e6bc8cbe94bfd08934e36da,]
a9d9352d43986d4a5a3554a84b99580225ec00cf,]
c5cf25551312490d3f3f3a6b62c5c3492b63f1f1,]
0ec3651f70a50c371a1f9502fc7d3eab272d5cff,]
0f007df1707d77a72237248b0d7fd93b37fc9db7,]
6125b966172dd6cde3563f2ae10d8f782d14e1de,]
78c295cfd7469cd3d494a48df7bd7748139e0660,]
30fae8663ffba4f4abca068a9bc8735a590a9bc5,]
ce8411564f95396b503868217469e2aaf1b996c9,]
83cf2b3372ef98f7fa5caf94aa44e7262ee47519
,]
7edaa9cc255ba8e0938cb563110b204a4f393d60,]
1c1ff93040a96dfe9f1309bfe34a989d5f93bb4f,]
fb2db075fa0230289a4f05caf2127b95fcc9aa9c
,]
4712e0a50083a6bda848bf4a65fe214f0f6a7069	,]
6e39523a0acd9855ff465598253c323f7dfd3cda,]
6718cc5cd4e1484990ee79a8c3cffaad6d7271c3,]
d62de5f995164fff50f5ce61c0113f6bc9f04225,]
e76af50e96b12fc507e73b025fe9da4a99600af9,]
3a05eea36ffdbcf0625d5154a6458e75ca835971,]
02cc6a5944d57d2353a55639c7b77336,]
c5cf25551312490d3f3f3a6b62c5c3492b63f1f1,]
5b0ccfcd8135c9599f8088443ed7de1874fa1c97k<0F>/<0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><00><00>S<00><17>'GGhttp://www.cs.duke.edu/courses/cps296.4/spring04/papers/Adleman94.pdfMolecular Computation of Solutions to Combinatorial Problemsbiocomputing/2017-09-11T17:58:18.3027919922017-09-11T17:58:18.302791992y	M'GGhttp://en.wikipedia.org/wiki/Pcrwikipediabiocomputing/2017-09-11T17:58:18.3027919922017-09-11T17:58:18.302791992<EFBFBD>E
a<>+GGhttps://github.com/ibab/tensorflow-wavenet[Python] Implementation with the TensorFlow Machine Intelligence libraryaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD>6
W<>	+GGhttps://github.com/basveeling/wavenet[Python] Implementation with the Keras Neural Networks libraryaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD>5
<00>W+GGhttps://deepmind.com/blog/wavenet-generative-model-raw-audio/Announcement and interactive examplesaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD>	U_+GGhttps://arxiv.org/pdf/1609.03499.pdfWaveNet: A Generative Model for Raw Audioaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD>:
	e[UGGhttp://ftp.cs.ucla.edu/pub/stat_ser/r360.pdfThe algorithmization of counterfactualsartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>=	mYUGGhttp://ftp.cs.ucla.edu/pub/stat_ser/R218-B-L.pdfCausal diagrams for empirical researchartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>9	uIUGGhttp://ftp.cs.ucla.edu/pub/stat_ser/r156-reprint.pdfA theory of inferred causationartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>[

c<>UGGhttp://ftp.cs.ucla.edu/pub/stat_ser/r30.pdfReverend Bayes on inference engines: A distributed hierarchical approachartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>i	<00>!<21>=GGhttp://airesearch.com/wp-content/uploads/2016/01/deepmind-mastering-go.pdfMastering the Game of Go with Deep Neural Networks and Tree Searchartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>	W#=GGhttp://bayes.cs.ucla.edu/jp_home.htmlJudea Pearlartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>5	yU=GGhttp://www.csee.umbc.edu/courses/471/papers/turing.pdfComputing Machinery and Intelligenceartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>S<00><0B>{=GGhttps://github.com/papers-we-love/papers-we-love/blob/master/artificial_intelligence/3-bayesian-network-inference-algorithm.pdfAnalysis of Three Bayesian Network Inference Algorithms: Variable Elimination, Likelihood Weighting, and Gibbs Samplingartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD><00>'<27>Q#GGhttps://www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdfArchitectural Styles and the Design of Network-based Software Architectures (REST) by Roy Fieldingapi_design/2017-09-11T17:58:18.3017980962017-09-11T17:58:18.301798096<EFBFBD>f
g<>gGGhttp://www.bodden.de/pubs/far+14flowdroid.pdfFlowDroid: Precise Context, Flow, Field, Object-sensitive and Lifecycle-aware Taint Analysis for Android Appsandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879<EFBFBD>{
u<>GGhttp://www.cse.psu.edu/~duo114/pubs/octeau-sec13.pdfEffective Inter-Component Communication Mapping in Android with Epicc: An Essential Step Towards Holistic Security Analysisandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879<EFBFBD>?
<00>uGGhttps://www.eecs.berkeley.edu/~daw/papers/intents-mobisys11.pdfAnalyzing Inter-Application Communication in Androidandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879<EFBFBD>M

<00>+qGGhttp://blog.sei.cmu.edu/post.cfm/secure-coding-tools-analyzing-android-apps-118Two Secure Coding Tools fo-<2D>s&<26>.<2E><00><>|,<2C>e*<2A>Ug<>C)<29>4'<27>"%<25>#t"c!O:&Y0<0F><0F>5<0E>Y<0C>

><0C>	o<06><07><06>[N<03>u<04>
<01>
<01><00><08><0E><03>j4<05><04>.
<0A>
Z<00>%<02><02>Z<00>	
vh3	<0B>.#
>
<EFBFBD>W	1g<0E>6q
http://sigops.org/sosp/sosp13/papers/p33-david.pdf95o
http://www.sci.utah.edu/~bsumma/projects/weaving/8_<04>A
http://www.disneyresearch.com/project/high-quality-single-shot-capture-of-facial-geometry/7d<04>K
http://www.disneyresearch.com/project/coupled-3d-reconstruction-of-sparse-facial-hair-and-skin/6=
http://shapegrammar.org/53k
http://shapegrammar.org/ifip/SGBestPapers72.pdf4=
http://cs.brown.edu/courses/csci2370/2000/1999/cabral.pdf3F<04>
http://peterwonka.net/Publications/pdfs/2014.SG.Lipp.PushPull.pdf2[<04>9
http://www.peterwonka.net/Publications/pdfs/2003.SG.Wonka.InstantArchitecture.high.pdf1h<04>S
http://www.peterwonka.net/Publications/pdfs/2006.SG.Mueller.ProceduralModelingOfBuildings.final.pdf0Q<04>%
http://www.proun-game.com/Oogst3D/CODING/InteriorMapping/InteriorMapping.pdf/?<04>

http://research.microsoft.com/en-us/um/people/cohen/bs.pdf.A<04>
http://www.crytek.com/download/Light_Propagation_Volumes.pdf-9w
https://github.com/luanfujun/deep-photo-styletransfer,(U
https://arxiv.org/pdf/1703.07511.pdf+X<04>3
http://www.cs.tau.ac.il/~dcor/articles/2013/3-Sweep-Extracting-Editable-Objects.pdf*I<04>
http://research.microsoft.com/pubs/155416/kinectfusion-uist-comp.pdf)@<04>
http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version5.71/(I<04>
http://research.microsoft.com/en-us/um/people/hoppe/poissonrecon.pdf'S<04>)
http://www.cs.rpi.edu/~cutler/classes/advancedgraphics/S08/lectures/kajiya.pdf&G<04>
http://www.cs.northwestern.edu/~ago820/cs395/Papers/Phong_1975.pdf%c<04>I
http://page.mi.fu-berlin.de/block/htw-lehre/wise2015_2016/bel_und_rend/skripte/gouraud1971.pdf$A
http://gigavoxels.imag.fr/#6q
http://maverick.inria.fr/Publications/2009/CNLE09/"A<04>
http://maverick.inria.fr/Publications/2009/CNLE09/CNLE09.pdf!K<04>
https://www.cs.drexel.edu/~david/Classes/CS586/Papers/p343-whitted.pdf H<04>
http://graphics.stanford.edu/papers/stabilization/karpenko_gyro.pdf.a
http://barroso.org/publications/isca00.pdfz<04>w
https://www.researchgate.net/publication/220080099_MEXICA_A_computer_model_of_a_cognitive_account_of_creative_writingi<04>U
http://www.ams.org/journals/tran/1965-117-00/S0002-9947-1965-0170805-7/S0002-9947-1965-0170805-7.pdf0e
http://www.turingarchive.org/browse.php/B/12=
https://www.cs.virginia.edu/~robins/Turing_Paper_1936.pdf\<04>;
http://gatekeeper.dec.com/ftp/pub/dec/SRC/publications/broder/positano-final-wpnums.pdfF<04>
http://adam.chlipala.net/papers/SqlcachePOPL17/SqlcachePOPL17.pdf*Y
http://www.vldb.org/conf/1994/P439.PDF<17><04>%
https://github.com/papers-we-love/papers-we-love/blob/master/caching/a-constant-algorithm-for-implementing-the-lfu-cache-eviction-scheme.pdfS<04>)
https://homes.cs.washington.edu/~luisceze/publications/dnastorage-asplos16.pdfD<04>
http://www.dna.caltech.edu/courses/cs191/paperscs191/turing.pdfJ<04>
http://www.cs.duke.edu/courses/cps296.4/spring04/papers/Adleman94.pdf$M
http://en.wikipedia.org/wiki/Pcr.a
https://github.com/ibab/tensorflow-wavenet)W
https://github.com/basveeling/wavenetB<04>
https://deepmind.com/blog/wavenet-generative-model-raw-audio/(U
https://arxiv.org/pdf/1609.03499.pdf0e
http://ftp.cs.ucla.edu/pub/stat_ser/r360.pdf
4m
http://ftp.cs.ucla.edu/pub/stat_ser/R218-B-L.pdf8u
http://ftp.cs.ucla.edu/pub/stat_ser/r156-reprint.pdf/c
http://ftp.cs.ucla.edu/pub/stat_ser/r30.pdf
O<04>!
http://airesearch.com/wp-content/uploads/2016/01/deepmind-mastering-go.pdf	)W
http://bayes.cs.ucla.edu/jp_home.html:y
http://www.csee.umbc.edu/courses/471/papers/turing.pdf<07><04>
https://github.com/papers-(<04>https://githu+<2B><04>
https://github.com/papers-we-love/papers-we-love/blob/master/sublinear_algorithms/1985-Flajolet-Probabilistic-counting.pdf
(Q<04>%
http://www.proun-game.com/Oogst3D/CODING/InteriorMapping/InteriorMapping.pdf/$X<04>3
http://www.cs.tau.ac.il/~dcor/articles/2013/3-Sweep-Extracting-Editable-Objects.pdf* F<04>
http://research.microsoft.com/pubs/80693/vl2-sigcomm09-final.pdf<00>A
http://gigavoxels.imag.fr/#
<00>m<0E>
}<0C><0B>
<EFBFBD>	<09><08><07><06><04><03><02><00>
<01><00>]<5D>#3<>GG
30fae8663ffba4f4abca068a9bc8735a590a9bc5A framework for automated generation of questions across formal domains.pdfcomputer_education/a framework for automated generation of questions across formal domains2017-09-11T17:58:17.4775891112017-09-11T17:58:17.477589111<EFBFBD>
]<5D>+1<>#EE78c295cfd7469cd3d494a48df7bd7748139e0660digital_video_stabilization_and_rolling_shutter_correction_using_gyroscopes.pdfcomputer_graphics/digital video stabilization and rolling shutter correction using gyroscopes2017-09-11T17:58:17.480132082017-09-11T17:58:17.48013208<EFBFBD>
]<5D>?<3F>GGce8411564f95396b503868217469e2aaf1b996c9mexica-a-computer-model-of-a-cognitive-account-of-creativing-writing.pdfcomputational_creativity/mexica a computer model of a cognitive account of creativing writing2017-09-11T17:58:17.4749479982017-09-11T17:58:17.474947998<EFBFBD>
]<5D>Q{GG
83cf2b3372ef98f7fa5caf94aa44e7262ee47519story-of-squeak-a-practical-smalltalk-written-in-itself.pdfcomp_sci_fundamentals_and_history/story of squeak a practical smalltalk written in itself2017-09-11T17:58:17.4707150882017-09-11T17:58:17.470715088<EFBFBD>9]<5D>9Q<39>1GG
7edaa9cc255ba8e0938cb563110b204a4f393d60recursive-functions-of-symbolic-expressions-and-their-computation-by-machine-parti.pdfcomp_sci_fundamentals_and_history/recursive functions of symbolic expressions and their computation by machine parti2017-09-11T17:58:17.4680891112017-09-11T17:58:17.468089111<EFBFBD>O	]UQMCC
1c1ff93040a96dfe9f1309bfe34a989d5f93bb4fhints-for-computer-system-design.pdfcomp_sci_fundamentals_and_history/hints for computer system design2017-09-11T17:58:17.46597292017-09-11T17:58:17.4659729<EFBFBD>	
]<5D>	Q<>
GG
fb2db075fa0230289a4f05caf2127b95fcc9aa9cearly-lisp-history-1956-1959-herbert-stoyan-html-rendering.pdfcomp_sci_fundamentals_and_history/early lisp history 1956 1959 herbert stoyan html rendering2017-09-11T17:58:17.4637009282017-09-11T17:58:17.463700928<EFBFBD>[		]]QUGG
4712e0a50083a6bda848bf4a65fe214f0f6a7069axiomatic-basis-computer-programming.pdfcomp_sci_fundamentals_and_history/axiomatic basis computer programming2017-09-11T17:58:17.4602009282017-09-11T17:58:17.460200928<EFBFBD>r
]<5D>
<1D>GG6e39523a0acd9855ff465598253c323f7dfd3cdaa-program-optimization-for-automatic-database-result-caching.pdfcaching/a program optimization for automatic database result caching2017-09-11T17:58:17.4572749022017-09-11T17:58:17.457274902<EFBFBD>
]<5D><1D>GG
6718cc5cd4e1484990ee79a8c3cffaad6d7271c3a-constant-algorithm-for-implementing-the-lfu-cache-eviction-scheme.pdfcaching/a constant algorithm for implementing the lfu cache eviction scheme2017-09-11T17:58:17.4549951172017-09-11T17:58:17.454995117<EFBFBD>
]<5D>)<1D>!EEd62de5f995164fff50f5ce61c0113f6bc9f042252q-a-low-overhead-high-performance-buffer-management-replacement-algorithm.pdfcaching/2q a low overhead high performance buffer management replacement algorithm2017-09-11T17:58:17.450732912017-09-11T17:58:17.45073291<EFBFBD>:	]O+GGG
e76af50e96b12fc507e73b025fe9da4a99600af9shazam-audio-search-algorithm.pdfaudio_comp_sci/shazam audio search algorithm2017-09-11T17:58:17.4474909672017-09-11T17:58:17.447490967<EFBFBD>j	]+wGG
3a05eea36ffdbcf0625d5154a6458e75ca835971an-ethnographic-and-technological-study-of-breakbeats.pdfaudio_comp_sci/an ethnographic and technological study of breakbeats2017-09-11T17:58:17.3678669432017-09-11T17:58:17.367866943<EFBFBD>]<5D>=<3D>GG
02cc6a5944d57d2353a55639c7b77336b94f29b6efficient-selectivity-and-backup-operators-in-monte-carlo-tree-search.pdfartificial_intelligence/efficient selectivity and backup operators in monte carlo tree search2017-09-11T17:58:17.3654609382017-09-11T17:58:17.365460938<EFBFBD>U	]a=YGG
ac14e6bf50d1491043baf1d854727a68f5f3f51d3-bayesian-network-inference-algorithm.pdfartificial_intelligence/3 bayesian network inference algorithm2017-09-11T17:58:17.3624670412017-09-11T17:58:17.362467041<EFBFBD>
	])#!GG
bd9e0c2f5aaf68d784862ab361cc1a41fc9b32cdapi-design.pdfapi_design/api design2017-09-11T17:58:17.3568879392017-09-11T17:58:17.356887939

<01>x
<0A>
r
f	<09>	{<07>'5a<04><03><02>
<01><00><00>#]<5D>5#<23>-GG
,29f3f5918946bf0a4d75bf5244f993847d03e26cnetwork-challenges-of-data-recovery-in-erasure-coded-distributed-storage-systems.pdfdatastores/network challenges of data recovery in erasure coded distributed storage systems2017-09-11T17:58:17.5820239262017-09-11T17:58:17.582023926<EFBFBD>"]<5D>1#<23>)GG
(07d847f310d5fa9138f461f0a25c5e0024f1c4afmegastore-providing-scalable-highly-available-storage-for-interactive-services.pdfdatastores/megastore providing scalable highly available storage for interactive services2017-09-11T17:58:17.5778029792017-09-11T17:58:17.577802979<EFBFBD>~!]<5D>#<23>
GG
'e95ecb39639ce118c7ddd5bd7892378eacdd105ffreenet-a-distributed-anonymous-information-and-retrieval-system.pdfdatastores/freenet a distributed anonymous information and retrieval system2017-09-11T17:58:17.5748149412017-09-11T17:58:17.574814941<EFBFBD>* 	]C#;GG
&cb4710f77feed90ae01b332c492853a5b20e2c7dflat-datacenter-storage.pdfdatastores/flat datacenter storage2017-09-11T17:58:17.5715119632017-09-11T17:58:17.571511963<EFBFBD>Z	]s#kGG
$a2e89c6111f3e306c56472306795af290ffb29afdynamo-amazons-highly-available-key-value-store.pdfdatastores/dynamo amazons highly available key value store2017-09-11T17:58:17.5667351072017-09-11T17:58:17.566735107<EFBFBD>Q	]k#aGG
#57d70e73a995be26f01ae51f321fdaf42a089bf8database-metatheory--asking-the-big-queries.pdfdatastores/database metatheory asking the big queries2017-09-11T17:58:17.5637419432017-09-11T17:58:17.563741943<EFBFBD>o
]<5D>#GG
%e2e60f19214efaa7d842b4a3b3b322964bf78dc7bigtable-a-distributed-storage-system-for-structured-data.pdfdatastores/bigtable a distributed storage system for structured data2017-09-11T17:58:17.5603659672017-09-11T17:58:17.560365967<EFBFBD>3	]G-?GG
"973f17392cb7b417271e9d482d17a44a8c70c70alevel-ancestor-simplified.pdfdata_structures/level ancestor simplified2017-09-11T17:58:17.5574951172017-09-11T17:58:17.557495117<EFBFBD>	]/-'GG
!f5222809526d8a419a1752547880ba0a9013a8calca-revisited.pdfdata_structures/lca revisited2017-09-11T17:58:17.5548168952017-09-11T17:58:17.554816895<EFBFBD>!	]5--GG
 4fc240d0d9e690cb9b0bcb2f8a5e5ca918b01410ideal-hash-trees.pdfdata_structures/ideal hash trees2017-09-11T17:58:17.5514750982017-09-11T17:58:17.551475098<EFBFBD>1	]E-=GG<00>1cdc911f5a1b7a770b2e27bf4ebfae04c003a616epidemic-broadcast-trees.pdfdata_structures/epidemic broadcast trees2017-09-11T17:58:17.5479760742017-09-11T17:58:17.547976074<EFBFBD>	]''GG
11825521850926501e3f353ffb7cf14b0c389320tidy_data.pdfdata_science/tidy data2017-09-11T17:58:17.5448701172017-09-11T17:58:17.544870117<EFBFBD>]<5D>'/<2F>GG
4b1ed99c65d500d4a610813736169851cb496810a-comprehensive-study-of-convergent-and-communative-replicated-data-types.pdfdata_replication/a comprehensive study of convergent and communative replicated data types2017-09-11T17:58:17.5390490722017-09-11T17:58:17.539049072<EFBFBD>p
]<5D>	%<25>
EENfe0ae75e97abe2686e6bc8cbe94bfd08934e36daa-new-approach-to-linear-filtering-and-prediction-problems.pdfdata_fusion/a new approach to linear filtering and prediction problems2017-09-11T17:58:17.536132082017-09-11T17:58:17.53613208<EFBFBD>"	]5/-GG
a9d9352d43986d4a5a3554a84b99580225ec00cfdata-compression.pdfdata_compression/data compression2017-09-11T17:58:17.5331730962017-09-11T17:58:17.533173096<EFBFBD>	
])'!EEFc5cf25551312490d3f3f3a6b62c5c3492b63f1f1ntru-prime.pdfcryptography/ntru prime2017-09-11T17:58:17.529395022017-09-11T17:58:17.52939502<EFBFBD>L	]c'[GG
0ec3651f70a50c371a1f9502fc7d3eab272d5cffcommunication-theory-of-secrecy-systems.pdfcryptography/communication theory of secrecy systems2017-09-11T17:58:17.5258020022017-09-11T17:58:17.525802002<EFBFBD>	
])1!GG.0f007df1707d77a72237248b0d7fd93b37fc9db7pushpull++.pdfcomputer_graphics/pushpull++2017-09-11T17:58:17.4996760252017-09-11T17:58:17.499676025<EFBFBD>l	
]1wGG16125b966172dd6cde3563f2ae10d8f782d14e1deimaging_vector_fields_using_line_integral_convolution.pdfcomputer_graphics/imaging vector fields using line integral convolution2017-09-11T17:58:17.4938859862017-09-11T17:58:17.493885986
<04>
<01>r<0E>

U<0B>
<EFBFBD>	<09>	5<08>
v<06><05>
<01><03>-
Y<00>)4]<5D>75<37>/GG
959b3e2060ef7108c9170975219aae410f52ba0b8a-versatile-scheme-for-routing-highly-variable-traffic-in-service-overlays-and-ip.pdfdistributed_systems/a versatile scheme for routing highly variable traffic in service overlays and ip2017-09-11T17:58:17.6448510742017-09-11T17:58:17.644851074:]<5D>?5<>7GGf06554b06ac49f129086c8889690faaa761398bbbeehive-lookup-performance-for<6F>B1	
]S5KGGo177f9ad15ae9420c5c22f20da9a7c8e8dad4f32da-note-on-distributed-computing.pdfdistributed_systems/a note on distributed computing2017-09-11T17:58:17.6348730472017-09-11T17:58:17.634873047<EFBFBD>#]<5D>5#<23>-GG
,29f3f5918946bf0a4d75bf5244f993847d03e26cnetwork-challenges-of-data-recovery-in-erasure-coded-distributed-storage-systems.pdfdatastores/network challenges of data recovery in erasure coded distributed storage systems2017-09-11T17:58:17.5820239262017-09-11T17:58:17.582023926<EFBFBD>32]<5D>C5<43>;EE
63b2c76827fb4ad1b2da0d0870441e77a27ee37dea-response-to-cheriton-and-skeens-criticism-of-causal-and-totally-ordered-communication.pdfdistributed_systems/a response to cheriton and skeens criticism of causal and totally ordered communication2017-09-11T17:58:17.638357912017-09-11T17:58:17.63835791<00>]S5KGG177f9ad15ae9420c5c22f20da9a7c8e8dad4f32da-note-on-distributed-computing.pdfdistributed_systems/a note on distributed computing2017-09-11T17:58:17.6348730472017-09-11T17:58:17.634873047<EFBFBD>v0
]<5D>5}GG
4451da9c5558de4c75f01582292063a7c98029208a-hundred-impossibility-proofs-for-distributed-computing.pdfdistributed_systems/a hundred impossibility proofs for distributed computing2017-09-11T17:58:17.6247150882017-09-11T17:58:17.624715088<EFBFBD>m/	]}5uGG
7e51582689653f238029d984cd1780c93ef672771a-history-of-the-virtual-synchrony-replication-model.pdfdistributed_systems/a history of the virtual synchrony replication model2017-09-11T17:58:17.6208168952017-09-11T17:58:17.620816895<EFBFBD>.	]'/GG
050c42217e3c5b52eb1732f4193bf452dcc0de71bprimecoin.pdfdigital_currency/primecoin2017-09-11T17:58:17.6175629882017-09-11T17:58:17.617562988<EFBFBD>-	]%/GG
20db38d32069f3341d34c35085dc009a85ba13c13peercoin.pdfdigital_currency/peercoin2017-09-11T17:58:17.6145900882017-09-11T17:58:17.614590088<EFBFBD>,	]#/GG
58de2fdb04edce612738eb51e14ecc426381f8ed8bitcoin.pdfdigital_currency/bitcoin2017-09-11T17:58:17.6117929692017-09-11T17:58:17.611792969<EFBFBD>+	]91GG
30f278cf94ac0d7fe15a7c4e0f283446e9fc07474out-of-the-tar-pit.pdfdesign/out of the tar pit2017-09-11T17:58:17.6084409182017-09-11T17:58:17.608440918<EFBFBD>\*	]u#mGG
1eecf3aaa6aadf48778bb1daa6b09d011632b9f55warp-multi-key-transactions-for-key-value-stores.pdfdatastores/warp multi key transactions for key value stores2017-09-11T17:58:17.6050419922017-09-11T17:58:17.605041992<EFBFBD>\)	]u#mGG
/b8645fcfdf5af5759dc20ae769b96be510bdff1atransactional-storage-for-geo-replicated-systems.pdfdatastores/transactional storage for geo replicated systems2017-09-11T17:58:17.6019589842017-09-11T17:58:17.601958984<EFBFBD>@(	]Y#QGG
.39ac2e0fc4ec63753306f99e71e0f38133e58eadtao-facebook-distributed-datastore.pdfdatastores/tao facebook distributed datastore2017-09-11T17:58:17.5982561042017-09-11T17:58:17.598256104<EFBFBD>F'	]_#WGG
-87fbf4fa017a90b5ff819bcfca17fb52d6f6a790stasis-flexible-transactional-storage.pdfdatastores/stasis flexible transactional storage2017-09-11T17:58:17.5950568852017-09-11T17:58:17.595056885<EFBFBD>i&
]<5D>#{EE
+f1948a2d5dc8745f725e3ba0b24e14847778cb19spartan-a-distributed-array-framework-with-smart-tiling.pdfdatastores/spartan a distributed array framework with smart tiling2017-09-11T17:58:17.591104982017-09-11T17:58:17.59110498<EFBFBD>X%	]q#iGG
*4cb33680dda1fa1f0bad1ca52e07a8a34a500104spanner-google's-globally-distributed-database.pdfdatastores/spanner google's globally distributed database2017-09-11T17:58:17.5876479492017-09-11T17:58:17.587647949<EFBFBD>$]<5D>/#<23>'GG
)8b1d8d46836a6d5eb4355315b64d85c128cbff27rados-a-scalable-reliable-storage-service-for-petabyte-scale-storage-clusters.pdfdatastores/rados a scalable reliable storage service for petabyte scale storage clusters2017-09-11T17:58:17.5849099122017-09-11T17:58:17.584909912
<07>
<01><06><05>o<03>B<0B>
2<02>
<EFBFBD>
<01><08>>?
Fa<00>bF	]u5kGG28142adcd8a406110c76dbb8e324dc211f3944d1high-level-specifications--lessons-from-industry.pdfdistributed_systems/high level specifications lessons from industry2017-09-11T17:58:17.7213769532017-09-11T17:58:17.721376953<EFBFBD>vE
]<5D>5GG9d2c1271f1219522d13f150c2b04123bef300dd9herbivore-a-scalable-and-efficien<65>-<]<5D>;5<>3GG
F76c0579c23504531220601029d455dca6413b628consistent-global-states-of-distributed-systems-fundamental-concepts-and-mechanisms.pdfdistributed_systems/consistent global states of distributed systems fundamental concepts and mechanisms2017-09-11T17:58:17.6770319822017-09-11T17:58:17.677031982<EFBFBD>t:
]<5D>5{GG
=daf38d927e2b21c885efdb4b2cc46a2d9f47d679commodifying-replicated-state-machines-with-openreplica.pdfdistributed_systems/commodifying replicated state machines with openreplica2017-09-11T17:58:17.6642749022017-09-11T17:58:17.664274902<EFBFBD>)6	]951GG
;24cece61e2128780072bc58f90b8ba47f624bc27brewers-conjecture.pdfdistributed_systems/brewers conjecture2017-09-11T17:58:17.6517619632017-09-11T17:58:17.651761963<EFBFBD>15]<5D>?5<>7GG
:f06554b06ac49f129086c8889690faaa761398bbbeehive-lookup-performance-for-power-law-query-distributions-in-peer-to-peer-overlays.pdfdistributed_systems/beehive lookup performance for power law query distributions in peer to peer overlays2017-09-11T17:58:17.6479099122017-09-11T17:58:17.647909912<EFBFBD>)4]<5D>75<37>/GG
959b3e2060ef7108c9170975219aae410f52ba0b8a-versatile-scheme-for-routing-highly-variable-traffic-in-service-overlays-and-ip.pdfdistributed_systems/a versatile scheme for routing highly variable traffic in service overlays and ip2017-09-11T17:58:17.6448510742017-09-11T17:58:17.644851074<EFBFBD>3]<5D>5<>GG
8208aee805004d575035284b1c232209e9fa26b0ea-universal-modular-actor-formalism-for-artificial-intelligence.pdfdistributed_systems/a universal modular actor formalism for artificial intelligence2017-09-11T17:58:17.6421889652017-09-11T17:58:17.642188965	<09>
]<5D>5<>GG11ff11e3aedaa41a67bea3623e5d2a805db6166ecopysets-reducing-the-frequency-of-data-loss-in-cloud-storage.pdfdistributed_systems/copysets reducing the frequency of data loss in cloud storage2017-09-11T17:58:17.6832709962017-09-11T17:58:17.6832709<EFBFBD>K=	][5SGG
Cd65e79756ac6817d4780286045a35d34aaaaf836consistent-hashing-and-random-trees.pdfdistributed_systems/consistent hashing and random trees2017-09-11T17:58:17.6800449222017-09-11T17:58:17.680044922<0C>
.]<5D>;5<>3GG76c0579c23504531220601029d455dca6413b628consistent-global-states-of-distributed-systems-fundamental-concepts-and-mechanisms.pdfdistributed_systems/consistent global states of distributed systems fundamental concepts and mechanisms2017-09-11T17:58:17.6770319822017-09-11T17:58:17.677031982
<0A><00>Y;	]i5aGG
?4e63eed9e709b6c8e20a4a68300883898c7d8f37consensus-in-presence-of-partial-synchrony.pdfdistributed_systems/consensus in presence of partial synchrony2017-09-11T17:58:17.6676721192017-09-11T17:58:17.667672119<EFBFBD>m8	]}5uGG
>892b955b6fb175c92f3f294ab431f97a8827748dbyzantine-fault-tolerant-distributed-commit-protocol.pdfdistributed_systems/byzantine fault tolerant distributed commit protocol2017-09-11T17:58:17.6573400882017-09-11T17:58:17.657340088<00>]<5D>5<>GG76eea8436996c7e9c8f7ad3dac34a12865edab24chain-replication-for-supporting-high-throughput-and-availability.pdfdistributed_systems/c<>	9]<5D>5<>GG
B76eea8436996c7e9c8f7ad3dac34a12865edab24chain-replication-for-supporting-high-throughput-and-availability.pdfdistributed_systems/chain replication for supporting high throughput and availability2017-09-11T17:58:17.6608369142017-09-11T17:58:17.660836914<EFBFBD>
>]<5D>5<>GG
@11ff11e3aedaa41a67bea3623e5d2a805db6166ecopysets-reducing-the-frequency-of-data-loss-in-cloud-storage.pdfdistributed_systems/copysets reducing the frequency of data loss in cloud storage2017-09-11T17:58:17.6832709962017-09-11T17:58:17.683270996<EFBFBD>;7	]K5CGG
<17007f5e69efcfeff03853a33121943e2b4df422byzantine-chain-replication.pdfdistributed_systems/byzantine chain replication2017-09-11T17:58:17.6544230962017-09-11T17:58:17.654423096
<00><0E>
<0A><0C>

s	)<07><06>	<04><03><00><02>
<01><00>KS	]]5UEE
Yf16c6ce0c7eabd4f5896962335879b3932138e52on-proof-and-progress-in-mathematics.pdfdistributed_systems/on proof and progress in mathematics2017-09-11T17:58:17.774614992017-09-11T17:58:17.77461499<EFBFBD>CU]<5D>Q5<51>IGG
V4bf4acf54bfd2e65b1ed31fe272670a7e276c534pastry-scalable-decentralized-object-location-and-routing-for-large-scale-peer-to-peer-systems.pdfdistributed_systems/pastry scalable decentralized object location and routing for large scale peer to peer systems2017-09-11T17:58:17.7811999512017-09-11T17:58:17.781199951<EFBFBD>gT	]y5qGG1a0ba12427c68642a4871677b9de7a337356b9f6p5-a-protocal-for-scalable-anonymous-communication.pdfdistributed_systems/p5 a protocal for scalable anonymous communication2017-09-11T17:58:17.7784130862017-09-11T17:58:17.778413086<EFBFBD>)R]<5D>75<37>/GG
Ta2e4dc4b1cce765255e4d15084811da125c564c5oblivious-routing-of-highly-variable-traffic-in-service-overlays-and-ip-backbones.pdfdistributed_systems/oblivious routing of highly variable traffic in service overlays and ip backbones2017-09-11T17:58:17.7696818852017-09-11T17:58:17.769681885<EFBFBD>Q]<5D>5<>GG
Q3e375c8d996b8c46c83b9d3f72732d7477e5fd86mesos-a-platform-for-fine-grained-resource-sharing-in-the-data-center.pdfdistributed_systems/mesos a platform for fine grained resource sharing in the data center2017-09-11T17:58:17.7648759772017-09-11T17:58:17.764875977<EFBFBD>rP
]<5D>
5yGG
Sf3050b5586ddfec5da0d719338a6afa8b166985bmapreduce-simplified-data-processing-on-large-clusters.pdfdistributed_systems/mapreduce simplified data processing on large clusters2017-09-11T17:58:17.7614089362017-09-11T17:58:17.761408936<EFBFBD>xO
]<5D>5GG
Oc20baa16cb57ff4979569871d15294fa720bbc23life-beyond-distributed-transactions-an-apostates-opinion.pdfdistributed_systems/life beyond distributed transactions an apostates opinion2017-09-11T17:58:17.7565830082017-09-11T17:58:17.756583008<EFBFBD>-N]<5D>;5<>3GG
P57efc2b9ba2a725af1d66cc43c472d0314190051large-scale-incremental-processing-using-distributed-transactions-and-notifications.pdfdistributed_systems/large scale incremental processing using distributed transactions and notifications2017-09-11T17:58:17.7528859862017-09-11T17:58:17.752885986<EFBFBD>GM]<5D>U5<55>MGG
Nbde7543a8b3ce071342dfaea2a14357431d94b82kelips-building-an-efficient-and-stable-p2p-dht-through-increased-memory-and-background-overhead.pdfdistributed_systems/kelips building an efficient and stable p2p dht through increased memory and background overhead2017-09-11T17:58:17.7491508792017-09-11T17:58:17.749150879<EFBFBD>L	]/5'EE
M1e86909765bd5603a152bbd55e511e0586f1b77fjoin-calculus.pdfdistributed_systems/join calculus2017-09-11T17:58:17.744767092017-09-11T17:58:17.74476709<EFBFBD>tK
]<5D>5{GG<00>36222f8eb2ccf21ca345e15186cea64506581543ironFleet-proving-practical-distributed-systems-correct.pdfdistributed_systems/ironfleet proving practical distributed systems correct2017-09-11T17:58:17.7406030272017-09-11T17:58:17.740603027<EFBFBD>iJ	]y5qGG
R9aa8f3d1df6ff6d266a531432fe9ea0bb56ad3c3in-search-of-an-understandable-consensus-algorithm.pdfdistributed_systems/in search of an understandable consensus algorithm2017-09-11T17:58:17.7366630862017-09-11T17:58:17.736663086<EFBFBD>iI	]y5qGG
L00e3756119a91432622f6982b59ecd24a1340fbeimpossibility-of-consensus-with-one-faulty-process.pdfdistributed_systems/impossibility of consensus with one faulty process2017-09-11T17:58:17.7320490722017-09-11T17:58:17.732049072<EFBFBD>H]<5D>#5<>GG
I1551d42b24a5b1e1ead5f0793e807869249ab93eimplementing-the-omega-failure-detector-in-crash-recovery-failure-model.pdfdistributed_systems/implementing the omega failure detector in crash recovery failure model2017-09-11T17:58:17.7268930662017-09-11T17:58:17.726893066<EFBFBD>G]<5D>5<>	GG
K7d7de228c501ef486534cca1829378eef8ef1081how-the-hidden-hand-shapes-the-market-for-software-reliability.pdfdistributed_systems/how the hidden hand shapes the market for software reliability2017-09-11T17:58:17.7242590332017-09-11T17:58:17.724259033
<00>><0E>
<0A><0B>
<EFBFBD>	<09><08>TM<05>_<03><02>
<01><00><00>wf]<5D>	5<>
CC
j66401c00817c71713e86438385d91956246aeaabviewing-control-structures-as-patterns-of-passing-messages.pdfdistributed_systems/viewing control structures as patterns of passing messages2017-09-11T17:58:17.88047292017-09-11T17:58:17.8804729<EFBFBD>e]<5D>+5<>#GG
f07f82eecbe3d530e3f967342245a4d5c8e41c05bunderstanding-the-limitations-of-causally-and-totally-ordered-communication.pdfdistributed_systems/understanding the limitations of causally and totally ordered communication2017-09-11T17:58:17.8782929692017-09-11T17:58:17.878292969<EFBFBD>Wd	]g5_GG
c530b50510808903545d298de7e19d6e5463a72cdtowards-a-cloud-computing-research-agenda.pdfdistributed_systems/towards a cloud computing research agenda2017-09-11T17:58:17.8755739752017-09-11T17:58:17.875573975<EFBFBD>Qc	]a5YGG
bf3485e24d796c33f11048f74e447853ef4a6dc53tor-the-second-generation-onion-router.pdfdistributed_systems/tor the second generation onion router2017-09-11T17:58:17.8727729492017-09-11T17:58:17.872772949<EFBFBD>%b]<5D>35<33>+GG
_87a6e1ec4dd1df928541467296e4cf2a0f2df0c3tiered-replication-a-cost-effective-alternative-to-full-cluster-geo-replication.pdfdistributed_systems/tiered replication a cost effective alternative to full cluster geo replication2017-09-11T17:58:17.8683149412017-09-11T17:58:17.868314941<EFBFBD>Ca	]W5OCC
^bac41b59697da3ca5c80ca08f2bbbc97a3576248the-dining-cryptographers-problem.pdfdistributed_systems/the dining cryptographers problem2017-09-11T17:58:17.86434792017-09-11T17:58:17.8643479<EFBFBD>`
]<5D>5<>GGw993f5b0bb126caae848937b2323efabdf8bc21e9the-chubby-lock-service-for-loosely-coupled-distributed-systems.pdfdistributed_systems/the chubby lock service for loosely coupled distributed systems2017-09-11T17:58:17.8616970212017-09-11T17:58:17.861697021<EFBFBD>)_	]951GG
`e1ac8e8d810a148dc3f5291795b0ac0b114db824the-akamai-network.pdfdistributed_systems/the akamai network2017-09-11T17:58:17.8581101072017-09-11T17:58:17.858110107<EFBFBD>x^
]<5D>5GG
\64832c7b1602f0922e4e818ad045d1bb5ae95dd6stronger-semantics-for-low-latency-geo-replicated-storage.pdfdistributed_systems/stronger semantics for low latency geo replicated storage2017-09-11T17:58:17.8147849122017-09-11T17:58:17.814784912<EFBFBD>']	]75/GG
]d14dee375bc275d08b09e5b7d420c28a5ef6b47asparse-partitions.pdfdistributed_systems/sparse partitions2017-09-11T17:58:17.8094641112017-09-11T17:58:17.809464111<EFBFBD>t\
]<5D>5{GG
dca9ccbcf4a8440590a81f94295a22386a422d198solution-of-a-problem-in-concurrent-programming-control.pdfdistributed_systems/solution of a problem in concurrent programming control2017-09-11T17:58:17.8067810062017-09-11T17:58:17.806781006<EFBFBD>g[	]w5oGG
a5eb4500b8053ac8dd1a21bfca10c818e1e0a2405simple-testing-can-prevent-most-critical-failures.pdfdistributed_systems/simple testing can prevent most critical failures2017-09-11T17:58:17.8034099122017-09-11T17:58:17.803409912<EFBFBD>vZ
]<5D>5}GG
[65d3575b1c380b1bcc14ec69ccf6989c04be9493signal-&-collect-graph-algorithms-for-the-(semantic)-web.pdfdistributed_systems/signal & collect graph algorithms for the (semantic) web2017-09-11T17:58:17.7998129882017-09-11T17:58:17.799812988<EFBFBD>Y]<5D>'5<>GG
X95d36d171e5e2183c424f535fad2e8053f5cec64sift-design-and-analysis-of-a-fault-tolerant-computer-for-aircraft-contro.pdfdistributed_systems/sift design and analysis of a fault tolerant computer for aircraft contro2017-09-11T17:58:17.7932919922017-09-11T17:58:17.793291992<EFBFBD>vX
]<5D>5}GG
Z4329143e227370d931a207184f3b995c0cb5c8d5self-stabilizing-systems-in-spite-of-distributed-control.pdfdistributed_systems/self stabilizing systems in spite of distributed control2017-09-11T17:58:17.7901850592017-09-11T17:58:17.790185059<EFBFBD>'W	]75/GG
W763d0321ced31b774bd4ba2f9f369c087cbd278epaxos-made-simple.pdfdistributed_systems/paxos made simple2017-09-11T17:58:17.7873630372017-09-11T17:58:17.787363037<EFBFBD>?V	]O5GGG
U43c7b3780b5864f99d042392d83ab331f7fddf2apaxos-made-moderately-complex.pdfdistributed_systems/paxos made moderately complex2017-09-11T17:58:17.7843959962017-09-11T17:58:17.784395996

<01>D<00><0F><0F>yL<0E><0E><0E>i<
<0A>
<0A>
<0A>
[
X
.

<0C><0C>zM <0B><0B><0B>l>
*<00>
<EFBFBD>
<EFBFBD>
<EFBFBD>
\
.

	<09>	<09>	y	L	<08><08><08>k><07><07><07>\/<06><06>{N <05><05>
<01><05>l><04><04>]0
X<03><03>|N <02><02><00>
<01><02>j=
<01>-]703d0b290a4ece50c17854ed72ecc808ce3e6f43<00>-]23c425f022baa054c68683eaf81f5d482915ce13<00>-]239ff60210c28900f866c588f40e974d897a9f62<00>-]1396a6cd134a7f41eeb1e5d4ca8d4edf6edfc432<00>-]557b1ec3182ccb3a902cc9904a443accb438842f<00>76e1cf37ae212298802799c2c3588030d20a769f<00>=.70882fa7790685902d4d8b56ba08a361f6e74eb1<00>,]
76eea8436996c7e9c8f7ad3dac34a12865edab249<02>76c0579c23504531220601029d455dca6413b628<-]765e049036ca947af05fb5b4f29b9daf4b363558<00>,]
763d0321ced31b774bd4ba2f9f369c087cbd278eW6e39523a0acd9855ff465598253c323f7dfd3cda-]6995ac2e570960403c02250b02e64cafed8378fd<00>-]6980e1e551cadbde62454bedf5e1324032fa1e40<00>-]6848895fe48b0ca3b0bc34c1bcdf66eb58e64308<00>,]
6718cc5cd4e1484990ee79a8c3cffaad6d7271c3,]
66401c00817c71713e86438385d91956246aeaabf,]
65d3575b1c380b1bcc14ec69ccf6989c04be9493Z,]
64832c7b1602f0922e4e818ad045d1bb5ae95dd6^<00>612b437425a8077a832c27b7f4ec057143e87a8cj,]
6125b966172dd6cde3563f2ae10d8f782d14e1de,]
5eb4500b8053ac8dd1a21bfca10c818e1e0a2405-]59a968fa431e7117aa11005ed98ab39f1efddc30<00>,]
5ac2852c69cc7bda25677129da011dec23fc3d77v,]
59b3e2060ef7108c9170975219aae410f52ba0b84-]59776eb2358b4be265e7dae9df4f946dab25bf6f<00>,]
57efc2b9ba2a725af1d66cc43c472d0314190051N,]
57d70e73a995be26f01ae51f321fdaf42a089bf8,]
530b50510808903545d298de7e19d6e5463a72cdd,]
50c42217e3c5b52eb1732f4193bf452dcc0de71b.-]5046034fe0cddda681ad9374d306fd27eec8b5fb<00>,]
50158bc1a8a67295ab7bce0550886a9859000dc2D,]
4fc240d0d9e690cb9b0bcb2f8a5e5ca918b01410,]
4e63eed9e709b6c8e20a4a68300883898c7d8f37;,]
4cb33680dda1fa1f0bad1ca52e07a8a34a500104%,]
4bf4acf54bfd2e65b1ed31fe272670a7e276c534U,]
4ba0079fbfaf8a49f36f4e400f44c17b7f4552d4|-]4b85765a808e4c29f05bc48a17a2dced1702db9d<00>,]
4b1ed99c65d500d4a610813736169851cb496810,]
49ed15db181c74c7067ec01800fb5392411c868cC,]
4712e0a50083a6bda848bf4a65fe214f0f6a7069	,]
451da9c5558de4c75f01582292063a7c980292080,]
43c7b3780b5864f99d042392d83ab331f7fddf2aV,]
4329143e227370d931a207184f3b995c0cb5c8d5X,]
3e375c8d996b8c46c83b9d3f72732d7477e5fd86Q,]
3b2c76827fb4ad1b2da0d0870441e77a27ee37de2,]
3a05eea36ffdbcf0625d5154a6458e75ca835971,]
39ac2e0fc4ec63753306f99e71e0f38133e58ead(,]
381c0200a69d43c6605079aaf73beace048b76a6,]
368427e6e351d1ac0ef97e824968ed15d0dc3d4dB,]
36222f8eb2ccf21ca345e15186cea64506581543K-]3547ac839d02f6efe3f6f76a8289738a22528442<00>,]
30fae8663ffba4f4abca068a9bc8735a590a9bc5-]30ef9946a1733c097d541ffaae8e95f0af862a08<00>-]30baa244b66e81d737ccf9f667c9bfca4f0c18f1<00>,]
2db53cdcf4ba7c67321c022954c2b2be9c8a40bdi,]
29f3f5918946bf0a4d75bf5244f993847d03e26c#,]
28142adcd8a406110c76dbb8e324dc211f3944d1F,]
24cece61e2128780072bc58f90b8ba47f624bc276-]223b694fb70d4bd18ba0f4bd73ff3c6bc8f6370a<00>,]
2128052ca0319cdf9c9256eb52f26a23c6527094t,]
208aee805004d575035284b1c232209e9fa26b0e3,]
1e86909765bd5603a152bbd55e511e0586f1b77fL,]
1cdc911f5a1b7a770b2e27bf4ebfae04c003a616,]
1c1ff93040a96dfe9f1309bfe34a989d5f93bb4f,]
1a0ba12427c68642a4871677b9de7a337356b9f6T,]
18a74ae5e33b76a0528d0724d5c55a98dabe0b1fn,]
177f9ad15ae9420c5c22f20da9a7c8e8dad4f32d1,]
17007f5e69efcfeff03853a33121943e2b4df4227,]
158d08ec7c2134382e20b44001903ad5b8a521b2l,]
1551d42b24a5b1e1ead5f0793e807869249ab93eH,]
11ff11e3aedaa41a67bea3623e5d2a805db6166e>,]
11825521850926501e3f353ffb7cf14b0c389320,]
0f278cf94ac0d7fe15a7c4e0f283446e9fc07474+,]
0f007df1707d77a72237248b0d7fd93b37fc9db7,]
0ec3651f70a50c371a1f9502fc7d3eab272d5cff,]
0db38d32069f3341d34c35085dc009a85ba13c13--]09ac606ba306a1bea91642deb2af0909360b038f<00>,]
07f82eecbe3d530e3f967342245a4d5c8e41c05be,]
07d847f310d5fa9138f461f0a25c5e0024f1c4af"-]07ad71a8d82bf51e0b5d1d892aa6a10673a3b830<00>,]
0404bd58e5f1edbd288cd69fcbc224485af415bfs,]
02cc6a5944d57d2353a55639c7b77336b94f29b6,]
016f4930ad10f8097c42e5294b56d25bfb3c121fq,]
00e3756119a91432622f6982b59ecd24a1340fbeI,]
003d5a65de0ac72daaf105ded903cb3eb88585b3?
<00>C<00>f9<07><07><07>W*<06><06><06>rE<05><05><05>a3<04><0F><0F>yKO<0E><0E><0E>i<
<0A>
<0A>
<0A>
Z
,<0C><0C><0C>xJ<00><0B><0B><0B>i<}
<EFBFBD>
<EFBFBD>
<EFBFBD>
Y<04>
+	<09>	<09>	<09>	x	J	<08><08><08>S&<03><03><03>pC<02><02><02>b5
<01>
<01>
<01>
S
%-]9b8aec8ef5c67da463f5ec7c174570eb7d1643a8<00>Xd0d8b7501d7f75613d5493d706d6d81852a73d6e<00>-]fec6b29569eac1a340990bb07e90355efd2434ec<00>,]
fe0ae75e97abe2686e6bc8cbe94bfd08934e36da,]
fd443b2ce70c48202ba26cbc6caa471ae262e270@,]
fc11031895c302dc52404d34de58af1a72f3b817g,]
fb2db075fa0230289a4f05caf2127b95fcc9aa9c
-]f6dce666a0f64f97f380f99cba7f14e24d5f54ad<00>,]
f52e7afce70597024c3be7df105185dd59a2c8e6A,]
f5222809526d8a419a1752547880ba0a9013a8ca,]
f3485e24d796c33f11048f74e447853ef4a6dc53c,]
f3050b5586ddfec5da0d719338a6afa8b166985bP,]
f1948a2d5dc8745f725e3ba0b24e14847778cb19&,]
f16c6ce0c7eabd4f5896962335879b3932138e52S,]
f06554b06ac49f129086c8889690faaa761398bb5-]f00e7c584731135892cb1bc133672a3d63d9e095<00>,]
eee4e109fd92ea679600a61dd7d3428efa786a64m,]
eecf3aaa6aadf48778bb1daa6b09d011632b9f55*-]eb654b2087706468fe3173c4b38b940be0c85722<00>,]
e95ecb39639ce118c7ddd5bd7892378eacdd1-]8004558792c00764d173dc63c03d3a391acfe6b7<00>-]a5c83733c6abcd1a089bed36cf2ef38577ec5521<00>-]b68ff86ce8591931d3bef1294f8b46dae63780ad<00>,]
778e77ac46880d905d104d4f771fc5bb978a19ee},]
76eea8436996c7e9c8f7ad3dac34a12865edab249-]76e1cf37ae212298802799c2c3588030d20a769f<00>,]
76c0579c23504531220601029d455dca6413b628<-]765e049036ca947af05fb5b4f29b9daf4b363558<00>,]
763d0321ced31b774bd4ba2f9f369c087cbd278eW-]70882fa7790685902d4d8b56ba08a361f6e74eb1<00>-]703d0b290a4ece50c17854ed72ecc808ce3e6f43<00>,]
6e39523a0acd9855ff465598253c323f7dfd3cda-]6995ac2e570960403c02250b02e64cafed8378fd<00>-]6980e1e551cadbde62454bedf5e1324032fa1e40<00>-]6848895fe48b0ca3b0bc34c1bcdf66eb58e64308<00>-]67ea9f0fe38b6848de19578589eab498473562c3<00>,]
6718cc5cd4e1484990ee79a8c3cffaad6d7271c3,]
66401c00817c71713e86438385d91956246aeaabf,]
65d3575b1c380b1bcc14ec69ccf6989c04be9493Z,]
64832c7b1602f0922e4e818ad045d1bb5ae95dd6^-]614d66c63f8a04cf24cf19ce885f6a34be56a67c<00>,]
612b437425a8077a832c27b7f4ec057143e87a8cj,]
6125b966172dd6cde3563f2ae10d8f782d14e1de,]
5eb4500b8053ac8dd1a21bfca10c818e1e0a2405[-]c501a067498b94558da0e0510a4c29370388aee0<00>-]c2eec09d057ce3b7277395e6820f38744e67fb97<00>,]
c20baa16cb57ff4979569871d15294fa720bbc23O-]c1350b1680d30a7bdcb9837bff2e0e8c40f9a92a<00>-]c0f83a70b1c225e7705c301e1106332819bff375<00>,]
bde7543a8b3ce071342dfaea2a14357431d94b82M+]	bd9e0c2f5aaf68d784862ab361cc1a41fc9b32cd,]
bac41b59697da3ca5c80ca08f2bbbc97a3576248a,]
b8645fcfdf5af5759dc20ae769b96be510bdff1a)-]b7741ea891833418cc888b38f9f529bdb86409a4<00>-]b615e2186f1982009d863f3f2f98909f2f7815ab<00>,]
ac14e6bf50d1491043baf1d854727a68f5f3f51d,]
a9d9352d43986d4a5a3554a84b99580225ec00cf,]
a673b5ccb8fed1cb38edf75ead930569ba568c10z-]a659692ed5031c5410668d644a60d7806bb2efbb<00>,]
a2e89c6111f3e306c56472306795af290ffb29af,]
a2e4dc4b1cce765255e4d15084811da125c564c5R,]
9ed603d5743ef547a23578c5d50bd23069a6f2a8{,]
9d48eb6b89a9d7aa6feab3f6b2f57c70c1d9d18fw,]
9d2c1271f1219522d13f150c2b04123bef300dd9E,]
9aa8f3d1df6ff6d266a531432fe9ea0bb56ad3c3J-]997d371f1e063ff11e00fc6c0aef259558b92303<00>,]
993f5b0bb126caae848937b2323efabdf8bc21e9`,]
97edc89b0a19e90e2123f22315b88aaf7033bb3a~,]
973f17392cb7b417271e9d482d17a44a8c70c70a,]
95d36d171e5e2183c424f535fad2e8053f5cec64Y-]94e8fc6068b6dff5a2a688f51c44ebfdd23f7e1a<00>-]904014fb5cb22e8241c55e2fc6ae46288c5eebaf<00>,]
8eacd0f01ab0f53706561dda0ce8d1f96544a348p,]
8e1408e93d56b214a9018a7c13422715367a28bex,]
8de2fdb04edce612738eb51e14ecc426381f8ed8,,]
8b1d8d46836a6d5eb4355315b64d85c128cbff27$,]
892b955b6fb175c92f3f294ab431f97a8827748d8,]
87fbf4fa017a90b5ff819bcfca17fb52d6f6a790',]
87a6e1ec4dd1df928541467296e4cf2a0f2df0c3b,]
83cf2b3372ef98f7fa5caf94aa44e7262ee47519
-]802fed876e180f32c06ede4d1cc951ba44f79dd2<00>,]
7edaa9cc255ba8e0938cb563110b204a4f393d60-]7de4f6fddb11254d1fd5f8adfd67b6e0c9439eaa<00>,]
7d7de228c501ef486534cca1829378eef8ef1081G,]
78dec404a01664b35f3c740834597920186fbba7u,]
78c295cfd7469cd3d494a48df7bd7748139e0660
1<0C>
<EFBFBD>	<09><08>Z<05>1
*<04><02><00>vr
]<5D>9{GG
le36073e9e5c97e0204050c0c316d87479f94974ethe-pagerank-citation-ranking-bringing-order-to-the-web.pdfinformation_retrieval/the pagerank citation ranking bringing order to the web2017-09-11T17:58:17.9752089842017-09-11T17:58:17.975208984<EFBFBD>[t	]m1eGG<00>2128052ca0319cdf9c9256eb52f26a23c6527094a-practical-optional-type-system-for-clojure.pdflanguages/clojure/a practical optional type system for clojure2017-09-11T17:58:17.9809570312017-09-11T17:58:17.980957031<00>]<5D>+1<>#GG5ac2852c69cc7bda25677129da011dec23fc3d77making-a-fast-curry-push-enter-versus-eval-apply-for-higher-order-languages.pdflanguages/haskell/making a fast curry push enter versus eval apply for higher order languages2017-09-11T17:5<>v]<5D>+1<>#GG
q5ac2852c69cc7bda25677129da011dec23fc3d77making-a-fast-curry-push-enter-versus-eval-apply-for-higher-order-languages.pdflanguages/haskell/making a fast curry push enter versus eval apply for higher order languages2017-09-11T17:58:17.9996789552017-09-11T17:58:17.999678955<EFBFBD>Zs	]k3cGG
o0404bd58e5f1edbd288cd69fcbc224485af415bfa-mathematical-theory-of-communication-1948.pdfinformation_theory/a mathematical theory of communication 19482017-09-11T17:58:17.9778959962017-09-11T17:58:17.977895996<EFBFBD>=u	]O1GGG
m78dec404a01664b35f3c740834597920186fbba7a-poor-mans-concurrency-monad.pdflanguages/haskell/a poor mans concurrency monad2017-09-11T17:58:17.9848029792017-09-11T17:58:17.984802979<EFBFBD>#q	]19)GG<00>016f4930ad10f8097c42e5294b56d25bfb3c121fokapi-at-trec3.pdfinformation_retrieval/okapi at trec32017-09-11T17:58:17.9719230962017-09-11T17:58:17.971923096<EFBFBD>7p	]E9=GG<00>8eacd0f01ab0f53706561dda0ce8d1f96544a348graph_of_word_and_tw_idf.pdfinformation_retrieval/graph of word and tw idf2017-09-11T17:58:17.9690471192017-09-11T17:58:17.969047119<EFBFBD>io	]y9qEE<00>da731f99e05dd4f1fad1d21a1c6124efeb3bcf61authoritative-sources-in-a-hyperlinked-environment.pdfinformation_retrieval/authoritative sources in a hyperlinked environment2017-09-11T17:58:17.965729982017-09-11T17:58:17.96572998<EFBFBD>>n	]O3GGG
i18a74ae5e33b76a0528d0724d5c55a98dabe0b1fthe_lisp_ii_garbage_collector.pdfgarbage_collection/the lisp ii garbage collector2017-09-11T17:58:17.9630510252017-09-11T17:58:17.963051025<EFBFBD> m]<5D>/3<>'GG<00>eee4e109fd92ea679600a61dd7d3428efa786a64parallel_generational_copying_garbage_collection_with_a_block_structured_heap.pdfgarbage_collection/parallel generational copying garbage collection with a block structured heap2017-09-11T17:58:17.9594860842017-09-11T17:58:17.959486084<EFBFBD>l]<5D>3<>GG<00>158d08ec7c2134382e20b44001903ad5b8a521b2incremental_mature_garbage_collection_using_the_train_algorithm.pdfgarbage_collection/incremental mature garbage collection using the train algorithm2017-09-11T17:58:17.9307009282017-09-11T17:58:17.930700928<EFBFBD>,k]<5D>A'<27>9GG
k5b0ccfcd8135c9599f8088443ed7de1874fa1c97why-students-engage-in-gaming-the-system-behavior-in-interactive-learning-environments.pdfgamification/why students engage in gaming the system behavior in interactive learning environments2017-09-11T17:58:17.9270019532017-09-11T17:58:17.927001953<EFBFBD>Xj	]o'gGG
h612b437425a8077a832c27b7f4ec057143e87a8cgamification-in-education-what-how-why-bother.pdfgamification/gamification in education what how why bother2017-09-11T17:58:17.9242758792017-09-11T17:58:17.924275879<EFBFBD>
i]<5D>A<>
GG<00>2db53cdcf4ba7c67321c022954c2b2be9c8a40bda-theoreticians-guide-to-the-experimental-analysis-of-algorithms.pdfexperimental_algorithmics/a theoreticians guide to the experimental analysis of algorithms2017-09-11T17:58:17.9211940922017-09-11T17:58:17.921194092<EFBFBD>}h]<5D>5<>GG
gd0cb011908e333fe17309518249be05820b5239fzookeeper-wait-free-coordination-for-internet-scale-systems.pdfdistributed_systems/zookeeper wait free coordination for internet scale systems2017-09-11T17:58:17.9138369142017-09-11T17:58:17.913836914<EFBFBD>xg
]<5D>5GG
efc11031895c302dc52404d34de58af1a72f3b817zab-high-performance-broadcast-for-primary-backup-systems.pdfdistributed_systems/zab high performance broadcast for primary backup systems2017-09-11T17:58:17.9090180662017-09-11T17:58:17.909018066
<00><0E>
<0A>
:2
D	f<07><06><05><04>2c<02><00>
u<00>G<EFBFBD>	]Y1QGG
}d4723308389e064389bc4e6aee46db5fc9b214eelive-migration-of-virtual-machines.pdfoperating_systems/live migration of virtual machines2017-09-11T17:58:18.0732810062017-09-11T17:58:18.073281006<EFBFBD><1F>]<5D>/1<>'GG<00>4b85765a808e4c29f05bc48a17a2dced1702db9dsolaris-zones-operating-system-support-for-consolidating-commercial-workloads.pdfoperating_systems/solaris zones operating system support for consolidating commercial workloads2017-09-11T17:58:18.0786708982017-09-11T17:58:18.078670898<EFBFBD>G<EFBFBD>	]Y1QGG
{765e049036ca947af05fb5b4f29b9daf4b363558kvm-linux-virtual-machines-monitor.pdfoperating_systems/kvm linux virtual machines monitor2017-09-11T17:58:18.0573120122017-09-11T17:58:18.057312012<EFBFBD>K<EFBFBD>	]]1UGG<00>a659692ed5031c5410668d644a60d7806bb2efbbjails-confining-the-omnipotent-root..pdfoperating_systems/jails confining the omnipotent root.2017-09-11T17:58:18.0546540532017-09-11T17:58:18.054654053<EFBFBD>?<3F>	]K=CGG<00>c2eec09d057ce3b7277395e6820f38744e67fb97efficient-lock-free-b+trees.pdfnon_blocking_algorithms/efficient lock free b+trees2017-09-11T17:58:18.0515891112017-09-11T17:58:18.051589111<EFBFBD>+<2B>	]7=/GG
y6995ac2e570960403c02250b02e64cafed8378fda-wait-free-stack.pdfnon_blocking_algorithms/a wait free stack2017-09-11T17:58:18.0485769042017-09-11T17:58:18.048576904<EFBFBD>]<5D>
	]i=aGG<00>d5c3b8b3006fc4b24e770f028c938d4bcbd62695a-wait-free-queue-as-fast-as-fetch-and-add.pdfnon_blocking_algorithms/a wait free queue as fast as fetch and add2017-09-11T17:58:18.0439479982017-09-11T17:58:18.043947998<EFBFBD><0F>]<5D>1<>GG<00>802fed876e180f32c06ede4d1cc951ba44f79dd2scatteralloc-massively-parallel-dynamic-memory-allocation-for-the-gpu.pdfmemory_management/scatteralloc massively parallel dynamic memory allocation for the gpu2017-09-11T17:58:18.0387509772017-09-11T17:58:18.038750977<EFBFBD>K	]]1UGG
v381c0200a69d43c6605079aaf73beace048b76a6making-lockless-synchronization-fast.pdfmemory_management/making lockless synchronization fast2017-09-11T17:58:18.0350568852017-09-11T17:58:18.035056885<EFBFBD>#~	];%3GG
t97edc89b0a19e90e2123f22315b88aaf7033bb3atranscendence-of-pi.pdfmathematics/transcendence of pi2017-09-11T17:58:18.0321540532017-09-11T17:58:18.032154053<EFBFBD>5}]<5D>/a<>'EE
u778e77ac46880d905d104d4f771fc5bb978a19eetoward-a-unified-theory-of-sparse-dimensionality-reduction-in-euclidean-space.pdfmachine_learning/dimensionality_reduction/toward a unified theory of sparse dimensionality reduction in euclidean space2017-09-11T17:58:18.028127932017-09-11T17:58:18.02812793<EFBFBD>k|	]ea]GG
w4ba0079fbfaf8a49f36f4e400f44c17b7f4552d4a-sparse-johnson-lindenstrauss-transform.pdfmachine_learning/dimensionality_reduction/a sparse johnson lindenstrauss transform2017-09-11T17:58:18.0251550292017-09-11T17:58:18.025155029<EFBFBD>{]<5D>9<>	GG
s9ed603d5743ef547a23578c5d50bd23069a6f2a8representing-game-dialogue-as-expressions-in-first-order-logic.pdflogic_and_programming/representing game dialogue as expressions in first order logic2017-09-11T17:58:18.0185778812017-09-11T17:58:18.018577881<EFBFBD>Uz	]e9]EE
xa673b5ccb8fed1cb38edf75ead930569ba568c10on-the-meanings-of-the-logical-constants.pdflogic_and_programming/on the meanings of the logical constants2017-09-11T17:58:18.015247072017-09-11T17:58:18.01524707<EFBFBD>Ay	]Q5IGG
rd25c77b7d5f4b6742e63bc6f3b92ab220c833d23The-Early-History-Of-Smalltalk.pdflanguages/smalltalk/the early history of smalltalk2017-09-11T17:58:18.0103391112017-09-11T17:58:18.010339111<EFBFBD>Gx	]Y5QEE
p8e1408e93d56b214a9018a7c13422715367a28beDesign-Principles-Behind-Smalltalk.pdflanguages/smalltalk/design principles behind smalltalk2017-09-11T17:58:18.007520022017-09-11T17:58:18.00752002<EFBFBD>]w]<5D>m1<6D>eGG
n9d48eb6b89a9d7aa6feab3f6b2f57c70c1d9d18ftackling-the-awkward-squad-monadic-input-output-concurrency-exceptions-and-foreign-language-calls-in-haskell.pdflanguages/haskell/tackling the awkward squad monadic input output concurrency exceptions and foreign language calls in haskell2017-09-11T17:58:18.0032749022017-09-11T17:58:18.003274902
0o<0E>
<0A><0C><0B>
<EFBFBD>	<09>	ALm<05><04><03><02>
<01>
0<00>\<5C>	]s/kCC
<01>d62e2ae46b1cfac38357e6ce32bad7b36b0b49b4extensible-pattern-matching-extensible-language.pdfpattern_matching/extensible pattern matching extensible language2017-09-11T17:58:18.14222292017-09-11T17:58:18.1422229<EFBFBD>d<EFBFBD>	]w/oGG<00>6848895fe48b0ca3b0bc34c1bcdf66eb58e64308compiling-pattern-matching-to-good-decision-trees.pdfpattern_matching/compiling pattern matching to good decision trees2017-09-11T17:58:18.1388930662017-09-11T17:58:18.138893066<EFBFBD>:<3A>	]M/EGG
<01>3547ac839d02f6efe3f6f76a8289738a22528442aho-corasick-string-matching.pdfpattern_matching/aho corasick string matching2017-09-11T17:58:18.1348239752017-09-11T17:58:18.134823975<EFBFBD>|<7C>
]<5D>=GG
<01>eb654b2087706468fe3173c4b38b940be0c85722cognitive-computing-programming-paradigm-corelet-language.pdfparadigms/new_paradigms/cognitive computing programming paradigm corelet language2017-09-11T17:58:18.1283120122017-09-11T17:58:18.128312012<EFBFBD><19>]<5D>a<>	GG
<01>223b694fb70d4bd18ba0f4bd73ff3c6bc8f6370aray-integrating-rx-and-async-for-direct-style-reactive-streams.pdfparadigms/functional_reactive_programming/ray integrating rx and async for direct style reactive streams2017-09-11T17:58:18.1255490722017-09-11T17:58:18.125549072<EFBFBD>U<EFBFBD>	]OaGGG
<01>e306d45aeb2d3f72055ce72ccbebd0ccb42cdf17functional-reactive-animation.pdfparadigms/functional_reactive_programming/functional reactive animation2017-09-11T17:58:18.1220371092017-09-11T17:58:18.122037109<EFBFBD>=<3D>	]7a/GG
<01>09ac606ba306a1bea91642deb2af0909360b038ffrp-in-plt-scheme.pdfparadigms/functional_reactive_programming/frp in plt scheme2017-09-11T17:58:18.1191530762017-09-11T17:58:18.119153076<EFBFBD>[<5B>	]UaMGG
<01>d7341e40b11008965d60631953ad83e89aa40584deprecating-the observer-pattern.pdfparadigms/functional_reactive_programming/deprecating the observer pattern2017-09-11T17:58:18.1154299322017-09-11T17:58:18.115429932<EFBFBD>q<EFBFBD>	]kacGG
<01>5046034fe0cddda681ad9374d306fd27eec8b5fba-survey-of-functional-reactive-programming.pdfparadigms/functional_reactive_programming/a survey of functional reactive programming2017-09-11T17:58:18.1125529792017-09-11T17:58:18.112552979<EFBFBD>V<EFBFBD>	]YOQGG
<01>c501a067498b94558da0e0510a4c29370388aee0why-functional-programming-matters.pdfparadigms/functional_programming/why functional programming matters2017-09-11T17:58:18.1093278812017-09-11T17:58:18.109327881<EFBFBD>V<EFBFBD>	][OSEE<00>f6dce666a0f64f97f380f99cba7f14e24d5f54adorganizing-programs-without-classes.pdfparadigms/functional_programming/organizing programs without classes2017-09-11T17:58:18.106877932017-09-11T17:58:18.10687793<EFBFBD>d<EFBFBD>	]gO_GG
<01>59776eb2358b4be265e7dae9df4f946dab25bf6foptimal-purely-functional-priority-queues.pdfparadigms/functional_programming/optimal purely functional priority queues2017-09-11T17:58:18.1019030762017-09-11T17:58:18.101903076<EFBFBD><1A>
]<5D>O<>GG
|fec6b29569eac1a340990bb07e90355efd2434ecfunctional-programming-with-bananas-lenses-envelops-and-barbed-wire.pdfparadigms/functional_programming/functional programming with bananas lenses envelops and barbed wire2017-09-11T17:58:18.0980900882017-09-11T17:58:18.098090088<EFBFBD>X<EFBFBD>	][OSGG
<01>904014fb5cb22e8241c55e2fc6ae46288c5eebafequal-rights-for-functional-objects.pdfparadigms/functional_programming/equal rights for functional objects2017-09-11T17:58:18.0952949222017-09-11T17:58:18.095294922<EFBFBD>n<EFBFBD>	]uOmCC
~d238ce802f284a57bffb618af93d009457b8320bconcatenative-programming-an-overlooked-paradigm.pdfparadigms/functional_programming/concatenative programming an overlooked paradigm2017-09-11T17:58:18.09215212017-09-11T17:58:18.0921521<EFBFBD>k<EFBFBD>
	]uAmGG
<01>30baa244b66e81d737ccf9f667c9bfca4f0c18f1common-ground-and-coordination-in-joint-activity.pdforganizational_simulation/common ground and coordination in joint activity2017-09-11T17:58:18.0874580082017-09-11T17:58:18.087458008<EFBFBD>3<EFBFBD>		]E1=GG
6980e1e551cadbde62454bedf5e1324032fa1e40unix-time-sharing-system.pdfoperating_systems/unix time sharing system2017-09-11T17:58:18.0846770022017-09-11T17:58:18.084677002<EFBFBD>
<0A>	]!1EE
zf00e7c584731135892cb1bc133672a3d63d9e095therac.pdfoperating_systems/therac2017-09-11T17:58:18.081492922017-09-11T17:58:18.08149292
L@<0E>
<0A><0C>A
`	<09><08>0<06><05><04>0mg
<01><00>L<00>!<21>-	]31+GG
<01>703d0b290a4ece50c17854ed72ecc808ce3e6f43shors_algorithm.pdfquantum_computing/shors algorithm2017-09-11T17:58:18.2415991212017-09-11T17:58:18.241599121<EFBFBD>%<25>,	]71/GG
<01>23c425f022baa054c68683eaf81f5d482915ce13grovers_algorithm.pdfquantum_computing/grovers algorithm2017-09-11T17:58:18.2390639652017-09-11T17:58:18.239063965<EFBFBD>I<EFBFBD>+	][1SGG
<01>239ff60210c28900f866c588f40e974d897a9f62advance_in_quantum_machine_learning.pdfquantum_computing/advance in quantum machine learning2017-09-11T17:58:18.2342480472017-09-11T17:58:18.234248047<EFBFBD><02>*]<5D>7<>GG
<01>9b8aec8ef5c67da463f5ec7c174570eb7d1643a8epitaxis-a-system-for-syntactic-and-semantic-software-queries.pdfprogram_verification/epitaxis a system for syntactic and semantic software queries2017-09-11T17:58:18.2309260252017-09-11T17:58:18.230926025<EFBFBD>?<3F>)	]Y!QGG<00>614d66c63f8a04cf24cf19ce885f6a34be56a67ccommunicating-sequential-processes.pdfprocesses/communicating sequential processes2017-09-11T17:58:18.2249509282017-09-11T17:58:18.224950928<EFBFBD>I<EFBFBD>(	]e!]EE<00>d0d8b7501d7f75613d5493d706d6d81852a73d6ecommunicating-sequential-processes-paper.pdfprocesses/communicating sequential processes paper2017-09-11T17:58:18.219252932017-09-11T17:58:18.21925293<EFBFBD>1<EFBFBD>'	]QIGG<00>e437aad09eb0508f015c4615e3a9c738bdee9fdftheory-in-programming-practice.pdfplt/theory in programming practice2017-09-11T17:58:18.2134399412017-09-11T17:58:18.213439941<EFBFBD>Y<EFBFBD>&	]yqGG<00>7de4f6fddb11254d1fd5f8adfd67b6e0c9439eaathe-derivative-of-a-regular-type-one-hole-contexts.pdfplt/the derivative of a regular type one hole contexts2017-09-11T17:58:18.2101499022017-09-11T17:58:18.210149902<EFBFBD><1D>%	]?7EE
<01>c0f83a70b1c225e7705c301e1106332819bff375propositions-as-types.pdfplt/propositions as types2017-09-11T17:58:18.206252932017-09-11T17:58:18.20625293<EFBFBD>S<EFBFBD>$	]skGG
<01>b615e2186f1982009d863f3f2f98909f2f7815abprogramming-with-algebraic-effects-and-handlers.pdfplt/programming with algebraic effects and handlers2017-09-11T17:58:18.2013811042017-09-11T17:58:18.201381104<EFBFBD>]<5D>#	]}uGG<00>557b1ec3182ccb3a902cc9904a443accb438842fprogramming-languages-application-and-interpretation.pdfplt/programming languages application and interpretation2017-09-11T17:58:18.1916560062017-09-11T17:58:18.191656006<EFBFBD>Q<EFBFBD>"	]qiGG<00>76e1cf37ae212298802799c2c3588030d20a769fprincipal-type-schemes-for-functional-programs.pdfplt/principal type schemes for functional programs2017-09-11T17:58:18.1753029792017-09-11T17:58:18.175302979<EFBFBD><1F>!	]?7GG<00>70882fa7790685902d4d8b56ba08a361f6e74eb1predicate-dispatching.pdfplt/predicate dispatching2017-09-11T17:58:18.1676689452017-09-11T17:58:18.167668945<EFBFBD>]<5D> 	]}uGG<00>c1350b1680d30a7bdcb9837bff2e0e8c40f9a92aon-understanding-types-data-abstraction-polymorphism.pdfplt/on understanding types data abstraction polymorphism2017-09-11T17:58:18.1646689452017-09-11T17:58:18.164668945<EFBFBD>O<EFBFBD>	]ogGG<00>e186a8489dc6ab1c5dd30fc0501f7866d0c3d0f1fundamental-concepts-in-programming-languages.pdfplt/fundamental concepts in programming languages2017-09-11T17:58:18.1619260252017-09-11T17:58:18.161926025<EFBFBD>W<EFBFBD>	]woGG<00>94e8fc6068b6dff5a2a688f51c44ebfdd23f7e1acomposable-and-compilable-macros-you-want-it-when.pdfplt/composable and compilable macros you want it when2017-09-11T17:58:18.1591159672017-09-11T17:58:18.159115967<EFBFBD>G<EFBFBD>	]c[GG
<01>07ad71a8d82bf51e0b5d1d892aa6a10673a3b830on-the-electrodynamics-of-moving-bodies.pdfphysics/on the electrodynamics of moving bodies2017-09-11T17:58:18.1558610842017-09-11T17:58:18.155861084<EFBFBD>a<EFBFBD>	]}uGG
<01>b7741ea891833418cc888b38f9f529bdb86409a4on-the-attraction-of-two-perfectly-conducting-plates.pdfphysics/on the attraction of two perfectly conducting plates2017-09-11T17:58:18.1515319822017-09-11T17:58:18.151531982<EFBFBD><1D>	]91GG
<01>30ef9946a1733c097d541ffaae8e95f0af862a08buridans-principle.pdfphysics/buridans principle2017-09-11T17:58:18.1488129882017-09-11T17:58:18.148812988<EFBFBD><<3C>	]O/GGG
<01>997d371f1e063ff11e00fc6c0aef259558b92303warnings-for-pattern-matching.pdfpattern_matching/warnings for pattern matching2017-09-11T17:58:18.1450800782017-09-11T17:58:18.145080078
-<0F><0F>yL<0E><0E><0E>h:

<0A>
<0A>
<0A>
W
*c<0C><0C><0C>tG<0B><0B><0B>d7

<EFBFBD>
<EFBFBD>
<EFBFBD>
U
(	<09>5	<09>	<09>	s	F	<08><08><08>-]f55238913918c61b0dad87974699d05a5d71e709<00>-]f4b381f4482586dbdd15fc92bee81ce68bcb6898<00>-]dd0854bf535d79d51104ae3d5c19c6ac7e562180<00>-]fec6b29569eac1a340990bb07e90355efd2434ec<00>,]
fe0ae75e97abe2686e6bc8cbe94bfd08934e36da,]
fd443b2ce70c48202ba26cbc6caa471ae262e270@,]
fc11031895c302dc52404d34de58af1a72f3b817g,]
fb2db075fa0230289a4f05caf2127b95fcc9aa9c
-]f6dce666a0f64f97f380f99cba7f14e24d5f54ad<00>,]
f52e7afce70597024c3be7df105185dd59a2c8e6A,]
f5222809526d8a419a1752547880ba0a9013a8ca,]
f3485e24d796c33f11048f74e447853ef4a6dc53c,]
f3050b5586ddfec5da0d719338a6afa8b166985bP,]
f1948a2d5dc8745f725e3ba0b24e14847778cb19&,]
f16c6ce0c7eabd4f5896962335879b3932138e52S,]
f06554b06ac49f129086c8889690faaa761398bb5-]f00e7c584731135892cb1bc133672a3d63d9e095<00>,]
eee4e109fd92ea679600a61dd7d3428efa786a64m,]
eecf3aaa6aadf48778bb1daa6b09d011632b9f55*-]eb654b2087706468fe3173c4b38b940be0c85722<00>,]
e95ecb39639ce118c7ddd5bd7892378eacdd105f!,]
e76af50e96b12fc507e73b025fe9da4a99600af9,]
e51582689653f238029d984cd1780c93ef672771/-]e437aad09eb0508f015c4615e3a9c738bdee9fdf<00>,]
e36073e9e5c97e0204050c0c316d87479f94974er-]e306d45aeb2d3f72055ce72ccbebd0ccb42cdf17<00>,]
e2e60f19214efaa7d842b4a3b3b322964bf78dc7,]
e1ac8e8d810a148dc3f5291795b0ac0b114db824_-]e186a8489dc6ab1c5dd30fc0501f7866d0c3d0f1<00>,]
daf38d927e2b21c885efdb4b2cc46a2d9f47d679:,]
da731f99e05dd4f1fad1d21a1c6124efeb3bcf61o-]d7341e40b11008965d60631953ad83e89aa40584<00>,]
d65e79756ac6817d4780286045a35d34aaaaf836=-]d62e2ae46b1cfac38357e6ce32bad7b36b0b49b4<00>,]
d62de5f995164fff50f5ce61c0113f6bc9f04225-]d5c3b8b3006fc4b24e770f028c938d4bcbd62695<00>-]d4723308389e064389bc4e6aee46db5fc9b214ee<00>,]
d25c77b7d5f4b6742e63bc6f3b92ab220c833d23y-]d238ce802f284a57bffb618af93d009457b8320b<00>,]
d14dee375bc275d08b09e5b7d420c28a5ef6b47a]-]d0d8b7501d7f75613d5493d706d6d81852a73d6e<00>,]
d0cb011908e333fe17309518249be05820b5239fh,]
ce8411564f95396b503868217469e2aaf1b996c9,]
cb4710f77feed90ae01b332c492853a5b20e2c7d ,]
ca9ccbcf4a8440590a81f94295a22386a422d198\
<08>			0<0E>
h<0C><0B>
(	F
<00>.<2E>.	]IAGG
<01>67ea9f0fe38b6848de19578589eab498473562c3ids-evasion-ptacek-newsham.pdfsecurity/ids evasion ptacek newsham2017-09-11T17:58:18.2448930662017-09-11T17:58:18.244893066
<00>	]#%GG59a968fa431e7117aa11005ed98ab39f1efddc30ts-asap.pdftime_series/ts asap2017-09-11T17:58:18.2728010252017-09-11T17:58:18.2728010<EFBFBD>I<EFBFBD>5	]a%YGG
	1396a6cd134a7f41eeb1e5d4ca8d4edf6edfc432operators-on-inhomogeneous-time-series.pdftime_series/operators on inhomogeneous time series2017-09-11T17:58:18.2695449222017-09-11T17:58:18.269544922	]g1_GG80045587<38>U<EFBFBD>4	]g1_GG
8004558792c00764d173dc63c03d3a391acfe6b7systematic-review-in-software-engineering.pdfsystematic_review/systematic review in software engineering2017-09-11T17:58:18.2664230962017-09-11T17:58:18.266423096<EFBFBD><0B>6	]#%GG
<01>59a968fa431e7117aa11005ed98ab39f1efddc30ts-asap.pdftime_series/ts asap2017-09-11T17:58:18.2728010252017-09-11T17:58:18.272801025<EFBFBD><02>3]<5D>7<>GG
f55238913918c61b0dad87974699d05a5d71e709An-Elementary-Proof-of-a-Theorem-of-Johnson-and-Lindenstrauss.pdfsublinear_algorithms/an elementary proof of a theorem of johnson and lindenstrauss2017-09-11T17:58:18.2639619142017-09-11T17:58:18.263961914<EFBFBD>N<EFBFBD>2	]]7UGG
<01>a5c83733c6abcd1a089bed36cf2ef38577ec55211985-Flajolet-Probabilistic-counting.pdfsublinear_algorithms/1985 flajolet probabilistic counting2017-09-11T17:58:18.2594541022017-09-11T17:58:18.259454102<EFBFBD><14>1]<5D>%/<2F>GG
<01>f4b381f4482586dbdd15fc92bee81ce68bcb68982014-ssac-pointwise-predicting-points-and-valuing-decisions-in-real-time.pdfsports_analytics/2014 ssac pointwise predicting points and valuing decisions in real time2017-09-11T17:58:18.2550280762017-09-11T17:58:18.255028076<EFBFBD>,<2C>0	]G?GG
<01>b68ff86ce8591931d3bef1294f8b46dae63780adsok-eternal-war-in-memory.pdfsecurity/sok eternal war in memory2017-09-11T17:58:18.2522160642017-09-11T17:58:18.252216064<EFBFBD>L<EFBFBD>/	]g_GG
<01>dd0854bf535d79d51104ae3d5c19c6ac7e562180macaroons-cookies-with-contextual-caveats.pdfsecurity/macaroons cookies with contextual caveats2017-09-11T17:58:18.2484418952017-09-11T17:58:18.248441895

c./l
m<0C><0B>
)	p<08><07>Y<05><04>7<00>}<02>.
<01>z	
M'GGhttp://en.wikipedia.org/wiki/Pcrwikipediabiocomputing/2017-09-11T17:58:18.3027919922017-09-11T17:58:18.302791992<EFBFBD>6

<01>W+GGhttps://deepmind.com/blog/wavenet-generative-model-raw-audio/Announcement and interactive examplesaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879z<00><17>'GGhttp://www.cs.duke.edu/courses/cps296.4/spring04/papers/Adleman94.pdfMolecular Computation of Solutions to C<>T
<01><17>'GGhttp://www.cs.duke.edu/courses/cps296.4/spring04/papers/Adleman94.pdfMolecular Computation of Solutions to Combinatorial Problemsbiocomputing/2017-09-11T17:58:18.3027919922017-09-11T17:58:18.302791992<EFBFBD>F

a<>+GGhttps://github.com/ibab/tensorflow-wavenet[Python] Implementation with the TensorFlow Machine Intelligence libraryaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD>7

W<>	+GGhttps://github.com/basveeling/wavenet[Python] Implementation with the Keras Neural Networks libraryaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD> 	
U_+GGhttps://arxiv.org/pdf/1609.03499.pdfWaveNet: A Generative Model for Raw Audioaudio_comp_sci/2017-09-11T17:58:18.3025258792017-09-11T17:58:18.302525879<EFBFBD>;
	
e[UGGhttp://ftp.cs.ucla.edu/pub/stat_ser/r360.pdfThe algorithmization of counterfactualsartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>>	
mYUGG
http://ftp.cs.ucla.edu/pub/stat_ser/R218-B-L.pdfCausal diagrams for empirical researchartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>:	
uIUGGhttp://ftp.cs.ucla.edu/pub/stat_ser/r156-reprint.pdfA theory of inferred causationartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>[

	c<>UGGhttp://ftp.cs.ucla.edu/pub/stat_ser/r30.pdfReverend Bayes on inference engines: A distributed hierarchical approachartificial_intelligence/judea_pearl/2017-09-11T17:58:18.3022790532017-09-11T17:58:18.302279053<EFBFBD>j	
<01>!<21>=GGhttp://airesearch.com/wp-content/uploads/2016/01/deepmind-mastering-go.pdfMastering the Game of Go with Deep Neural Networks and Tree Searchartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>	
W#=GGhttp://bayes.cs.ucla.edu/jp_home.htmlJudea Pearlartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>6	
yU=GGhttp://www.csee.umbc.edu/courses/471/papers/turing.pdfComputing Machinery and Intelligenceartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>T
<01><0B>{=GGhttps://github.com/papers-we-love/papers-we-love/blob/master/artificial_intelligence/3-bayesian-network-inference-algorithm.pdfAnalysis of Three Bayesian Network Inference Algorithms: Variable Elimination, Likelihood Weighting, and Gibbs Samplingartificial_intelligence/2017-09-11T17:58:18.3019838872017-09-11T17:58:18.301983887<EFBFBD>
<01>'<27>Q#GG	https://www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdfArchitectural Styles and the Design of Network-based Software Architectures (REST) by Roy Fieldingapi_design/2017-09-11T17:58:18.3017980962017-09-11T17:58:18.301798096<EFBFBD>g

g<>gGGhttp://www.bodden.de/pubs/far+14flowdroid.pdfFlowDroid: Precise Context, Flow, Field, Object-sensitive and Lifecycle-aware Taint Analysis for Android Appsandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879<EFBFBD>|

u<>GGhttp://www.cse.psu.edu/~duo114/pubs/octeau-sec13.pdfEffective Inter-Component Communication Mapping in Android with Epicc: An Essential Step Towards Holistic Security Analysisandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879<EFBFBD>@

<01>uGG
https://www.eecs.berkeley.edu/~daw/papers/intents-mobisys11.pdfAnalyzing Inter-Application Communication in Androidandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879<EFBFBD>N


<01>+qGGhttp://blog.sei.cmu.edu/post.cfm/secure-coding-tools-analyzing-android-apps-118Two Secure Coding Tools for Analyzing Android Appsandroid/2017-09-11T17:58:18.2997758792017-09-11T17:58:18.299775879
/I<0E>
h<0C><0B>
<EFBFBD>
	$(
@W<04><03>/3
k<00>|#	
A%1GG)http://gigavoxels.imag.fr/Project pagecomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>;&

<01>)91GG'http://www.cs.rpi.edu/~cutler/classes/advancedgraphics/S08/lectures/kajiya.pdfThe Rendering Equationcomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>E%

<01>e1GG"http://www.cs.northwestern.edu/~ago820/cs395/Papers/Phong_1975.pdfIllumination for computer generated picturescomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>Z$

<01>IW1GG!http://page.mi.fu-berlin.de/block/htw-lehre/wise2015_2016/bel_und_rend/skripte/gouraud1971.pdfContinuous shading of curved surfacescomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>"	
q1GG%http://maverick.inria.fr/Publications/2009/CNLE09/Web pagecomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>`!
<01><05>%1GGhttp://maverick.inria.fr/Publications/2009/CNLE09/CNLE09.pdfGigaVoxels : Ray-Guided Streaming for Efficient and Detailed Voxel Renderingcomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>N 

<01>o1GG https://www.cs.drexel.edu/~david/Classes/CS586/Papers/p343-whitted.pdfAn Improved Illumination Model for Shaded Displaycomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>f
<01><13>#1GGhttp://graphics.stanford.edu/papers/stabilization/karpenko_gyro.pdfDigital Video Stabilization and Rolling Shutter Correction using Gyroscopescomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>J

a<>9GGhttp://barroso.org/publications/isca00.pdfPiranha: A Scalable Architecture Based on Single-Chip Multiprocessingcomputer_architecture/2017-09-11T17:58:18.3046101072017-09-11T17:58:18.304610107<EFBFBD>
<01>w<EFBFBD>?GGhttps://www.researchgate.net/publication/220080099_MEXICA_A_computer_model_of_a_cognitive_account_of_creative_writingMEXICA: a computer model of a cognitive account of creative writing.computational_creativity/2017-09-11T17:58:18.3044289552017-09-11T17:58:18.304428955<EFBFBD>y

<01>UiQGGhttp://www.ams.org/journals/tran/1965-117-00/S0002-9947-1965-0170805-7/S0002-9947-1965-0170805-7.pdfOn the Computational Complexity of Algorithimscomp_sci_fundamentals_and_history/2017-09-11T17:58:18.3040449222017-09-11T17:58:18.304044922<EFBFBD>a

e<>)QGGhttp://www.turingarchive.org/browse.php/B/12Turing, On computable numbers, with an application to the Entscheidungsproblemcomp_sci_fundamentals_and_history/2017-09-11T17:58:18.3040449222017-09-11T17:58:18.304044922<EFBFBD>n

<>)QGGhttps://www.cs.virginia.edu/~robins/Turing_Paper_1936.pdfTuring, On computable numbers, with an application to the Entscheidungsproblemcomp_sci_fundamentals_and_history/2017-09-11T17:58:18.3040449222017-09-11T17:58:18.304044922<EFBFBD>a

<01>;k9GGhttp://gatekeeper.dec.com/ftp/pub/dec/SRC/publications/broder/positano-final-wpnums.pdfOn the resemblance and containment of documentsclustering_algorithms/2017-09-11T17:58:18.3032609862017-09-11T17:58:18.303260986<EFBFBD>I
<01><0F>EEhttp://adam.chlipala.net/papers/SqlcachePOPL17/SqlcachePOPL17.pdfA Program Optimization for Automatic Database Result Cachingcaching/2017-09-11T17:58:18.303017092017-09-11T17:58:18.30301709<EFBFBD><

Y<>#EEhttp://www.vldb.org/conf/1994/P439.PDF2Q: A Low Overhead High Performance Buffer Management Replacement Algorithmcaching/2017-09-11T17:58:18.303017092017-09-11T17:58:18.30301709<EFBFBD>
<01>%<25>
EEhttps://github.com/papers-we-love/papers-we-love/blob/master/caching/a-constant-algorithm-for-implementing-the-lfu-cache-eviction-scheme.pdfAn O(1) algorithm for implementing the LFU cache eviction schemecaching/2017-09-11T17:58:18.303017092017-09-11T17:58:18.30301709<EFBFBD>C

<01>)S'GGhttps://homes.cs.washington.edu/~luisceze/publications/dnastorage-asplos16.pdfA DNA-Based Archival Storage Systembiocomputing/2017-09-11T17:58:18.3027919922017-09-11T17:58:18.302791992<EFBFBD>4

<01>S'GGhttp://www.dna.caltech.edu/courses/cs191/paperscs191/turing.pdfThe chemical basis of morphogenesisbiocomputing/2017-09-11T17:58:18.3027919922017-09-11T17:58:18.302791992
<00>D<0E>
<0A><0C><<0B>
<EFBFBD>
	0S<07><06>#Q<04><03><02>C
l<00><00>\:
<01>!<21>
%GG?http://research.microsoft.com/en-us/um/people/lamport/pubs/time-clocks.pdfTime, Clocks, and the Ordering of Events in a Distributed Systemconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>T9

q<>/%GG6http://sigops.org/sosp/sosp13/papers/p33-david.pdfEverything You Always Wanted to Know About Synchronization but Were Afraid to Askconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>88	
os-GG4http://www.sci.utah.edu/~bsumma/projects/weaving/Panorama Weaving:
Fast and Flexible Seam Processingcomputer_vision/2017-09-11T17:58:18.3054609382017-09-11T17:58:18.305460938<EFBFBD>b7

<01>As-GG5http://www.disneyresearch.com/project/high-quality-single-shot-capture-of-facial-geometry/High-Quality Single-Shot Capture of Facial Geometrycomputer_vision/2017-09-11T17:58:18.3054609382017-09-11T17:58:18.305460938<EFBFBD>l6

<01>K}-GG3http://www.disneyresearch.com/project/coupled-3d-reconstruction-of-sparse-facial-hair-and-skin/Coupled 3D Reconstruction of Sparse Facial Hair and Skincomputer_vision/2017-09-11T17:58:18.3054609382017-09-11T17:58:18.305460938}5	=-1GGhttp://shapegrammar.org/shapegrammar.orgcomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>O4

k<>1GG/http://shapegrammar.org/ifip/SGBestPapers72.pdfShape Grammars and the Generative Specification of Painting and Sculpturecomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>D3	
w1GG1http://cs.brown.edu/courses/csci2370/2000/1999/cabral.pdfImaging Vector Fields Using Line Integral Convolutioncomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>"2

<01>!1GG.http://peterwonka.net/Publications/pdfs/2014.SG.Lipp.PushPull.pdfPushPull++computer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>A1

<01>951GG0http://www.peterwonka.net/Publications/pdfs/2003.SG.Wonka.InstantArchitecture.high.pdfInstant Architecturecomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>Z0

<01>SM1GG2http://www.peterwonka.net/Publications/pdfs/2006.SG.Mueller.ProceduralModelingOfBuildings.final.pdfProcedural Modeling of Buildingscomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>g/
<01>%<25>1GG-http://www.proun-game.com/Oogst3D/CODING/InteriorMapping/InteriorMapping.pdfInterior Mapping: A new technique for rendering realistic buildingscomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>O.
<01>
<01>1GG,http://research.microsoft.com/en-us/um/people/cohen/bs.pdfInteractive Horizon Mapping: Shadows for bump-mapped surfacescomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>;-

<01>]1GG*http://www.crytek.com/download/Light_Propagation_Volumes.pdfLight Propagation Volumes in CryEngine 3computer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>,	
w1GG+https://github.com/luanfujun/deep-photo-styletransferCodecomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>+	
U?1GG(https://arxiv.org/pdf/1703.07511.pdfDeep Photo Style Transfercomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>b*

<01>3}1GG$http://www.cs.tau.ac.il/~dcor/articles/2013/3-Sweep-Extracting-Editable-Objects.pdf3-Sweep: Extracting Editable Objects from a Single Photocomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>q)
<01><15>71GG&http://research.microsoft.com/pubs/155416/kinectfusion-uist-comp.pdfKinectFusion: Real-time 3D Reconstruction and Interaction Using a Moving Depth Cameracomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>(

<01>1GG+http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version5.71/Codecomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969<EFBFBD>9'

<01>I1GG#http://research.microsoft.com/en-us/um/people/hoppe/poissonrecon.pdfPoisson surface reconstructioncomputer_graphics/2017-09-11T17:58:18.3047929692017-09-11T17:58:18.304792969

15<0F>i
V/<0E><0E>{Q
<0A>
i
7<0C><0C>
<01>L<0B><00><0B>j-
<EFBFBD>
<EFBFBD>
g
/	<09>	<09>	q	>	
<08><08>T<07>f+<06><06>uP
<05>w8<04><04>i<03><03>S<02>h1X<04>1http://breachattack.com/resources/BREACH%20-%20SSL,%20gone%20in%2030%20seconds.pdf
X<04>1http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.24.9333&rep=rep1&type=pdf<00>
<01>%http://infoscience.epE<04>http:/:whttp://algo.inria.fr/flajolet/Publications/FlMa85.pdf
1http://homepages.inX<04>1http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.13.9460&rep=rep1&type=pdf
._http://en.wikipedia.org/wiki/Suffix_array

`http://home.pipeline.com/~hbaker1/NoMotionGC.html<00>W<04>/http://haskell.cs.yale.edu/wp-content/uploads/2012/08/Winograd-Cort-Wormholes.pdf<00>K<04>http://haskell.cs.yale.edu/wp-content/uploads/2011/02/workshop-02.pdf<00>F<04>
http://haskell.cs.yale.edu/wp-content/uploads/2011/02/rt-frp.pdf<00>H<04>
http://graphics.stanford.edu/papers/stabilization/karpenk)Uhttp://futuredata.stanford.edu/asap/
\<04>;
http://gatekeeper.dec.com/ftp/pub/dec/SRC/publications/broder/positano-final-wpnums.pdfP<04>!http://gamification-research.org/wp-content/uploads/2011/04/12-Gerling.pdf<00>0e
http://ftp.cs.ucla.edu/pub/stat_ser/r360.pdf
/c
http://ftp.cs.ucla.edu/pub/stat_ser/r30.pdf
8u
http://ftp.cs.ucla.edu/pub/stat_ser/r156-reprint.pdf4m
http://ftp.cs.ucla.edu/pub/stat_ser/R218-B-L.pdf>http://frenchy64.github.io/papers/typed-clojure-draft.pdf<00>X<04>3
http://faculty.salisbury.edu/~xswang/Research/Papers/SERelated/no-silver-bullet.pdfg9uhttp://erlang.org/download/armstrong_thesis_2003.pdf<00>E<04>http://eprints.eemcs.utwente.nl/7281/01/db-utwente-40501F46.pdf<00>$M
http://en.wikipedia.org/wiki/PcrF<04>
http://en.wikipedia.org/wiki/Moving_magnet_and_conductor_problem<00>5o
http://en.wikipedia.org/wiki/HOL_(proof_assistant?8shttp://en.wikipedia.org/wiki/Empirical_algorithmics<00>:whttp://eb.host.cs.st-andrews.ac.uk/drafts/effects.pdf<00>x<04>qhttp://dl.dropboxusercontent.com/u/220532/MindTrek_Gamification_PrinterReady_110806_SDE_accepted_LEN_changes_1.pdf<00>t<04>k
http://diyhpl.us/~bryan/papers2/distributed/distributed-systems/zab.totally-ordered-broadcast-protocol.2008.pdfj<{http://dig.cs.illinois.edu/papers/lambdaRefactoring.pdf<00>*Whttp://ddg.jaist.ac.jp/pub/HDY+04.pdf<00>M<04>http://db.disi.unitn.eu/pages/VLDBProgram/pdf/industry/p871-curtiss.pdf<00>3ihttp://davidsjohnson.net/papers/experguide.pdf<00>2ghttp://cseweb.ucsd.edu/~vahdat/papers/mop.pdf<00>F<04>
http://cs.yale.edu/homes/thomson/publications/calvin-sigmod12.pdfR8u
http://cs.brown.edu/~mph/HerlihyW90/p463-herlihy.pdfo=
http://cs.brown.edu/courses/csci2370/2000/1999/cabral.pdf37qhttp://cs.au.dk/~hosc/local/LaSC-4-3-pp223-242.pdf<00>=
http://cs-www.cs.yale.edu/homes/dna/papers/vll-vldb13.pdfWF<04>
http://cs-www.cs.yale.edu/homes/dna/papers/determinism-vldb10.pdfT@<04>
http://cs-www.cs.yale.edu/homes/dna/papers/abadi-pacelc.pdfU<{http://conal.net/papers/push-pull-frp/push-pull-frp.pdf<00>C<04>http://community.haskell.org/~simonmar/papers/parallel-gc.pdf<00>E<04>http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.148.524<00>W<04>1
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.21.2707&rep=rep1&type=pdfeX<04>3
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.161.6751&rep=rep1&type=pdfXX<04>3
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.108.1302&rep=rep1&type=pdf;8u
http://cidrdb.org/cidr2015/Papers/CIDR15_Paper16.pdfL1ehttp://chaoran.me/assets/pdf/wfq-ppopp16.pdf<00>S<04>+	http://blog.sei.cmu.edu/post.cfm/secure-coding-tools-analyzing-android-apps-118<31><04>%http://bitsavers.informatik.uni-stuttgart.de/pdf/xerox/parc/techReports/CSL-89-1_Epidemic_Algorithms_for_Replicated_Database_Maintenance.pdf<00>)W
http://bayes.cs.ucla.edu/jp_home.html.a
http://barroso.org/publications/isca00.pdf;yhttp://asc.di.fct.unl.pt/~jleitao/pdf/dsn07-leitao.pdf<00>$Khttp://arxiv.org/abs/1507.02988<00>#Ihttp://arxiv.org/abs/1004.4240<00>9uhttp://anil.recoil.org/papers/2013-asplos-mirage.pdf<00>O<04>!
http://airesearch.com/wp-content/uploads/2016/01/deepmind-mastering-go.pdf	F<04>
http://adam.chlipala.net/papers/SqlcachePOPL17/SqlcachePOPL17.pdf
5
<01>%<03><03>:<02><0F>|E<0E>r<
<01>
<0A>
<0A>
v
<
<0C><0C>c)<0B><0B>b[
<EFBFBD>
|
C	<09>	<09>	<09>	_	 <08><08>S6<07><07>h$<06><06>F<05><05>B<04><04>n
<01>
q
<00>B<04>http://i<04>U
http://www.cs.duke.edu/courses/cps3_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/43438.pdfn_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/41378.pdfr_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/41344.pdf\_<04>A
httpN<04>http://lafo.ssw.uni-linz.ac.at/papers/2013_Onward_OneVMToRuleThemAll.pdf
8shttp://ordiecole.com/squeak/cardelli_squeak1985.pdf
>http://papers.ssrn.com/sol3/papers.cfm?abstract_id=208278
a<04>Chttp://homepages.inf.ed.ac.uk/wadler/papers/propositions-as-types/propositions-as-types.pdf<00>6ohttp://home.pipeline.com/~hbaker1/NoMotionGC.html<00>W<04>/http://haskell.cs.yale.edu/wp-content/uploads/2012/08/Winograd-Cort-Wormholes.pdf<00>K<04>http://haskell.cs.yale.edu/wp-content/uploads/2011/02/workshop-02.pdf<00>F<04>
http://haskell.cs.yale.edu/wp-content/uploads/2011/02/rt-frp.pdf<00>H<04>
http://graphics.stanford.edu/papers/stabilization/karpenko_gyro.pdfD<04>
http://research.microsoft.com/pubs/79348/presto27-greenberg.pdffD<04>	http://research.microsoft.com/pubs/255833/IronFleet-twocol.pdf<00>I<04>
http://research.microsoft.com/pubs/155416/kinectfusion-uist-comp.pdf)a<04>Chttp://research.microsoft.com/en-us/um/people/simonpj/papers/history-of-haskell/history.pdf<00>O<04>!
http://research.microsoft.com/en-us/um/people/lamport/pubs/time-clocks.pdf:Q<04>%
http://research.microsoft.com/en-us/um/people/lamport/pubs/lamport-paxos.pdfI<04>
http://research.microsoft.com/en-us/um/people/hoppe/poissonrecon.pdf'S<04>)
http://research.microsoft.com/en-us/um/people/fournet/papers/join-tutorial.pdf~?<04>

http://research.microsoft.com/en-us/um/people/cohen/bs.pdf.C<04>	
http://research.microsoft.com/apps/pubs/default.aspx?id=210931t5o
http://research.google.com/pubs/archive/41684.pdfsU<04>+http://repository.upenn.edu/cgi/viewcontent.cgi?article=1162&context=cis_papers<00>A<04>http://rd.springer.com/content/pdf/10.1007%2FBF00994018.pdf<00>;http://racket-lang.org/<00>Q<04>%
http://publications.lib.chalmers.se/records/fulltext/125252/local_125252.pdf=3ihttp://plosworkshop.org/2013/preprint/kell.pdf<00>F<04>
http://peterwonka.net/Publications/pdfs/2014.SG.Lipp.PushPull.pdf2>http://people.seas.harvard.edu/~chong/pubs/pldi13-elm.pdf<00>2ghttp://people.inf.elte.hu/center/fulltext.pdf<00>8shttp://people.ee.duke.edu/~lcarin/Lihan4.21.06a.pdf<00>3k
http://people.csail.mit.edu/rivest/Rsapaper.pdfDC<04>	
http://people.csail.mit.edu/matei/papers/2013/sosp_sparrow.pdf{8shttp://people.csail.mit.edu/jrb/Projects/dexprs.pdf<00>A<04>
http://people.cs.umass.edu/~emery/pubs/berger-asplos2000.pdfqG<04>
http://pdos.csail.mit.edu/papers/chord:sigcomm01/chord_sigcomm.pdflT<04>)http://pdf.aminer.org/000/465/194/incremental_collection_of_mature_objects.pdf<00>J<04>http://patrickthomson.ghost.io/an-introduction-to-recursion-schemes/<00>X<04>3
http://pages.cs.wisc.edu/~remzi/Classes/739/Spring2004/Papers/optimistic-survey.pdfdc<04>I
http://page.mi.fu-berlin.de/block/htw-lehre/wise2015_2016/bel_und_rend/skripte/gouraud1971.pdf$@<04>
http://orbit.dtu.dk/files/102419168/abstract_ELB_trees.pdf<00>-_
http://notes.stephenholiday.com/Kafka.pdfm2i
http://nms.lcs.mit.edu/papers/ron-sosp2001.pdfy6ohttp://msl.cs.uiuc.edu/~lavalle/papers/Lav98c.pdf<00>9w
http://mcg.cs.tau.ac.il/papers/disc2008-hopscotch.pdfQA<04>
http://maverick.inria.fr/Publications/2009/CNLE09/CNLE09.pdf!6q
http://maverick.inria.fr/Publications/2009/CNLE09/"L<04>http://luthuli.cs.uiuc.edu/~daf/courses/Signals%20AI/Papers/HMMs/0.pdf
5o
http://kowshik.github.io/JPregel/pregel_paper.pdfwG<04>http://jeffreymbradshaw.net/publications/Common_Ground_Single.pdf<00>J<04>http://infoscience.epfl.ch/record/83409/files/neg--1184036295all.pdf<00>?<04>

http://infoscience.epfl.ch/record/169879/files/RMTrees.pdfO6ohttp://ilpubs.stanford.edu:8090/422/1/1999-66.pdf<00>E<04>http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=5350749<00>=}http://homes.cs.washington.edu/~pedrod/papers/cacm12.pdf<00>
`m
<0A><0C>P<0B>
<EFBFBD>	<09>	2a<07><06>b<04>`p<02>
<01>
,<00>IK
<01><07>
%GGNhttps://www.cs.unc.edu/~welch/kalman/media/pdf/Kalman1960.pdfA New Approach to Linear Filtering and Prediction Problemsdata_fusion/2017-09-11T17:58:18.3066650392017-09-11T17:58:18.306665039<EFBFBD>6O

<01>
[-GGIhttp://infoscience.epfl.ch/record/169879/files/RMTrees.pdfRRB-Trees: Efficient Immutable Vectorsdata_structures/2017-09-11T17:58:18.3072539062017-09-11T17:58:18.307253906<EFBFBD>aN
<01>
<01>/-GG<http://www.research.ibm.com/people/m/michael/podc-1996.pdfSimple, Fast, and Practical Non-Blocking and Blocking Concurrent Queue Algorithmsdata_structures/2017-09-11T17:58:18.3072539062017-09-11T17:58:18.307253906<EFBFBD>$M

<01>3-GGLhttp://www.csd.uoc.gr/~hy460/pdf/Dynamic%20Hash%20Tables.pdfDynamic Hash Tablesdata_structures/2017-09-11T17:58:18.3072539062017-09-11T17:58:18.307253906<EFBFBD>(L	
uK/GGHhttp://cidrdb.org/cidr2015/Papers/CIDR15_Paper16.pdfImmutability Changes Everythingdata_replication/2017-09-11T17:58:18.3068601072017-09-11T17:58:18.306860107<EFBFBD>;J

<01>e'GGGhttp://www.cs.bell-labs.com/who/dmr/pdfs/shannoncryptshrt.pdfA Mathematical Theory of Cryptography (1945)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>I	
U/'GGFhttps://eprint.iacr.org/2016/461.pdfNTRU Prime (2016)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>7H	
ym'GGEhttp://web.cs.ucdavis.edu/~rogaway/papers/moral-fn.pdfThe Moral Character of Cryptographic Work (2015)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>QG
<01><05>'GGChttp://www.cs.tau.ac.il/~tromer/papers/acoustic-20131218.pdfRSA Key Extraction via Low-Bandwidth Acoustic Cryptanalysis (2013)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>-F	
{W'GGDhttp://www-ee.stanford.edu/~hellman/publications/24.pdfNew Directions in Cryptography (1976)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>>E	
{y'GGAhttps://crypto.stanford.edu/~dabo/papers/RSA-survey.pdfTwenty Years of Attacks on the RSA Cryptosystem (1999)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>ND

k<>''GGBhttp://people.csail.mit.edu/rivest/Rsapaper.pdfA Method for Obtaining Digital Signatures and Public-Key Cryptosystems (1977)cryptography/2017-09-11T17:58:18.3061760252017-09-11T17:58:18.306176025<EFBFBD>JC

<01>'g#GG@https://www.usenix.org/legacy/event/osdi04/tech/full_papers/candea/candea.pdfMicroreboot -- A technique for cheap recoverycrash_only/2017-09-11T17:58:18.3059890142017-09-11T17:58:18.305989014<EFBFBD>2B

<01>+3#GG>https://www.usenix.org/legacy/events/hotos03/tech/full_papers/candea/candea.pdfCrash-Only Softwarecrash_only/2017-09-11T17:58:18.3059890142017-09-11T17:58:18.305989014<EFBFBD>aA
<01>	<09>/%GG<http://www.cs.rochester.edu/~scott/papers/1996_PODC_queues.pdfSimple, Fast, and Practical Non-Blocking and Blocking Concurrent Queue Algorithmsconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>5@	
{i%GG=https://people.eecs.berkeley.edu/~brewer/cs262/Mesa.pdfExperience with Processes and Monitors in Mesaconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>?	
o%GG;http://en.wikipedia.org/wiki/HOL_(proof_assistantHOLconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>7>	
us%GG9http://www.cl.cam.ac.uk/~pes20/weakmemory/popl09.pdfThe Semantics of x86-CC Multiprocessor Machine Codeconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>Y=
<01>%<25>%GG8http://publications.lib.chalmers.se/records/fulltext/125252/local_125252.pdfFinding Race Conditions in Erlang with QuickCheck and PULSEconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>'<	
i_%GG:http://user.it.uu.se/~kostis/Papers/escape.pdfMessage Analysis for Concurrent Languagesconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039<EFBFBD>f;
<01>3<EFBFBD>%GG7http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.108.1302&rep=rep1&type=pdfHeap Architectures For Concurrent Languages Using Message Passingconcurrency/2017-09-11T17:58:18.3056650392017-09-11T17:58:18.305665039
ef<0E>
<0A>
>~<0B>
D	i<08><07><06>?<04><03>e<02>
<01>
6<00>N`

}<7D>#GG_http://www.erlang.org/download/armstrong_thesis_2003.pdfMaking Reliable Distributed Systems in the Presence of Software Errorsdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>?c

<01>%S#GG[https://amplab.cs.berkeley.edu/wp-content/uploads/2013/03/mdcc-eurosys13.pdfMDCC: Multi-Data Center Consistencydatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>~b
<01>U<EFBFBD>#GG^http://www.cs.duke.edu/courses/cps399.28/current/papers/sigmod07-YangDasdanEtAl-map_reduce_merge.pdfMap-Reduce-Merge: Simplified Relational Data Processing on Large Clustersdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>ba
<01><0F>-#GGZhttp://zoo.cs.yale.edu/classes/cs422/2013/bib/terry95managing.pdfManaging Update Conflicts in Bayou, a Weakly Connected Replicated Storage Systemdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>,_	
W}#GG]http://www.few.vu.nl/~kgr700/sdd1.pdfIntroduction to a System for Distributed Databases SDD-1datastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>/^	
gs#GGYhttps://cs.uwaterloo.ca/~bernard/hyperdex.pdfHyperDex: A Distributed, Searchable Key-Value Storedatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>L]
<01>	<09>#GG\http://www.ics.uci.edu/~yingyib/papers/HaLoop_camera_ready.pdfHaLoop: Efficient Iterative Data Processing on Large Clustersdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>T\

<01>Aa#GGXhttp://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/41344.pdfF1: A Distributed SQL Database That Scalesdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>\[

<01>Aq#GGThttp://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/36632.pdfDremel: Interactive Analysis of Web-Scale Datasetsdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>[Z

s<>=#GGUhttp://www.cs.cmu.edu/~dga/papers/cops-sosp2011.pdfDon’t Settle for Eventual: Scalable Causal Consistency for Wide-Area Storage with COPSdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>DY

g<>#GGShttp://www.ssrc.ucsc.edu/Papers/weil-sc06.pdfCRUSH: Controlled, Scalable, Decentralized Placement of Replicated Datadatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>XX

<01>3w#GGVhttp://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.161.6751&rep=rep1&type=pdfCassandra - A Decentralized Structured Storage Systemdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD><W	
u#GGRhttp://cs-www.cs.yale.edu/homes/dna/papers/vll-vldb13.pdfLightweight Locking for Main Memory Database Systemsdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>'V	
uU#GGWhttp://sites.computer.org/debull/A13june/calvin1.pdfModularity and Scalability in Calvindatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>NU
<01><03>#GGQhttp://cs-www.cs.yale.edu/homes/dna/papers/abadi-pacelc.pdfConsistency Tradeoffs in Modern Distributed Database System Designdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>=T

<01>e#GGPhttp://cs-www.cs.yale.edu/homes/dna/papers/determinism-vldb10.pdfThe Case for Determinism in Database Systemsdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>-S	
w_#GGMhttp://www-bcf.usc.edu/~wyattllo/papers/f4-osdi14.pdff4: Facebook’s Warm BLOB Storage Systemdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>XR
<01><0F>#GGOhttp://cs.yale.edu/homes/thomson/publications/calvin-sigmod12.pdfCalvin: Fast Distributed Transactions for Partitioned Database Systemsdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>Q	
w/-GGKhttp://mcg.cs.tau.ac.il/papers/disc2008-hopscotch.pdfHopscotch Hashingdata_structures/2017-09-11T17:58:18.3072539062017-09-11T17:58:18.307253906<EFBFBD>P	
w)-GGJhttp://www.it-c.dk/people/pagh/papers/cuckoo-jour.pdfCuckoo Hashingdata_structures/2017-09-11T17:58:18.3072539062017-09-11T17:58:18.307253906

<01>Dv
<0A><0C><0B>F
P	<09><08><07><06>'Bht<02>
<01><00><00>Lu

<01>e5GGqhttp://www.cs.utexas.edu/users/lorenzo/corsi/cs380d/papers/paper2-1.pdfPaxos Made Live - An Engineering Perspectivedistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>_t
<01>	<09>5GGphttp://research.microsoft.com/apps/pubs/default.aspx?id=210931Orleans: Distributed Virtual Actors for Programmability and Scalabilitydistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Is

o<>5GGlhttp://research.google.com/pubs/archive/41684.pdfOmega: flexible, scalable schedulers for large compute clustersdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>qr
<01>A<EFBFBD>5GGkhttp://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/41378.pdfMillWheel: Fault-Tolerant Stream Processing at Internet Scaledistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Wq
<01><05>5GGmhttp://people.cs.umass.edu/~emery/pubs/berger-asplos2000.pdfHoard: A Scalable Memory Allocator for Multithreaded Applicationsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>bp

}<7D>/5GGnhttps://www.cs.cornell.edu/fbs/publications/SMSurvey.pdfImplementing Fault-Tolerant Services Using the State Machine Approach: A Tutorialdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Lo

u<>5GGjhttp://cs.brown.edu/~mph/HerlihyW90/p463-herlihy.pdfLinearizability: A Correctness Condition for Concurrent Objectsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>en

<01>Aq5GGihttp://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/43438.pdfLarge-scale cluster management at Google with Borgdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>9m	
_}5GGghttp://notes.stephenholiday.com/Kafka.pdfKafka: a Distributed Messaging System for Log Processingdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>cl
<01><11>5GGfhttp://pdos.csail.mit.edu/papers/chord:sigcomm01/chord_sigcomm.pdfChord: A Scalable Peer-to-peer Lookup Service for Internet Applicationsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Mk

<01>
u5GGhhttp://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.pdfAbove the Clouds: A Berkeley View of Cloud Computingdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>sj

<01>kc5GGehttp://diyhpl.us/~bryan/papers2/distributed/distributed-systems/zab.totally-ordered-broadcast-protocol.2008.pdfA simple totally ordered broadcast protocoldistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>/i	
}K5GGohttp://www.eecs.harvard.edu/~waldo/Readings/waldo-94.pdfA Note on Distributed Computingdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>0h

<01>
aGGdhttp://scg.unibe.ch/archive/papers/Duca06bTOPLASTraits.pdfTraits: A Mechanism for Fine-Grained Reusedesign/2017-09-11T17:58:18.3084880372017-09-11T17:58:18.308488037<EFBFBD>bg
<01>3<EFBFBD>GGbhttp://faculty.salisbury.edu/~xswang/Research/Papers/SERelated/no-silver-bullet.pdfNo Silver Bullet — Essence and Accidents of Software Engineeringdesign/2017-09-11T17:58:18.3084880372017-09-11T17:58:18.308488037<EFBFBD>cf
<01><0B>3#GGahttp://research.microsoft.com/pubs/79348/presto27-greenberg.pdfTowards a Next Generation Data Center Architecture: Scalability and Commoditizationdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>Ke

<01>1_#GGchttp://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.21.2707&rep=rep1&type=pdfThe Dangers of Replication and a Solutiondatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928<EFBFBD>9d

<01>39#GG`http://pages.cs.wisc.edu/~remzi/Classes/739/Spring2004/Papers/optimistic-survey.pdfOptimistic replicationdatastores/2017-09-11T17:58:18.3075759282017-09-11T17:58:18.307575928
*<04><07><07>z<<06>i	<05>I<04><04><0F><0F>^<0E><0E>g
<0A>
<0A>
U
#<0C><0C>^%<0B><0B>]
<EFBFBD>
<EFBFBD>
e
	<09>	o	'<08><08>_<04>S<03><02>q,
<01>
<01>
Y
<00>	<00><04>http://www.elizabete.com.br/site/Outros/Entradas/2012/11/19_Revisao_Sistematica_files/ConceitosRevisaoSistematica_Biolchini.pdf
<}
http://www.eecs.harvard.edu/~waldo/Readings/waldo-94.pdfiE<04>

http://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.pdfkC<04>http://www.ee.columbia.edu/~dpwe/pubs/BarkCE05-sfd-spcomm.pdf
H<04>http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf<00>D<04>
http://www.dna.caltech.edu/courses/cs191/paperscs191/turing.pdfH<04>http://www.diva-portal.org/smash/get/diva2:392243/FULLTEXT01.pdfOn<00>_<04>A
http://www.disneyresearch.com/project/high-quality-single-shot-capture-of-facial-geometry/7d<04>K
http://www.disneyresearch.com/project/coupled-3d-reconstruction-of-sparse-facial-hair-and-skin/6;yhttp://www.csl.mtu.edu/cs6461/www/Reading/Birman99.pdf<00>\<04>9http://www.csee.umbc.edu/courses/undergraduate/CMSC331/resources/papers/sammet1972.pdf<00>:y
http://www.csee.umbc.edu/courses/471/papers/turing.pdf8u
http://www.cse.psu.edu/~duo114/pubs/octeau-sec13.pdfA<04>
http://www.csd.uoc.gr/~hy460/pdf/6ohttp://trec.nist.gov/pubs/trec3/papers/city.ps.gz<00>_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/43438.pdfn_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/41378.pdfr_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/41344.pdf\_<04>A
http://static.googleusercontent.com/media/research.google.com/en/us/pubs/archive/36632.pdf[b<04>G
http://static.googleusercontent.com/media/research.google.com/en/us/archive/chubby-osdi06.pdf}8u
http://sites.computer.org/debull/A13june/calvin1.pdfV6q
http://sigops.org/sosp/sosp13/papers/p33-david.pdf9=
http://sigops.org/sosp/sosp13/papers/p151-mashtizadeh.pdfx3k
http://shapegrammar.org/ifip/SGBestPapers72.pdf4=
http://shapegrammar.org/5?<04>

http://scg.unibe.ch/archive/papers/Duca06bTOPLASTraits.pdfhS<04>'http://researcher.watson.ibm.com/researcher/files/us-bacon/Bacon12AndThen.pdf<00>S<04>)
http://www.cs.rpi.edu/~cutler/classes/advancedgraphics/S08/lectures/kajiya.pdf&C<04>	
http://www.cs.rochester.edu/~scott/papers/1996_PODC_queues.pdfA/ahttp://www.cs.nyu.edu/~mohri/pub/csl01.pdf
G<04>
http://www.cs.northwestern.edu/~ago820/cs395/Papers/Phong_1975.pdf%@<04>
http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version5.71/(i<04>U
http://www.cs.duke.edu/courses/cps399.28/current/papers/sigmod07-YangDasdanEtAl-map_reduce_merge.pdfbJ<04>
http://www.cs.duke.edu/courses/cps296.4/spring04/papers/Adleman94.pdf=}http://www.cs.cornell.edu/~asdas/research/dsn02-swim.pdf<00>=}http://www.cs.cornell.edu/home/rvr/papers/flowgossip.pdf<00>7s
http://www.cs.cmu.edu/~dga/papers/cops-sosp2011.pdfZC<04>http://www.cs.berkeley.edu/~franklin/Papers/p315-franklin.pdf<00>B<04>
http://www.cs.bell-labs.com/who/dmr/pdfs/shannoncryptshrt.pdfJA<04>
http://www.crytek.com/download/Light_Propagation_Volumes.pdf-B<04>http://www.comp.lancs.ac.uk/~elkhatib//Docs/2014.06_Netw.pdf<00>8u
http://www.cl.cam.ac.uk/~pes20/weakmemory/popl09.pdf>H<04>http://www.cl.cam.ac.uk/research/srg/netos/papers/2003-xensosp.pdf<00>5mhttp://www.ccs.neu.edu/racket/pubs/icfp10-cf.pdf<00>E<04>http://www.cas.mcmaster.ca/~bill/best/algorithms/07Taxonomy.pdf

1g
http://www.bodden.de/pubs/far+14flowdroid.pdfO<04>http://www.berkkapicioglu.com/wp-content/uploads/2013/11/thesis_final.pdf<00>W<04>1
http://www.andrew.cmu.edu/course/15-749/READINGS/required/resilience/lamport82.pdf|i<04>U
http://www.ams.org/journals/tran/1965-117-00/S0002-9947-1965-0170805-7/S0002-9947-1965-0170805-7.pdf;{
http://www-ee.stanford.edu/~hellman/publications/24.pdfF9w
http://www-bcf.usc.edu/~wyattllo/papers/f4-osdi14.pdfS4khttp://winsh.me/papers/erlang_workshop_2013.pdf<00>K<04>http://webcem01.cem.itesm.mx:8005/erlang/cd/downloads/hopl_erlang.pdf<00>:y
http://web.cs.ucdavis.edu/~rogaway/papers/moral-fn.pdfH3ihttp://user.it.uu.se/~kostis/Papers/ismm04.pdf<00>2i
http://user.it.uu.se/~kostis/Papers/escape.pdf<
<00>.<03><0E>.<02>
Z
<01>
d
2
<0A>	y!n<08><0B>^y<00><00><>:w	
oo5GGshttp://kowshik.github.io/JPregel/pregel_paper.pdfPregel: A System for Large-Scale Graph Processingdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988io<00>#<23>5GGhttps://www.usenix.org/system/files/conference/osdi14/osdi14-paper-yuan.pdfSimple Testing Can Pr<50> y	
iA5GGvhttp://nms.lcs.mit.edu/papers/ron-sosp2001.pdfResilient Overlay Networksdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Mz

q<>5GGuhttp://www.mshah.org/papers/sosp_2007_aguilera.pdfSinfonia: A New Paradigm for Building Scalable Distributed Systemsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Jx	
5GGthttp://sigops.org/sosp/sosp13/papers/p151-mashtizadeh.pdfReplication, History, and Grafting in the Ori File Systemdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>Lu

<01>e5GGqhttp://www.cs.utexas.edu/users/lorenzo/corsi/cs380d/papers/paper2-1.pdfPaxos Made Live - An Engineering Perspectivedistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<06><00><0F>5GGh<47>a<EFBFBD><02><0F>5GG<00>http://www.cs.utexas.edu/~shmat/courses/cs395t_fall04/chaum81.pdfUntraceable Electronic Mail, Return Addresses, and Digital Pseudonymsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>?<3F>	
us5GGhttp://anil.recoil.org/papers/2013-asplos-mirage.pdfUnikernels: Library Operating Systems for the Clouddistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>=

<01>%=5GG}http://research.microsoft.com/en-us/um/people/lamport/pubs/lamport-paxos.pdfThe Part-Time Parliamentdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988*
<01><00><07>#5GGhttp://www.cs.berkeley.edu/~franklin/Papers/p315-franklin.pdfTransactional Client-Server Cache Consistency: Alternatives and Performancedistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988*
<01>	yq5GGhttps://www.cs.cmu.edu/~dga/papers/epaxos-sosp2013.pdfThere Is More Consensus in Egalitarian Parliamentsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD><
<00>%=5<>b<EFBFBD>

<01><07>#5GG~http://www.cs.berkeley.edu/~franklin/Papers/p315-franklin.pdfTransactional Client-Server Cache Consistency: Alternatives and Performancedistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>h~
<01>)<29>
5GGzhttp://research.microsoft.com/en-us/um/people/fournet/papers/join-tutorial.pdfThe Join Calculus: a Language for Distributed Mobile Programmingdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>C{

<01>	e5GGxhttp://people.csail.mit.edu/matei/papers/2013/sosp_sparrow.pdfSparrow: Distributed, Low Latency Schedulingdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988p<00>1I5GGhttp://www.andrew.cmu.edu/course/15-749/READINGS/required/resilience/lamport82.pdfThe Byzantine Gen<65>P<EFBFBD>

<01>m5GG|http://db.disi.unitn.eu/pages/VLDBProgram/pdf/industry/p871-curtiss.pdfUnicorn: A System for Searching the Social Graphdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>@<40>	
yq5GG{https://www.cs.cmu.edu/~dga/papers/epaxos-sosp2013.pdfThere Is More Consensus in Egalitarian Parliamentsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>I|

<01>1I5GGyhttp://www.andrew.cmu.edu/course/15-749/READINGS/required/resilience/lamport82.pdfThe Byzantine Generals Problemdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>v}
<01>G<EFBFBD>5GGwhttp://static.googleusercontent.com/media/research.google.com/en/us/archive/chubby-osdi06.pdfThe Chubby Lock Service for Loosely-Coupled Distributed Systemsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>v
<01>q<EFBFBD>
5GGrhttp://www.itu.dk/stud/speciale/bepjea/xwebtex/litt/practical-byzantine-fault-tolerance-and-proactive-recovery.pdfPractical Byzantine Fault Tolerance and Proactive Recoverydistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988

V)<07>F!<06>a<0B>V"<08>	<09>
R<04><03><02> 
8<00>d<EFBFBD><00><07>+3GGhttp://community.haskell.org/~simonmar/papers/parallel-gc.pdfParallel Generational-Copying Garbage Collection with a Block-Structured
  Heapgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>K<EFBFBD>
o<>3GGhttp://home.pipeline.com/~hbaker1/NoMotionGC.htmlThe Treadmill: Real-Time Garbage Collection Without Motion Sicknessgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>O<EFBFBD>
<00>s3GGhttp://www.ssw.uni-linz.ac.at/General/Staff/TW/Wuerthinger05Train.pdfIncremental Garbage <20>O<EFBFBD>
i<>AGG<00>http://davidsjohnson.net/papers/experguide.pdfA Theoretician's Guide to the Experimental Analysis of Algorithmsexperimental_algorithmics/2017-09-11T17:58:18.3125649412017-09-11T17:58:18.312564941<EFBFBD>f<EFBFBD>
a<>Q5GG<00>http://www.pmg.csail.mit.edu/papers/vr.pdfViewstamped Replication: A New Primary Copy Method to Support Highly-Available Distributed Systemsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<08><00>#<23>5G<>!<21><02>#<23>5GG<00>https://www.usenix.org/system/files/conference/osdi14/osdi14-paper-yuan.pdfSimple Testing Can Prevent Most Critical Failures:
An Analysis of Production Failures in Distributed
Data-Intensive Systemsdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>%<25>
<02>
#5GG<00>http://en.wikipedia.org/wiki/Moving_magnet_and_conductor_problemasymmetriesdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>P<EFBFBD>	
<02>	}5GG<00>http://research.microsoft.com/pubs/255833/IronFleet-twocol.pdfIronFleet: Proving Practical Distributed Systems Correctdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988<EFBFBD>J<EFBFBD>
<02>
m5GG<00>http://research.microsoft.com/pubs/80693/vl2-sigcomm09-final.pdfVL2: A Scalable and Flexible Data Center Networkdistributed_systems/2017-09-11T17:58:18.3090629882017-09-11T17:58:18.309062988
<EFBFBD>7<00>q<EFBFBD>'GGhttp://dl.dropboxusercontent.com/u/22053<35>P<EFBFBD>
}<7D>'GG<00>http://www.katherineeveritt.com/papers/p457-consolvo.pdfDesign Requirements for Technologies that Encourage Physical Activitygamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977<EFBFBD>a<EFBFBD><02>!<21>'GG<00>http://gamification-research.org/wp-content/uploads/2011/04/12-Gerling.pdfExploring the Potential of Gamification Among Frail Elderly Personsgamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977<0C>


}<7D>'GGhttp://www.katherineeveritt.com/papers/p457-consolvo.pdfDesign Requirements for Technologies that Encourage Physical Activitygamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977<0C>/
<00>{'GGhttp://www.rolandhubscher.org/cou<6F><1C>	
s#AGGhttp://en.wikipedia.org/wiki/Empirical_algorithmics(Wikipedia)experimental_algorithmics/2017-09-11T17:58:18.3125649412017-09-11T17:58:18.312564941<EFBFBD>N<EFBFBD>
<02>{'GG<00>http://www.rolandhubscher.org/courses/hf765/readings/p17-huotari.pdfDefining Gamification - A Service Marketing Perspectivegamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977^	s#AGGhttp://en.wikipedia.org/wiki/Empirical_algorithmics(Wikipedia)experimental_algori<72><0B><02>q<EFBFBD>'GG<00>http://dl.dropboxusercontent.com/u/220532/MindTrek_Gamification_PrinterReady_110806_SDE_accepted_LEN_changes_1.pdfFrom Game Design Elements to Gamefulness: Defining “Gamification”gamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977<EFBFBD>,<2C>
<02>GGG<00>http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdfReflections on Trusting Trustethics/2017-09-11T17:58:18.3124230962017-09-11T17:58:18.312423096<EFBFBD>k<EFBFBD>
<02>I<EFBFBD>!GG<00>http://www.sci.brooklyn.cuny.edu/~parsons/projects/mech-design/publications/bluffers-final.pdfAuctions and bidding: A guide for computer scientists (2011)economics/2017-09-11T17:58:18.3120930182017-09-11T17:58:18.312093018
<08><07>O
<0A>w<0C>(
W	m<06><05><04><08>n<02><00><16>"	q=GG<00>http://www.gsd.inesc-id.pt/~ler/reports/srds07.pdfEpidemic Broadcast Treesgossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>I<EFBFBD>!
}<7D>GG<00>http://www.cs.cornell.edu/home/rvr/papers/flowgossip.pdfEfficient Reconciliation and Flow Control for Anti-Entropy Protocolsgossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD><13> 	y/GG<00>http://www.csl.mtu.edu/cs6461/www/Reading/Birman99.pdfBimodal Multicastgossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>W<EFBFBD>
}<7D>1GG<00>http://www.cs.cornell.edu/~asdas/research/dsn02-swim.pdfSWIM: Scalable Weakly-consistent Infection-style Process Group Membership Protocolgossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>G<EFBFBD>
y<>GG<00>http://asc.di.fct.unl.pt/~jleitao/pdf/dsn07-leitao.pdfHyParView: a membership protocol for reliable gossip-based broadcastgossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>q<EFBFBD><02><15>KGG<00>http://infoscience.epfl.ch/record/83409/files/neg--1184036295all.pdfThe Peer Sampling Service: Experimental Evaluation of Unstructured Gossip-Based Implementationsgossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD><10>
<02>%{GG<00>http://bitsavers.informatik.uni-stuttgart.de/pdf/xerox/parc/techReports/CSL-89-1_Epidemic_Algorithms_for_Replicated_Database_Maintenance.pdfEpidemic Algorithms for Replicated Database Maintenancegossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>o<EFBFBD><02><0B>E'GG<00>http://www.ic.unicamp.br/~oliveira/doc/Ubicomp2010_MoviPill.pdfMoviPill: Improving Medication Compliance for Elders - Using a Mobile Persuasive Social Gamegamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977<0B><00><07>+3GG<47>3<EFBFBD>	}kGG<00>http://www.soc.napier.ac.uk/~benp/dream/dreampaper17.pdfLarge-Scale Newscast Computing on the Internet gossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>f<EFBFBD><02><07>+3GG<00>http://community.haskell.org/~simonmar/papers/parallel-gc.pdfParallel Generational-Copying Garbage Collection with a Block-Structured
  Heapgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>M<EFBFBD>
o<>3GG<00>http://home.pipeline.com/~hbaker1/NoMotionGC.htmlThe Treadmill: Real-Time Garbage Collection Without Motion Sicknessgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>Q<EFBFBD>
<02>s3GG<00>http://www.ssw.uni-linz.ac.at/General/Staff/TW/Wuerthinger05Train.pdfIncremental Garbage Collection: The Train Algorithmgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984
<00>)]3GGhttp://pdf.am<61>O<EFBFBD>
<02>)]3GG<00>http://pdf.aminer.org/000/465/194/incremental_collection_of_mature_objects.pdfIncremental Collection of Mature Objectsgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>J<EFBFBD>
q<>3GG<00>https://www.sics.se/~seif/DatalogiII/Book/train.psIncremental Mature Garbage Collection Using the Train Algorithmgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>:<3A>
<02>Y3GG<00>http://www.cs.virginia.edu/~cs415/reading/bacon-garbage.pdfA Unified Theory of Garbage Collectiongarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>T<EFBFBD><02>	<09>3GG<00>https://www.cs.purdue.edu/homes/hosking/690M/p611-fenichel.pdfA LISP Garbage-Collector for Virtual-Memory Computer Systemsgarbage_collection/2017-09-11T17:58:18.3130839842017-09-11T17:58:18.313083984<EFBFBD>-<2D>	ke'GG<00>http://www.jennthom.com/papers/gamification.pdfRemoving Gamification from an Enterprise SNSgamification/2017-09-11T17:58:18.3127509772017-09-11T17:58:18.312750977
/<02><0F>n(<0E><0E>G
<0A>
<0A>
q
/
<0C><0C>M<0B>y
<EFBFBD>
k
&	<09>	<09>	S	<08>R(<07><07>l(<06><06>0<05><05>h%<04><04>k'<03>b2<02>^<04>=http://www.pps.univ-paris-diderot.fr/~saurin/Enseignement/LMFI/articles/Martin-Lof83.pdf<00>/ahttp://www.pmg.csail.mit.edu/papers/vr.pdf<00>h<04>S
http://www.peterwonka.net/Publications/pdfs/2006.SG.Mueller.ProceduralModelingOfBuildings.final.pdf0[<04>9
http://www.peterwonka.net/Publications/pdfs/2003.SG.Wonka.InstantArchitecture.high.pdf1C<04>http://www.msr-waypoint.net/en-us/groups/ese/nagappan_tdd.pdf
5mhttp://www.msr-waypoint.com/pubs/64346/dwork.pdf<00>6q
http://www.mshah.org/papers/sosp_2007_aguilera.pdfzL<04>http://www.lix.polytechnique.fr/~rousseau/papers/rousseau-cikm2013.pdf<00>B<04>http://www.kdd.org/kdd2016/papers/files/rfp0573-ribeiroA.pdf<00>T<04>)http://www.kavrakilab.org/sites/default/files/kavraki1996prm-high-dim-conf.pdf<00>=}http://www.katherineeveritt.com/papers/p457-consolvo.pdf<00>4khttp://www.jennthom.com/papers/gamification.pdf<00>w<04>q
http://www.itu.dk/stud/speciale/bepjea/xwebtex/litt/practical-byzantine-fault-tolerance-and-proactive-recovery.pdfv9w
http://www.it-c.dk/people/pagh/papers/cuckoo-jour.pdfPE<04>http://www.inf.ed.ac.uk/teaching/courses/exc/reading/morris.pdf
C<04>	
http://www.ics.uci.edu/~yingyib/papers/HaLoop_camera_ready.pdf]=}http://www.icg.tugraz.at/Members/steinber/scatteralloc-1<00>E<04>http://www.ic.unicamp.br/~oliveira/doc/Ubicomp2010_MoviPill.pdf<00>7qhttp://www.gsd.inesc-id.pt/~ler/reports/srds07.pdf<00>)W
http://www.few.vu.nl/~kgr700/sdd1.pdf_<}
http://www.erlang.org/download/armstrong_thesis_2003.pdf`<60><04>http://www.elizabete.com.br/site/Outros/Entradas/2012/11/19_Revisao_Sistematica_files/ConceitosRevisaoSistematica_Biolchini.pdf
<}
http://www.eecs.harvard.edu/~waldo/Readings/waldo-94.pdfiE<04>

http://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.pdfkC<04>http://www.ee.columbia.edu/~dpwe/pubs/BarkCE05-sfd-spcomm.pdf
H<04>http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf<00>D<04>
http://www.dna.caltech.edu/courses/cs191/paperscs191/turing.pdfH<04>http://www.diva-portal.org/smash/get/diva2:392243/FULLTEXT01.pdfOn<00>_<04>A
http://www.disneyresearch.com/project/high-quality-single-shot-capture-of-facial-geometry/7d<04>K
http://www.disneyresearch.com/project/coupled-3d-reconstruction-of-sparse-facial-hair-and-skin/6;yhttp://www.csl.mtu.edu/cs6461/www/Reading/Birman99.pdf<00>\<04>9http://www.csee.umbc.edu/courses/undergraduate/CMSC331/resources/papers/sammet1972.pdf<00>:y
http://www.csee.umbc.edu/courses/471/papers/turing.pdf8u
http://www.cse.psu.edu/~duo114/pubs/octeau-sec13.pdfA<04>
http://www.csd.uoc.gr/~hy460/pdf/Dynamic%20Hash%20Tables.pdfM:whttp://www.cs.yale.edu/homes/zwan/papers/mcu/efrp.pdf<00>+Yhttp://www.cs.washington.edu/node/4749<00>A<04>http://www.cs.virginia.edu/~cs415/reading/bacon-garbage.pdf<00>@<04>
http://www.cs.uvm.edu/~icdm/algorithms/10Algorithms-08.pdf<00>G<04>http://www.cs.utexas.edu/~shmat/courses/cs395t_fall04/chaum81.pdf<00>L<04>
http://www.cs.utexas.edu/users/lorenzo/corsi/cs380d/papers/paper2-1.pdfuW<04>/http://www.cs.ucsb.edu/~veronika/MAE/spacecomplexityapproxfreqmoments_alon_99.pdf
	A<04>http://www.cs.ucf.edu/courses/cop4020/sum2009/CSP-hoare.pdf<00>F<04>
http://www.cs.tufts.edu/~nr/cs257/archive/luc-maranget/jun08.pdf<00>E<04>http://www.cs.tufts.edu/~nr/cs257/archive/john-hughes/quick.pdf<00>O<04>http://www.cs.tufts.edu/~nr/cs257/archive/chris-okasaki/breadth-first.pdf<00>A<04>
http://www.cs.tau.ac.il/~tromer/papers/acoustic-20131218.pdfG
<03>
(D<0E>
<0A>
)<0C><0B>)
\	<09>	5<06><05>
(
<01><02>?<00>P<EFBFBD>1

u<>/GG_http://erlang.org/download/armstrong_thesis_2003.pdfMaking reliable distributed systems in the presence of software errorslanguages/erlang/2017-09-11T17:58:18.3147919922017-09-11T17:58:18.314791992<EFBFBD>/<2F>2
<02>3/GG<00>http://webcem01.cem.itesm.mx:8005/erlang/cd/downloads/hopl_erlang.pdfA History of Erlanglanguages/erlang/2017-09-11T17:58:18.3147919922017-09-11T17:58:18.314791992<EFBFBD>]<5D>3<02><11>/GG<00>http://www.diva-portal.org/smash/get/diva2:392243/FULLTEXT01.pdfOnCharacterizing the Scalability of Erlang VM on Many-core Processorslanguages/erlang/2017-09-11T17:58:18.3147919922017-09-11T17:58:18.314791992<04><00>	kg/GGhttp://winsh.me/papers/erlang_workshop_2013.pdfOn the Scalability of the Erlang Term Storagelanguages/erlang/2017-09-11T17:58:18.3147919922017-09-11T17:58:18.3147<EFBFBD>2<EFBFBD>4	kg/GG<00>http://winsh.me/papers/erlang_workshop_2013.pdfOn the Scalability of the Erlang Term Storagelanguages/erlang/2017-09-11T17:58:18.3147919922017-09-11T17:58:18.314791992<00>
u<>/GGhttp://erlang.org/download/armstrong_thesis_2003.pdfMaking reliable distributed systems in the presence of software errorslanguages/erlang/2017-09-11T17:58:18.3147919922017-09-11T17:58:18.314791992<EFBFBD><<3C>0	KyUEE<00>http://arxiv.org/abs/1507.02988Programmatic and Direct Manipulation, Together at Lastlanguages/domain-specific-languages/2017-09-11T17:58:18.314617922017-09-11T17:58:18.31461792<EFBFBD>)<29>/	gW1GG<00>http://people.inf.elte.hu/center/fulltext.pdfQuickCheck Testing for Fun and Profitlanguages/clojure/2017-09-11T17:58:18.3143110352017-09-11T17:58:18.314311035<EFBFBD>]<5D>.<02><0B>1GG<00>http://www.cs.tufts.edu/~nr/cs257/archive/john-hughes/quick.pdfQuickCheck: A Lightweight Tool for Random Testing of Haskell Programslanguages/clojure/2017-09-11T17:58:18.3143110352017-09-11T17:58:18.314311035<EFBFBD>l<EFBFBD>-<02><1F>!1GG<00>http://www.cs.tufts.edu/~nr/cs257/archive/chris-okasaki/breadth-first.pdfBreadth-First Numbering: Lessons from a Small Exercise in Algorithm Designlanguages/clojure/2017-09-11T17:58:18.3143110352017-09-11T17:58:18.314311035<EFBFBD><1A>,	g91GG<00>https://www.lri.fr/~filliatr/publis/enum2.pdfBacktracking Iteratorslanguages/clojure/2017-09-11T17:58:18.3143110352017-09-11T17:58:18.314311035<EFBFBD>4<EFBFBD>+	U1GG<00>http://frenchy64.github.io/papers/typed-clojure-draft.pdfPractical Optional Types for Clojurelanguages/clojure/2017-09-11T17:58:18.3143110352017-09-11T17:58:18.314311035<EFBFBD>I<EFBFBD>*
<02>
o1GG<00>http://www.cs.tufts.edu/~nr/cs257/archive/luc-maranget/jun08.pdfCompiling Pattern Matching to good Decision Treeslanguages/clojure/2017-09-11T17:58:18.3143110352017-09-11T17:58:18.314311035<EFBFBD><1C>)	m53GG<00>http://www.msr-waypoint.com/pubs/64346/dwork.pdfDifferential Privacyinformation_theory/2017-09-11T17:58:18.3141469732017-09-11T17:58:18.314146973<EFBFBD>><3E>(	oq9GG<00>https://www.cs.cornell.edu/home/kleinber/auth.pdfAuthoritative Sources in a Hyperlinked Environmentinformation_retrieval/2017-09-11T17:58:18.3138159182017-09-11T17:58:18.313815918<EFBFBD><1A>'	o)9GG<00>http://trec.nist.gov/pubs/trec3/papers/city.ps.gzOkapi at TREC3information_retrieval/2017-09-11T17:58:18.3138159182017-09-11T17:58:18.313815918<EFBFBD>D<EFBFBD>&	o}9GG<00>http://ilpubs.stanford.edu:8090/422/1/1999-66.pdfThe PageRank Citation Ranking: Bringing Order to the Webinformation_retrieval/2017-09-11T17:58:18.3138159182017-09-11T17:58:18.313815918<EFBFBD>:<3A>%
<02>=9GG<00>http://www.lix.polytechnique.fr/~rousseau/papers/rousseau-cikm2013.pdfGraph of Word and TW-IDFinformation_retrieval/2017-09-11T17:58:18.3138159182017-09-11T17:58:18.313815918<EFBFBD><11>$	WMGG<00>http://ddg.jaist.ac.jp/pub/HDY+04.pdfThe ϕ Accrual Failure Detector gossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912<EFBFBD>8<EFBFBD>#
<02>]GG<00>https://ecommons.cornell.edu/bitstream/handle/1813/7341/98-1687.pdfA Gossip-Style Failure Detection Servicegossip/2017-09-11T17:58:18.3134099122017-09-11T17:58:18.313409912

1<00>
(
 5r
<EFBFBD>	<09><08><00>5<07><06> 
Q<04><03><02>
1<00>%<25>L	qWGG<00>http://www.reed.com/dpr/locus/Papers/EndtoEnd.htmlEnd-to-End Arguments in System Designnetworks/2017-09-11T17:58:18.3168159182017-09-11T17:58:18.316815918o 
<00>mAGGhttp://jeffreymbra<72>/<2F>Q	ia1GG<00>http://plosworkshop.org/2013/preprint/kell.pdfThe operating system: should there be one?operating_systems/2017-09-11T17:58:18.3172070312017-09-11T17:58:18.317207031<EFBFBD>p<EFBFBD>U<02><1F>)1GG<00>https://us-east.manta.joyent.com/bcantrill/public/ppwl-cantrill-zones.pdfSolaris Zones: Operating System Support for Consolidating Commercial Workloadsoperating_systems/2017-09-11T17:58:18.3172070312017-09-11T17:58:18.317207031<EFBFBD>F<EFBFBD>T
<02>W1GG<00>https://us-east.manta.joyent.com/bcantrill/public/ppwl-cantrill-jails.pdfJails: Confining the omnipotent root.operating_systems/2017-09-11T17:58:18.3172070312017-09-11T17:58:18.317207031<EFBFBD>;<3B>S
<02>O1GG<00>http://www.cl.cam.ac.uk/research/srg/netos/papers/2003-xensosp.pdfXen and the Art of Virtualizationoperating_systems/2017-09-11T17:58:18.3172070312017-09-11T17:58:18.317207031<EFBFBD>j<EFBFBD>R<02><05>71GG<00>https://people.csail.mit.edu/nickolai/papers/clements-sc.pdfThe Scalable Commutativity Rule: Designing Scalable Software for Multicore Processorsoperating_systems/2017-09-11T17:58:18.3172070312017-09-11T17:58:18.317207031<00>	ia1GGhttp://plosworkshop.org/2013/preprint/kell.pdfThe operating system: should there be one?operating_systems/2017-09-11T17:58:18.3172070312017-09-11T17:58:18.317207031<EFBFBD>:<3A>P
<02>
Q=GG<00>http://orbit.dtu.dk/files/102419168/abstract_ELB_trees.pdfEfficient Lock-free B+trees (2014)non_blocking_algorithms/2017-09-11T17:58:18.3169938962017-09-11T17:58:18.316993896<EFBFBD>:<3A>O	eo=GG<00>http://chaoran.me/assets/pdf/wfq-ppopp16.pdfA Wait-free Queue as Fast as Fetch-and-Add (2016)non_blocking_algorithms/2017-09-11T17:58:18.3169938962017-09-11T17:58:18.316993896<EFBFBD><15>N	M==GG<00>https://arxiv.org/abs/1510.00116A Wait-Free Stack (2015)non_blocking_algorithms/2017-09-11T17:58:18.3169938962017-09-11T17:58:18.316993896<EFBFBD>/<2F>M
<02>UGG<00>http://www.comp.lancs.ac.uk/~elkhatib//Docs/2014.06_Netw.pdfCan SPDY Really Make the Web Faster?networks/2017-09-11T17:58:18.3168159182017-09-11T17:58:18.316815918<EFBFBD>c<EFBFBD>K
{<7B>51GG<00>http://www.rdrop.com/users/paulmck/RCU/hart_ipdps06.pdfMaking Lockless Synchronization Fast: Performance Implications of Memory Reclamationmemory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD>V<EFBFBD>J
}<7D>1GG<00>http://www.icg.tugraz.at/Members/steinber/scatteralloc-1ScatterAlloc: Massively Parallel Dynamic Memory Allocation for the GPUmemory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD>E<EFBFBD>I
<02>C11GG<00>https://www.usenix.org/legacy/publications/library/proceedings/bos94/full_papers/bonwick.psPOSTSCRIPT versionmemory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD>?<3F>H
<02>A'1GG<00>https://www.usenix.org/legacy/publications/library/proceedings/bos94/full_papers/bonwick.aASCII versionmemory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD>g<EFBFBD>G<02>/<2F>1GG<00>https://www.usenix.org/legacy/publications/library/proceedings/bos94/bonwick.htmlThe Slab Allocator: An Object-Caching Kernel Memory Allocatormemory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD><04>F<02>'<27>I1GG<00>http://researcher.watson.ibm.com/researcher/files/us-bacon/Bacon12AndThen.pdfAnd Then There Were None: A Stall-Free Real-Time Garbage Collector for Reconfigurable Hardwarememory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD>^<5E>E
i<>=1GG<00>http://user.it.uu.se/~kostis/Papers/ismm04.pdfMessage Analysis Guided Allocation and Low Pause Incremental GC in a Concurrent Languagememory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998<EFBFBD>r<EFBFBD>D<02>+<2B>!1GG<00>https://cs.brown.edu/~sk/Publications/Papers/Published/cgkmf-teach-gc/paper.pdfTeaching Garbage Collection without Implementing Compilers or Interpretersmemory_management/2017-09-11T17:58:18.3164479982017-09-11T17:58:18.316447998

-
/<0B><0B><0B>e8
<EFBFBD>
<EFBFBD>
_
-	<09>
<01>	<09>	<09>2
<01>e	><08><08><07><08>
<06><02><06>?
<05><05>
/W-<04><04>><03>D<02>r<0F>%<0E>'
<0A>http://www.msr-waypoint.C<04>http://www.msr-waypoint.net/en-us/groups/ese/nagappan_tdd.pdf

bhttp://www.gsd.inesc-id.pt/~ler/reports/srds07.pdf<00>)W
http://www.few.vu.nl/~kgr700/sdd1.pdf_O<04>https://en.wikipedia.org/wiki/Boyer%E2%80%93Moore_string_search_algorithm

ht>http://www.voelter.de/data/pub/projectingModuleFuture.pdf
J<04>http://www.techzoom.net/Papers/Browser_Silent_Updates_%282009%29.pdf
*"http://www.kavrakilab.org/sit2ghttp://www.vmware.com/pdf/asplos235_adams.pdf
5mhttp://www.roboticsproceedings.org/rss01/p36.pdf<00>/ahttps://arxiv.org/pdf/quant-ph/9605043.pdf<00>x<04>qhttps://github.com/papers-we-love/papers-we-love/blob/master/plt/fundamental-concepts-in-programming-languages.pdf<00>f<04>Mhttps://github.com/papers-we-love/papers-we-love/blob/master/mathematics/transcendence-of-pi.pdfÁ<04>%
https://github.com/papers-we-love/papers-we-love/blob/master/caching/a-constant-algorithm-for-implementing-the-lfu-cache-eviction-scheme.pdf<16><04>
https://github.com/papers-we-love/papers-we-love/blob/master/artificial_intelligence/3-bayesian-network-inference-algorithm.pdf9w
https://github.com/luanfujun/deep-photo-styletransfer,.a
https://github.com/ibab/tensorflow-wavenet)W
https://github.com/basveeling/wavenet(U
https://eprint.iacr.org/2016/461.pdfII<04>https://ecommons.cornell.edu/bitstream/handle/1813/7341/98-1687.pdf<00>B<04>
https://deepmind.com/blog/wavenet-generative-model-raw-audio/1g
https://cs.uwaterloo.ca/~bernard/hyperdex.pdf^U<04>+https://cs.brown.edu/~sk/Publications/Papers/Published/cgkmf-teach-gc/paper.pdf<00>;{
https://crypto.stanford.edu/~dabo/papers/RSA-survey.pdfE/ahttps://arxiv.org/pdf/quant-ph/9508027.pdf<00>(U
https://arxiv.org/pdf/1703.07511.pdf+8H
http://www.ics.uci.edu/~yingyib/papers/HaLoop_camera_ready.pdf]=}<04>https://github.com/papers-we-love/papers-we-love/blob/master/plt/on-understanding-types-data-abstraction-polymorphism.pdf<00>%Mhttps://arxiv.org/abs/1512.02900<00>L<04>http://www.thocp.net/biographies/papers/backus_turingaward_lecture.pdf<00>7qhttp://xlinux.nist.gov/dads//HTML/ahoCorasick.html<00>(U
https://arxiv.org/pdf/1609.03499.pdf%Mhttps://arxiv.org/abs/1510.00116<00>Q<04>%
https://amplab.cs.berkeley.edu/wp-content/uploads/2013/03/mdcc-eurosys13.pdfcF<04>
http://zoo.cs.yale.edu/classes/cs422/2013/bib/terry95managing.pdfa*Y
http://www.vldb.org/conf/1994/P439.PDF0e
http://www.turingarchive.org/browse.php/B/12K<04>http://www.ssw.uni-linz.ac.at/General/Staff/TW/Wuerthinger05Train.pdf<00>1g
http://www.ssrc.ucsc.edu/Papers/weil-sc06.pdfY=}http://www.soc.napier.ac.uk/~benp/dream/dreampaper17.pdf<00>5o
http://www.sci.utah.edu/~bsumma/projects/weaving/8d<04>Ihttp://www.sci.brooklyn.cuny.edu/~parsons/projects/mech-design/publications/bluffers-final.pdf<00>J<04>http://www.rolandhubscher.org/courses/hf765/readings/p17-huotari.pdf<00>?<04>

http://www.research.ibm.com/people/m/michael/podc-1996.pdfN7qhttp://www.reed.com/dpr/locus/Papers/EndtoEnd.html<00><{http://www.rdrop.com/users/paulmck/RCU/hart_ipdps06.pdf<00>
<01>
http://www.proun-game.com/Oogst3D/CODING/InteriorMapping/InteriorMapping.pdf/^<04>=http://www.pps.univ-paris-diderot.fr/~saurin/Enseignement/LMFI/articles/Martin-Lof83.pdf<00>/ahttp://www.pmg.csail.mit.edu/papers/vr.pdf<00>h<04>S
http://www.peterwonka.net/Publications/pdfs/2006.SG.Mueller.ProceduralModelingOfBuildings.final.pdf0[<04>9
http://www.peterwonka.net/Publications/pdfs/2003.SG.Woi<04>Shttps://github.com/papers-we-love/papers-we-love/blob/master/plt/theory-in-programming-practice.pdf<00>}<04>{https://github.com/papers-we-love/papers-we-love/blob/master/plt/the-derivative-of-a-regular-type-one-hole-contexts.pdf<00><04>https://github.com/papers-we-love/papers-we-love/blob/master/plt/programming-languages-application-and-interpretation.pdf<00>y<04>shttps://github.com/papers-we-love/papers-we-love/blob/master/plt/principal-type-schemes-for-functional-programs.pdf<00>`<04>Ahttps://github.com/papers-we-love/papers-we-love/blob/master/plt/predicate-dispatching.pdf<00>

!0
rG0
<<0C><0B>
<0A>	Rj<07>w{<02>
<01>
!
!<21>m<EFBFBD>X<02><0B>OGG<00>http://eprints.eemcs.utwente.nl/7281/01/db-utwente-40501F46.pdfFunctional Programming with Bananas, Lenses, Envelopes and Barbed Wireparadigms/functional_programming/2017-09-11T17:58:18.3176931152017-09-11T17:58:18.317693115<03>Q
<00>C7GGhttp://homepages.inf.ed.ac.uk/wadler/papers/propositions-as-types/p<>Q<EFBFBD>V
<02>mAGG<00>http://jeffreymbradshaw.net/publications/Common_Ground_Single.pdfCommon Ground and Coordination in Joint Activityorganizational_simulation/2017-09-11T17:58:18.3175019532017-09-11T17:58:18.317501953<EFBFBD>;<3B>W	qSOGG<00>http://cs.au.dk/~hosc/local/LaSC-4-3-pp223-242.pdfOrganizing Programs Without Classesparadigms/functional_programming/2017-09-11T17:58:18.3176931152017-09-11T17:58:18.317693115<EFBFBD>l<EFBFBD>Z
{<7B>)OGG<00>http://dig.cs.illinois.edu/papers/lambdaRefactoring.pdfCrossing the Gap from Imperative to Functional Programming through Refactoringparadigms/functional_programming/2017-09-11T17:58:18.3176931152017-09-11T17:58:18.317693115<04>
<00>mAGGhttp://jeffre<72>4<EFBFBD>\	w-aGG<00>http://www.cs.yale.edu/homes/zwan/papers/mcu/efrp.pdfEvent-Driven FRPparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998<0C><00><00><19>[GGhttp://www.thocp.net/biographies/papers/backus_turingaward_lecture.pdfCan Programming Be Liberated from the von Neumann Style? A Functional Style and Its Algebra o<>x<EFBFBD>e<02><19>[GG<00>http://www.thocp.net/biographies/papers/backus_turingaward_lecture.pdfCan Programming Be Liberated from the von Neumann Style? A Functional Style and Its Algebra of Programsplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD><1C>d	q5/GG<00>http://xlinux.nist.gov/dads//HTML/ahoCorasick.htmlAho–Corasick entrypattern_matching/2017-09-11T17:58:18.3187070312017-09-11T17:58:18.318707031s<EFBFBD>c	;/GG<00>http://racket-lang.org/Racketpattern_matching/2017-09-11T17:58:18.3187070312017-09-11T17:58:18.318707031<EFBFBD>Y<EFBFBD>b
g<>
YGG<00>http://cseweb.ucsd.edu/~vahdat/papers/mop.pdfMetaobject protocols: Why we want them and what else they can doparadigms/object_oriented_programming/2017-09-11T17:58:18.3185600592017-09-11T17:58:18.318560059<EFBFBD>d<EFBFBD>a
<02>'[aGG<00>https://www.seas.harvard.edu/sites/default/files/files/archived/Czaplicki.pdfElm: Concurrent FRP for Functional GUIsparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998<EFBFBD>f<EFBFBD>`
<02>/WaGG<00>http://haskell.cs.yale.edu/wp-content/uploads/2012/08/Winograd-Cort-Wormholes.pdfWormholes: Introducing Effects to FRPparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998<EFBFBD>O<EFBFBD>Y
<02>UOGG<00>http://patrickthomson.ghost.io/an-introduction-to-recursion-schemes/An introduction to Recursion Schemesparadigms/functional_programming/2017-09-11T17:58:18.3176931152017-09-11T17:58:18.317693115<EFBFBD>O<EFBFBD>_	{_aGG<00>http://conal.net/papers/push-pull-frp/push-pull-frp.pdfPush-Pull Functional Reactive Programmingparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998<EFBFBD>=<3D>]
<02>
'aGG<00>http://haskell.cs.yale.edu/wp-content/uploads/2011/02/rt-frp.pdfReal-Time FRPparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998r
<00>aa<61>_<EFBFBD>[
<02>aaGG<00>http://haskell.cs.yale.edu/wp-content/uploads/2011/02/workshop-02.pdfFunctional Reactive Programming, Continuedparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998<EFBFBD>]<5D>^	waGG<00>http://people.seas.harvard.edu/~chong/pubs/pldi13-elm.pdfAsynchronous Functional Reactive Programming for GUIsparadigms/functional_reactive_programming/2017-09-11T17:58:18.3180729982017-09-11T17:58:18.318072998
<01>
<00>UOGGhttp://patrickthomson.ghost.io/an-introduction-to-recursion-schemes/An introduction to Recursion Schemesparadigms/functional_programming/2017-09-11T17:58:18.3176931152017-09-11T17:58:18.317693115<00>	qSOGGhttp://cs.au.dk/~hosc/local/LaSC-4-3-pp223-242.pdfOrganizing Programs Without Classesparadigms/functional_programming/2017-09-11T17:58:18.3176931152017-09-11T17:58:18.317693115
X<00><02>v<05><03>
<01>C
$(<00>
<EFBFBD>w<08>n<02>
<01><00><00><03>p<02>{<7B>GG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/the-derivative-of-a-regular-type-one-hole-contexts.pdfThe Derivative of a Regular Type is its Type of One-Hole Contextsplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>i<EFBFBD>k
<02>qgGG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/fundamental-concepts-in-programming-languages.pdfFundamental Concepts in Programming Languagesplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>C<EFBFBD>f
w<>GG<00>http://eb.host.cs.st-andrews.ac.uk/drafts/effects.pdfProgramming and Reasoning with Algebraic Effects and Dependent Typesplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>1<EFBFBD>i	wsGG<00>https://www.cs.utah.edu/plt/publications/macromod.pdfComposable and Compilable Macros: You Want it When?plt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033p<00>
<00>C7GGhttp://homepages.inf.ed.ac.uk/wadler/papers/propositions-as-types/propositions-as-types.pdfPropositions as Typesplt/2017-09-11T17:58:18.3196340332017-09-11T17:58<35>:<3A>j
<02>C7GG<00>http://homepages.inf.ed.ac.uk/wadler/papers/propositions-as-types/propositions-as-types.pdfPropositions as Typesplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>'<27>h
<02>1#GG<00>http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.24.9333&rep=rep1&type=pdfSoft Typingplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033
<00>I<EFBFBD>g
<02>9_GG<00>http://www.csee.umbc.edu/courses/undergraduate/CMSC331/resources/papers/sammet1972.pdfProgramming Languages: History and Futureplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>9<EFBFBD>m
<02>A7GG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/predicate-dispatching.pdfPredicate Dispatchingplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033	<09><00>
<00>O!GGhttps://moodle.risc.jku.at/pluginfile.php/3407/mod_resource/content/1/A%20Calculus%20of%20Communicating%20Systems%5B1980%5D.pdfCalculus of Communicating System<65>p<EFBFBD>s
<02>O!GG<00>https://moodle.risc.jku.at/pluginfile.php/3407/mod_resource/content/1/A%20Calculus%20of%20Communicating%20Systems%5B1980%5D.pdfCalculus of Communicating Systemsprocesses/2017-09-11T17:58:18.3201469732017-09-11T17:58:18.320146973

<00>SIGGhttps://github.com/papers-we-love/papers-we-love/blob/master/plt/theory-in-programming-practice.pdfTheory in Programming Practiceplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033
	<00>{<7B>GGhttps://github.com/papers-we-love/papers-we<77>K<EFBFBD>q
<02>SIGG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/theory-in-programming-practice.pdfTheory in Programming Practiceplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>-<2D>r
<02>Q!GG<00>http://www.cs.ucf.edu/courses/cop4020/sum2009/CSP-hoare.pdfCommunicating Sequential Processesprocesses/2017-09-11T17:58:18.3201469732017-09-11T17:58:18.320146973<EFBFBD>x<EFBFBD>o
<02>wGG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/programming-languages-application-and-interpretation.pdfProgramming Languages: Application and Interpretationplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>k<EFBFBD>n
<02>siGG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/principal-type-schemes-for-functional-programs.pdfPrincipal type-schemes for functional programsplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<EFBFBD>~<7E>l<02><EFBFBD>
GG<00>https://github.com/papers-we-love/papers-we-love/blob/master/plt/on-understanding-types-data-abstraction-polymorphism.pdfOn Understanding Types,
Data Abstraction, and Polymorphismplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033<00>
<00>qgGGhttps://github.com/papers-we-love/papers-we-love/blob/master/plt/fundamental-concepts-in-programming-languages.pdfFundamental Concepts in Programming Languagesplt/2017-09-11T17:58:18.3196340332017-09-11T17:58:18.319634033
t@S
<0A><0C>P
<EFBFBD>	<09><08>Gw<05><04>9|<02>
<01>t<00>,<2C><02>3<EFBFBD>7GG
https://github.com/papers-we-love/papers-we-love/blob/master/sublinear_algorithms/An-Elementary-Proof-of-a-Theorem-of-Johnson-and-Lindenstrauss.pdfAn Elementary Proof of a Theorem of Johnson and Lindenstrausssublinear_algorithms/2017-09-11T17:58:18.3220910642017-09-11T17:58:18.322091064<EFBFBD><10><02>
<01>
7GG
https://github.com/papers-we-love/papers-we-love/blob/master/sublinear_algorithms/1985-Flajolet-Probabilistic-counting.pdfProbablistic Counting Algorithms for Database Applicationssublinear_algorithms/2017-09-11T17:58:18.3220910642017-09-11T17:58:18.322091064<EFBFBD>@<40>
<02>W%GG
https://en.wikipedia.org/wiki/Boyer%E2%80%93Moore_string_search_algorithmBoyer–Moore string search algorithmstringology/2017-09-11T17:58:18.3218620612017-09-11T17:58:18.321862061<EFBFBD>9<EFBFBD>
<02>17%GG
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.13.9460&rep=rep1&type=pdfFast String Searchingstringology/2017-09-11T17:58:18.3218620612017-09-11T17:58:18.321862061<EFBFBD><07>	_'%GG
http://en.wikipedia.org/wiki/Suffix_arraysuffix arraysstringology/2017-09-11T17:58:18.3218620612017-09-11T17:58:18.321862061<EFBFBD>C<EFBFBD>

<02>q%GG<00>http://www.cas.mcmaster.ca/~bill/best/algorithms/07Taxonomy.pdfA Taxonomy of Suffix Array Construction Algorithmsstringology/2017-09-11T17:58:18.3218620612017-09-11T17:58:18.321862061<EFBFBD>h<EFBFBD>	<02>/<2F>7GG
http://www.cs.ucsb.edu/~veronika/MAE/spacecomplexityapproxfreqmoments_alon_99.pdfThe Space Complexity of Approximating the Frequency Momentsstreaming_algorithms/2017-09-11T17:58:18.3216689452017-09-11T17:58:18.321668945<EFBFBD>L<EFBFBD>
w<>7GG
http://algo.inria.fr/flajolet/Publications/FlMa85.pdfProbabilistic Counting Algorithms for Data Base Applicationsstreaming_algorithms/2017-09-11T17:58:18.3216689452017-09-11T17:58:18.321668945<EFBFBD>M<EFBFBD>
<02>s7GG

http://www.inf.ed.ac.uk/teaching/courses/exc/reading/morris.pdfCounting large numbers of events in small registersstreaming_algorithms/2017-09-11T17:58:18.3216689452017-09-11T17:58:18.321668945<EFBFBD>F<EFBFBD>
<02>m3GG<00>http://www.ee.columbia.edu/~dpwe/pubs/BarkCE05-sfd-spcomm.pdfDecoding speech in the presence of other sourcesspeech_recognition/2017-09-11T17:58:18.3213339842017-09-11T17:58:18.321333984<EFBFBD>9<EFBFBD>	a{3GG<00>http://www.cs.nyu.edu/~mohri/pub/csl01.pdfWeighted Finite-State Transducers in Speech Recognitionspeech_recognition/2017-09-11T17:58:18.3213339842017-09-11T17:58:18.321333984<EFBFBD>r<EFBFBD><02><19>13GG<00>http://luthuli.cs.uiuc.edu/~daf/courses/Signals%20AI/Papers/HMMs/0.pdfA tutorial on hidden Markov models and selected applications in speech recognitionspeech_recognition/2017-09-11T17:58:18.3213339842017-09-11T17:58:18.321333984<EFBFBD>7<EFBFBD>
<02>]CC<00>http://www.techzoom.net/Papers/Browser_Silent_Updates_%282009%29.pdfWhy Silent Updates Boost Security (2009)security/2017-09-11T17:58:18.32102712017-09-11T17:58:18.3210271<EFBFBD>E<EFBFBD>
<02>1]CC<00>http://breachattack.com/resources/BREACH%20-%20SSL,%20gone%20in%2030%20seconds.pdfBreach: Reviving The Crime Attack (2013)security/2017-09-11T17:58:18.32102712017-09-11T17:58:18.3210271<EFBFBD>Q<EFBFBD>
<02><0F>CC<00>https://www.usenix.org/events/hotos11/tech/final_files/Kannan.pdfMaking Programs Forget: Enforcing Lifetime For Sensitive Data (2011)security/2017-09-11T17:58:18.32102712017-09-11T17:58:18.3210271<EFBFBD>6<EFBFBD>
<02>UCC<00>https://www.usenix.org/system/files/conference/woot13/woot13-kholia.pdfLooking inside the (Drop) Box (2013)security/2017-09-11T17:58:18.32102712017-09-11T17:58:18.3210271<EFBFBD>'<27>	qcCC<00>https://internetcensus2012.bitbucket.io/paper.htmlInternet Census via Insecure Routers (2012)security/2017-09-11T17:58:18.32102712017-09-11T17:58:18.3210271<EFBFBD>i<EFBFBD>~<02>!<21>+GG<00>https://rse-lab.cs.washington.edu/postscripts/3d-mapping-iser-10-final.pdfRGB-D Mapping: Using Depth Cameras for Dense 3D Modeling of Indoor Environmentsrobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111<EFBFBD><<3C>}
o<>GG<00>http://msl.cs.uiuc.edu/~lavalle/papers/Lav98c.pdfRapidly-Exploring Random Trees: A New Tool for Path Planningrobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111
	<09><07><0E><07>
I<08><0C>	<09>
Y<0B><00><EFBFBD><02><07>k%GG

http://www.msr-waypoint.net/en-us/groups/ese/nagappan_tdd.pdfRealizing quality improvement through test driven development: results and experiences of four industrial teamstesting/tdd/2017-09-11T17:58:18.3227619632017-09-11T17:58:18.322761963<EFBFBD>S<EFBFBD>
U<>G%GG
http://futuredata.stanford.edu/asap/ASAP: Automatic Smoothing for Attention Prioritization in Streaming Time Series Visualizationtime_series/2017-09-11T17:58:18.3229299322017-09-11T17:58:18.322929932 
g<>/GGhttp://www.vmware.<2E>)<29>	C-GG
http://www.voelter.de/data/pub/projectingModuleFuture.pdfProjecting a modular futureuser_interfaces/2017-09-11T17:58:18.3231499022017-09-11T17:58:18.323149902<EFBFBD>6<EFBFBD>
<02>;/GG
http://lafo.ssw.uni-linz.ac.at/papers/2013_Onward_OneVMToRuleThemAll.pdfOne VM to Rule Them Allvirtual_machines/2017-09-11T17:58:18.3233259282017-09-11T17:58:18.323325928
<0A><00>	C-GGhttp://www.voelter.de/data/pub/projectingModuleFuture.pdfProjecting a modular futureuser_interfaces/2017-09-11T17:58:18.3231499022017-09-11T17:58:18.323149902<EFBFBD>M<EFBFBD>
g<>/GG

http://www.vmware.com/pdf/asplos235_adams.pdfA Comparison of Software and Hardware Techniques for x86
  Virtualizationvirtual_machines/2017-09-11T17:58:18.3233259282017-09-11T17:58:18.323325928<EFBFBD>6<EFBFBD>	si-GG
http://ordiecole.com/squeak/cardelli_squeak1985.pdfSqueak: a Language for Communicating with Miceuser_interfaces/2017-09-11T17:58:18.3231499022017-09-11T17:58:18.323149902<EFBFBD>0<EFBFBD>	Y%GG
	http://papers.ssrn.com/sol3/papers.cfm?abstract_id=208278Operators on Inhomogeneous Time Seriestime_series/2017-09-11T17:58:18.3229299322017-09-11T17:58:18.322929932<00><00><07>k%GGhttp://www.msr-waypoint.net/en-us/groups/ese/nagappan_tdd.pdfRealizing quality improvement through test driven development: results and experiences of four industrial teamstesting/tdd/2017-09-11T17:58:18.3227619632017-09-11T17:58:18.3227619<EFBFBD><00>
<02>_1GG
http://www.elizabete.com.br/site/Outros/Entradas/2012/11/19_Revisao_Sistematica_files/ConceitosRevisaoSistematica_Biolchini.pdfSystematic Review in Software Engineeringsystematic_review/2017-09-11T17:58:18.3223510742017-09-11T17:58:18.322351074

Z"<00><0E><0C>
<00><05><0C><00>Eu%d'<0B><0B><07>_<04>
<EFBFBD>
<EFBFBD>
F
	<09><04>	`$<07>	
<08><06>jf<03>D<04>	https://research.microsoft.com/en-us/um/people/nick/coqasm.pdf<00><><04>https://moodle.risc.jku.at/pluginfile.php/3407/mod_resource/content/1/A%20Calculus%20of%20Communicating%20Systems%5B1980%5D.pdf<00>#ehttps://github.com/papers-we-love/papers-we-love/blob/master/plt/theory-in-programming-practice.pdf<00>}<04>{https://github.com/papers-we-love/papers-we-love/blob/master/plt/the-derivative-of-a-regular-type-one-hole-contexts.pdf<00><04>https://github.com/papers-we-love/papers-we-love/blob/master/plt/programming-languages-application-and-interpretation.pdf<00>y<04>shttps://github.com/papers-we-love/papers-we-love/blob/master/plt/principal-type-schemes-for-functional-programs.pdf<00>`<04>Ahttps://github.com/papers-we-love/papers-we-love/blob/master/plt/predicate-dispatching.pdf<00>#"https://github.com/papers-we-M<04>https://www.usenix.org/system/files/conference/woot13/woot13-kholia.pdf
7qhttps://internetcensus2012.bitbucket.io/paper.html<00>P<04>!https://rse-lab.cs.washington.edu/postscripts/3d-mapping-iser-10-final.pdf<00>:whttps://www.cs.utah.edu/plt/publications/macromod.pdf<00>S<04>'https://www.seas.harvard.edu/sites/default/files/files/archived/Czaplicki.pdf<00>O<04>https://us-east.manta.joyent.com/bcantrill/public/ppwl-cantrill-zones.pdf<00>O<04>https://us-east.manta.joyent.com/bcantrill/public/ppwl-cantrill-jails.pdf<00>B<04>https://people.csail.mit.edu/nickolai/papers/clements-sc.pdf<00>a<04>Chttps://www.usenix.org/legacy/publications/library/proceedings/bos94/full_papers/bonwick.ps<00>`<04>Ahttps://www.usenix.org/legacy/publications/library/proceedings/bos94/full_papers/bonwick.a<00>W<04>/https://www.usenix.org/legacy/publications/library/proceedings/bos94/bonwick.html<00>
0uhttps://cs.brown.edu/~sk/Publications/Papers/Published/cgkmf-teach-gc/paper.pdf<00>f<04>Mhttps://github.com/papers-G<04>https://www.usenix.org/events/hotos11/tech/final_files/Kannan.pdf

C<04>https://www.cs.princeton.edu/~chazelle/pubs/FJLT-sicomp09.pdf<00>A<04>https://www.stat.berkeley.edu/~breiman/randomforest2001.pdf<00>Q<04>#https://www.usenix.org/system/files/conference/osdi14/osdi14-paper-yuan.pdf<00>T<04>+
https://www.usenix.org/legacy/events/hotos03/tech/full_papers/candea/candea.pdfBR<04>'
https://www.usenix.org/legacy/event/osdi04/tech/full_papers/candea/candea.pdfC7qhttps://www.sics.se/~seif/DatalogiII/Book/train.ps<00>z<04>w
https://www.researchgate.net/publication/220080099_MEXICA_A_computer_model_of_a_cognitive_account_of_creative_writing2ghttps://www.lri.fr/~filliatr/publis/enum2.pdf<00>R<04>'
https://www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdfD<04>
https://www.eecs.berkeley.edu/~daw/papers/intents-mobisys11.pdf=
https://www.cs.virginia.edu/~robins/Turing_Paper_1936.pdfB<04>
https://www.cs.unc.edu/~welch/kalman/media/pdf/Kalman1960.pdfKD<04>	https://www.cs.purdue.edu/homes/hosking/690M/p611-fenichel.pdf<00>K<04>
https://www.cs.drexel.edu/~david/Classes/CS586/Papers/p343-whitted.pdf 6ohttps://www.cs.cornell.edu/home/kleinber/auth.pdf<00><}
https://www.cs.cornell.edu/fbs/publications/SMSurvey.pdfp;yhttps://www.cs.cmu.edu/~dga/papers/epaxos-sosp2013.pdf<00>;{
https://people.eecs.berkeley.edu/~brewer/cs262/Mesa.pdf@S<04>)
https://homes.cs.washington.edu/~luisceze/publications/dnastorage-asplos16.pdf~
<01>%
https://github.com/papers-we-love/papers-we-love/blob/master/caching/a-constant-algorithm-for-implementing-the-lfu-cache-eviction-scheme.pdf<16><04>
https://github.com/papers-we-love/papers-we-love/blob/master/artificial_intelligence/3-bayesian-network-inference-algorithm.pdf9w
https://github.com/luanfujun/deep-photo-styletransfer,.a
https://github.com/ibab/tensorflow-wavenet)W
https://github.com/basveeling/wavenet(U
htt<74><04>3https://github.com/papers-we-love/papers-we-love/blob/master/sublinear_algorithms/An-Elementary-Proof-of-a-Theorem-of-Johnson-and-Lindenstrauss.pdf
<00>
https://github.com/papers-we-love/papers-we-love/blob/master/sublinear_algorithms/1985-Flajolet-Probabilistic-counting.pdf

6
Q6
 In this work we thus present FlowDroid, a novel and highly precise static taint analysis for Android applications. A precise model of Android's lifecycle allows the analysis to properly handle callbacks invoked by the Android framework, while context, flow, field and object-sensitivity allows the analysis to reduce the number of false alarms. Novel on-demand algorithms help FlowDroid maintain high efficiency and precision at the same time.
 We also propose DroidBench, an open test suite for evaluating the effectiveness and accuracy of taint-analysis tools specifically for Android apps. As we show through a set of experiments using SecuriBench Micro, DroidBench, and a set of well-known Android test applications, FlowDroid finds a very high fraction of data leaks while keeping the rate of false positives low. On DroidBench, FlowDroid achieves 93% recall and 86% precision, greatly outperforming the commercial tools IBM AppScan Source and Fortify SCA. FlowDroid successfully finds leaks in a subset of 500 apps from Google Play and about 1,000 malware apps from the VirusShare project.PLDIandroid/2017-09-11T17:58:21.1213569342017-09-11T17:58:21.121356934<EFBFBD>,
<00><02>wUGGReverend Bayes on Inference Engines: A Distributed Hierarchical Approach<07>This paper presents generalizations of Bayes likelihood-ratio updating rule which facilitate an asynchronous propagation of the impacts of new beliefs and/or new evidence in hierarchically organized inference structures with multi-hypotheses variables. The computational scheme proposed specifies a set of belief parameters, communication messages and updating rules which guarantee that the diffusion of updated beliefs is accomplished in a single pass and complies with the tenets of Bayes calculus.AAAIartificial_intelligence/judea_pearl/2017-09-11T17:58:21.0337971192017-09-11T17:58:21.033797119

"<05>
<01>
"<00>U
<00>{

=GGAnalysis of Three Bayesian Network Inference Algorithms: Variable Elimination, Likelihood Weighting, and Gibbs Sampling<07>artificial_intelligence/2017-09-11T17:58:21.5579360352017-09-11T17:58:21.557936035<EFBFBD>
_<02>9GGSecurity Concerns in Android mHealth Apps<07>Mobile Health (mHealth) applications lie outside of regulatory protection such as HIPAA, which requires a baseline of privacy and security protections appropriate to sensitive medical data. However, mHealth apps, particularly those in the app stores for iOS and Android, are increasingly handling sensitive data for both professionals and patients. This paper presents a series of three studies of the mHealth apps in Google Play that show that mHealth apps make widespread use of unsecured Internet communications and third party servers. Both of these practices would be considered problematic under HIPAA, suggesting that increased use of mHealth apps could lead to less secure treatment of health data unless mHealth vendors make improvements in the way they communicate and store data.AMIAandroid/2017-09-11T17:58:21.4201721192017-09-11T17:58:21.420172119<EFBFBD>o
C<02>w=EEDirect and Indirect Effects<07>The direct effect of one event on another can be defined and measured by holding constant all intermediate variables between the two. Indirect effects present conceptual and prac­ tical difficulties (in nonlinear models), be­ cause they cannot be isolated by holding cer­ tain variables constant. This paper presents a new way of defining the effect transmit­ ted through a restricted set of paths, without controlling variables on the remaining paths. This permits the assessment of a more nat­ ural type of direct and indirect effects, one that is applicable in both linear and nonlinear models and that has broader policy-related interpretations. The paper establishes con­ ditions under which such assessments can be estimated consistently from experimen­ tal and nonexperimental data, and thus ex­ tends path-analytic techniques to nonlinear and nonparametric models. The distinction between total, direct, and indirect ef­ fects is deeply entrenched in causal conversations, and attains practical importance in many applications, in­ cluding policy decisions, legal definitions and health care analysis. Structural equation modeling (SEM) (Goldberger 1972), which provides a methodology of defining and estimating such effects, has been re­ stricted to linear analysis, and no comparable method­ ology has been devised to extend these capabilities to models involving nonlinear dependencies,1 as those 1 A notable exception is the counterfactual analysis of Robins and Greenland (1992) which is applicable to non­ linear models, but does not incorporate path-analytic tech­ niques. The causal relationship that is easiest to interpret, define and estimate is the total effect. Written as P(Y"' = y), the total effect measures the probability that response variable Y would take on the value y when X is set to x by external intervention.2 This probability function is what we normally assess in a controlled experiment in which X is randomized and in which the distribution of Y is estimated for each level x of X. In many cases, however, this quantity does not ade­ quately represent the target of investigation and at­ tention is focused instead on the direct effect of X on Y. The term "direct effect" is meant to quantify an influence that is not mediated by other variables in the model or, more accurately, the sensitivity of Y to changes in X while all other factors in the analysis are held fixed. Naturally, holding those factors fixed would sever all causal paths from X to Y with the exception of the direct link …UAIartificial_intelligence/2017-09-11T17:58:21.294614992017-09-11T17:58:21.29461499
<05>
<EFBFBD><05><00><00><02>e=GGMastering the game of Go with deep neural networks and tree search<07>The game of Go has long been viewed as the most challenging of classic games for artificial intelligence owing to its enormous search space and the difficulty of evaluating board positions and moves. Here we introduce a new approach to computer Go that uses 'value networks' to evaluate board positions and 'policy networks' to select moves. These deep neural networks are trained by a novel combination of supervised learning from human expert games, and reinforcement learning from games of self-play. Without any lookahead search, the neural networks play Go at the level of state-of-the-art Monte Carlo tree search programs that simulate thousands of random games of self-play. We also introduce a new search algorithm that combines Monte Carlo simulation with value and policy networks. Using this search algorithm, our program AlphaGo achieved a 99.8% winning rate against other Go programs, and defeated the human European Go champion by 5 games to 0. This is the first time that a computer program has defeated a human professional player in the full-sized game of Go, a feat previously thought to be at least a decade away.Natureartificial_intelligence/2017-09-11T17:58:21.6908940432017-09-11T17:58:21.690894043<EFBFBD>Q<00><02>
GGEffective Inter-Component Communication Mapping in Android with Epicc: An Essential Step Towards Holistic Security Analysis<07>Many threats present in smartphones are the result of interactions between application components, not just ar-tifacts of single components. However, current techniques for identifying inter-application communication are ad hoc and do not scale to large numbers of applications. In this paper, we reduce the discovery of inter-component communication (ICC) in smartphones to an instance of the Interprocedural Distributive Environment (IDE) problem, and develop a sound static analysis technique targeted to the Android platform. We apply this analysis to 1,200 applications selected from the Play store and characterize the locations and substance of their ICC. Experiments show that full specifications for ICC can be identified for over 93% of ICC locations for the applications studied. Further the analysis scales well; analysis of each application took on average 113 seconds to complete. Epicc, the resulting tool, finds ICC vulnerabilities with far fewer false positives than the next best tool. In this way, we develop a scalable vehicle to extend current security analysis to entire collections of applications as well as the interfaces they export.android/2017-09-11T17:58:21.5785949712017-09-11T17:58:21.578594971

e

u<02>aGGAnalyzing inter-application communication in Android<07>Modern smartphone operating systems support the development of third-party applications with open system APIs. In addition to an open API, the Android operating system also provides a rich inter-application message passing system. This encourages inter-application collaboration and reduces developer burden by facilitating component reuse. Unfortunately, message passing is also an application attack surface. The content of messages can be sniffed, modified, stolen, or replaced, which can compromise user privacy. Also, a malicious application can inject forged or otherwise malicious messages, which can lead to breaches of user data and violate application security policies.
 We examine Android application interaction and identify security risks in application components. We provide a tool, ComDroid, that detects application communication vulnerabilities. ComDroid can be used by developers to analyze their own applications before release, by application reviewers to analyze applications in the Android Market, and by end users. We analyzed 20 applications with the help of ComDroid and found 34 exploitable vulnerabilities; 12 of the 20 applications have at least one vulnerability.MobiSysandroid/2017-09-11T17:58:22.0521010742017-09-11T17:58:22.052101074<EFBFBD>	
<00>#

#GGArchitectural Styles and the Design of Network-based Software Architectures<07>api_design/2017-09-11T17:58:21.9612690432017-09-11T17:58:21.961269043<EFBFBD>C
U<02>
=CCComputing Machinery and Intelligence<07>I propose to consider the question, "Can machines think?" This should begin with definitions of the meaning of the terms "machine" and "think." The definitions might be framed so as to reflect so far as possible the normal use of the words, but this attitude is dangerous, If the meaning of the words "machine" and "think" are to be found by examining how they are commonly used it is difficult to escape the conclusion that the meaning and the answer to the question, "Can machines think?" is to be sought in a statistical survey such as a Gallup poll. But this is absurd. Instead of attempting such a definition I shall replace the question by another, which is closely related to it and is expressed in relatively unambiguous words. The new form of the problem can be described in terms of a game which we call the 'imitation game." It is played with three people, a man (A), a woman (B), and an interrogator (C) who may be of either sex. The interrogator stays in a room apart front the other two. The object of the game for the interrogator is to determine which of the other two is the man and which is the woman. He knows them by labels X and Y, and at the end of the game he says either "X is A and Y is B" or "X is B and Y is A." The interrogator is allowed to put questions to A and B thus: C: Will X please tell me the length of his or her hair? Now suppose X is actually A, then A must answer. It is A's object in the game to try and cause C to make the wrong identification. His answer might therefore be: "My hair is shingled, and the longest strands are about nine inches long." In order that tones of voice may not help the interrogator the answers should be written, or better still, typewritten. The ideal arrangement is to have a teleprinter communicating between the two rooms. Alternatively the question and answers can be repeated by an intermediary. The object of the game for the third player (B) is to help the interrogator. The best strategy for her is probably to give truthful answers. She can add such things as "I am the woman, don't listen to him!" to her answers, but it will avail …artificial_intelligence/2017-09-11T17:58:21.91722292017-09-11T17:58:21.9172229
<05><0C><08><05><00>/
Y<02>K
UGGCausal Diagrams for Empirical Research<07>The primary aim of this paper is to show how graphical models can be used as a mathematical language for integrating statistical and subject-matter information. In particular, the paper develops a principled, nonparametric framework for causal inference, in which diagrams are queried to determine if the assumptions available are suucient for identifying causal eeects from non-experimental data. If so the diagrams can be queried to produce mathematical expressions for causal eeects in terms of observed distributions; otherwise, the diagrams can be queried to suggest additional observations or auxiliary experiments from which the desired inferences can be obtained.artificial_intelligence/judea_pearl/2017-09-11T17:58:22.3554680182017-09-11T17:58:22.355468018<EFBFBD>!
I<02>;UGGA Theory of Inferred Causation<07>This paper concerns the empirical basis of causation, and addresses the following issues: 1. the clues that might prompt people to perceive causal relationships in uncontrolled observations. 2. the task of inferring causal models from these clues, and 3. whether the models inferred tell us anything useful about the causal mechanisms that underly the observations. We propose a minimal-model semantics of causation, and show that, contrary to common folklore, genuine causal innuences can be distinguished from spurious covariations following standard norms of inductive reasoning. We also establish a sound characterization of the conditions under which such a distinction is possible. We provide an effective algorithm for inferred causation and show that, for a large class of data the algorithm can uncover the direction of causal innuences as deened above. Finally, we address the issue of non-temporal causation.KRartificial_intelligence/judea_pearl/2017-09-11T17:58:22.2562680662017-09-11T17:58:22.256268066<EFBFBD>&
[<02>UoUGGThe algorithmization of counterfactuals<07>Recent advances in causal reasoning have given rise to a computation model that emulates the process by which humans generate, evaluate and distinguish counterfactual sentences. Though compatible with the “possible worlds” account, this model enjoys the advantages of representational economy, algorithmic simplicity and conceptual clarity. Using this model, the paper demonstrates the processing of counterfactual sentences on a classical example due to Ernest Adam. It then gives a panoramic view of several applications where counterfactual reasoning has benefited problem areas in the empirical sciences.Annals of Mathematics and Artificial Intelligenceartificial_intelligence/judea_pearl/2017-09-11T17:58:22.1722509772017-09-11T17:58:22.172250977


>v
<00>[<00><02>/+GGThe BUDS Language for Distributed Bayesian Machine Learning<07>We describe BUDS, a declarative language for succinctly and simply specifying the implementation of large-scale machine learning algorithms on a distributed computing platform. The types supported in BUDS--vectors, arrays, etc.--are simply logical abstractions useful for programming, and do not correspond to the actual implementation. In fact, BUDS automatically chooses the physical realization of these abstractions in a distributed system, by taking into account the characteristics of the data. Likewise, there are many available implementations of the abstract operations offered by BUDS (matrix multiplies, transposes, Hadamard products, etc.). These are tightly coupled with the physical representation. In BUDS, these implementations are co-optimized along with the representation. All of this allows for the BUDS compiler to automatically perform deep optimizations of the user's program, and automatically generate efficient implementations.SIGMOD Conferenceaudio_comp_sci/2017-09-11T17:58:22.6743068852017-09-11T17:58:22.674306885<EFBFBD>E
m<02>

+GGEvaluating Generative Models for Text Generation<07>Generating human quality text is a challenging problem because of ambiguity of meaning and difficulty in modeling long term semantic connections. Recurrent Neural Networks (RNNs) have shown promising results in this problem domain, with the most common approach to its training being to maximize the log predictive likelihood of each true token in the training sequence given the previously observed tokens. Scheduled Sampling, proposed by Bengio et al. (2015), was proposed as an improvement to the maximum likelihood approach by stochastically introducing inference steps during training steps. More recently, Generative Adversarial Nets (GAN) that use a discriminative model to guide the training of the generative model have become popular in vision domain, and also reinterpreted as a reinforcement learning problem to adapt it to text generation by Yu et al. (2016). Here we test and compare these three approaches and thus hope to extend the evaluation presented for the SeqGAN model in Yu et al. (2016) using two additional datasets and an additional perplexity evaluation metric.audio_comp_sci/2017-09-11T17:58:22.4505959472017-09-11T17:58:22.450595947<EFBFBD>?
c<02>+GGSafety Verification of Deep Neural Networks<07>Deep neural networks have achieved impressive experimental results in image classification, but can surprisingly be unstable with respect to adver-sarial perturbations, that is, minimal changes to the input image that cause the network to misclassify it. With potential applications including perception modules and end-to-end controllers for self-driving cars, this raises concerns about their safety. We develop the first SMT-based automated verification framework for feed-forward multi-layer neural networks that works directly with the code of the network, exploring it layer by layer. We define safety for a region around a data point in a given layer by requiring that all points in the region are assigned the same class label. Working with a notion of a manipulation, a mapping between points that intuitively corresponds to a modification of an image, we employ discretisation to enable exhaustive search of the region. Our method can guarantee that adversarial examples are found for the given region and set of manipulations. If found, adversarial examples can be shown to human testers and/or used to fine-tune the network, and otherwise the network is declared safe for the given parameters. We implement the techniques using Z3 and evaluate them on state-of-the-art networks, including regularised and deep learning networks.CAVaudio_comp_sci/2017-09-11T17:58:22.3978898932017-09-11T17:58:22.397889893

<01>H<05><03>
<01><00>l<00><02>5'GGMolecular computation of solutions to combinatorial problems.<07>The tools of molecular biology were used to solve an instance of the directed Hamiltonian path problem. A small graph was encoded in molecules of DNA, and the "operations" of the computation were performed with standard protocols and enzymes. This experiment demonstrates the feasibility of carrying out computations at the molecular level.Sciencebiocomputing/2017-09-11T17:58:22.9999470212017-09-11T17:58:22.999947021<EFBFBD>|
S<02>
'GGThe chemical basis of morphogenesis<07>Concurrent algorithms and the memory bus have garnered improbable interest from both theorists and futurists in the last several years. In fact, few scholars would disagree with the refinement of multicast heuristics. In order to fulfill this objective, we present a framework for virtual technology (Puck), confirming that lambda calculus can be made wearable, self-learning, and unstable.biocomputing/2017-09-11T17:58:22.9209760742017-09-11T17:58:22.920976074<EFBFBD>(
g<02>['EEVEWS: A Wikipedia Vandal Early Warning System<07>We study the problem of detecting vandals on Wikipedia <i>before</i> any human or known vandalism detection system reports flagging potential vandals so that such users can be presented early to Wikipedia administrators. We leverage multiple classical ML approaches, but develop 3 novel sets of features. Our Wikipedia Vandal Behavior (WVB) approach uses a novel set of user editing patterns as features to classify some users as vandals. Our Wikipedia Transition Probability Matrix (WTPM) approach uses a set of features derived from a transition probability matrix and then reduces it via a neural net auto-encoder to classify some users as vandals. The VEWS approach merges the previous two approaches. Without using any information (e.g. reverts) provided by other users, these algorithms each have over 85% classification accuracy. Moreover, when temporal recency is considered, accuracy goes to almost 90%. We carry out detailed experiments on a new data set we have created consisting of about 33K Wikipedia users (including both a black list and a white list of editors) and containing 770K edits. We describe specific behaviors that distinguish between vandals and non-vandals. We show that VEWS beats ClueBot NG and STiki, the best known algorithms today for vandalism detection. Moreover, VEWS detects far more vandals than ClueBot NG and on average, detects them 2.39 edits before ClueBot NG when both detect the vandal. However, we show that the combination of VEWS and ClueBot NG can give a fully automated vandal early warning system with even higher accuracy.KDDbiocomputing/2017-09-11T17:58:22.835520022017-09-11T17:58:22.83552002<EFBFBD>5
A<02>y-+GGInteractive topic modeling<07>Topic models are a useful and ubiquitous tool for understanding large corpora. However, topic models are not perfect, and for many users in computational social science, digital humanities, and information studies—who are not machine learning experts—existing models and frameworks are often a “take it or leave it” proposition. This paper presents a mechanism for giving users a voice by encoding users’ feedback to topic models as correlations between words into a topic model. This framework, interactive topic modeling (itm), allows untrained users to encode their feedback easily and iteratively into the topic models. Because latency in interactive systems is crucial, we develop more efficient inference algorithms for tree-based topic models. We validate the framework both with simulated and real users.Machine Learningaudio_comp_sci/2017-09-11T17:58:22.7458669432017-09-11T17:58:22.745866943
<0B><00>q
S<02>w'GGA DNA-Based Archival Storage System<07>Demand for data storage is growing exponentially, but the capacity of existing storage media is not keeping up. Using DNA to archive data is an attractive possibility because it is extremely dense, with a raw limit of 1 exabyte/mm<sup>3</sup> (109 GB/mm<sup>3</sup>), and long-lasting, with observed half-life of over 500 years. This paper presents an architecture for a DNA-based archival storage system. It is structured as a key-value store, and leverages common biochemical techniques to provide random access. We also propose a new encoding scheme that offers controllable redundancy, trading off reliability for density. We demonstrate feasibility, random access, and robustness of the proposed encoding with wet lab experiments involving 151 kB of synthesized DNA and a 42 kB random-access subset, and simulation experiments of larger sets calibrated to the wet lab experiments. Finally, we highlight trends in biotechnology that indicate the impending practicality of DNA storage for much larger datasets.ASPLOSbiocomputing/2017-09-11T17:58:23.2780219732017-09-11T17:58:23.278021973<EFBFBD>y]<02>q<EFBFBD>-GGBIG Cache Abstraction for Cache Networks<07>In this paper, we advocate the notion of &#x0022;BIG&#x0022; cache as an innovative abstraction for effectively utilizing the distributed storage and processing capacities of all servers in a cache network. The &#x0022;BIG&#x0022; cache abstraction is proposed to partly address the problem of (cascade) thrashing in a hierarchical network of cache servers, where it has been known that cache resources at intermediate servers are poorly utilized, especially under classical cache replacement policies such as LRU. We lay out the advantages of &#x0022;BIG&#x0022; cache abstraction and make a strong case both from a theoretical standpoint as well as through simulation analysis. We also develop the dCLIMB cache algorithm to minimize the overheads of moving objects across distributed cache boundaries and present a simple yet effective heuristic for addressing the cache allotment problem in the design of &#x0022;BIG&#x0022; cache abstraction.2017 IEEE 37th International Conference on Distributed Computing Systems (ICDCS)caching/2017-09-11T17:58:23.1445800782017-09-11T17:58:23.144580078
<00>

k<02>
9GGOn the resemblance and containment of documents<07>Given two documents A and B we define two mathematical notions: their resemblance r(A, B) and their containment c(A, B) that seem to capture well the informal notions of " roughly the same " and " roughly contained. " The basic idea is to reduce these issues to set intersection problems that can be easily evaluated by a process of random sampling that can be done independently for each document. Furthermore, the resemblance can be evaluated using a fixed size sample for each document. This paper discusses the mathematical properties of these measures and the efficient implementation of the sampling process using Rabin fingerprints.clustering_algorithms/2017-09-11T17:58:23.4386909182017-09-11T17:58:23.438690918<EFBFBD>^<00>#<02>
GG2Q: A Low Overhead High Performance Buffer Management Replacement Algorithm<07>In a path-breaking paper last year Pat and Betty O'Neil and Gerhard Weikum proposed a self-tuning improvement to the Least Recently Used (LRU) buuer management algorithmm15]. Their improvement is called LRU/k and advocates giving priority to buuer pages based on the kth most recent access. (The standard LRU algorithm is denoted LRU/1 according to this terminology.) If P1's kth most recent access is more more recent than P2's, then P1 will be replaced after P2. Intuitively, LRU/k for k > 1 is a good strategy , because it gives low priority to pages that have been scanned or to pages that belong to a big randomly accessed le (e.g., the account le in TPC/A). They found that LRU/2 achieves most of the advantage of their method. The one problem of LRU/2 is the processor overhead to implement it. In contrast to LRU, each page access requires log N work to manipulate a priority queue where N is the number of pages in the buuer. Question: is there low overhead way (constant overhead per access as in LRU) to achieve similar page 0 replacement performance to LRU/2? Answer: Yes. Our \Two Queue" algorithm (hereafter 2Q) has constant time overhead, performs as well as LRU/2, and requires no tuning. These results hold for real (DB2 commercial, Swiss bank) traces as well as simulated ones. Based on these experiments, we estimate that 2Q will provide a few percent improvement over LRU without increasing the overhead by more than a constant additive factor. 1 Background Fetching data from disk requires at least a factor of 1000 more time than fetching data from a RAM buuer. For this reason, good use of the buuer can signii-cantly improve the throughput and response time of any data-intensive system. Until the early 80's, the least recently used buuer replacement algorithm (replace the page that was least recently accessed or used) was the algorithm of choice in nearly all cases. Indeed, the theoretical community blessed it by showing that LRU never replaces more than a factor B as many elements as an optimal clair-voyant algorithm (where B is the size of the buuer) 19]. 1 Factors this large can heavily innuence the behavior of a database system, however. Furthermore , database systems usually have access patterns in which LRU performs poorly, as noted by Stone-braker 21], Sacco and Schkolnick 18], and Chou and Dewitt 5]. As a result, there …VLDBcaching/2017-09-11T17:58:23.3680500492017-09-11T17:58:23.368050049

3<0C>B

3<00>W<00><02>CG?CCMEXICA: A computer model of a cognitive account of creative writing<07>MEXICA is a computer model that produces frameworks for short stories based on the engagement-reflection cognitive account of writing. During engagement MEXICA generates material guided by content and rhetorical constraints, avoiding the use of explicit goals or story-structure information. During reflection the system breaks impasses, evaluates the novelty and interestingness of the story in pro
S
<0A>_
QGGObject Space Silhouette AlgorithimsIn computer graphics, silhouette extraction and rendering has a critical role in a growing number of applications. This paper examines five object space silhouette extraction algorithms for polygonal models. The algorithms are applied to a variety of models and compared in terms of code complexity and run time performance. The purpose of this paper is to inform programmers who must choose from among these five algorithms.comp_sci_fundamentals_and_history/2017-09-11T17:58:23.6669870612017-09-11T17:58:23.666987061<EFBFBD>&<00><02>;GGA program optimization for automatic database result caching<07>Most popular Web applications rely on persistent databases based on languages like SQL for declarative specification of data models and the operations that read and modify them. As applications scale up in user base, they often face challenges responding quickly enough to the high volume of requests. A common aid is caching of database results in the application&#039;s memory space, taking advantage of program-specific knowledge of which caching schemes are sound and useful, embodied in handwritten modifications that make the program less maintainable. These modifications also require nontrivial reasoning about the read-write dependencies across operations. In this paper, we present a compiler optimization that automatically adds sound SQL caching to Web applications coded in the Ur/Web domain-specific functional language, with no modifications required to source code. We use a custom cache implementation that supports concurrent operations without compromising the transactional semantics of the database abstraction. Through experiments with microbenchmarks and production Ur/Web applications, we show that our optimization in many cases enables an easy doubling or more of an application&#039;s throughput, requiring nothing more than passing an extra command-line flag to the compiler.POPLcaching/2017-09-11T17:58:23.6246770022017-09-11T17:58:23.624677002<EFBFBD><00><02>U
QGGOn computable numbers with an application to the Entscheidungsproblem<07>Many cyberneticists would agree that, had it not been for consistent hashing, the simulation of checksums might never have occurred. After years of essential research into replication, we prove the analysis of online algorithms, which embodies the confirmed principles of robotics. Our focus in our research is not on whether digital-to-analog converters and evolutionary programming can agree to accomplish this mission, but rather on constructing a novel framework for the construction of scatter/gather I/O (HOLLEE). while such a hypothesis is usually an intuitive objective, it is derived from known results.comp_sci_fundamentals_and_history/2017-09-11T17:58:23.5302780762017-09-11T17:58:23.530278076
<05>i<05>
<00>#

1GGDigital Video Stabilization and Rolling Shutter Correction using Gyroscopes<07>computer_graphics/2017-09-11T17:58:24.0477958982017-09-11T17:58:24.047795898<EFBFBD><00><02>q
9GGPiranha: A scalable architecture based on single-chip multiprocessing<07>The microprocessor industry is currently struggling with higher development costs and longer design times that arise from exceedingly complex processors that are pushing the limits of instruction-level parallelism. Meanwhile, such designs are especially ill suited for important commercial applications, such as on-line transaction processing (OLTP), which suffer from large memory stall times and exhibit little instruction-level parallelism. Given that commercial applications constitute by far the most important market for high-performance servers, the above trends emphasize the need to consider alternative processor designs that specifically target such workloads. The abundance of explicit thread-level parallelism in commercial workloads, along with advances in semiconductor integration density, identify chip multiprocessing (CMP) as potentially the most promising approach for designing processors targeted at commercial servers. This paper describes the Piranha system, a research prototype being developed at Compaq that aggressively exploits chip multi-processing by integrating eight simple Alpha processor cores along with a two-level cache hierarchy onto a single chip. Piranha also integrates further on-chip functionality to allow for scalable multiprocessor configurations to be built in a glueless and modular fashion. The use of simple processor cores combined with an industry-standard ASIC design methodology allow us to complete our prototype within a short time-frame, with a team size and investment that are an order of magnitude smaller than that of a commercial microprocessor. Our detailed simulation results show that while each Piranha processor core is substantially slower than an aggressive next-generation processor, the integration of eight cores onto a single chip allows Piranha to outperform next-generation processors by up to 2.9 times (on a per chip basis) on important workloads such as OLTP. This performance advantage can approach a factor of five by using full-custom instead of ASIC logic. In addition to exploiting chip multiprocessing, the Piranha prototype incorporates several other unique design choices including a shared second-level cache with no inclusion, a highly optimized cache coherence protocol, and a novel I/O architecture.computer_architecture/2017-09-11T17:58:23.9652871092017-09-11T17:58:23.965287109

<01>	<09><05> 
<01><00>j"
e<02>C#1GGIllumination for Computer Generated Pictures<07>The quality of computer generated images of three-dimensional scenes depends on the shading technique used to paint the objects on the cathode-ray tube screen. The shading algorithm itself depends in part on the method for modeling the object, which also determines the hidden surface algorithm. The various methods of object modeling, shading, and hidden surface removal are thus strongly interconnected. Several shading techniques corresponding to different methods of object modeling and the related hidden surface algorithms are presented here. Human visual perception and the fundamental laws of optics are considered in the development of a shading rule that provides better quality and increased realism in generated images.Commun. ACMcomputer_graphics/2017-09-11T17:58:24.9114260252017-09-11T17:58:24.911426025<EFBFBD>!	W
71EEContinuous Shading of Curved Surfaces<07>IEEE Trans. Computerscomputer_graphics/2017-09-11T17:58:24.850002932017-09-11T17:58:24.85000293<EFBFBD> 
o<02>
-1EEAn improved illumination model for shaded display<07>To accurately render a scene, global illumination information that affects the intensity of each pixel of the image must be known at the time the intensity is calculated. In a simplified form, this information is stored in a tree of &#8220;rays&#8221; extending from the viewer to the first surface encountered and from there to other surfaces and to the light sources. The visible surface algorithm creates this tree for each pixel of the display and passes it to the shader. The shader then traverses the tree to determine the intensity of the light received by the viewer. Consideration of all of these factors allows the shader to accurately simulate true reflection, shadows, and refraction as well as the effects simulated by conventional shaders. Anti-aliasing is included as an integral part of the visibility calculations. Surfaces displayed include curved as well as polygonal surfaces.SIGGRAPH Coursescomputer_graphics/2017-09-11T17:58:24.305142092017-09-11T17:58:24.30514209<EFBFBD>1<00>#<02>1GGGigaVoxels: ray-guided streaming for efficient and detailed voxel rendering<07>We propose a new approach to efficiently render large volumetric data sets. The system achieves interactive to real-time rendering performance for several billion voxels.
 Our solution is based on an adaptive data representation depending on the current view and occlusion information, coupled to an efficient ray-casting rendering algorithm. One key element of our method is to guide data production and streaming directly based on information extracted during rendering.
 Our data structure exploits the fact that in CG scenes, details are often concentrated on the interface between free space and clusters of density and shows that volumetric models might become a valuable alternative as a rendering primitive for real-time applications. In this spirit, we allow a quality/performance trade-off and exploit temporal coherence. We also introduce a mipmapping-like process that allows for an increased display rate and better quality through high quality filtering. To further enrich the data set, we create additional details through a variety of procedural methods.
 We demonstrate our approach in several scenarios, like the exploration of a 3D scan (8192<sup>3</sup> resolution), of hypertextured meshes (16384<sup>3</sup> virtual resolution), or of a fractal (theoretically infinite resolution). All examples are rendered on current generation hardware at 20--90 fps and respect the limited GPU memory budget.SI3Dcomputer_graphics/2017-09-11T17:58:24.1422150882017-09-11T17:58:24.142215088
?yT?<00>%
m<02>/1GGWeb page classification: Features and algorithms<07>Classification of Web page content is essential to many tasks in Web information retrieval such as maintaining Web directories and focused crawling. The uncontrolled nature of Web content presents additional challenges to Web page classification as compared to traditional text classification, but the interconnected nature of hypertext also provides features that can assist the process.
 As we review work in Web page classification, we note the importance of these Web-specific features and algorithms, describe state-of-the-art practices, and track the underlying assumptions behind the use of information from neighboring pages.ACM Comput. Surv.computer_graphics/2017-09-11T17:58:25.2680390622017-09-11T17:58:25.268039062<EFBFBD>"$
}<02>/1GG3-Sweep: extracting editable objects from a single photo<07>We introduce an interactive technique for manipulating simple 3D shapes based on extracting them from a single photograph. Such extraction requires understanding of the components of the shape, their projections, and relations. These simple cognitive tasks for humans are particularly difficult for automatic algorithms. Thus, our approach combines the cognitive abilities of humans with the computational accuracy of the machine to solve this problem. Our technique provides the user the means to quickly create editable 3D parts---human assistance implicitly segments a complex object into its components, and positions them in space. In our interface, three strokes are used to generate a 3D component that snaps to the shape's outline in the photograph, where each stroke defines one dimension of the component. The computer reshapes the component to fit the image of the object in the photograph as well as to satisfy various inferred geometric constraints imposed by its global 3D structure. We show that with this intelligent interactive modeling tool, the daunting task of object extraction is made simple. Once the 3D object has been extracted, it can be quickly edited and placed back into photos or 3D scenes, permitting object-driven photo editing tasks which are impossible to perform in image-space. We show several examples and present a user study illustrating the usefulness of our technique.ACM Trans. Graph.computer_graphics/2017-09-11T17:58:25.1727260742017-09-11T17:58:25.172726074<EFBFBD>#
I<02>iM1GGPoisson surface reconstruction<07>We show that surface reconstruction from oriented points can be cast as a spatial Poisson problem. This Poisson formulation considers all the points at once, without resorting to heuristic spatial partitioning or blending, and is therefore highly resilient to data noise. Unlike radial basis function schemes, our Poisson approach allows a hierarchy of locally supported basis functions, and therefore the solution reduces to a well conditioned sparse linear system. We describe a spatially adaptive multiscale algorithm whose time and space complexities are proportional to the size of the reconstructed model. Experimenting with publicly available scan data, we demonstrate reconstruction of surfaces with greater detail than previously achievable.Symposium on Geometry Processingcomputer_graphics/2017-09-11T17:58:25.0735471192017-09-11T17:58:25.073547119
<03><0B>	<09><03><00>5(/<02>+<2B>1GGDeep Colorization<07>This paper investigates into the colorization problem which converts a grayscale image to a colorful version. This is a very difficult problem and normally requires manual adjustment to achieve artifact-free quality. For instance, it normally requires human-labelled color scribbles on the grayscale target image or a careful selection of colorful reference images (e.g., capturing the same scene in the grayscale target image). Unlike the previous methods, this paper aims at a high-quality fully-automatic colorization method. With the assumption of a perfect patch matching technique, the use of an extremely large-scale reference database (that contains sufficient color images) is the most reliable solution to the colorization problem. However, patch matching noise will increase with respect to the size of the reference database in practice. Inspired by the recent success in deep learning techniques which provide amazing modeling of large-scale data, this paper re-formulates the colorization problem so that deep learning techniques can be directly employed. To ensure artifact-free quality, a joint bilateral filtering based post-processing step is proposed. Numerous experiments demonstrate that our method outperforms the state-of-art algorithms both in terms of quality and speed.2015 IEEE International Conference on Computer Vision (ICCV)computer_graphics/2017-09-11T17:58:25.6560791022017-09-11T17:58:25.656079102<EFBFBD>?'
9<02>1GGThe rendering equation<07>We present an integral equation which generalizes a variety of known rendering algorithms. In the course of discussing a monte carlo solution we also present a new form of variance reduction, called Hierarchical sampling and give a number of elaborations shows that it may be an efficient new technique for a wide variety of monte carlo procedures. The resulting rendering algorithm extends the range of optical phenomena which can be effectively simulated.SIGGRAPHcomputer_graphics/2017-09-11T17:58:25.6272219242017-09-11T17:58:25.627221924<EFBFBD>)&<00>7<02>{1GGKinectFusion: real-time 3D reconstruction and interaction using a moving depth camera<07>KinectFusion enables a user holding and moving a standard Kinect camera to rapidly create detailed 3D reconstructions of an indoor scene. Only the depth data from Kinect is used to track the 3D pose of the sensor and reconstruct, geometrically precise, 3D models of the physical scene in real-time. The capabilities of KinectFusion, as well as the novel GPU-based pipeline are described in full. Uses of the core system for low-cost handheld scanning, and geometry-aware augmented reality and physics-based interactions are shown. Novel extensions to the core GPU pipeline demonstrate object segmentation and user interaction directly in front of the sensor, without degrading camera tracking or reconstruction. These extensions are used to enable real-time multi-touch interactions anywhere, allowing any planar or non-planar reconstructed physical surface to be appropriated for touch.UISTcomputer_graphics/2017-09-11T17:58:25.3126010742017-09-11T17:58:25.312601074
o
<0F><0F><0F>tW0<0E><0E><0E><0E>`>
<0A>
<0A>
<0A>
<0A>
u
\
4
<0C><0C><0C>f1<0B><0B><0B><0B>i;
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
_
5
	<09>	<09>	<09>	<09>	e	7	 	
<08><08><08><08>e9<07><07><07><07>Z0<06><06><06><06>{X5<05><05><05><05>jD)<04><04><04><04>X7<03><03><03><03>uR+<02><02><02>vQ2
<01>
<01>
<01>
<01>
b
A
(
!o)
Otmar HilligesOtmarHilligesn
David KimDavidKimm'
Shahram IzadiShahramIzadi$l-Brian D. DavisonBrianD.Davisonk%
Xiaoguang QiXiaoguangQi#j+
Daniel Cohen-OrDanielCohen-Ori!
Shi-Min HuShi-MinHuh%
Ariel ShamirArielShamirg
Zhe ZhuZheZhuf
Tao ChenTaoChene%
Hugues HoppeHuguesHoppe#d+
Matthew BolithoMatthewBolitho(c1Michael M. KazhdanMichaelM.Kazhdan"b+Bui Tuong PhongBuiTuongPhonga'
Henri GouraudHenriGouraud!`)
Turner WhittedTurnerWhitted!_)
Elmar EisemannElmarEisemann%^-
Sylvain LefebvreSylvainLefebvre!])
Fabrice NeyretFabriceNeyret\'
Cyril CrassinCyrilCrassin[#
Salim VirjiSalimVirjiZ!
Marc LevoyMarcLevoyY%
Jongmin BaekJongminBaekX%
David JacobsDavidJacobs)W1
Alexandre KarpenkoAlexandreKarpenkoV'
Mike SharplesMikeSharples0U9Rafael Pérez Y PérezRafaelPérez YPérezT#
Bruce GoochBruceGoochS%
Elaine CohenElaineCohenR%
Mark HartnerMarkHartner!Q)
Ashley HartnerAshleyHartnerP'
Adam ChlipalaAdamChlipalaO!
Ziv ScullyZivScully$N-Andrei Z. BroderAndreiZ.BroderM'
Dennis ShashaDennisShasha%L-
Theodore JohnsonTheodoreJohnsonK'
Karin StraussKarinStraussJ%
Georg SeeligGeorgSeeligI
Luis CezeLuisCeze(H1Douglas M. CarmeanDouglasM.Carmean!G)
Randolph LopezRandolphLopez!F)
James BornholtJamesBornholtE!
Gong ZhangGongZhangD
Runhui LiRunhuiLiC%
Zhi-Li ZhangZhi-LiZhang%B-
Arvind NarayananArvindNarayananA%
Eman RamadanEmanRamadan@#L M AdlemanLMAdleman(?1%V. S. SubrahmanianV.S.Subrahmanian)>1
Francesca SpezzanoFrancescaSpezzano=%
Srijan KumarSrijanKumar%<-
Brianna SatinoffBriannaSatinoff.;7#Jordan L. Boyd-GraberJordanL.Boyd-Graber:!
Yuening HuYueningHu!9)
Chris JermaineChrisJermaine*83Luis Leopoldo PerezLuisLeopoldoPerez7#
Shangyu LuoShangyuLuo6%Zekai J. GaoZekaiJ.Gao#5+
Suvrat BhooshanSuvratBhooshan4'
Raunaq RewariRaunaqRewari%3-
Prasad KawthekarPrasadKawthekar2
Min WuMinWu1
Sen WangSenWang,05#Marta Z. KwiatkowskaMartaZ.Kwiatkowska/'
Xiaowei HuangXiaoweiHuang.%
Thomas VermaThomasVerma"-+David A. WagnerDavidA.Wagner!,)
Kate GreenwoodKateGreenwood,+5Adrienne Porter FeltAdriennePorterFelt*!
Erika ChinErikaChin()1David S. RosenblumDavidS.Rosenblum*(3Roy Thomas FieldingRoyThomasFielding'%A. M. TuringA.M.Turing!&)
Demis HassabisDemisHassabis%'
Thore GraepelThoreGraepel'$/
#Koray KavukcuogluKorayKavukcuoglu##+
Madeleine LeachMadeleineLeach,"5Timothy P. LillicrapTimothyP.Lillicrap!!)
Ilya SutskeverIlyaSutskever% -
%Nal KalchbrennerNalKalchbrenner
John NhamJohnNham'
Dominik GreweDominikGrewe#+
Sander DielemanSanderDieleman%
Marc LanctotMarcLanctot3;
)Vedavyas PanneershelvamVedavyasPanneershelvam)1
!Ioannis AntonoglouIoannisAntonoglou-5
'Julian SchrittwieserJulianSchrittwieser4=George Van Den DriesscheGeorgeVan DenDriessche'
Laurent SifreLaurentSifre#
Arthur GuezArthurGuez&/Chris J. MaddisonChrisJ.Maddison
Aja HuangAjaHuang%
David SilverDavidSilver!
Somesh JhaSomeshJha%-
Patrick McdanielPatrickMcdaniel%-
Rusmin SoetjiptoRusminSoetjipto#Rose F. LiuRoseF.Liu#+
Klara NahrstedtKlaraNahrstedt 
)Carl A. GunterCarlA.Gunter#+
Muhammad NaveedMuhammadNaveed#
Dongjing HeDongjingHe*
3Patrick D. McdanielPatrickD.Mcdaniel	'
Damien OcteauDamienOcteau'Yves Le TraonYvesLeTraon'
Jacques KleinJacquesKlein%-
Alexandre BartelAlexandreBartel#
Eric BoddenEricBodden#+
Christian FritzChristianFritz+3
Siegfried RasthoferSiegfriedRasthofer#
Steven ArztStevenArzt
#
Judea PearlJudeaPearl
j<00><0F><0F><0F>kL)
<0E><0E><0E>mT7
<0A>
<0A>
<0A>
<0A>
V
/
<0C><0C><0C><0C>oK<0B><0B><0B><0B>eF&
<EFBFBD>
<EFBFBD>
<EFBFBD>
h
C
%
	<09>	<09>	<09>	y	I	%<08><08><08><08>V8<07><07><07><07>`B(<06><06><06>qQ5<05><05><05>wY5<04><04><04><04>j?<03><03><03><03>[
<02><02><02>fH*
<01>
<01>
<01>
<01>
m
9
<00>!<21>Y)!
Sabyasachi RoySabyasachiRoy<1B>X#
Wyatt LloydWyattLloyd1<64>W9!
#Muralidhar SubramanianMuralidharSubramanian#<23>V+
Per-Åke LarsonPer-ÅkeLarson<1F>U'
Moran TzafrirMoranTzafrir<19>T!
Nir ShavitNirShavit#<23>S+
Maurice HerlihyMauriceHerlihy0<79>R9Flemming Friche RodlerFlemmingFricheRodler<1B>Q#
Rasmus PaghRasmusPagh<1B>P#
Tiark RompfTiarkRompf<1D>O%
Phil BagwellPhilBagwell<1B>N#
Pat HellandPatHelland#<23>M+
Matti PitkänenMattiPitkänen4<6E>L=!Christine Van VredendaalChristineVanVredendaal<1B>K#
Tanja LangeTanjaLange9<65>JA!
+Chitchanok ChuengsatiansupChitchanokChuengsatiansup*<2A>I3Daniel J. BernsteinDanielJ.Bernstein#<23>H+
Phillip RogawayPhillipRogaway&<26>G/Martin E. HellmanMartinE.Hellman%<25>F-
Whitfield DiffieWhitfieldDiffie<1B>E#
Eran TromerEranTromer<1F>D'
Daniel GenkinDanielGenkin(<28>C1Leonard M. AdlemanLeonardM.Adleman<19>B!
Adi ShamirAdiShamir$<24>A-Ronald L. RivestRonaldL.Rivest<17>@
Erik TewsErikTews<1F>?'
Greg FriedmanGregFriedman<1F>>'
Yuichi FujikiYuichiFujiki'<27>=/
Shinichi KawamotoShinichiKawamoto!<21><)
Leslie LamportLeslieLamport<1B>;#
Armando FoxArmandoFox<1F>:'
George CandeaGeorgeCandea"<22>9+David D. RedellDavidD.Redell&<26>8/Butler W. LampsonButlerW.Lampson$<24>7-Michael L. ScottMichaelL.Scott$<24>6-Maged M. MichaelMagedM.Michael<19>5!
Rob ArthanRobArthan<1D>4%
Konrad SlindKonradSlind<1F>3'
John HarrisonJohnHarrison%<25>2-
Richard CarlssonRichardCarlsson<1D>1%
Jade AlglaveJadeAlglave$<24>0-Magnus O. MyreenMagnusO.Myreen#<23>/+
Thomas BraibantThomasBraibant<17>.
Tom RidgeTomRidge<1B>-#
Scott OwensScottOwens4<73>,=Francesco Zappa NardelliFrancescoZappaNardelli<1D>+%
Peter SewellPeterSewell<1F>*'
Susmit SarkarSusmitSarkar<1C>)%Ulf T. WigerUlfT.Wiger<1B>(#
Thomas ArtsThomasArts<1F>''
Hans SvenssonHansSvensson<1B>&#
John HughesJohnHughes)<29>%1
Nicholas SmallboneNicholasSmallbone"<22>$+Michal H. PalkaMichalH.Palka<1F>#'
Koen ClaessenKoenClaessen)<29>"1
#Jesper WilhelmssonJesperWilhelmsson-<2D>!5%
Konstantinos SagonasKonstantinosSagonas!<21> )
Erik JohanssonErikJohansson-<2D>5
!Vasileios TrigonakisVasileiosTrigonakis%<25>-
Rachid GuerraouiRachidGuerraoui<1B>#
Tudor DavidTudorDavid<19>!
Bob SumnerBobSumner%<25>-
Valerio PascucciValerioPascucci<1F>'
Julien TiernyJulienTierny<1B>#
Brian SummaBrianSumma"<22>+Markus H. GrossMarkusH.Gross$<24>-Robert W. SumnerRobertW.Sumner#<23>+
Steve MarschnerSteveMarschner&<26>/Paul A. BeardsleyPaulA.Beardsley%<25>-!
Gioacchino NorisGioacchinoNoris<1D>%
Bernd BickelBerndBickel<1D>%
Thabo BeelerThaboBeeler<1C>%Luc Van GoolLucVanGool<1F>'
Andreas UlmerAndreasUlmer<1F>'
Simon HaeglerSimonHaegler(<28>1Leith Casey LeedomLeithCaseyLeedom<1D>
%
Brian CabralBrianCabral%<25>-
William RibarskyWilliamRibarsky,<2C>5François X. SillionFrançoisX.Sillion!<21>
)
Michael WimmerMichaelWimmer<19>	!
James GipsJamesGips<1D>%
George StinyGeorgeStiny!<21>)
Pascal MüllerPascalMüller<1B>#
Peter WonkaPeterWonka<1B>#
Markus LippMarkusLipp!<21>)
Sanni SiltanenSanniSiltanen$<24>-Michael F. CohenMichaelF.Cohen*<2A>3!Peter-Pike J. SloanPeter-PikeJ.Sloan<1B>
#
Helmut SiesHelmutSies<1E>'Dean P. JonesDeanP.Jones#+
Anton KaplanyanAntonKaplanyan'~/
Hermann SchäggerHermannSchägger%}-!
Hans-Peter BraunHans-PeterBraun|#
Ilka WittigIlkaWittig{
Bin ShengBinSheng!z)
Qingxiong YangQingxiongYangy%
Zezhou ChengZezhouCheng"x+James T. KajiyaJamesT.Kajiya,w5!Andrew W. FitzgibbonAndrewW.Fitzgibbon&v/Andrew J. DavisonAndrewJ.Davison!u)
Dustin FreemanDustinFreemant%
Steve HodgesSteveHodgess'
Jamie ShottonJamieShotton!r)
Pushmeet KohliPushmeetKohli*q3Richard A. NewcombeRichardA.Newcombe#p+
David MolyneauxDavidMolyneaux
C<0B>Y<05>C<00><,
C<02>#
1EEInteractive Horizon Mapping<07>Shadows play an important role in perceiving the shape and texture of an object. While some previous interactive shadowing methods are appropriate for casting shadows on other geometry they can not be applied to bump maps (which contain no explicit geometry.) Horizon Mapping is a technique used to compute shadows for bump-mapped surfaces. We map the technique into modern graphics API's and extend it to account more accurately for the geometry of the underlying surface. We also use it to represent limited self-shadowing for pure geometry. In mapping the algorithm to hardware, we use a novel method to interpolate orientation in tangent space over the surface. We show results of self-shadowing at frame rates.computer_graphics/2017-09-11T17:58:25.926239992017-09-11T17:58:25.92623999<EFBFBD>T+
)<02>-I1GGThe Redox Code<07>SIGNIFICANCE
The redox code is a set of principles that defines the positioning of the nicotinamide adenine dinucleotide (NAD, NADP) and thiol/disulfide and other redox systems as well as the thiol redox proteome in space and time in biological systems. The code is richly elaborated in an oxygen-dependent life, where activation/deactivation cycles involving O₂ and H₂O₂ contribute to spatiotemporal organization for differentiation, development, and adaptation to the environment. Disruption of this organizational structure during oxidative stress represents a fundamental mechanism in system failure and disease.


RECENT ADVANCES
Methodology in assessing components of the redox code under physiological conditions has progressed, permitting insight into spatiotemporal organization and allowing for identification of redox partners in redox proteomics and redox metabolomics.


CRITICAL ISSUES
Complexity of redox networks and redox regulation is being revealed step by step, yet much still needs to be learned.


FUTURE DIRECTIONS
Detailed knowledge of the molecular patterns generated from the principles of the redox code under defined physiological or pathological conditions in cells and organs will contribute to understanding the redox component in health and disease. Ultimately, there will be a scientific basis to a modern redox medicine.Antioxidants & redox signalingcomputer_graphics/2017-09-11T17:58:25.8739050292017-09-11T17:58:25.873905029*	]

1GGLight Propagation Volumes in Cryengine 3<07>computer_graphics/2017-09-11T17:58:25.7700729982017-09-11T17:58:25.770072998<EFBFBD>#)
/<02>a-1GGBlue native PAGE.<07>Blue native PAGE (BN-PAGE) can be used for one-step isolation of protein complexes from biological membranes and total cell and tissue homogenates. It can also be used to determine native protein masses and oligomeric states and to identify physiological protein-protein interactions. Native complexes are recovered from gels by electroelution or diffusion and are used for 2D crystallization and electron microscopy or analyzed by in-gel activity assays or by native electroblotting and immunodetection. In this protocol, we describe methodology to perform BN-PAGE followed by (i) native extraction or native electroblotting of separated proteins, or (ii) a second dimension of tricine-SDS-PAGE or modified BN-PAGE, or (iii) a second dimension of isoelectric focusing (IEF) followed by a third dimension of tricine-SDS-PAGE for the separation of subunits of complexes. These protocols for 2D and 3D PAGE can be completed in 2 and 3 days.Nature protocolscomputer_graphics/2017-09-11T17:58:25.6856020512017-09-11T17:58:25.685602051
<0C><08><07><00>H0
5<02>#/1GGInstant architecture<07>This paper presents a new method for the automatic modeling of architecture. Building designs are derived using split grammars, a new type of parametric set grammar based on the concept of shape. The paper also introduces an attribute matching system and a separate control grammar, which offer the flexibility required to model buildings using a large variety of different styles and design ideas. Through the adaptive nature of the design grammar used, the created building designs can either be generic or adhere closely to a specified goal, depending on the amount of data available.ACM Trans. Graph.computer_graphics/2017-09-11T17:58:26.4965949712017-09-11T17:58:26.496594971<EFBFBD>./
<00>
'1GGShape Grammars and the Generative Specification of Painting and Sculpture<07>IFIP Congresscomputer_graphics/2017-09-11T17:58:26.4322980962017-09-11T17:58:26.432298096<EFBFBD>.
!<02>7/1GGPushPull++<07>PushPull tools are implemented in most commercial 3D modeling suites. Their purpose is to intuitively transform a face, edge, or vertex, and then to adapt the polygonal mesh locally. However, previous approaches have limitations: Some allow adjustments only when adjacent faces are orthogonal; others support slanted surfaces but never create new details. Moreover, self-intersections and edge-collapses during editing are either ignored or work only partially for solid geometry. To overcome these limitations, we introduce the PushPull++ tool for rapid polygonal modeling. In our solution, we contribute novel methods for adaptive face insertion, adjacent face updates, edge collapse handling, and an intuitive user interface that automatically proposes useful drag directions. We show that PushPull++ reduces the complexity of common modeling tasks by up to an order of magnitude when compared with existing tools.ACM Trans. Graph.computer_graphics/2017-09-11T17:58:26.3654499512017-09-11T17:58:26.365449951<EFBFBD>_-
}<02>31GGDiminished reality for augmented reality interior design<07>A modular real-time diminished reality pipeline for indoor applications is presented. The pipeline includes a novel inpainting method which requires no prior information of the textures behind the object to be diminished. The inpainting method operates on rectified images and adapts to scene illumination. In typically challenging illumination situations, the method produces more realistic results in indoor scenes than previous approaches. Modularity enables using alternative implementations in different stages and adapting the pipeline for different applications. Finally, practical solutions to problems occurring in diminished reality applications, for example interior design, are discussed.The Visual Computercomputer_graphics/2017-09-11T17:58:26.1332690432017-09-11T17:58:26.133269043
<04>)<04><00>l2
M<02>S/1GGProcedural modeling of buildings<07><i>CGA shape</i>, a novel shape grammar for the procedural modeling of CG architecture, produces building shells with high visual quality and geometric detail. It produces extensive architectural models for computer games and movies, at low cost. Context sensitive shape rules allow the user to specify interactions between the entities of the hierarchical shape descriptions. Selected examples demonstrate solutions to previously unsolved modeling problems, especially to consistent mass modeling with volumetric shapes of arbitrary orientation. <i>CGA shape</i> is shown to efficiently generate massive urban models with unprecedented level of detail, with the virtual rebuilding of the archaeological site of Pompeii as a case in point.ACM Trans. Graph.computer_graphics/2017-09-11T17:58:26.7554130862017-09-11T17:58:26.755413086<EFBFBD>T1
w<02>1EEImaging vector fields using line integral convolution<07>Imaging vector fields has applications in science, art, image processing and special effects. An effective new approach is to use linear and curvilinear filtering techniques to locally blur textures along a vector field. This approach builds on several previous tex-It is, however, unique because it is local, one-dimensional and independent of any predefined geometry or texture. The technique is general and capable of imaging arbitrary two-and three-dimensional vector fields. The local one-dimensional nature of the algorithm lends itself to highly parallel and efficient implementations. Furthermore, the curvilinear filter is capable of rendering detail on very intricate vector fields. Combining this technique with other rendering and image processing techniques — like periodic motion filtering — results in richly informative and striking images. The technique can also produce novel special effects. 1. INTRODUCTION Upon first inspection, imaging vector fields appears to have limited application — confined primarily to scientific visualization. However, much of the form and shape in our environment is a function of not only image intensity and color, but also of directional information such as edges. Painters, sculptors, photographers , image processors[16] and computer graphics researchers[9] have recognized the importance of direction in the process of image creation and form. Hence, algorithms that can image such directional information have wide application across both scientific and artistic domains. Such algorithms should possess a number of desirable and sometimes conflicting properties including: accuracy, locality of calculation, simplicity, controllability and generality. Line Integral Convolution (LIC) is a new technique that possesses many of these properties. Its generality allows for the introduction of a comSIGGRAPHcomputer_graphics/2017-09-11T17:58:26.678854982017-09-11T17:58:26.67885498
<04>
<EFBFBD><04><00>g4
s<02>'/-GGPanorama weaving: fast and flexible seam processing<07>A fundamental step in stitching several pictures to form a larger mosaic is the computation of boundary seams that minimize the visual artifacts in the transition between images. Current seam computation algorithms use optimization methods that may be slow, sequential, memory intensive, and prone to finding suboptimal solutions related to local minima of the chosen energy function. Moreover, even when these techniques perform well, their solution may not be perceptually ideal (or even good). Such an inflexible approach does not allow the possibility of user-based improvement. This paper introduces the <i>Panorama Weaving</i> technique for seam creation and editing in an image mosaic. First, <i>Panorama Weaving</i> provides a procedure to create boundaries for panoramas that is fast, has low memory requirements and is easy to parallelize. This technique often produces seams with lower energy than the competing global technique. Second, it provides the first interactive technique for the exploration of the seam solution space. This powerful editing capability allows the user to automatically extract energy minimizing seams given a sparse set of constraints. With a variety of empirical results, we show how <i>Panorama Weaving</i> allows the computation and editing of a wide range of digital panoramas including unstructured configurations.ACM Trans. Graph.computer_vision/2017-09-11T17:58:26.9473620612017-09-11T17:58:26.947362061<EFBFBD>(3
}<02>/-GGCoupled 3D reconstruction of sparse facial hair and skin<07>Although facial hair plays an important role in individual expression, facial-hair reconstruction is not addressed by current face-capture systems. Our research addresses this limitation with an algorithm that treats hair and skin surface capture together in a coupled fashion so that a high-quality representation of hair fibers as well as the underlying skin surface can be reconstructed. We propose a passive, camera-based system that is robust against arbitrary motion since all data is acquired within the time period of a single exposure. Our reconstruction algorithm detects and traces hairs in the captured images and reconstructs them in 3D using a multiview stereo approach. Our coupled skin-reconstruction algorithm uses information about the detected hairs to deliver a skin surface that lies underneath all hairs irrespective of occlusions. In dense regions like eyebrows, we employ a hair-synthesis method to create hair fibers that plausibly match the image data. We demonstrate our scanning system on a number of individuals and show that it can successfully reconstruct a variety of facial-hair styles together with the underlying skin surface.ACM Trans. Graph.computer_vision/2017-09-11T17:58:26.8514150392017-09-11T17:58:26.851415039
<00>
<07><04><00><00>a8<00><02>+%GGFinding race conditions in Erlang with QuickCheck and PULSE<07>We address the problem of testing and debugging concurrent, distributed Erlang applications. In concurrent programs, race conditions are a common class of bugs and are very hard to find in practice. Traditional unit testing is normally unable to help finding all race conditions, because their occurrence depends so much on timing. Therefore, race conditions are often found during system testing, where due to the vast amount of code under test, it is often hard to diagnose the error resulting from race conditions. We present three tools (QuickCheck, PULSE, and a visualizer) that in combination can be used to test and debug concurrent programs in unit testing with a much better possibility of detecting race conditions. We evaluate our method on an industrial concurrent case study and illustrate how we find and analyze the race conditions.ICFPconcurrency/2017-09-11T17:58:27.7109560552017-09-11T17:58:27.710956055<EFBFBD>R7<00><02>y%GGHeap architectures for concurrent languages using message passing<07>We discuss alternative heap architectures for languages that rely on automatic memory management and implement concurrency through asynchronous message passing. We describe how interprocess communication and garbage collection happens in each architecture, and extensively discuss the tradeoffs that are involved. In an implementation setting (the Erlang/OTP system) where the rest of the runtime system is unchanged, we present a detailed experimental comparison between these architectures using both synthetic programs and large commercial products as benchmarks.MSP/ISMMconcurrency/2017-09-11T17:58:27.5563420412017-09-11T17:58:27.556342041<EFBFBD>{6<00>/<02>7%EEEverything you always wanted to know about synchronization but were afraid to ask<07>This paper presents the most exhaustive study of synchronization to date. We span multiple layers, from hardware cache-coherence protocols up to high-level concurrent software. We do so on different types of architectures, from single-socket -- uniform and non-uniform -- to multi-socket -- directory and broadcast-based -- many-cores. We draw a set of observations that, roughly speaking, imply that scalability of synchronization is mainly a property of the hardware.SOSPconcurrency/2017-09-11T17:58:27.359895022017-09-11T17:58:27.35989502<EFBFBD>x5
s<02>I/-GGHigh-quality single-shot capture of facial geometry<07>This paper describes a passive stereo system for capturing the 3D geometry of a face in a single-shot under standard light sources. The system is low-cost and easy to deploy. Results are submillimeter accurate and commensurate with those from state-of-the-art systems based on active lighting, and the models meet the quality requirements of a demanding domain like the movie industry. Recovered models are shown for captures from both high-end cameras in a studio setting and from a consumer binocular-stereo camera, demonstrating scalability across a spectrum of camera deployments, and showing the potential for 3D face modeling to move beyond the professional arena and into the emerging consumer market in stereoscopic photography.
 Our primary technical contribution is a modification of standard stereo refinement methods to capture pore-scale geometry, using a qualitative approach that produces visually realistic results. The second technical contribution is a calibration method suited to face capture systems. The systemic contribution includes multiple demonstrations of system robustness and quality. These include capture in a studio setup, capture off a consumer binocular-stereo camera, scanning of faces of varying gender and ethnicity and age, capture of highly-transient facial expression, and scanning a physical mask to provide ground-truth validation.ACM Trans. Graph.computer_vision/2017-09-11T17:58:27.0304809572017-09-11T17:58:27.030480957

,<0B><06>>
,<00><<00>/<02>[%GGSimple, Fast, and Practical Non-Blocking and Blocking Concurrent Queue Algorithms<07>Drawing ideas from previous authors, we present a new non-blocking concurrent queue algorithm and a new two-lock queue algorithm in which one enqueue and one de-queue can proceed concurrently. Both algorithms are simple , fast, and practical; we were surprised not to find them in the literature. Experiments on a 12-node SGI Challenge multiprocessor indicate that the new non-blocking queue consistently outperforms the best known alternatives; it is the clear algorithm of choice for machines that provide a universal atomic primitive (e.g. compare and swap or load linked/store conditional). The two-lock concurrent queue outperforms a single lock when several processes are competing simultaneously for access; it appears to be the algorithm of choice for busy queues on machines with non-universal atomic primitives (e.g. test and set). Since much of the motivation for non-blocking algorithms is rooted in their immunity to large, unpredictable delays in process execution, we report experimental results both for systems with dedicated processors and for systems with several processes multiprogrammed on each processor.PODCconcurrency/2017-09-11T17:58:28.3262089842017-09-11T17:58:28.326208984t;	
Q%EEHol<07>The Seventeen Provers of the Worldconcurrency/2017-09-11T17:58:28.057354982017-09-11T17:58:28.05735498<EFBFBD>M:
_<02>+%GGMessage Analysis for Concurrent Languages<07>We describe an analysis-driven storage allocation scheme for concurrent languages that use message passing with copying semantics. The basic principle is that in such a language, data which is not part of any message does not need to be allocated in a shared data area. This allows for deallocation of thread-specific data without requiring global synchronization and often without even triggering garbage collection. On the other hand, data that is part of a message should preferably be allocated on a shared area, which allows for fast (O(1)) interprocess communication that does not require actual copying. In the context of a dynamically typed, higher-order, concurrent functional language, we present a static message analysis which guides the allocation. As shown by our performance evaluation, conducted using an industrial-strength language implementation , the analysis is effective enough to discover most data which is to be used as a message, and to allow the allocation scheme to combine the best performance characteristics of both a process-centric and a shared-heap memory architecture.SASconcurrency/2017-09-11T17:58:28.0170229492017-09-11T17:58:28.017022949<EFBFBD>y9
s<02>m%GGThe semantics of x86-CC multiprocessor machine code<07>Multiprocessors are now dominant, but real multiprocessors do not provide the sequentially consistent memory that is assumed by most work on semantics and verification. Instead, they have subtle relaxed (or weak) memory models, usually described only in ambiguous prose, leading to widespread confusion.
 We develop a rigorous and accurate semantics for x86 multiprocessor programs, from instruction decoding to relaxed memory model, mechanised in HOL. We test the semantics against actual processors and the vendor litmus-test examples, and give an equivalent abstract-machine characterisation of our axiomatic memory model. For programs that are (in some precise sense) data-race free, we prove in HOL that their behaviour is sequentially consistent. We also contrast the x86 model with some aspects of Power and ARM behaviour.
 This provides a solid intuition for low-level programming, and a sound foundation for future work on verification, static analysis, and compilation of low-level concurrent code.POPLconcurrency/2017-09-11T17:58:27.8276540532017-09-11T17:58:27.827654053
<0C>V	<09><04><00>A
C<02>-I'GGAttacks on the WEP protocol<07>WEP is a protocol for securing wireless networks. In the past years, many attacks on WEP have been published, totally breaking WEP's security. This thesis summarizes all major attacks on WEP. Additionally a new attack, the PTW attack, is introduced, which was partially developed by the author of this document. Some advanced versions of the PTW attack which are more suiteable in certain environments are described as well. Currently, the PTW attack is fastest publicly known key recovery attack against WEP protected networks.IACR Cryptology ePrint Archivecryptography/2017-09-11T17:58:28.7018710942017-09-11T17:58:28.701871094<EFBFBD>~@
e<02>#GGMicroreboot - A Technique for Cheap Recovery<07>A significant fraction of software failures in large-scale Internet systems are cured by rebooting, even when the exact failure causes are unknown. However, rebooting can be expensive, causing nontrivial service disruption or downtime even when clusters and failover are employed. In this work we separate process recovery from data recovery to enable microrebooting – a fine-grain technique for surgically recovering faulty application components, without disturbing the rest of the application. We evaluate microrebooting in an Internet auction system running on an application server. Microreboots recover most of the same failures as full reboots, but do so an order of magnitude faster and result in an order of magnitude savings in lost work. This cheap form of recovery engenders a new approach to high availability: microreboots can be employed at the slightest hint of failure, prior to node failover in multi-node clusters, even when mistakes in failure detection are likely; failure and recovery can be masked from end users through transparent call-level re-tries; and systems can be rejuvenated by parts, without ever being shut down.OSDIcrash_only/2017-09-11T17:58:28.6375520022017-09-11T17:58:28.637552002<EFBFBD>?<00>
<02>#%GGTime, Clocks, and the Ordering of Events in a Distributed System<07>The concept of one event happening before another in a distributed system is examined, and is shown to define a partial ordering of the events. A distributed algorithm is given for synchronizing a system of logical clocks which can be used to totally order the events. The use of the total ordering is illustrated with a method for solving synchronization problems. The algorithm is then specialized for synchronizing physical clocks, and a bound is derived on how far out of synchrony the clocks can become.Commun. ACMconcurrency/2017-09-11T17:58:28.5173688962017-09-11T17:58:28.517368896d>	3
#CCCrash-Only Software<07>HotOScrash_only/2017-09-11T17:58:28.46827712017-09-11T17:58:28.4682771<EFBFBD>A=
i<02>y#%GGExperience with Processes and Monitors in Mesa<07>The use of monitors for describing concurrency has been much discussed in the literature. When monitors are used in real systems of any size, however, a number of problems arise which have not been adequately dealt with: the semantics of nested monitor calls; the various ways of defining the meaning of WAIT; priority scheduling; handling of timeouts, aborts and other exceptional conditions; interactions with process creation and destruction; monitoring large numbers of small objects. These problems are addressed by the facilities described here for concurrent programming in Mesa. Experience with several substantial applications gives us some confidence in the validity of our solutions.Commun. ACMconcurrency/2017-09-11T17:58:28.3980969242017-09-11T17:58:28.398096924
<00>
<01><0F><0F><0F><0F><0F><0F>dR?+<0E><0E><0E><0E><0E><0E><0E>yl[H4$
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
k
\
P
=
.

<0C><0C><0C><0C><0C><0C>w^P?.<0B><0B><0B><0B><0B><0B>xkYG2
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
p
Q
?
.
	<09>	<09>	<09>	<09>	<09>	<09>	r	]	K	9	%	<08><08><08><08><08><08>lS>)
<07><07><07><07><07><07>m]K1<06><06><06><06><06><06>}jZG6!<05><05><05><05><05><05><05>scM;&<04><04><04><04><04><04><04><04>tfXG5 <03><03><03><03><03><03><03>pZG/<02><02><02><02><02><02><02><02>p\I5#
<01>
<01>
<01>
<01>
<01>
<01>
<01>!#
Bruce GoochT-
Brianna Satinoff<!Brian Zill
<01>#Brian Summa<00>%Brian M. Oki
<01>%Brian Hempel	+Brian F. CooperP-
Brian D. Davisonl%Brian Cabral<00>)Brannon Batson<03>'Brandon WileyC)Boris Dragovic]'Boon Thau Loo<03>!Bob Sumner<00>
Bing Liu"#Binbin Chen<05>

Bin Sheng{Bill Howe
!Bernd Kolb<02>%Bernd Bickel<00>%Bernard Wong
+Bernard MetzlerN/Benoît Garbinato]1Benjamin Schneider<05>'Benjamin Reed
/-Benjamin Hindman<03>5Benjamin H. Sigelmany-Benjamin C. Reed<03>#Ben MoseleyaBen Handy<00>'Bay-Wei Chango+Baruch Awerbuch<03>#Bart Samwel<00>'Barmak Modrek)Barbara Liskov
i+Bapi ChatterjeeT%Balraj Singh
<01>#B. Öztürk<03>
B. ZhongC
B. Weber<04>
B. Veldt5B. Song<05>B. Sonl-B. Mohar Vitezic<03>1B. M. Santos Peixe]
B. KainzB#B. HolzmannB. Hansen.#B. Grahovac
B. Foglia<03>B. Dreher<04>+B. ArrizabalagaQ%B. Angermayrg-Avinash Lakshman/!Avi Kivity<05>!Avery Wang1Austin T. ClementsW/Austin I. Eliazar<02>%Asim Shankar<05>)
Ashley HartnerQ+Ashish Motivala
<01>!Asaf Cidons-
Arvind NarayananB#
Arthur Guez+Arnar Birgisson<03>#Armando Fox<00>'Arjun Narayan<03>!Arjun Guha4'Arif Merchant
v%
Ariel Shamirh%Ariel Rabkin
@%Anupam Gupta<02>+Antony Rowstron<03>+Antony Courtney~+
Anton Kaplanyan+Antoine Bossard<02>+Anthony Liguori<05>/Anthony D. Joseph
;5Anne-Marie Kermarrec
<01>%Ann Wollrath
_!Ankur Taly<05>-Anirban Dasgupta<05>+Animesh TrivediL/Anil Madhavapeddy
<01>)Angus F. M. Ng!%Angelo Prado<02>1Angela Demke BrownF)Andy Konwinski
C)Andrey KhorlinI)Andrey Gubarev<00>+Andrew Warfieldb+Andrew W. LeungO5
Andrew W. Fitzgibbonw'Andrew Turpin<02>'Andrew Tucker[+Andrew P. Black
.+Andrew Mccallum)1Andrew Lookingbill<02>-Andrew Konwinski
=)Andrew Kennedy<02>/
Andrew J. Davisonv#Andrew Hume<02>)Andrew Handoko<02>%Andrew Fikes:%Andrej Bauer<02>-
Andrei Z. BroderN'Andreas Wöß<02>'Andreas Ulmer<00>/Andreas Haeberlen<03>'Andrea Bittau
r;Andoni Lombide Carreton<05>;Ana Candida Cruz Natali<02>1Amit Rahul Baishya<05>5Amir Hossein Gandomi<05>#Amin Vahdat<02>%Amihood Amir<05>?Ambrose Bonnaire-Sergeant1Alistair C. Veitch
x7Ali José Mashtizadeh
q!Ali Ghodsi<03>!Ali Dasdan
'Alfred Tarski<03>1
Alexandre KarpenkoW-
Alexandre Bartel/Alexander Thomson<00>3Alexander ReinefeldX+Alexander LloydM%Alex Pilchin0%Alex Monràs<05>Alex Ho_!Alex Gyorii%Alex De Jong<02>%Alex Balikov
M9Alejandro A. Schäffer<05>-Alberto Dainotti<02>3Albert G. Greenberg
"+Albert Einstein<05>
Alan Kay)Alan J. Demers
<01>#Alan Geller
b#Alan C. Kay<05>

Aja Huang5
Adrienne Porter Felt+'Adriaan Moors<05>!Adi Shamir<00>'
Adam ChlipalaP;Achilleas L. D. Buisman<03>/Abraham Bernstein<03>)Abhishek Verma
E)Abhinandan Das
<01>)Aart J. C. Bik
l%A. YamaguchiPA. Yamadat'A. WinstanleycA. VazYA. Titova"+A. T. Abdelmoez<04>%A. SydorchukA. SuzukiA. Stepan<03>
A. Silva<04>+A. Shafigullina#%A. S. Hanafy<04>#A. Rizvanov*
A. Prete!A. Popescu<03>!A. Pession!A. Peixoto<04>)A. P. Oliveira^'A. P. Kiyasov+#A. OliveiraA. Morie!A. Martins<04>!A. Mansour<04>%
A. M. Turing'%A. L. Simão<03>#A. Kourikou<04>%A. Koukofiki<04>'A. Galyavieva<05>-A. G. G. AntunesW#A. Floreani'%A. Ferlitschi)A. Facciorusso<04>'A. Eshraghian,%A. Colecchia<04>7A. Castiella EguzkizaI)A. Castanheira<04>
A. Alves\)A. Albuquerque<04>
A. AktasF)A. Abou Rached<04>+A. Abdulkhakova<05>)A. A. Gumerova(

<01><00>
<01>
<01><0F><0F><0F><0F><0F>~l^F7*<0E><0E><0E><0E><0E><0E><0E>xdUG:)
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
s
Y
D
2
<0C><0C><0C><0C><0C><0C><0C>n^H2<0B><0B><0B><0B><0B><0B>y[D
<01>*
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
y
f
R
C
/

	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	r	b	Q	A	4	(			<08><08><08><08><08><08><08><08>r_F2	<07><07><07><07><07><07>p^H5<06><06><06><06><06><06>~jSB/
<05><05><05><05><05><05>~kVE0<04><04><04><04><04><04>taI6<03><03><03><03><03><03>n_Q@.<02><02><02><02><02><02>viZK9)

<01>
<01>
<01>
<01>1Christopher J. LeeE. +
Bui Tuong Phongb)E. M. Abdelaalo!E. Liusina<04>E. Kimo+E. I. Sharipova!#E. Garanina$
E. Fuchs!E. Cancela<04>%E. Bugianesi<03>E. Branco<04>E. Albano<03>E. Adel<04>)
Dustin Freemanu)Dragan Gasevic<03>5Douglas Stott Parker
1
Douglas M. CarmeanH-Douglas B. Terry
<01>!Doug Simon<02>/Dor Laor Qumranet<05>#
Dongjing He'Donald Beaver~'
Dominik Grewe#Dogan Engin<03>
Dirk FoxdDing Yuan
<01>#Dieter Foxy<02>!Dieter Fox<02>%Diego Ongaro<03>%Dhiru Kholia<02>'
Dennis ShashaM)Dennis Ritchie<05>)Deniz Hastorun,1Deniz Altınbükenp/Deniz Altinbüken<03>5Denise E. M. Penrose<05>)
Demis Hassabis&1Deborah A. Wallach8'Dean P. Jones<00>1Dawn Xiaodong Song<05>-David W. Shipman
)David W. Corne<05>#David Ungarn%
David Silver-David S. Wishart<1
David S. Rosenblum)-David S. Johnson
<01>+David R. Millen
<01>+David R. Karger
3#David Peleg<03>+David Patterson
D'David P. Reedd/David Oppenheimer
H+
David Molyneauxp-David Menestrina

+David Mazières
t!David Lieb<02>1David Klaftenegger

David Kimn%
David JacobsX)David J. Scott
<01>'David J. Hand&#David Gregg<05>/David G. Andersen<00>)David F. Bacon
<01>+David D. Redell<00>)David D. Clarke#David Chaum
<01>)David B. Fogel<05>+
David A. Wagner-1David A. Patterson
?)David A. Maltz
$Danny Digk5Daniel Winograd-Cort|'Daniel Sunday<02>-Daniel S. Marcus<05>%Daniel PriceZ#Daniel Peng<03>1Daniel P. W. Ellis<02>%Daniel Mills
S3Daniel J. Bernstein<00>+Daniel J. Abadi<00>5Daniel H. H. Ingalls<03>-Daniel H. Greene
<01>'Daniel Genkin<00>-Daniel G. Bobrow<02>+
Daniel Cohen-Orj3Daniel C. Swinehart
<01>'Dan Steinberg'#Dan Ingalls!Dan Geiger%Dan Dumitriu
<01>Dan Dixon
<01>'
Damien Octeau	D. Stimac!D. Shapiro1)D. SchmalstiegC!D. Orlandi<04>!D. Martins<04>D. Kovač<03>D. KimnD. Kang<05>!D. K. Jang[#D. Hartmann !D. H. Sinn<04>D. H. KohN
D. Gomes|D. G. Kim<05>
D. Festi'D. Branquinho
!D. Bonazza<03>!D. Akiyamaw+Cédric Fournet
'
Cyril Crassin\'Cynthia Dwork-Cristian Martín<03>)Craig ChambersmCory Hill<00>)Corinna Cortes/'Conor Mcbride<02>'Conal Elliottx/Claude E. Shannon<03>-Chung-Chieh Shan;Christos T. Karamanolis
y?Christos H. Papadimitriou*5Christopher Strachey<02>7Christopher M. Dawson<05>5Christopher L. Reeve
/Christopher Clark<05>=Christine Van Vredendaal<00>-Christian Wimmer<02>/Christian Limpach<05>+Christian Jacob<05>+Christian Humer<02>+
Christian Fritz-Christian Franck<03>%Chris Thomas
<01>'Chris Okasaki)
Chris Jermaine9/
Chris J. Maddison-Chris Hawblitzel
<01>!Chris BondFAChitchanok Chuengsatiansup<00>-Chien-Chin HuangQChi Hon1Charalampos Rotsos
<01>%Chaoran YangJChao Yang
<01>'Changhoon Kim
<01>AChandra Shekhar Chandrakar-Chandan Shanbhag<03>%Chad Whipkey<00>+Carlos Maltzahn<00>5Carlos Delgado Kloos<03>#Carl Hewitte)Carl H. Hauser
<01>)
Carl A. Gunter
-C.m.p. Rodrigues<03>#C. Τsoulas<04>
C. Yu8
C. Yaghi<04>
C. Xu7!C. Vincent-#C. Triantos<04>%C. Tiribelli<03>#C. TeixeiraXC. Tang<05>
C. SofiaC. Pavlov<04>)C. MeyenbergerH!C. Messina<04>!C. MartinsZC. Madl5C. M. Chackelevicius<03>!C. Lériasz3C. Ivascu-Siegfried<04>#C. Illiasch
C. Iancu<04>%C. Gregório#C. ErdoğduC. Choi<05>C. Bowlus#1C. Borradori-Tolsa
<01>
C. Bocca<03>%C. Agostinho~)C. A. R. Hoare<02>+Béla Bollobás<02>)Byung-Gon Chun<02>-By C. E. Shannon1Butler W. Larnpson/Butler W. Lampson<00>
<04>
5<04><00>iC
9<02>c7'GGAcoustic Cryptanalysis<07>Many computers emit a high-pitched noise during operation, due to vibration in some of their electronic components. These acoustic emanations are more than a nuisance: They can convey information about the software running on the computer and, in particular, leak sensitive information about security-related computations. In a preliminary presentation (Eurocrypt’04 rump session), we have shown that different RSA keys induce different sound patterns, but it was not clear how to extract individual key bits. The main problem was the very low bandwidth of the acoustic side channel (under 20  kHz using common microphones, and a few hundred kHz using ultrasound microphones), and several orders of magnitude below the GHz-scale clock rates of the attacked computers. In this paper, we describe a new acoustic cryptanalysis key extraction attack, applicable to GnuPG’s implementation of RSA. The attack can extract full 4096-bit RSA decryption keys from laptop computers (of various models), within an hour, using the sound generated by the computer during the decryption of some chosen ciphertexts. We experimentally demonstrate such attacks, using a plain mobile phone placed next to the computer, or a more sensitive microphone placed 10 meters away.Journal of Cryptologycryptography/2017-09-11T17:58:28.9183000492017-09-11T17:58:28.918300049<EFBFBD>HB<00><02>S#'GGA Method for Obtaining Digital Signatures and Public-Key Cryptosystems<07>An encryption method is presented with the novel property that publicly revealing an encryption key does not thereby reveal the corresponding decryption key. This has two important consequences: (1) Couriers or other secure means are not needed to transmit keys, since a message can be enciphered using an encryption key publicly revealed by the intented recipient. Only he can decipher the message, since only he knows the corresponding decryption key. (2) A message can be &#8220;signed&#8221; using a privately held decryption key. Anyone can verify this signature using the corresponding publicly revealed encryption key. Signatures cannot be forged, and a signer cannot later deny the validity of his signature. This has obvious applications in &#8220;electronic mail&#8221; and &#8220;electronic funds transfer&#8221; systems. A message is encrypted by representing it as a number M, raising M to a publicly specified power e, and then taking the remainder when the result is divided by the publicly specified product, <italic>n</italic>, of two large secret primer numbers p and q. Decryption is similar; only a different, secret, power d is used, where e * d &#8801; 1(mod (p - 1) * (q - 1)). The security of the system rests in part on the difficulty of factoring the published divisor, <italic>n</italic>.Commun. ACMcryptography/2017-09-11T17:58:28.7389938962017-09-11T17:58:28.738993896
0
<EFBFBD>0<00>E
_<02>
I'GGThe Moral Character of Cryptographic Work<07>Cryptography rearranges power: it configures who can do what, from what. This makes cryptography an inherently political tool, and it confers on the field an intrinsically moral dimension. The Snowden revelations motivate a reassessment of the political and moral positioning of cryptography. They lead one to ask if our inability to effectively address mass surveillance constitutes a failure of our field. I believe that it does. I call for a community-wide effort to develop more effective means to resist mass surveillance. I plead for a reinvention of our disciplinary culture to attend not only to puzzles and math, but, also, to the societal implications of our work. Preamble. Most academic cryptographers seem to think that our field is a fun, deep, and politically neutral game—a set of puzzles involving communicating parties and notional adversaries. This vision of who we are animates a field whose work is intellectually impressive and rapidly produced, but also quite inbred and divorced from real-world concerns. Is this what cryptography should be like? Is it how we should expend the bulk of our intellectual capital? For me, these questions came to a head with the Snowden disclosures of 2013. If cryptography's most basic aim is to enable secure communications, how could it not be a colossal failure of our field when ordinary people lack even a modicum of communication privacy when interacting electronically? Yet I soon realized that most cryptographers didn't see it this way. Most seemed to feel that the disclosures didn't even implicate us cryptographers. I think that they do. So I want to talk about the moral obligations of cryptographers , and my community as a whole. This is not a topic cryptographers routinely discuss. In this post-Snowden era, I think it needs to be. The essay and talk are addressed to the cryptographic community—my community— and the words " we " and " our " should be so interpreted. I apologize in advance if I offend anyone with any of my comments; nothing of the sort is my intent.IACR Cryptology ePrint Archivecryptography/2017-09-11T17:58:29.0253190922017-09-11T17:58:29.025319092<EFBFBD>0D
I<02>OI'GGNew directions in cryptography<07>Two kinds of contemporary developments in cryp-communications over an insecure channel order to use cryptog-tography are examined. Widening applications of teleprocess-raphy to insure privacy, however, it currently necessary for the ing have given rise to a need for new types of cryptographic communicating parties to share a key which is known to no systems, which minimize the need for secure key distribution one else. This is done by sending the key in advance over some channels and supply the equivalent of a written signature. This secure channel such a private courier or registered mail. A paper suggests ways to solve these currently open problems. private conversation between two people with no prior acquain-It also discusses how the theories of communication and compu-tance is a common occurrence in business, however, and it is tation are beginning to provide the tools to solve cryptographic unrealistic to expect initial business contacts to be postponed problems of long standing. long enough for keys to be transmitted by some physical means. The cost and delay imposed by this key distribution problem is a major barrier to the transfer of business communicationsIEEE Trans. Information Theorycryptography/2017-09-11T17:58:28.9754770512017-09-11T17:58:28.975477051

d	<09>	6F<00>)J
)<02>-GGCuckoo Hashing<07>We present a simple and efficient dictionary with worst case constant lookup time, equaling the theoretical performance of the classic dynamic perfect hashing scheme of Dietzfelbinger et al. The space usage is similar to that of binary search trees, i.e., three words per key on average. The practicality of the scheme is backed by extensive experiments and comparisons with known methods, showing it to be quite competitive also in the average case.ESAdata_structures/2017-09-11T17:58:29.6758139652017-09-11T17:58:29.675813965<EFBFBD>mI
Y<02>o
-GGRRB-Trees: Efficient Immutable Vectors<07>Immutable vectors are a convenient data structure for functional programming and part of the standard library of modern languages like Clojure and Scala. The common implementation is based on wide trees with a fixed number of children per node, which allows fast indexed lookup and update operations. In this paper we extend the vector data type with a new underlying data structure, Relaxed Radix Balanced Trees (RRB-Trees), and show how this structure allows immutable vector concatenation, insert-at and splits in O(logN) time while maintaining the index, update and iteration speeds of the original vector data structure.data_structures/2017-09-11T17:58:29.4720590822017-09-11T17:58:29.472059082<EFBFBD>+H	Kq/GGImmutability Changes Everything<07>We need it, we can afford it, and the time is now.CIDRdata_replication/2017-09-11T17:58:29.3007309572017-09-11T17:58:29.300730957~G	e

'GGMathematical Aspects of Consciousness Theory<07>cryptography/2017-09-11T17:58:29.2177351072017-09-11T17:58:29.217735107<EFBFBD>F
!<02>II'GGNTRU Prime<07>Focus of this talk: motivation. 2 Can we predict future attacks? 1996 Dobbertin–Bosselaers– Preneel " RIPEMD-160: a strengthened version of RIPEMD " : " It is anticipated that these techniques can be used to produce collisions for MD5 and perhaps also for RIPEMD. This will probably require an additional effort, but it no longer seems as far away as it was a year ago. " 1996 Robshaw: Collisions " should be expected " ; upgrade " when practical and convenient ". 1 rime. Bernstein y of Illinois at Chicago & he Universiteit Eindhoven o/papers.html ime is joint work with: ok Chuengsatiansup nge van Vredendaal he Universiteit Eindhoven this talk: motivation. 2 Can we predict future attacks? 1996 Dobbertin–Bosselaers– Preneel " RIPEMD-160: a strengthened version of RIPEMD " : " It is anticipated that these techniques can be used to produce collisions for MD5 and perhaps also for RIPEMD. This will probably require an additional effort, but it no longer seems as far away as it was a year ago. " 1996 Robshaw: Collisions " should be expected " ; upgrade " when practical and convenient ". Imagine " This is The atta not brea MD5, so point of speculati is contro and crea state of alternati the very 1 is at Chicago & iteit Eindhoven .html t work with: gsatiansup endaal iteit Eindhoven motivation.IACR Cryptology ePrint Archivecryptography/2017-09-11T17:58:29.1191540532017-09-11T17:58:29.119154053
C<00><0F>r6
<0E><0E>G 
<0A>
<0A>
z
7<0C><0C><0C>b<0B><0B>A
<EFBFBD>
<EFBFBD>
z
B	<09>	<09>	<09>	<09>	G	<08><00><08><08>B<07><07><00>I.<06><06>u1<05><05>s<04><04>X<03><03>b'<02><02><02>rE
<01>
<01>
<01>
N

<00><00>6oASAP: the Alternative Splicing Annotation Project
<01>'QA survey of network virtualization
<01>/Bimodal Multicast<00>@<04>
Bigtable: A Distributed Storage System for Structured Data
%a<04>CBeehive: O(1) Lookup Performance for Power-Law Query Distributions in Peer-to-Peer Overlays
:!EBayesian Network Classifiers
9Backtracking iterators<00>V<04>-Back to the future: the story of Squeak, a practical Smalltalk written in itself
,]
BIG Cache Abstraction for Cache Networks/Axodraw Version 2<00>-]Axiomatic Basis for Computer Programming
7qAutomatic prediction of emotions induced by movies<00>7qAuthoritative Sources in a Hyperlinked Environment<00>:wAuctions and bidding: A guide for computer scientists<00>C
Attacks on the WEP protocolA:wAsynchronous functional reactive programming for GUIs<00>P<04>#
Architectural Styles and the Design of Network-based Software Architectures	I<04>Applications of Machine Learning in Cancer Prediction and Prognosis<00>d<04>IAnd then there were none: a stall-free real-time garbage collector for reconfigurable hardware<00>8u
Analyzing inter-application communication in Android
|<04>{
Analysis of Three Bayesian Network Inference Algorithms: Variable Elimination, Likelihood Weighting, and Gibbs Sampling/aAn introduction to argumentation semantics<00>5o
An improved illumination model for shaded display W<04>/An implementation and semantics for transactional memory introspection in Haskell
nC<04>An elementary proof of a theorem of Johnson and Lindenstrauss
2gAn Industrial Strength Audio Search Algorithm
/aAn Analysis of the Cryptocurrency Industry
2U<04>+Adaptive Road Following using Self-Supervised Learning and Reverse Optical Flow<00>9
Acoustic CryptanalysisC8u
Above the Clouds: A Berkeley View of Cloud Computinghc<04>GASAP: Automatic Smoothing for Attention Prioritization in Streaming Time Series Visualization
/aA wait-free queue as fast as fetch-and-add<00>+YA unified theory of garbage collection<00>G<04>A theoretician's guide to the experimental analysis of algorithms<00>7qA taxonomy of suffix array construction algorithms<00>%MA survey on reactive programming
<01>._A sparse Johnson: Lindenstrauss transform
w/c
A simple totally ordered broadcast protocoleA<04>
A program optimization for automatic database result caching+YA mathematical theory of communication
o0cA history of Haskell: being lazy with class<00>3A history of Erlang<00>B<04>A file undelete with Aho-Corasick algorithm in file recovery<00>7qA few useful things to know about machine learning<00>M<04>A comparison of software and hardware techniques for x86 virtualization

/A Wait-Free Stack
ya<04>CA Versatile Scheme for Routing Highly Variable Traffic in Service Overlays and IP Backbones
9E<04>A Universal Modular ACTOR Formalism for Artificial Intelligence
8X<04>1A Tutorial on Hidden Markov Models and Selected Applications in Speech Recognition<00>"I
A Theory of Inferred Causation^<04>=A Response to Cheriton and Skeen's Criticism of Causal and Totally Ordered Communication
6#IA Poor Man's Concurrency Monad
m#K
A Note on Distributed Computingo@<04>
A New Approach to Linear Filtering and Prediction Problems1NK<04>
A Method for Obtaining Digital Signatures and Public-Key CryptosystemsBB<04>A LISP garbage-collector for virtual-memory computer systems<00>=}A Hundred Impossibility Proofs for Distributed Computing
49uA History of the Virtual Synchrony Replication Model
7-]A Gossip-Style Failure Detection Service<00>&OA Fast String Searching Algorithm
<{A Fast Quantum Mechanical Algorithm for Database Search<00>`<04>AA Data-driven Method for the Detection of Close Submitters in Online Learning Environments
k'S
A DNA-Based Archival Storage System(SA Calculus of Communicating Systems<00>;yA Byzantine Fault Tolerant Distributed Commit Protocol
><}
3-Sweep: extracting editable objects from a single photo$P<04>#
2Q: A Low Overhead High Performance Buffer Management Replacement Algorithm
E<00><0F><0F><0F>X<0E><0E><0E>B
<0A>
<0A>
n
C<0C><0C><0C>L<0B><0B>}F
<EFBFBD>
<EFBFBD>
W
#	<09>	<09>	2	<08><08>^!	<07><07>u<06>h7<05><05><05><05>K%<04><04><04>F	<03><03><03>G<02><02><02>e/
<01>
<01>
[
<00><00>,[Elm: Concurrent FRP for Functional GUIs<00>J<04>Efficient reconciliation and flow control for anti-entropy protocols<00>K<04>Efficient Selectivity and Backup Operators in Monte-Carlo Tree Search
$KEfficient Predicate Dispatching<00>,[Efficient Lock-free Binary Search Treesǁ<04>
Effective Inter-Component Communication Mapping in Android with Epicc: An Essential Step Towards Holistic Security Analysis5mEM Algorithms for Probabilistic Mapping Networks
6oDynamo: amazon's highly available key-value store
$3
Dynamic Hash TablesL6q
Dremel: Interactive Analysis of Web-Scale DatasetsT[<04>9
Don't settle for eventual: scalable causal consistency for wide-area storage with COPSUM<04>Distributed Snapshots: Determining Global States of Distributed Systems
E*WDistributed Authorization in Vanadium
<01>C
Direct and Indirect Effects(SDining Cryptographers are Practical
^<}
Diminished reality for augmented reality interior design-P<04>#
Digital Video Stabilization and Rolling Shutter Correction using Gyroscopes5Differential Privacy<00>K<04>Design requirements for technologies that encourage physical activity<00>'QDesign Principles Behind Smalltalk
p%MDeprecating the Observer Pattern
<01>;yDefining gamification: a service marketing perspective<00>*WDefending against network IDS evasion
<01>/
Deep Colorization(5mDecoding speech in the presence of other sources<00>8sDavis's Poetic Dialogue with Leiris's Autobiography
s0cDatabase metatheory: asking the big queries
#F<04>
Dapper, a Large-Scale Distributed Systems Tracing Infrastructure
Ac<04>GDai-depur: an Integrated Supervisory Multi-level Architecture for Wastewater Treatment Plants
<01>a<04>CDP-SLAM: Fast, Robust Simultaneous Localization and Mapping Without Predetermined Landmarks<00>+YD-Expressions: Lisp Power, Dylan Style<00>)
Cuckoo HashingJT<04>)Crossing the gap from imperative to functional programming through refactoring<00>3
Crash-Only Software><}
Coupled 3D reconstruction of sparse facial hair and skin38sCounting Large Numbers of Events in Small Registers

+YCoq: the world's best macro assembler?<00>D<04>	Copysets: Reducing the Frequency of Data Loss in Cloud Storage
@)W
Continuous Shading of Curved Surfaces!Z<04>5Consistent Global States of Distributed Systems: Fundamental Concepts and Mechanisms
FA<04>
Consistency in Non-Transactional Distributed Storage SystemsQS<04>'Consistency and fault tolerance for erasure-coded distributed storage systems
,3iConsensus in the presence of partial synchrony
?_<04>?Conditional Random Fields: Probabilistic Models for Segmenting and Labeling Sequence Data<00>(U
Computing Machinery and Intelligence*WCompressors with Vanes-Based Diffuser
:wComposable and compilable macros: : you want it when?<00>6oCompiling pattern matching to good decision trees<00>,[Communication Theory of Secrecy Systems
'QCommunicating Sequential Processes<00><{Commodifying Replicated State Machines with OpenReplica
=<{Comments on a problem in concurrent programming control
dF<04>
Cognitive Computing: A Brief Survey and Open Research Challenges
<01>L<04>
Chord: A scalable peer-to-peer lookup service for internet applicationsf7Chaotic bat algorithm
<01>G<04>Chain Replication for Supporting High Throughput and Availability
B*Y
Causal Diagrams for Empirical Research
;{
Cassandra – A Decentralized Structured Storage SystemV)UCan SPDY really make the web faster?<00>m<04>[Can Programming Be Liberated From the von Neumann Style? A Functional Style and its Algebra of Programs<00>K<04>
Calvin: fast distributed transactions for partitioned database systemsOL<04>
CRUSH: controlled, scalable, decentralized placement of replicated dataS CByzantine Chain Replication
<7Buridan’s Principle
<01>@<04>
Building global and scalable systems with atomic multicast
.P<04>!Breadth-first numbering: lessons from a small exercise in algorithm design<00>&OBreach: Reviving the Crime Attack<00>5Bouvier's Conjecture
;/
Blue native PAGE.)

<01><00>
<01><0F><0F><0F><0F><0F><0F><0F>tk[QE<3&<0E><0E><0E><0E><0E><0E><0E><0E>{kSD;,
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>

b
W
HLCg
?
0
'


<0C><0C><0C><0C><0C><0C>r]PG;&<0B><0B><0B><0B><0B><0B><0B><0B><0B>sbP7* q
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
t
Y
H
5
,



	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>		r	d	N	<	%	V	<08><08><08><08><08><08><08><08><08><08>|kbK7,<07><07><03><07><07><07><07><07><07><07><07>yl^G9-$<06><06><06><06><06><06><06>yjQ?"<05><05><05><05><05><05><05>}gWJ0
<01><04><04><04><04><04><04><04>nRE
<01>,
<03><03><03><03><02><02><02><02><02><02><02><02><02>~maVK7$
<01>
<01>+Y5computational effecticonductorf
Mcsf
<01>%cryptography<00>'cryptographic
<01>'cryptographer<00>)cryptocurrency<03>
crush

crowd
<01>crisis<03>#crazy stoneB)crash-recovery<03>'crash failure<03>
crash<00>	cpus{cpu
_cpl<02>
cover
)
counterfactual5counter
+correct process<03>'correct model<00>copying
<01>cop<03>#coordinatoasd<04>	asap<04>#cardinality<04>	aslry
blessingw-analysis threadsr#choi matrixn1consistent hashing
7consistency semantics
3considerable amount<03>1consensus protocol<03>!Econsensus in an asynchronous<03>3consensus algorithm<03>conduct
9concurrent programming<00>1concurrent program<00>!concurrent<00>#concurrency<00>!conceptnetQcon1computing hardware+-computer systems\1computer scientist
<01>)
computer modelY/computer hardware
C5computation resource
<01>computa
*!compromise-complex problems<03>)complex objectM#compilation
commuterbcommuteh'commutativityf;communication subsystem<03>command<02>9
comfort and confidence6
comdroid/;combinatorial algorithm<03>%colorization<00>3collision avoidance<02>collector
<01>	coin<03>+code inspection,/co-representation<02>
co-actorF'cluster state
g/cluster computing<03>!cloud user
Y+cloud computingclojure
clock<00>clo<02>clique<03>
clinicalR/cleanup operation@
classifi3classic]#class-based~clarityJ!cityengine<00>!ciphertext
cient
chunkMchubby
pchrome<02>
chord
P
chessS'checkpointing
q!checkpoint<03>
checking<02>
check<02>)chandy-lamport<03>/chain replication<03>cga<00>#certificate<03>cep%
cent%censors
cde#ccs and csp<02>
cbrZ

causation7

causality:1causal consistency<03>causal<00>

cation,%catamorphismxcarbon<00>/cancer predictionQ'
camera motion^-call-time choice-
calculus
<01>caching
<01>/byzantine general
<01>/byzantine failure3byzantine agreement
<01>	byte<02>bwt!burstinessbullet
Dbug<00>bufferNbucket<00>bst`browser<02>
brdfr'bracket types<02>%
bp algorithm7boyer-moore algorithm#boyer-moore7boyer moore algorithm
bot(border<03>
boosting8bollob(!
board game#bncHbms$	blog

blockinI#block layer
<01>	blob<00>	blem<00>bitcoin<03>3bisection bandwidth
<01>'
biotechnologyL#binary tree<00>3binary search trees_#binary code<03>
billions
<01>
bigtable<03>
big data
bidding
<01>bid
<01>%bft protocol
ubft
<01>1	belief propagationbeehive<03>
bcube
<01>-
bayesian network;bationbad<02>backend<03>+authority score
auction
<01>atomicity
-atomic multicast<03>atomic<03>
ation !Easynchronous message passing&=asynchronous environment<03>%asynchronous
<01>
async<02>asymmetry
<01>ast9assembler<02>asr<02>!
artificial 
arrow<02>;argumentation semantics<02>;argumentation framework<02>3area of mathematics<03>
archivalK
arcO5approximate counting
app
api+%anti-entropy
<01>ant<02>;anonymous communicationanonymity
<01>annSanimation<02>3
android application#
android app

ancestorh
analytic
T'
analysis tool7analysis of algorithm
<01>ams!amazon.coms
alphago$allocator
k/allocation scheme<00>/algebraic effects<02>algebraualg<02>aic}agenda	afrp<02>!affordance
<01>adl<02>
adaboost6+actual hardware<00>)activity level
<01>
acmN	acid
!accidental
>9abstract argumentation<02>/3d reconstruction<00>

<01><00>
<01>dUE3"<04><04><04><04>g<04><04><04><04><04>kZNC8$<03><03><03><03><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>v`O6(
<0E><0E><0E><0E><0E><0E><0E>wbRC8,!<03>

<0A>
<0A>
<0A>
<0A>
<0A>u
<0A>
x<03>
g
[
G
,

<0C><0C><0C><0C><0C><0C><0C><0C>zjaF/<0B><0B><0B><0B><0B><0B>xo_UF9'
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>

r
g
^
U
L
B
9
/
#

	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	{
<01>	q	S	E	8	/	$		<08><08><08><08><08><08><08>eZP@4&<07><07><07><03><07><07><07><07><07>r\SG<0<06><06><06><06><06><06><06>pgQ>4*<05><05><05><05><05><05><05><05><05><02><02><02><02><02><02><02>of]UL?/#
<01>
<01>effh
<01>graphx
v=graphical user interface<02>+
graphical model
graphicj
graph gE!graph data<03>grammar<00>
gpusf
gpucgps
wgpe<03>+gossip protocol
<01>gossip
<01>%google, inc.v+google's pregel
y+google's chubby
<01>+google bigtablex'goal position<02>
gnutella
|	glueY%global state<03>9global serializability<03>1global information<03>ghc
<01>gfsw
counting|defense{!delegationsevasionp1de finetti theoremj+Ycsp communicating sequential processes<02>csf
<01>%cryptography<00>'cryptographic
<01>'cryptographer<00>)cryptocurrency<03>
crush

crowd
<01>crisis<03>#crazy stoneB)crash-recovery<03>'crash failure<03>
crash<00>	cpus{cpu
_cpl<02>
cover
)
counterfactual5counter
+correct process<03>'correct model<00>copying
<01>cop<03>#coordinator
<01>%continuation<02>!contention<00>containerj9construction algorithm
forensic
footnoteR#fm sketches

flowdroid	%flow control
<01>flavor<02>fixw
fittingy/first-order logic<02>)fingerprintingD#fingerprintE	fine<00>	fifo<03>'fetch-and-add^-feature engineer5fds~=fault-tolerant consensus
<01>)fault-tolerant
s+fault tolerance
b	fast)famous example<02>
familiar
@-failure detector/failure detection
<01>factoring<02>%
factor graphfacial<00>
facet:facade<00>faa\-expression graph<03>7experimental analysis
<01>expensive<00>exp
executor
<01>5eventual consistencyt
eventual
7ets')
essential stepessential
?
essay<03>ers4erlang<00>
epidemic
<01>epaxos
<01>!enumerator	enum

enigma25end-to-end principles/encryption method<00>)encryption key<00>!encryptione
encodingJ	ence
enc3employee engagement;embedding&elocity<02>+electronic mail<00>
elder
<01>eld<00>elastic
W
eighties+=efficient implementation<02>	effi
,
eeectZ
educator<03>	edsl,editor;editing<00>
editB5economics literature
<01>ecc<00>ebrV	ebay%eavesdropperf'
early warningCe.g+dynamou	dyadGdwa<02>	dual
<01>dslSdsg`dsa<00>
dryad
1dropbox<02>	
droid0dp-slam<02>
dox
downtimeDdos<03>+dominant thread8dof<02>'documentation=;document classification<00>dns<03>'
dna computingFdlp<00>%dissertationedissent<03>disruptor	disk<02>!disclosure<00>dis<00>directoryc=dimensionality reduction2dilemma|%digital game
<01>!Ediffie-hellman key agreement<00>/different systems<03>/different results<03>7different consistency
	/different cluster<03>7different application
\dif<00>!dictionary<00>dht	dhmm<02>-development team-developed_detour
<01>;deterministic execution
#determinism
%design space
<01>-design principle(des<00>depth map<00>7dependent type theory<02>)dependent type<02>denalio#demographic
<01>degreaser<02>%definition 1)defect density.;deep learning technique<00>)decryption key<00>)decision treesdebuggingE
deadlock
Gdcs
$dcn
;
dcell
<01>dc-net<03>
dbmss<03>datastore<03>!datacenter
x+database theoryq-database systems<00>data type)data structure	%
data storageM!data space)data operation
~!data model<03>+data management<03>data loss<03>data item


data flow3data center network
<01>#data center
:-data aggregation
darpa<02>dakT-daily medication
<01>
dag9
cylinder}cut<03>customb
curse2
curit
[)cuckoo hashing<00>cuckoo<00>
<00>
<01><0F><0F><0F><0F><0F><0F><0F><0F>sj^L<$<0E><0E><0E><0E><0E><0E><0E><0E><0E>mUB3%
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
d
[
N
D
6
+

<0C><0C><0C><0C><0C><0C><0C><0C>vnfWLC1
<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>|tl\PH4(	

<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
}
q
h
\
N
C
7
'


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	q	b	M	@	3	<08><08><08><08><08><08><08>}r`R@(<07><07><07><07><07><07><07><07><07><07><07>q_@7'<06><06><06><06><06><06><06><06><06><06>\L-$<05><05><05><05><05><05><05>{eN6<04><04><04><04><04><04><04><04>{lTH0%

<03><03><03><03><03><03><03><03><03><03><03>ulUA,#<02><02><02><02><02><02><02>zndTG3'
<01>
<0A>q!hash table<0F>p%immutability<07>orime	<09>nripemd<11>m)future attacks
<EFBFBD>lupgrade
<0A>k!disclosure<07>jtalk	<09>ipuzzle<0F>h%cryptography<10>g'cryptographer<07>fblem<1F>eEdiffie-hellman key agreement<06>ddlp
<0A>c!public-key<0B>bknapsack<1A>a;public-key cryptosystem<11>`)decryption key<06>_ecc<12>^+electronic mail<11>])encryption key<14>\/key cryptosystems<06>[dsa<14>Z/encryption method<06>Ytes<06>Xdes<06>Wwep<06>Vrus<07>Ufine<0E>T#microreboot<06>Sbug
<EFBFBD>Rlogical<06>Qdis	<09>Pcausal<08>Oclock<06>Npen	<09>Mreboot<0C>Lexpensive<08>Kcrash<15>J1persistent storage	<09>Iuptime<15>H1priority inversion<0C>Goperating<08>Finter<14>E/personal computer<0B>Dhandling<19>C9concurrent programming
<EFBFBD>Bmonitor<07>Aread<0F>@%plementation<08>?queue
<0A>>!concurrent<0F>=%non-blocking<16><3memory architecture<15>;1garbage collection<14>:/allocation scheme<13>9-machine language<12>8+actual hardware<0F>7%memory model<06>6hol<10>5'correct model	<09>4erlang<15>31concurrent program<0F>2%unit testing<11>1)race condition<08>0pulse<0E>/#concurrency<06>.mcs<1C>-?synchronization primitive
<0A>,!contention$<24>+Operformance and energy efficiency<07>*lock	<09>)stereo<06>(dif	<09>'facial	<09>&mosaic<0B>%panorama<07>$seam
<EFBFBD>#editing<1B>"=reconstruction algorithm<0F>!%skin surface<0B> scanning<07>hair
<0A>!cityengine<06>cga<1C>?line integral convolution<0F>%vector field
<0A>!streamline<06>eld<06>odt
<EFBFBD>grammar<08>split<06>mar	<09>street	<09>facade	<09>carbon<07>nadp<11>)ros production<07>nadh<08>nadph<1A>
;deep learning technique<15>1reference database<0F>%colorization<0B>
radiance<0F>	%illumination<08>tance<06>ray<07>tsdf<0C>depth map<14>/3d reconstruction<19>9kinectfusion algorithm<1A>;document classification<0C>
hypertext<1A>;web page classification3text classification~relevant}cylinder|-simple 3d shapes
{!photographz%single photo
yfittingxpmvwrbfvureu9poisson reconstructiontmvsslightingrbrdfqspecular
pshadingo#reflectancenture	mshadow	lviewerk#ray tracing
jgraphic	ishaderhrendering
grealismfgpus
eoctreesdstreamingcgpubvoxelamate`gyroscope
_shutter^'camera motion]3video stabilization
\writing	[mexicaZcbrY)computer model
Xtension
WminhashV+minwise hashingUlsh
TshingleS#resemblanceRlfuQlirPlrfuOarcNacmM%data storageL'biotechnologyKarchivalJencoding
IblockinH-hamiltonian pathGhppF'dna computing
Egraph gD3vandalism detectionC'early warningBedit	Avandal
@!same topic?lda>itm=)topic modeling<#topic model;-bayesian network:causality9dag8sgs7causation69comfort and confidence5)counterfactual4-little knowledge3swiftness	2enigma1privilege0droid/comdroid.soap-=rest architectural style	,cation+api*soa)judge(bot'los&5machine intelligence%cent
$alphago
#!board game"'reinforcement!%intelligence
 !artificialdata flow
!smartphone)essential step3market applications7n.a. n.a. pc analysis	intenticc/security analysis
mhealth)sensitive datahipaa5security and privacycde
naturalndedoxmediation3android application
#android app'analysis tool
malware
leak	flowdroidappowslifecycle%bp algorithm+message passing+graphical model%factor graph
1belief propagation
<00>
<01><0F><0F><0F><0F><0F><0F><0F><0F>sbKA+<0E><0E><0E><0E><0E><0E><0E><0E><0E>seP5+"
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
e
Z
A
6
'

<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>ynXOD4)
<0B><0B><0B><0B><0B><0B><0B><0B>{k\NE<%
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
~
s
h
Z
L
>
'

	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	~	i	Z	C	,		
<08><08><08><08><08><08><08><08><08>tUA8&
<07><07><07><07><07><07><07><07>aU@1<06><06><06><06><06><06><06><06>yk]QE3"<05><05><05><05><05><05><05>jYMD4'<04><04><04><04><04><04><04><04>i^E:+<03><03><03><03><03><03><03><03><03><03>fM2%
<02><02><02><02><02><02><02><02><02>ui^C-


<01><11>Y)activity level<06>Xsns<10>W'user activity
<0A>V!reputation<13>U-daily medication<18>T7medication compliance<08>Selder	<09>Rsenior<0F>Q%digital game<0E>P#demographic<06>Ooch<0F>N%game element<0B>Mmechanic<06>Lhar<14>K/non-game contexts<07>Jspel
<0A>I!affordance<0C>Hmarketing<06>Gsom<0F>F%gamification
<EFBFBD>Epitfall<18>D7experimental analysis<16>C3theoretical results<18>B7analysis of algorithm<07>Ament<06>@sts<0C>?temporale<0C>>asymmetry
<EFBFBD>=preterm<06><csf<17>;5economics literature
<EFBFBD>:auction
<EFBFBD>9bidding<06>8bid<15>71computer scientist<0B>6liveness<0C>5ironfleet<08>4dcell<16>33data center network<08>2bcube<16>13bisection bandwidth<1A>0;viewstamped replication
<EFBFBD>/primary
<0A>.!leadership	<09>-mixnet<0C>,anonymity<10>+'cryptographic<08>*crowd<0E>)#mix network	<09>(sender<08>'mixes<07>&http
<EFBFBD>%virtual
<0A>$!unikernels<06>#vms	<09>"mirage<0E>!#coordinator<12> +serializability<07>push
<EFBFBD>caching<0F>%design space<06>bft<11>)paxos protocol<1B>=fault-tolerant consensus<0F>%asynchronous<0F>%social graph
<EFBFBD>unicorn<0B>billions<0E>#millisecond<0F>%life science	<09>leader	<09>epaxos<0B>calculus<0B>multiset	<09>jocaml<08>ocaml<16>
3byzantine agreement<08>repli<06>lie<14>
/byzantine general<0E>	#synchronous<0E>#low latency<0B>executor<10>'task duration<17>5computation resource<0C>zookeeper<12>+google's chubby	<09>detour<1D>
Aresilient overlay networks<06>qos	<09>ticast<11>~)data operation<0B>}sinfonia<0B>|gnutella<13>{-multiple devices
<0A>z!powergraph<12>y+google's pregel
<0A>x!datacenter<06>wgps	<09>vgraphx<0F>u%bft protocol<06>tsmr<11>s)fault-tolerant<1C>r?state machine replication<10>q'checkpointing	<09>pchubby<0F>o%transparency
<EFBFBD>nmasking<10>m'memory access<10>l'fragmentation<0C>kallocator	<09>jmalloc<07>ifree
<EFBFBD>hschedul<10>g'cluster state<0C>fscheduler<14>e/stream processing<14>d/programming model<0C>cmillwheel<12>b+fault tolerance
<0A>a!invocation<12>`+linearisability<06>_cpu<07>^yarn<07>]meso<18>\7different application<08>[curit<06>Zsaa
<0A>Y!cloud user	<09>Xtechni
<EFBFBD>Welastic<0C>Vmessaging<14>U/messaging systems<0B>Tanalytic<0B>Slinkedin<0B>Rlog data<08>Qologn<08>Pchord<0C>Omulticast
<EFBFBD>Nfreenet<07>Mstat<08>Lplaid<0E>K#inheritance<08>Jmixin
<EFBFBD>Isch rli<07>Hsync<0B>Gdeadlock<1A>F;synchronous replication	<09>Esilver	<09>Dbullet<14>C/computer hardware<06>Bput<06>Anfr<0B>@familiar<0C>?essential
<0A>>!accidental<07>=ject<11><)load balancing<06>;dcn<0E>:#data center<17>95network architecture
<EFBFBD>8monsoon<0B>7eventual<13>6-weak consistency<0C>5timestamp<19>49optimistic replication<08>3merge
<0A>2!map-reduce<08>1dryad<06>0mod<13>/-query processing<08>.sdd-1<06>-int<07>,effi<08>+rithm
<EFBFBD>*computa<06>)lem<07>(mdcc	<09>'master<0C>&megastore<0C>%wide-area<06>$dcs<07>#pace
<0A>"!hyperspace<0B>!hyperdex<12> +key-value store<0C>data item<08>nosql<16>3relational database<08>paxos<1A>;deterministic execution
<EFBFBD>h-store	<09>tation<06>sql<0E>#interactive	<09>impala<0B>big data<0C>mapreduce<07>rush<08>crush<15>1consistent hashing<06>osd<0B>metadata<06>vll<07>
weak<18>7consistency semantics<12>+linearizability<0B>
semantic<18>	7different consistency<0E>#determinism<06>svm<0C>atomicity	<09>recent
<EFBFBD>replica<07>acid<0F>%small subset<08>
tpc-c<16>3multiple partitions<18>7transactional support<13>~-database systems<07>}blob<14>|/number of records<0E>{#binary tree<11>z)linear hashing	<09>ybucket<07>xfull<0C>whopscotch	<09>vcuckoo<0E>u#theoretical<10>t'hash function
<0A>s!dictionary<11>r)cuckoo hashing
<00>
<EFBFBD>F
e<00><00>
N
<00>

%GGA New Approach to Linear Filtering and Prediction Problems1<07>data_fusion/2017-09-11T17:58:30.1760791022017-09-11T17:58:30.176079102<EFBFBD>^M
[<02>Q#GGf4: Facebook's Warm BLOB Storage System<07>Facebook's corpus of photos, videos, and other Binary Large OBjects (BLOBs) that need to be reliably stored and quickly accessible is massive and continues to grow. As the footprint of BLOBs increases, storing them in our traditional storage system, Haystack, is becoming increasingly inefficient. To increase our storage efficiency, measured in the effective-replication-factor of BLOBs, we examine the underlying access patterns of BLOBs and identify temperature zones that include hot BLOBs that are accessed frequently and warm BLOBs that are accessed far less often. Our overall BLOB storage system is designed to isolate warm BLOBs and enable us to use a specialized warm BLOB storage system, f4. f4 is a new system that lowers the effective-replication-factor of warm BLOBs while remaining fault tolerant and able to support the lower throughput demands. f4 currently stores over 65PBs of logical BLOBs and reduces their effective-replication-factor from 3.6 to either 2.8 or 2.1. f4 provides low latency; is resilient to disk, host, rack, and datacenter failures; and provides sufficient throughput for warm BLOBs.OSDIdatastores/2017-09-11T17:58:29.9790769042017-09-11T17:58:29.979076904<EFBFBD>cL
3<02>k#-GGDynamic Hash Tables<07>Linear hashing and spiral storage are two dynamic hashing schemes originally designed for external files. This paper shows how to adapt these two methods for hash tables stored in main memory. The necessary data structures and algorithms are described, the expected performance is analyzed mathematically, and actual execution times are obtained and compared with alternative techniques. Linear hashing is found to be both faster and easier to implement than spiral storage. Two alternative techniques are considered: a simple unbalanced binary tree and double hashing with periodic rehashing into a larger table. The retrieval time of linear hashing is similar to double hashing and substantially faster than a binary tree, except for very small trees. The loading times of double hashing (with periodic reorganization), a binary tree, and linear hashing are similar. Overall, linear hashing is a simple and efficient technique for applications where the cardinality of the key set is not known in advance.Commun. ACMdata_structures/2017-09-11T17:58:29.9114169922017-09-11T17:58:29.911416992<EFBFBD>QK
/<02>Y-GGHopscotch Hashing<07>We present a new resizable sequential and concurrent hash map algorithm directed at both uni-processor and multicore machines. The algorithm is based on a novel hopscotch multi-phased probing and displacement technique that has the flavors of chaining, cuckoo hashing, and linear probing, all put together, yet avoids the limitations and overheads of these former approaches. The resulting algorithm provides a table with very low synchronization overheads and high cache hit ratios. In a series of benchmarks on a state-of-the-art 64-way Niagara II multicore machine, a concurrent version of the new algorithm proves to be highly scalable, delivering in some cases 2 or even 3 times the throughput of today's most efficient concurrent hash algorithm, Lea's ConcurrentHashMap from java.concurr.util. Moreover, in tests on both Intel and Sun uni-processor machines, a sequential version of the algorithm consistently outperforms the most effective sequential hash table algorithms including cuckoo hashing and bounded linear probing. The most interesting feature of the new hopscotch algorithm is that it continues to deliver good performance when the table is more than 90% full, increasing its advantage over other algorithms as the table density grows.DISCdata_structures/2017-09-11T17:58:29.7504528812017-09-11T17:58:29.750452881
m<00><0F><0F><0F><0F>n<<0E><0E><0E><0E>pR-

<0A>
<0A>
<0A>
<0A>
\
:
<0C><0C><0C><0C>c6<0B><0B><0B>|^D$
<EFBFBD>
<EFBFBD>
<EFBFBD>
n
H
2

	<09>	<09>	<09>	<09>	g	M	 <08><08><08><08>sL
<07><07><07>c<<06><06><06><06>gE%<05><05><05><05>e8 <04><04><04>y]8<03><03><03><03>]3<02><02><02><02>nM%
<01>
<01>
<01>
<01>
^
8
<00><1D>F%
Luis PedrosaLuisPedrosa!<21>E)
Abhishek VermaAbhishekVerma#<23>D+
David PattersonDavidPatterson!<21>C)
Andy KonwinskiAndyKonwinski<19>B!
Randy KatzRandyKatz<1F>A'
Matei ZahariaMateiZaharia<1D>@%
Ariel RabkinArielRabkin(<28>?1David A. PattersonDavidA.Patterson<17>>
Gunho LeeGunhoLee%<25>=-
Andrew KonwinskiAndrewKonwinski<1E><'Randy H. KatzRandyH.Katz&<26>;/Anthony D. JosephAnthonyD.Joseph<1F>:'
Rean GriffithReanGriffith%<25>9-
Michael ArmbrustMichaelArmbrust<13>8
Jun RaoJunRao<1F>7'
Neha NarkhedeNehaNarkhede<17>6
Jay KrepsJayKreps'<27>5/
%Hari BalakrishnanHariBalakrishnan&<26>4/M. Frans KaashoekM.FransKaashoek"<22>3+David R. KargerDavidR.Karger<1F>2'
Robert MorrisRobertMorris<19>1!
Ion StoicaIonStoica*<2A>03Flavio P. JunqueiraFlavioP.Junqueira<1F>/'
Benjamin ReedBenjaminReed"<22>.+Andrew P. BlackAndrewP.Black<19>-!
Roel WuytsRoelWuyts)<29>,1
Nathanael SchärliNathanaelSchärli%<25>+-
!Oscar NierstraszOscarNierstrasz'<27>*/
Stéphane DucasseStéphaneDucasse&<26>)/Patrick E. O'neilPatrickE.O'neil<15>(
Jim GrayJimGray*<2A>'3Frederick P. BrooksFrederickP.Brooks%<25>&-
Sudipta SenguptaSudiptaSengupta<1F>%'
Parveen PatelParveenPatel <20>$)David A. MaltzDavidA.Maltz#<23>#+
Parantap LahiriParantapLahiri*<2A>"3Albert G. GreenbergAlbertG.Greenberg<1D>!%
Marc ShapiroMarcShapiro<1F> '
Yasushi SaitoYasushiSaito<1F>'
Joe ArmstrongJoeArmstrong,<2C>5Douglas Stott ParkerDouglasStottParker#<23>+
Ruey-Lung HsiaoRuey-LungHsiao<19>!
Ali DasdanAliDasdan!<21>)
Hung-Chih YangHung-ChihYang<1B>#
Eugene WongEugeneWong$<24>-David W. ShipmanDavidW.Shipman,<2C>5#Christopher L. ReeveChristopherL.Reeve$<24>-Terry A. LandersTerryA.Landers!<21>)
Michael HammerMichaelHammer!<21>)
Nathan GoodmanNathanGoodman<1B>#
Stephen FoxStephenFox*<2A>3Philip A. BernsteinPhilipA.Bernstein$<24>-James B. RothnieJamesB.Rothnie$<24>-Michael D. ErnstMichaelD.Ernst-<2D>5
!Magdalena BalazinskaMagdalenaBalazinska<17>
Bill HoweBillHowe<17>
Yingyi BuYingyiBu<1F>
'
Samuel MaddenSamuelMadden*<2A>3Michael J. FranklinMichaelJ.Franklin<17>
Gene PangGenePang<19>
!
Tim KraskaTimKraska"<22>	+Emin Gün SirerEminGünSirer<1D>%
Bernard WongBernardWong!<21>)
Robert EscrivaRobertEscriva<1B>#
Himani ApteHimaniApte%<25>-
Traian StancescuTraianStancescu<13>
Ian RaeIanRae#<23>+
!John CieslewiczJohnCieslewicz!<21>)
Stephan EllnerStephanEllner%<25>
-
!David MenestrinaDavidMenestrina%<25>-
#Kyle LittlefieldKyleLittlefield<1F>'
Mircea OanceaMirceaOancea<1D>~%
Eric RollinsEricRollins<1D>}%
Chad WhipkeyChadWhipkey<17>|
Ben HandyBenHandy<1B>{#
Bart SamwelBartSamwel#<23>z+
Radek VingralekRadekVingralek<19>y!
Jeff ShuteJeffShute$<24>x-Naga Rekha MalaeNagaRekhaMalae&<26>w/David G. AndersenDavidG.Andersen%<25>v-
Michael KaminskyMichaelKaminsky*<2A>u3Michael J. FreedmanMichaelJ.Freedman#<23>t+
!Theo VassilakisTheoVassilakis<1B>s#
Matt ToltonMattTolton%<25>r-
!Shiva ShivakumarShivaShivakumar!<21>q)
Geoffrey RomerGeoffreyRomer <20>p)Jing Jing LongJingJingLong!<21>o)
Andrey GubarevAndreyGubarev<1F>n'
Sergey MelnikSergeyMelnik#<23>m+
Carlos MaltzahnCarlosMaltzahn"<22>l+Ethan L. MillerEthanL.Miller"<22>k+Scott A. BrandtScottA.Brandt<1C>j%Sage A. WeilSageA.Weil<1F>i'
Marko VukolicMarkoVukolic<1D>h%
Paolo ViottiPaoloViotti"<22>g+Daniel J. AbadiDanielJ.Abadi<1B>f#
Philip ShaoPhilipShao<13>e
Kun RenKunRen<1F>d'
Shu-Chun WengShu-ChunWeng%<25>c-
Thaddeus DiamondThaddeusDiamond'<27>b/
Alexander ThomsonAlexanderThomson<1F>a'
Sanjeev KumarSanjeevKumar<1D>`%
Linpeng TangLinpengTang/<2F>_7
#Sivakumar ViswanathanSivakumarViswanathan<1F>^'
Shiva ShankarShivaShankar<1B>]#
Satadru PanSatadruPan<19>\!
Weiwen LiuWeiwenLiu<19>[!
Ernest LinErnestLin<17>Z
Cory HillCoryHill
4<0B>4<00>HQ<00><02>_/#GGConsistency in Non-Transactional Distributed Storage Systems<07>Over the years, different meanings have been associated with the word <i>consistency</i> in the distributed systems community. While in the &#8217;80s &#8220;consistency&#8221; typically meant <i>strong consistency</i>, later defined also as <i>linearizability</i>, in recent years, with the advent of highly available and scalable systems, the notion of &#8220;consistency&#8221; has been at the same time both weakened and blurred.
 In this article, we aim to fill the void in the literature by providing a structured and comprehensive overview of different consistency notions that appeared in distributed systems, and in particular <i>storage</i> systems research, in the last four decades. We overview more than 50 different consistency notions, ranging from linearizability to eventual and weak consistency, defining precisely many of these, in particular where the previous definitions were ambiguous. We further provide a partial order among different consistency predicates, ordering them by their semantic &#8220;strength,&#8221; which we believe will be useful in future research. Finally, we map the consistency semantics to different practical systems and research prototypes.
 The scope of this article is restricted to non-transactional semantics, that is, those that apply to single storage object operations. As such, our article complements the existing surveys done in the context of transactional, database consistency semantics.ACM Comput. Surv.datastores/2017-09-11T17:58:30.4779489752017-09-11T17:58:30.477948975<EFBFBD>P
e<02>#GGThe Case for Determinism in Database Systems<07>Replication is a widely used method for achieving high availability in database systems. Due to the nondeterminism inherent in traditional concurrency control schemes, however, special care must be taken to ensure that replicas don't diverge. Log shipping, eager commit protocols, and lazy synchronization protocols are well-understood methods for safely replicating databases, but each comes with its own cost in availability, performance, or consistency. In this paper, we propose a distributed database system which combines a simple deadlock avoidance technique with concurrency control schemes that guarantee equivalence to a predetermined serial ordering of transactions. This effectively removes all nondeterminism from typical OLTP workloads, allowing active replication with no synchronization overhead whatsoever. Further, our system eliminates the requirement for two-phase commit for any kind of distributed transaction, even across multiple nodes within the same replica. By eschewing deadlock detection and two-phase commit, our system under many workloads outper-forms traditional systems that allow nondeterministic transaction reordering.PVLDBdatastores/2017-09-11T17:58:30.4509221192017-09-11T17:58:30.450922119<EFBFBD>vO<00><02>'/#GGCalvin: fast distributed transactions for partitioned database systems<07>Many distributed storage systems achieve high data access throughput via partitioning and replication, each system with its own advantages and tradeoffs. In order to achieve high scalability, however, today's systems generally reduce transactional support, disallowing single transactions from spanning multiple partitions. Calvin is a practical transaction scheduling and data replication layer that uses a deterministic ordering guarantee to significantly reduce the normally prohibitive contention costs associated with distributed transactions. Unlike previous deterministic database system prototypes, Calvin supports disk-based storage, scales near-linearly on a cluster of commodity machines, and has no single point of failure. By replicating transaction inputs rather than effects, Calvin is also able to support multiple consistency levels---including Paxos-based strong consistency across geographically distant replicas---at no cost to transactional throughput.SIGMOD Conferencedatastores/2017-09-11T17:58:30.2774169922017-09-11T17:58:30.277416992
(h(<00>lT
q<02>U#GGDremel: Interactive Analysis of Web-Scale Datasets<07>Dremel is a scalable, interactive ad hoc query system for analysis of read-only nested data. By combining multilevel execution trees and columnar data layout, it is capable of running aggregation queries over trillion-row tables in seconds. The system scales to thousands of CPUs and petabytes of data, and has thousands of users at Google. In this paper, we describe the architecture and implementation of Dremel, and explain how it complements MapReduce-based computing. We present a novel columnar storage representation for nested records and discuss experiments on few-thousand node instances of the system.PVLDBdatastores/2017-09-11T17:58:30.8585600592017-09-11T17:58:30.858560059<EFBFBD>NS<00><02>k#GGCRUSH: controlled, scalable, decentralized placement of replicated data<07>Emerging large-scale distributed storage systems are faced with the task of distributing petabytes of data among tens or hundreds of thousands of storage devices. Such systems must evenly distribute data and workload to efficiently utilize available resources and maximize system performance, while facilitating system growth and managing hardware failures. We have developed CRUSH, a scalable pseudorandom data distribution function designed for distributed object-based storage systems that efficiently maps data objects to storage devices without relying on a central directory. Because large systems are inherently dynamic, CRUSH is designed to facilitate the addition and removal of storage while minimizing unnecessary data movement. The algorithm accommodates a wide variety of data replication and reliability mechanisms and distributes data in terms of user-defined policies that enforce separation of replicas across failure domains.SC '06datastores/2017-09-11T17:58:30.7410991212017-09-11T17:58:30.741099121<EFBFBD>R
u<02>+#CCLightweight Locking for Main Memory Database Systems<07>Locking is widely used as a concurrency control mechanism in database systems. As more OLTP databases are stored mostly or entirely in memory, transactional throughput is less and less limited by disk IO, and lock managers increasingly become performance bottlenecks. In this paper, we introduce very lightweight locking (VLL), an alternative approach to pessimistic concurrency control for main-memory database systems that avoids almost all overhead associated with traditional lock manager operations. We also propose a protocol called selective contention analysis (SCA), which enables systems implementing VLL to achieve high transactional throughput under high contention workloads. We implement these protocols both in a traditional single-machine multi-core database server setting and in a distributed database where data is partitioned across many commodity machines in a shared-nothing cluster. Our experiments show that VLL dramatically reduces locking overhead and thereby increases transactional through-put in both settings.PVLDBdatastores/2017-09-11T17:58:30.68352712017-09-11T17:58:30.6835271
<02>	x<06><02><00>W
U<02>5#GGModularity and Scalability in Calvin<07>Calvin is a transaction scheduling and replication management layer for distributed storage systems. By first writing transaction requests to a durable, replicated log, and then using a concurrency control mechanism that emulates a deterministic serial execution of the log's transaction requests, Calvin supports strongly consistent replication and fully ACID distributed transactions while incurring significantly lower inter-partition transaction coordination costs than traditional distributed database systems. Furthermore, Calvin's declarative specification of target concurrency-control behavior allows system components to avoid interacting with actual transaction scheduling mechanisms—whereas in traditional DBMSs, the analogous components often have to explicitly observe concurrency control modules' (highly nondeterministic) procedural behaviors in order to function correctly.IEEE Data Eng. Bull.datastores/2017-09-11T17:58:31.1014909672017-09-11T17:58:31.101490967<EFBFBD>cV
{<02>C
#GGCassandra – A Decentralized Structured Storage System<07>Cassandra is a distributed database bringing together Dynamo's fully distributed design and Bigtable's ColumnFamily-based data model. It is highly scalable both in terms of storage volume and request throughput while not being subject to any single point of failure. This paper presents an architectural overview of Cassandra and also discusses how its design is founded in fundamental principles of distributed systems. Some practical applications that use Cassandra are also listed. This paper also presents why Cassandra may not be a good choice for some applications by highlighting its limitations.datastores/2017-09-11T17:58:31.0179299322017-09-11T17:58:31.017929932<EFBFBD>U<00>9<02>?#GGDon't settle for eventual: scalable causal consistency for wide-area storage with COPS<07>Geo-replicated, distributed data stores that support complex online applications, such as social networks, must provide an "always-on" experience where operations always complete with low latency. Today's systems often sacrifice strong consistency to achieve these goals, exposing inconsistencies to their clients and necessitating complex application logic. In this paper, we identify and define a consistency model---causal consistency with convergent conflict handling, or <i>causal</i>+---that is the strongest achieved under these constraints.
 We present the design and implementation of COPS, a key-value store that delivers this consistency model across the wide-area. A key contribution of COPS is its scalability, which can enforce causal dependencies between keys stored across an entire cluster, rather than a single server like previous systems. The central approach in COPS is tracking and explicitly checking whether causal dependencies between keys are satisfied in the local cluster before exposing writes. Further, in COPS-GT, we introduce get transactions in order to obtain a consistent view of multiple keys without locking or blocking. Our evaluation shows that COPS completes operations in less than a millisecond, provides throughput similar to previous systems when using one server per cluster, and scales well as we increase the number of servers in each cluster. It also shows that COPS-GT provides similar latency, throughput, and scaling to COPS for common workloads.SOSPdatastores/2017-09-11T17:58:30.9300769042017-09-11T17:58:30.930076904
<0C>_<00>LZ<00>-<02>a
#GGManaging Update Conflicts in Bayou, a Weakly Connected Replicated Storage System<07>Bayou is a replicated, weakly consistent storage system designed for a mobile computing environment that includes portable machines with less than ideal network connectivity. To maximize availability, users can read and write any accessible replica. Bayou's design has focused on supporting application-specific mechanisms to detect and resolve the update conflicts that naturally arise in such a system, ensuring that replicas move towards eventual consistency, and defining a protocol by which the resolution of update conflicts stabilizes. It includes novel methods for conflict detection, called dependency checks, and per-write conflict resolution based on client-provided merge procedures. To guarantee eventual consistency, Bayou servers must be able to roll-back the effects of previously executed writes and redo them according to a global serialization order. Furthermore, Bayou permits clients to observe the results of all writes received by a server, including tentative writes whose conflicts have not been ultimately resolved. This paper presents the motivation for and design of these mechanisms and describes the experiences gained with an initial implementation of the system.datastores/2017-09-11T17:58:32.3918911132017-09-11T17:58:32.391891113<EFBFBD>Y
s<02>u#GGHyperDex: a distributed, searchable key-value store<07>Distributed key-value stores are now a standard component of high-performance web services and cloud computing applications. While key-value stores offer significant performance and scalability advantages compared to traditional databases, they achieve these properties through a restricted API that limits object retrieval---an object can only be retrieved by the (primary and only) key under which it was inserted. This paper presents HyperDex, a novel distributed key-value store that provides a unique <b>search</b> primitive that enables queries on secondary attributes. The key insight behind HyperDex is the concept of <i>hyperspace hashing</i> in which objects with multiple attributes are mapped into a multidimensional hyperspace. This mapping leads to efficient implementations not only for retrieval by primary key, but also for partially-specified secondary attribute searches and range queries. A novel chaining protocol enables the system to achieve strong consistency, maintain availability and guarantee fault tolerance. An evaluation of the full system shows that HyperDex is 12-13x faster than Cassandra and MongoDB for finding partially specified objects. Additionally, HyperDex achieves 2-4x higher throughput for <b>get</b>/<b>put</b> operations.SIGCOMMdatastores/2017-09-11T17:58:31.7489250492017-09-11T17:58:31.748925049<EFBFBD>X
a<02>E#GGF1: A Distributed SQL Database That Scales<07>F1 is a distributed relational database system built at Google to support the AdWords business. F1 is a hybrid database that combines high availability, the scalability of NoSQL systems like Bigtable, and the consistency and us-ability of traditional SQL databases. F1 is built on Spanner , which provides synchronous cross-datacenter replica-tion and strong consistency. Synchronous replication implies higher commit latency, but we mitigate that latency by using a hierarchical schema model with structured data types and through smart application design. F1 also includes a fully functional distributed SQL query engine and automatic change tracking and publishing.PVLDBdatastores/2017-09-11T17:58:31.1942390142017-09-11T17:58:31.194239014
a<0B>Xa<00>t]<00>
<02>+?#GGIntroduction to a System for Distributed Databases (SDD-1)<07>The declining cost of computer hardware and the increasing data processing needs of geographically dispersed organizations have led to substantial interest in distributed data management. SDD-1 is a distributed database management system currently being developed by Computer Corporation of America. Users interact with SDD-1 precisely as if it were a nondistributed database system because SDD-1 handles all issues arising from the distribution of data. These issues include distributed concurrency control, distributed query processing, resiliency to component failure, and distributed directory management. This paper presents an overview of the SDD-1 design and its solutions to the above problems.
This paper is the first of a series of companion papers on SDD-1 (Bernstein and Shipman [2], Bernstein et al. [4], and Hammer and Shipman [14]).ACM Trans. Database Syst.datastores/2017-09-11T17:58:33.2063210452017-09-11T17:58:33.206321045<EFBFBD>\<00><02>#GGHaLoop: Efficient Iterative Data Processing on Large Clusters<07>The growing demand for large-scale data mining and data analysis applications has led both industry and academia to design new types of highly scalable data-intensive computing platforms. MapReduce and Dryad are two popular platforms in which the dataflow takes the form of a directed acyclic graph of operators. These platforms lack built-in support for iterative programs, which arise naturally in many applications including data mining, web ranking, graph analysis, model fitting, and so on. This paper presents HaLoop, a modified version of the Hadoop MapReduce framework that is designed to serve these applications. HaLoop not only extends MapReduce with programming support for iterative applications, it also dramatically improves their efficiency by making the task scheduler loop-aware and by adding various caching mechanisms. We evaluated HaLoop on real queries and real datasets. Compared with Hadoop, on average, HaLoop reduces query runtimes by 1.85, and shuffles only 4% of the data between mappers and reducers.PVLDBdatastores/2017-09-11T17:58:32.5506589362017-09-11T17:58:32.550658936<EFBFBD>	[
S<02>)#GGMDCC: Multi-Data Center Consistency<07>Replicating data across multiple data centers allows using data closer to the client, reducing latency for applications, and increases the availability in the event of a data center failure. MDCC (Multi-Data Center Consistency) is an optimistic commit protocol for geo-replicated transactions, that does not require a master or static partitioning, and is strongly consistent at a cost similar to eventually consistent protocols. MDCC takes advantage of Generalized Paxos for transaction processing and exploits commutative updates with value constraints in a quorum-based system. Our experiments show that MDCC outperforms existing synchronous transactional replication protocols, such as Megastore, by requiring only a single message round-trip in the normal operational case independent of the master-location and by scaling linearly with the number of machines as long as transaction conflict rates permit.EuroSysdatastores/2017-09-11T17:58:32.4309619142017-09-11T17:58:32.430961914
<0B>
<EFBFBD><00>I`
9<02>//#GGOptimistic replication<07>Data replication is a key technology in distributed systems that enables higher availability and performance. This article surveys optimistic replication algorithms. They allow replica contents to diverge in the short term to support concurrent work practices and tolerate failures in low-quality communication links. The importance of such techniques is increasing as collaboration through wide-area and mobile networks becomes popular.Optimistic replication deploys algorithms not seen in traditional &#8220;pessimistic&#8221; systems. Instead of synchronous replica coordination, an optimistic algorithm propagates changes in the background, discovers conflicts after they happen, and reaches agreement on the final contents incrementally.We explore the solution space for optimistic replication algorithms. This article identifies key challenges facing optimistic replication systems---ordering operations, detecting and resolving conflicts, propagating changes efficiently, and bounding replica divergence---and provides a comprehensive survey of techniques developed for addressing these challenges.ACM Comput. Surv.datastores/2017-09-11T17:58:33.7596359862017-09-11T17:58:33.759635986<EFBFBD>_
<00>

#GGMaking reliable distributed systems in the presence of software errors<07>datastores/2017-09-11T17:58:33.7375830082017-09-11T17:58:33.737583008<EFBFBD>{^<00><02>+/#GGMap-reduce-merge: simplified relational data processing on large clusters<07>Map-Reduce is a programming model that enables easy development of scalable parallel applications to process a vast amount of data on large clusters of commodity machines. Through a simple interface with two functions, map and reduce, this model facilitates parallel implementation of many real-world tasks such as data processing jobs for search engines and machine learning.
 However,this model does not directly support processing multiple related heterogeneous datasets. While processing relational data is a common need, this limitation causes difficulties and/or inefficiency when Map-Reduce is applied on relational operations like joins.
 We improve Map-Reduce into a new model called Map-Reduce-Merge. It adds to Map-Reduce a Merge phase that can efficiently merge data already partitioned and sorted (or hashed) by map and reduce modules. We also demonstrate that this new model can express relational algebra operators as well as implement several join algorithms.SIGMOD Conferencedatastores/2017-09-11T17:58:33.6591210942017-09-11T17:58:33.659121094

9/
9<00>sb<00><02>Y
GGNo Silver Bullet: Essence and Accidents of Software Engineering<07>All software construction involves essential tasks, the fashioning of the complex conceptual structures that compose the abstract software entity, and accidental tasks, the representation of these abstract entities in programming languages and the mapping of these onto machine languages within space and speed constraints. Most of the big past gains in software productivity have come from removing artificial barriers that have made the accidental tasks inordinately hard, such as severe hardware constraints, awkward programming languages, lack of machine time. How much of what software engineers now do is still devoted to the accidental, as opposed to the essential? Unless it is more than 9/10 of all effort, shrinking all the accidental activities to zero time will not give an order of magnitude improvement. Therefore it appears that the time has come to address the essential parts of the software task, those concerned with fashioning abstract conceptual structures of great complexity. I suggest: • exploiting the mass market to avoid constructing what can be bought. • using rapid prototyping as part of a planned iteration in establishing software require-· ments. • growing software organically, adding more and more function to systems as they are run, used, and tested. • identifying and developing the great conceptual designers of the rising generation.design/2017-09-11T17:58:33.9491120612017-09-11T17:58:33.949112061<EFBFBD>Na<00>3<02>S#GGTowards a next generation data center architecture: scalability and commoditization<07>Applications hosted in today's data centers suffer from internal fragmentation of resources, rigidity, and bandwidth constraints imposed by the architecture of the network connecting the data center's servers. Conventional architectures statically map web services to Ethernet VLANs, each constrained in size to a few hundred servers owing to control plane overheads. The IP routers used to span traffic across VLANs and the load balancers used to spray requests within a VLAN across servers are realized via expensive customized hardware and proprietary software. Bisection bandwidth is low, severly constraining distributed computation Further, the conventional architecture concentrates traffic in a few pieces of hardware that must be frequently upgraded and replaced to keep pace with demand - an approach that directly contradicts the prevailing philosophy in the rest of the data center, which is to scale out (adding more cheap components) rather than scale up (adding more power and complexity to a small number of expensive components).
 Commodity switching hardware is now becoming available with programmable control interfaces and with very high port speeds at very low port cost, making this the right time to redesign the data center networking infrastructure. In this paper, we describe monsoon, a new network architecture, which scales and commoditizes data center networking monsoon realizes a simple mesh-like architecture using programmable commodity layer-2 switches and servers. In order to scale to 100,000 servers or more,monsoon makes modifications to the control plane (e.g., source routing) and to the data plane (e.g., hot-spot free multipath routing via Valiant Load Balancing). It disaggregates the function of load balancing into a group of regular servers, with the result that load balancing server hardware can be distributed amongst racks in the data center leading to greater agility and less fragmentation. The architecture creates a huge, flexible switching domain, supporting any server/any service and unfragmented server capacity at low cost.PRESTOdatastores/2017-09-11T17:58:33.8148601072017-09-11T17:58:33.814860107
q
$	<09><07><03>q<00>tg
}<02>Q
5GGKafka: a Distributed Messaging System for Log Processing<07>Log processing has become a critical component of the data pipeline for consumer internet companies. We introduce Kafka, a distributed messaging system that we developed for collecting and delivering high volumes of log data with low latency. Our system incorporates ideas from existing log aggregators and messaging systems, and is suitable for both offline and online message consumption. We made quite a few unconventional yet practical design choices in Kafka to make our system efficient and scalable. Our experimental results show that Kafka has superior performance when compared to two popular messaging systems. We have been using Kafka in production for some time and it is processing hundreds of gigabytes of new data each day.distributed_systems/2017-09-11T17:58:34.4560471192017-09-11T17:58:34.456047119<EFBFBD>_f<00><02>y5GGChord: A scalable peer-to-peer lookup service for internet applications<07>A fundamental problem that confronts peer-to-peer applications is to efficiently locate the node that stores a particular data item. This paper presents <i>Chord</i>, a distributed lookup protocol that addresses this problem. Chord provides support for just one operation: given a key, it maps the key onto a node. Data location can be easily implemented on top of Chord by associating a key with each data item, and storing the key/data item pair at the node to which the key maps. Chord adapts efficiently as nodes join and leave the system, and can answer queries even if the system is continuously changing. Results from theoretical analysis, simulations, and experiments show that Chord is scalable, with communication cost and the state maintained by each node scaling logarithmically with the number of Chord nodes.SIGCOMMdistributed_systems/2017-09-11T17:58:34.3358840332017-09-11T17:58:34.335884033<EFBFBD>]e
c<02>+5GGA simple totally ordered broadcast protocol<07>This is a short overview of a totally ordered broadcast protocol used by ZooKeeper, called Zab. It is conceptually easy to understand, is easy to implement, and gives high performance. In this paper we present the requirements ZooKeeper makes on Zab, we show how the protocol is used, and we give an overview of how the protocol works.LADIS '08distributed_systems/2017-09-11T17:58:34.2343291022017-09-11T17:58:34.234329102<EFBFBD>wd
a<02>WKCCTraits: A mechanism for fine-grained reuse<07>Inheritance is well-known and accepted as a mechanism for reuse in object-oriented languages. Unfortunately, due to the coarse granularity of inheritance, it may be difficult to decompose an application into an optimal class hierarchy that maximizes software reuse. Existing schemes based on single inheritance, multiple inheritance, or mixins, all pose numerous problems for reuse. To overcome these problems we propose <i>traits</i>, pure units of reuse consisting only of methods. We develop a formal model of traits that establishes how traits can be composed, either to form other traits, or to form classes. We also outline an experimental validation in which we apply traits to refactor a nontrivial application into composable units.ACM Trans. Program. Lang. Syst.design/2017-09-11T17:58:34.12102712017-09-11T17:58:34.1210271<EFBFBD>Yc
_<02>-/#EEThe Dangers of Replication and a Solution<07>Update anywhere-anytime-anyway transactional replication has unstable behavior as the workload scales up: a ten-fold increase in nodes and traffic gives a thousand fold increase in deadlocks or reconciliations. Master copy replication (primary copy) schemes reduce this problem. A simple analytic model demonstrates these results. A new two-tier replication algorithm is proposed that allows mobile (disconnected) applications to propose tentative update transactions that are later applied to a master copy. Commutative update transactions avoid the instability of other replication schemes.SIGMOD Conferencedatastores/2017-09-11T17:58:34.058482912017-09-11T17:58:34.05848291

k<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>~vnf^VNF>6.&<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>~vnf^VNF>6.&
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
~
v
n
f
^
V
N
F
>
6
.
&



<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>~vnf^VNF>6.&<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>~tj`VLB8.$
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
z
p
f
\
R
H
>
4
*
 


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	w	m	c	Y	O	E	;	2	(			
	<08><08><08><08><08><08><08><08><08><08><08><08>~tj`VLB8.%<07><07><07><07><07><07><07><07><07><07><07><07><07>{qg]SI?5+!
<06><06><06><06><06><06><06><06><06><06><06><06><06>wmcYOE;1'	<05><05><05><05><05><05><05><05><05><05><05><05><05>}si_UKA7-#<04><04><04><04><04><04><04><04><04><04><04><04><04>yoe[QG=3)
<03><03><03><03><03><03><03><03><03><03><03><03>ukaWMC9/%<02><02><02><02><07>k

Gc<07>j

Fc<07>i

Eb<07>h

Db<07>g

Cb<07>f

Bb<07>e

Ab<07>d

@b<07>c

?b<07>b

>b<07>a

=b<07>`

<a<07>_

;a<07>^

:a<07>]

9a<07>\

8a<07>[

7`<07>Z

6`<07>Y

`<07>X

5`<07>W

4`<07>V

3^<07>U

2^<07>T

1^<07>S

0^<07>R

^<07>Q

/]<07>P
<00>]<07>O

.]<07>N

-\<07>M

,\<07>L

+\<07>K

*\<07>J

)\<07>I

[<07>H

([<07>G

'[<07>F

&[<07>E

%[<07>D

$Y<07>C

#Y<07>B

"Y<07>A

!Y<07>@

 Y<07>?

X<07>>

X<07>=

X<07><
<00>X<07>;

X<07>:

W<07>9

W<07>8

W<07>7
<00>W<07>6

W<07>5

T<07>4

T<07>3

T<07>2

T<07>1

T<07>0

S<07>/

S<07>.

S<07>-

S<07>,

S<07>+
<00>R<07>*

R<07>)
<00>R<07>(
<00>R<07>'
<00>R<07>&


Q<07>%

Q<07>$

Q<07>#


Q<07>"

	Q<07>!

P<07> 

P<07>
<00>P<07>
<00>P<07>
<00>P<07>

O<07>

O<07>

O<07>

O<07>
<00>O<07>

O<07>


O<07>

O<07>
<00>O<07>
<00>O<07>
<00>M<07>
<00>L<07>
<00>L<07>
<00>L<07>
<00>L<07>

<00>L<07>
<00>K<07>
<00>K<07>

<00>K<07>	
<00>K<07>
<00>K<07>
<00>J<07>
<00>J<07>
<00>J<07>
<00>J<07>
<00>J<07>
<00>H<07>

<00>F<07>
<00>F<07>
<00>F<07>~
<00>F<07>}
<00>F<07>|
<00>E<07>{
<00>E<07>z
<00>E<07>y
<00>E<07>x
<00>E<07>w
<00>D<07>v
<00>D<07>u
<00>D<07>t
<00>D<07>s
<00>D<07>r
<00>B<07>q
<00>B<07>p
<00>B<07>o
<00>B<07>n
<00>B<07>m
<00>B<07>l
<00>B<07>k
<00>B<07>j
<00>B<07>i
<00>B<07>h
<00>A<07>g
<00>@<07>f
<00>@<07>e
<00>@<06>d

v@<07>c
<00>@<07>b
<00>?<07>a
<00>?<07>`
<00>?<07>_
<00>?<07>^
<00>?<07>]
<00>><07>\
<00>><07>[
<00>><07>Z
<00>><07>Y
<00>><07>X
<00>=<07>W
<00>=<07>V
<00>=<07>U
<00>=<07>T
<00>=<07>S
<00>=<07>R
<00>=<07>Q
<00>=<07>P
<00>=<07>O
<00><<07>N
<00><<07>M
<00><<07>L
<00><<07>K
<00><<07>J
<00>:<06>I

:<07>H
<00>:<07>G
<00>:<07>F
<00>:<07>E
<00>9<07>D
<00>9<07>C
<00>9<07>B
<00>9<07>A
<00>9<07>@
<00>8<07>?
<00>8<07>>
<00>8<07>=
<00>8<07><
<00>8<07>;
<00>7<06>:

7<07>9
<00>6<07>8
<00>6<07>7
<00>6<07>6
<00>6<07>5
<00>6<07>4
<00>5<07>3
<00>5<07>2
<00>5<07>1
<00>5<07>0
<00>5<07>/
<00>4<07>.
<00>4<07>-
<00>4<07>,
<00>4<07>+
<00>3<07>*
<00>3<07>)
<00>3<07>(
<00>3<07>'
<00>2<07>&
<00>2<07>%
<00>2<07>$
<00>2<07>#
<00>2<07>"
<00>1<07>!
<00>1<07> 
<00>1<07>
<00>1<07>
<00>1<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>+<07>
<00>+<07>
<00>+<07>
<00>+<07>
<00>+<07>
<00>(<07>
<00>(<07>
<00>(<07>
<00>'<07>
<00>'<07>
<00>'<06>


r'<07>
<00>'<07>
<00>&<07>

<00>&<07>	
<00>&<07>
<00>&<06>

c&<07>
<00>%<07>
<00>%<07>
<00>%<06>

%<06>

~%<06>


}$<06>

|$

{$~

z$}

y$|

x#{

w#z

v#y

u#x

t#w

s"v

r"u

q"t

p"s

o"r

n q

m p

l o

k n

j m

i l

h k

g j

fi

eh

dg

cf

be

ad

`c

_b

^a

]`

\_

[^

Z]

Y\

X[

WZ

VY

UX

TW

SV

RU

QT

PS

OR

NQ

MP

LO

KN

JM

IL

HK

GJ

FI

EH

DG

CF

BE

AD

@C

?B

>A

=@

<?

;>

:=

9<

8;

7:

69

58

47

36

25

1
4


3

0
2

/
1


0

.	/

-	.

,	-

+	,

*	+

)*

()

'(

&'

%&

$%

#$

"#

!"

 !

 

















































	

	






	
	
	
	
		

D<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>ukaWMC9/%<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>|rh^TJ@6,"
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
x
n
d
Z
P
F
<
2
(



<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>~tj`VLB8.$<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>zpf\RH>4)
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
y
n
c
X
M
B
7
,
!


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	|	q	f	[	P	E	:	/	$			<08><08><08><08><08><08><08><08><08><08><08>ti^SH=2'<07><07><07><07><07><07><07><07><07><07><07><07>wlaVK@5*	<06><06><06><06><06><06><06><06><06><06><06><06>zodYNC8-"
<05><05><05><05><05><05><05><05><05><05><05>}rg\QF;0%<04><04><04><04><04><04><04><04><04><04><04><04>vk`UJ?4)<03><03><03><03><03><03><03><03><03><03><03><03>yncXMB7,!
<02><02><02><02><02><02><02><02><02><02><08>/
<01><00><08>.F<00><08>-E<00><08>,D<00><08>+<00><00><08>*
<01><00><08>)C<00><07>(
w<00><08>'B<00><08>&A<00><08>%@<00><07>$
b<00><08>#?<00><08>"><00><08>!=<00><08> <<00><08>;<00><08>:<00><08>9<00><08>8<00><08>7<00><08>6<00><08>5<00><08>4<00><08>3<00><08>2<00><08>1<00><08>0<00><08>/<00><08>
<01><00><08>.<00><08>-<00><08>,<00><08>+<00><08>
*<00><08>)<00><08>(<00><08>
'<00><08>	&<00><08><00><00><08><00><00><08>%<00><08><00><00><08>$<00><07>
N<00><08>#<00><08>
"<00><08>
#<00><08>!<00><08>~ <00><08>}<00><08>|<00><08>{<00><08>z<00><08>y<00><08>x<00><08>w<00><08>v<00><08>u<00><08>t<00><08>s<00><08>r<00><08>q<00><08>p<00><08>o<00><08>n<00><08>m<00><08>l<00><08>k
<00><08>j<00><08>i<00><08>h
<00><08>g	<00><08>f<00><08>e<00><08>d<00><08>c<00><08>b<00><08>a<00><08>`<00><08>_
<00><08>^
O<00><08>]
<01><00><08>\<00><08>[
<01><00><08>Z
<01><00><08>Y
<01><00><08>X
<01><00><08>W
<01><00><08>V
<01><00><08>U
<01><00><08>T
<01><00><08>S
<01><00><08>R
O<00><08>Q
<01><00><08>P
<01><00><08>O
<01><00><08>N
<01><00><08>M
<01><00><08>L
<01><00><08>K
<01><00><08>J
<01><00><08>I
<01><00><08>H
<01><00><08>G
<01><00><08>F
<01><00><08>E
<01><00><08>D
<01><00><08>C
<01><00><08>B
<01><00><08>A
<01><00><08>@
<01><00><08>?
O<00><08>>
<01><00><08>=
<01><00><08><
<01><00><08>;
<01><00><08>:
<01><00><08>9
<01><00><08>8
<01><00><08>7
<01><00><08>6
_<00><08>5
<01><00><08>4
<01><00><08>3
<01><00><08>2
<01><00><08>1<00><00><08>0
)<00><08>/
<01><00><08>.
<01><00><08>-
<01><00><08>,
<01><00><08>+
<01><00><08>*<00><00><08>)
<01><00><08>(
<01><00><08>'
<01><00><08>&
<01><00><08>%
<01><00><08>$
<01><00><08>#
<01><00><08>"
<01><00><08>!
<01><00><08> 
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>

<01><00><08>
<01><00><08>
<01><00><08>

<01><00><08>	
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>

<01><00><08>
<01><00><08>
<01><00><08>~
<01><00><08>}
<01><00><08>|
<01><00><08>{
<01><00><08>z<00><00><08>y
;<00><08>x
<01><00><08>w
<01><00><08>v
<01><00><08>u
<01><00><08>t
<01><00><08>s
<00><08>r<00><00><08>q
<01><00><08>p
<01><00><08>o
<01><00><08>n
<01><00><08>m
<01><00><08>l
<01><00><08>k<00><00><08>j
<01><00><08>i
<01><00><08>h
<01><00><08>g
<01><00><07>f

<01><07>e

<01><07>d

<01><07>c

<01><07>b

<01>~<07>a

<01>~<07>`

<01>~<07>_

<01>~<07>^

<01>~<07>]
<00>}<07>\

<01>}<07>[

<01>}<07>Z

<01>}<07>Y

<01>}<07>X

<01>|<07>W

<01>|<07>V

<01>|<07>U

<01>|<07>T

<01>|<07>S

{<07>R

{<07>Q

<01>{<07>P
<00>{<07>O

<01>{<07>N

<01>z<07>M

<01>z<07>L

<01>z<07>K

<01>z<07>J
<00>z<07>I

<01>y<07>H

<01>y<07>G

<01>y<07>F

<01>y<07>E

<01>y<07>D

<01>x<07>C

<01>x<07>B

fx<07>A

<01>x<07>@

<01>x<07>?

<01>w<07>>

<01>w<07>=

w<07><

tw<07>;

'w<07>:

<01>v<07>9

<01>v<07>8

Ov<07>7

<01>v<07>6

v<07>5

~u<07>4

u<07>3
<00>u<07>2

}u<07>1

|u<07>0

{t<07>/

zs<07>.

ys<07>-

xs<07>,

ws<07>+

vs<07>*

r<07>)

ur<07>(

tr<07>'

sr<07>&

rr<07>%

q<07>$

q<07>#
<00>q<07>"

qq<07>!

pq<07> 

oo<07>

no<07>

mo<07>

=o<07>
<00>o<07>

_m<07>

lm<07>

km<07>

jm<07>

im<07>

^l<07>

hl<07>

gl<07>

fl<07>

]l<07>

ek<07>

dk<07>

ck<06>

dk<07>


bk<07>

j<07>
<00>j<07>


aj<07>	
<00>j<07>

`j<07>

_i<07>

^i<07>

]i<07>

\i<07>

i<07>

[h<07>


Zh<07>

Yh<07>

Xh<07>~

Wh<07>}

Vg<07>|

Ug<07>{

Tg<07>z

Sg<07>y

Rg<07>x

Qf<07>w

Pf<07>v

Of<06>u

f<07>t

Nf<07>s

Md<07>r

Ld<07>q

Kd<07>p

Jd<07>o

Id<07>n

Hc<07>m

c<07>l
<00>c


<0A>	tS
<00>@k<00><02>S5GGMillWheel: Fault-Tolerant Stream Processing at Internet Scale<07>MillWheel is a framework for building low-latency data-processing applications that is widely used at Google. Users specify a directed computation graph and application code for individual nodes, and the system manages persistent state and the continuous flow of records, all within the envelope of the framework's fault-tolerance guarantees. This paper describes MillWheel's programming model as well as its implementation. The case study of a continuous anomaly detector in use at Google serves to motivate how many of MillWheel's features are used. MillWheel's programming model provides a notion of logical time, making it simple to write time-based aggre-gations. MillWheel was designed from the outset with fault tolerance and scalability in mind. In practice, we find that MillWheel's unique combination of scalability, fault tolerance, and a versatile programming model lends itself to a wide variety of problems at Google.PVLDBdistributed_systems/2017-09-11T17:58:34.8629230962017-09-11T17:58:34.862923096<EFBFBD>j<00><02>_K5CCLinearizability: A Correctness Condition for Concurrent Objects<07>A concurrent object is a data object shared by concurrent processes. Linearizability is a correctness condition for concurrent objects that exploits the semantics of abstract data types. It permits a high degree of concurrency, yet it permits programmers to specify and reason about concurrent objects using known techniques from the sequential domain. Linearizability provides the illusion that each operation applied by concurrent processes takes effect instantaneously at some point between its invocation and its response, implying that the meaning of a concurrent object's operations can be given by pre- and post-conditions. This paper defines linearizability, compares it to other correctness conditions, presents and demonstrates a method for proving the correctness of implementations, and shows how to reason about concurrent objects, given they are linearizable.ACM Trans. Program. Lang. Syst.distributed_systems/2017-09-11T17:58:34.80759792017-09-11T17:58:34.8075979<EFBFBD>oi
q<02>E5GGLarge-scale cluster management at Google with Borg<07>Google's Borg system is a cluster manager that runs hundreds of thousands of jobs, from many thousands of different applications, across a number of clusters each with up to tens of thousands of machines.
 It achieves high utilization by combining admission control, efficient task-packing, over-commitment, and machine sharing with process-level performance isolation. It supports high-availability applications with runtime features that minimize fault-recovery time, and scheduling policies that reduce the probability of correlated failures. Borg simplifies life for its users by offering a declarative job specification language, name service integration, real-time job monitoring, and tools to analyze and simulate system behavior.
 We present a summary of the Borg system architecture and features, important design decisions, a quantitative analysis of some of its policy decisions, and a qualitative examination of lessons learned from a decade of operational experience with it.EuroSysdistributed_systems/2017-09-11T17:58:34.6475769042017-09-11T17:58:34.647576904<EFBFBD>h
u<02>'
5CCAbove the Clouds: A Berkeley View of Cloud Computing<07>Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. To copy otherwise, to republish, to post on servers or to redistribute to lists, requires prior specific permission.distributed_systems/2017-09-11T17:58:34.53272292017-09-11T17:58:34.5327229
i<00><0F><0F><0F>tK+<0E><0E><0E><0E>gG#
<0A>
<0A>
<0A>
Y
0

<0C><0C><0C><0C>cC%<0B><0B><0B>b@
<EFBFBD>
<EFBFBD>
<EFBFBD>
}
c
E
	<09>	<09>	<09>	s	H	&	<08><08>[5<07><07><07>sM/<06><06><06>yR0<05><05><05><05>mO%<04><04><04><04>fF(<03><03><03><03>X6<02><02><02><02>`3
<01>
<01>
<01>
z
G
<00>)<29>/1
+C. Borradori-TolsaC.Borradori-Tolsa)<29>.1
François LazeyrasFrançoisLazeyras0<73>-9Manon J. N. L. BendersManonJ. N. L.Benders!<21>,)
Jessica DuboisJessicaDubois<19>+!
Mark KleinMarkKlein8<6E>*A1Juan A. Rodríguez-AguilarJuanA.Rodríguez-Aguilar<1F>)'
Simon ParsonsSimonParsons<19>(!
Brian ZillBrianZill*<2A>'3Srinath T. V. SettySrinathT. V.Setty(<28>&1Michael L. RobertsMichaelL.Roberts<1B>%#
Bryan ParnoBryanParno <20>$)Jacob R. LorchJacobR.Lorch#<23>#+
Manos KapritsosManosKapritsos<19>"!
Jon HowellJonHowell%<25>!-
!Chris HawblitzelChrisHawblitzel<1F> '
Changhoon KimChanghoonKim%<25>-
Srikanth KandulaSrikanthKandula<1D>%
Navendu JainNavenduJain&<26>/James R. HamiltonJamesR.Hamilton<1C>%Brian M. OkiBrianM.Oki<1B>#
David ChaumDavidChaum<1F>'
Jon CrowcroftJonCrowcroft<1B>#
Steven HandStevenHand<1D>%
Steven SmithStevenSmith'<27>/
!Thomas GazagnaireThomasGazagnaire<1D>%
Balraj SinghBalrajSingh <20>)David J. ScottDavidJ.Scott)<29>1#
Charalampos RotsosCharalamposRotsos#<23>+
Richard MortierRichardMortier'<27>/
%Anil MadhavapeddyAnilMadhavapeddy<1B>#
Miron LivnyMironLivny$<24>-Michael J. CareyMichaelJ.Carey<19>!
Ning ZhangNingZhang<17>
Chao YangChaoYang<1F>
'
Gintaras WossGintarasWoss<1F>'
Guanghao ShenGuanghaoShen<1F>'
Sriram SankarSriramSankar<1F>
'
Philip ProninPhilipPronin$<24>	-Søren B. LassenSørenB.Lassen%<25>-
Sandhya KunnaturSandhyaKunnatur<1B>#
Tom JacksonTomJackson#<23>+
Lucian GrijincuLucianGrijincu'<27>/
!Sergey DoroshenkoSergeyDoroshenko<1D>%
Tudor BosmanTudorBosman<1B>#
Iain BeckerIainBecker#<23>+
Michael CurtissMichaelCurtiss<1F>
'
Iulian MoraruIulianMoraru%<25>-
Georges GonthierGeorgesGonthier#<23>+
Cédric FournetCédricFournet&<26>~/Marshall C. PeaseMarshallC.Pease&<26>}/Robert E. ShostakRobertE.Shostak#<23>|+
Patrick WendellPatrickWendell!<21>{)
!Kay OusterhoutKayOusterhout#<23>z+
Michael BurrowsMichaelBurrows2<73>y;#Christos T. KaramanolisChristosT.Karamanolis(<28>x1Alistair C. VeitchAlistairC.Veitch<1E>w'Mehul A. ShahMehulA.Shah<1F>v'
Arif MerchantArifMerchant(<28>u1Marcos K. AguileraMarcosK.Aguilera#<23>t+
David MazièresDavidMazières(<28>s1Yifeng Frank HuangYifengFrankHuang<1F>r'
Andrea BittauAndreaBittau.<2E>q7#Ali José MashtizadehAliJoséMashtizadeh+<2B>p3
!Grzegorz CzajkowskiGrzegorzCzajkowski<1B>o#
Naty LeiserNatyLeiser<17>n
Ilan HornIlanHorn$<24>m-James C. DehnertJamesC.Dehnert <20>l)Aart J. C. BikAartJ. C.Bik(<28>k1Matthew H. AusternMatthewH.Austern'<27>j/
Grzegorz MalewiczGrzegorzMalewicz!<21>i)
Barbara LiskovBarbaraLiskov<1F>h'
Miguel CastroMiguelCastro#<23>g+
Joshua RedstoneJoshuaRedstone%<25>f-
Robert GriesemerRobertGriesemer.<2E>e7Tushar Deepak ChandraTusharDeepakChandra<1F>d'
Jorgen ThelinJorgenThelin<1F>c'
Gabriel KliotGabrielKliot<1B>b#
Alan GellerAlanGeller<1D>a%
Sergey BykovSergeyBykov&<26>`/Samuel C. KendallSamuelC.Kendall<1D>_%
Ann WollrathAnnWollrath<1B>^#
Geoff WyantGeoffWyant<17>]
Jim WaldoJimWaldo&<26>\/Fred B. SchneiderFredB.Schneider <20>[)Paul R. WilsonPaulR.Wilson&<26>Z/Robert D. BlumofeRobertD.Blumofe*<2A>Y3Kathryn S. MckinleyKathrynS.Mckinley"<22>X+Emery D. BergerEmeryD.Berger-<2D>W5
%Michael Abd-El-MalekMichaelAbd-El-Malek'<27>V/
#Malte SchwarzkopfMalteSchwarzkopf<1B>U#
Sam WhittleSamWhittle!<21>T)
Paul NordstromPaulNordstrom<1D>S%
Daniel MillsDanielMills<1B>R#
Sam McveetySamMcveety<19>Q!
Reuven LaxReuvenLax<1F>P'
Josh HabermanJoshHaberman!<21>O)
Slava ChernyakSlavaChernyak!<21>N)
Kaya BekirogluKayaBekiroglu<1D>M%
Alex BalikovAlexBalikov<1D>L%
Tyler AkidauTylerAkidau&<26>K/Jeannette M. WingJeannetteM.Wing<1B>J#
John WilkesJohnWilkes<17>I
Eric TuneEricTune'<27>H/
#David OppenheimerDavidOppenheimer'<27>G/
Madhukar KorupoluMadhukarKorupolu

k<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>{skc[SKC;3+#<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>{skd]UNF>6.&
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
~
v
n
f
^
V
N
F
>
6
.
&



<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>~vnf^VNF>6.&<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>wmcYOE;1'	
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
}
s
i
_
U
K
A
7
-
#


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	y	o	e	[	Q	G	=	3	)				
<08><08><08><08><08><08><08><08><08><08><08><08>ukaWMC9/%<07><07><07><07><07><07><07><07><07><07><07><07><07>{qg]SI?5+!
<06><06><06><06><06><06><06><06><06><06><06><06><06>wmcYOE;1'	<05><05><05><05><05><05><05><05><05><05><05><05><05>}si_UKA7-#<04><04><04><04><04><04><04><04><04><04><04><04><04>yoe[QG>4* <03><03><03><03><03><03><03><03><03><03><03><03><03>vlbXND:0&<02><02><02><02><07>k

Ji<07>j

Ii<07>i

Hi<07>h

Gi<07>g

Fi<07>f

Ei<07>e

Dh<07>d

Ch<07>c

Bh<07>b

Ah<07>a

1h<07>`

@h<07>_

?h<07>^

>h<07>]

=h<07>\

<h<07>[

;h<07>Z

:h<07>Y
<00>h<07>X

9h<07>W

8g<07>V

7g<07>U

6g<07>T

5f<07>S

4f<07>R

3f<07>Q

2f<07>P

1f<07>O

0e<07>N

/e<07>M

.d<07>L

-d<07>K

,d<07>J

+d<07>I

*d<06>H

Mc<07>G

)c<07>F
<00>c<07>E

(c<07>D

'b<07>C

&a<07>B

%a<07>A

$a<07>@

#a<07>?

"a<07>>

!`<07>=

 `<07><

_<07>;

^<07>:

^<07>9

^<07>8

^<07>7

]<07>6

]<07>5

]<07>4

]<07>3

]<07>2

]<07>1

]<07>0

]<07>/

]<07>.

\<07>-

\<07>,

\<07>+

\<07>*


[<07>)

[<07>(

[<07>'


[<07>&

	Y<07>%

Y<07>$

Y<07>#

X<07>"

X<07>!

X<07> 

X<07>

X<07>


X<07>

X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>X<07>
<00>W<07>
<00>W<07>
<00>V<07>
<00>U<07>
<00>U<07>
<00>U<07>
<00>U<07>
<00>T<07>

<00>T<07>
<00>T<07>
<00>T<07>

<00>T<07>	
<00>T<07>
<00>T<07>
<00>S<07>
<00>S<07>
<00>S<07>
<00>S<07>
<00>R<07>
<00>R<07>

<00>R<07>
<00>Q<07>
<00>Q<07>~
<00>P<07>}
<00>P<07>|
<00>O<07>{
<00>O<07>z
<00>O<07>y
<00>O<07>x
<00>O<07>w
<00>O<07>v
<00>M<07>u
<00>M<07>t
<00>M<07>s
<00>M<07>r
<00>M<07>q
<00>M<07>p
<00>M<07>o
<00>M<07>n
<00>M<07>m
<00>M<07>l
<00>M<07>k
<00>L<07>j
<00>K<07>i
<00>K<07>h
<00>K<07>g
<00>J<07>f
<00>J<07>e
<00>I<07>d
<00>I<07>c
<00>H<07>b
<00>G<07>a
<00>F<07>`
<00>F<07>_
<00>F<07>^
<00>F<07>]
<00>E<07>\
<00>D<07>[
<00>D<07>Z
<00>C<07>Y
<00>C<07>X
<00>C<07>W
<00>B<07>V
<00>B<07>U
<00>B<07>T
<00>A<07>S
<00>@<07>R
<00>@<07>Q
<00>@<07>P
<00>@<07>O
<00>@<07>N
<00>?<07>M
<00>><07>L
<00>><07>K
<00>=<07>J
<00>=<07>I
<00><<07>H
<00><<07>G
<00>;<07>F
<00>;<07>E
<00>;<07>D
<00>:<07>C
<00>:<07>B
<00>:<07>A
<00>9<07>@
<00>9<07>?
<00>9<07>>
<00>9<07>=
<00>9<07><
<00>9<07>;
<00>9<07>:
<00>9<07>9
<00>8<07>8
<00>8<07>7
<00>8<07>6
<00>8<07>5
<00>8<07>4
<00>8<07>3
<00>8<07>2
<00>7<07>1
<00>7<07>0
<00>7<07>/
<00>6<07>.
<00>6<07>-
<00>6<07>,
<00>5<07>+
<00>5<07>*
<00>5<07>)
<00>5<07>(
<00>5<07>'
<00>4<07>&
<00>4<07>%
<00>4<07>$
<00>3<07>#
<00>3<07>"
<00>3<07>!
<00>3<07> 
<00>3<07>
<00>3<07>
<00>3<07>
<00>2<07>
<00>2<07>
<00>2<07>
<00>2<07>
<00>2<07>
<00>1<07>
<00>1<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>0<07>
<00>/<07>
<00>/<07>
<00>.<07>
<00>.<07>
<00>.<07>

<00>-<07>
<00>,<07>
<00>,<07>

<00>+<07>	
<00>+<06>

*<06>

~)<06>

})<06>

|)<06>

{(<06>

z(<06>

y(<06>


x'<06>

w&

v&~

u&}

t&|

s&{

r&z

q&y

p&x

o&w

n&v

m&u

l%t

k%s

j$r

i$q

h$p

g$o

f$n

e#m

d#l

c#k

b"j

a!i

` h

_g

^f

]e

\d

[c

Zb

Ya

X`

W_

V^

U]

T\

S[

RZ

QY

PX

OW

NV

MU

LT

KS

JR

IQ

HP

GO

FN

EM

DL

CK

BJ

AI

@H

?G

>F

=E

<D

;C

:B

9A

8@

7?

6>

5=

4<

3;

2:

19

08

/7	

6

.5	
4	
3

-
2

,
1

+
0

*
/

)	.

(	-

',

&+

%*

$)

#(

"'

!&

 %

$

#

"

!

 





























	













	




	

	














		

A<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>~tj`VLB8.$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>zpf\RH>4* 
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
v
l
b
X
N
D
:
0
&


<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>|rh^TJ?4)<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>yncXMB7,!
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
|
q
f
[
P
E
:
/
$


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>		t	i	^	S	H	=	2	'			<08><08><08><08><08><08><08><08><08><08><08><08>wlaVK@5*	<07><07><07><07><07><07><07><07><07><07><07><07>zodYNC8-"
<06><06><06><06><06><06><06><06><06><06><06>}rg\QF;0%<05><05><05><05><05><05><05><05><05><05><05><05>uj_TI>3(<04><04><04><04><04><04><04><04><04><04><04><04>xmbWLA6+ 
<03><03><03><03><03><03><03><03><03><03><03><03>{peZOD9.#
<02><02><02><02><02><02><02><02><02><02><08>,`<00><08>+_<00><08>*
<01><00><08>)
<01><00><08>(^<00><08>']<00><08>&\<00><08>%[<00><08>$Z<00><08>#Y<00><08>"X<00><08>!W<00><08> V<00><08>U<00><08>T<00><08>S<00><08>R<00><08>Q<00><08>P<00><08>O<00><08>N<00><08>M<00><08>L<00><08>K<00><08>J<00><08>I<00><08>H<00><08>G<00><08>F<00><08>E<00><08>D<00><08>
C<00><08>B<00><08>A<00><08>
@<00><08>	?<00><08>><00><08>=<00><08><<00><08>;<00><08>:<00><08><00><00><08><00><00><08>
9<00><08>8<00><08>
<01><00><08>~
<01><00><08>}7<00><08>|6<00><08>{5<00><08>z4<00><08>y3<00><08>x2<00><08>w1<00><08>v0<00><08>u/<00><08>t.<00><08>s-<00><08>r,<00><08>q+<00><08>p*<00><08>o)<00><08>n(<00><08>m'<00><08>l&<00><08>k%<00><08>j$<00><08>i#<00><08>h"<00><08>g!<00><08>f <00><08>e<00><08>d<00><08>c<00><08>b<00><08>a<00><08>`<00><08>_<00><08>^<00><08>]<00><08>\<00><08>[<00><08>Z<00><08>Y<00><08>X<00><08>W
<01><00><08>V<00><00><08>U<00><08>T<00><08>S<00><00><08>R<00><08>Q
<00><08>P<00><08>O
<00><08>N<00><08>M<00><08>L
<00><08>K	<00><08>J<00><08>I<00><00><08>H<00><00><08>G<00><08>F<00><08>E<00><00><08>D<00><08>C<00><08>B<00><08>A<00><08>@
<00><08>?<00><08>>
<01><00><08>=
<01><00><08><
<01><00><08>;
<01><00><08>:
<01><00><08>9
<01><00><08>8
<01><00><08>7
<01><00><08>6
<01><00><08>5
<01><00><08>4
<01><00><08>3
<01><00><08>2
<01><00><08>1
<01><00><08>0
<01><00><08>/
<01><00><08>.
<01><00><08>-
<01><00><08>,
<01><00><08>+
<01><00><08>*
<01><00><08>)
<01><00><08>(
<01><00><08>'
<01><00><08>&
<01><00><08>%
<01><00><08>$
<01><00><08>#
<01><00><08>"
<01><00><08>!
<01><00><08> 
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08><00><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>

<01><00><08>
<01><00><08>
<01><00><08>

<01><00><08>	
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>
<01><00><08>

<01><00><08>
<01><00><08>
<01><00><08>~
<01><00><08>}
<01><00><08>|
<01><00><08>{
<01><00><08>z
<01><00><08>y
<01><00><08>x
<01><00><08>w
<01><00><08>v
<01><00><08>u
<01><00><08>t
<01><00><08>s
<01><00><08>r
<01><00><08>q
<01><00><08>p
<01><00><08>o
<01><00><08>n
<01><00><08>m
<01><00><08>l
<01><00><08>k
<01><00><08>j
<01><00><08>i
<01><00><08>h
<01><00><08>g
<01><00><08>f
<01><00><08>e
<01><00><08>d
<01><00><08>c
<01><00><08>b
<01><00><08>a
<01><00><08>`
<01><00><08>_
<01><00><08>^
<01><00><08>]
<01><00><08>\
<01><00><08>[
<01><00><08>Z
<01><00><08>Y
<01><00><08>X
<01><00><08>W
<01><00><08>V
&<00><08>U
%<00><08>T
$<00><08>S
#<00><08>R
<01><00><08>Q
<01><00><08>P
<01><00><08>O
<01><00><08>N
"<00><08>M
i<00><08>L
<01><00><08>K
<01><00><07>J

<01><07>I

<01><07>H

<01><07>G

<01><07>F

<01><07>E

<01><07>D

<01><07>C

<01><07>B

<01><07>A

<01>~<07>@

<01>~<07>?

~<07>>
<00>}<07>=

<01>|<07><

<01>|<07>;

<01>|<07>:

<01>|<07>9

<01>|<07>8

<01>|<07>7

<01>|<07>6

<01>|<07>5

<01>|<07>4

<01>|<07>3

<01>|<07>2

<01>|<07>1

<01>|<07>0

<01>|<07>/
<00>{<07>.
<00>{<07>-

<01>{<07>,

<01>z<07>+

z<07>*

~y<07>)

}y<07>(
<00>y<07>'

1x<07>&

Ax<07>%

|x<07>$

{x<07>#

zw<07>"

2v<07>!

4v<07> 

5v<07>
<00>v<07>

yu<07>

xu<07>

wu<07>

vu<07>

uu<07>

tt<07>

st<07>

rt<07>

qt<07>

ps<07>

os<07>

ns<07>

ms<07>

ls<07>

ks<07>

js<07>

ir<07>


hr<07>

gq<07>

fq<07>


eq<07>	

dp<07>

cp<07>

bp<07>

ap<07>

p<07>

`o<07>

_o<07>

^o<07>


]o<07>

\n<07>

[m<07>~

Zm<07>}

Ym<07>|

Xm<07>{

Jl<07>z

Wl<07>y

Cl<07>x

Vl<07>w

Uk<07>v

Tk<07>u

Sk<07>t

Rk<07>s

Qk<07>r

Pk<07>q

Ok<07>p

Nk<07>o

Mk<07>n

Lk<07>m

Kj<07>l
<00>j
Gm`G<00>n<00>/<02>O/5??Implementing Fault-Tolerant Services Using the State Machine Approach: A Tutorial<07>The state machine approach is a general method for implementing fault-tolerant services in distributed systems. This paper reviews the approach and describes protocols for two different failure models&#8212;Byzantine and fail stop. Systems reconfiguration techniques for removing faulty components and integrating repaired components are also discussed.ACM Comput. Surv.distributed_systems/2017-09-11T17:58:35.223752017-09-11T17:58:35.22375<EFBFBD>
m<00><02>]5GGHoard: A Scalable Memory Allocator for Multithreaded Applications<07>Parallel, multithreaded C and C++ programs such as web servers, database managers, news servers, and scientific applications are becoming increasingly prevalent. For these applications, the memory allocator is often a bottleneck that severely limits program performance and scalability on multiprocessor systems. Previous allocators suffer from problems that include poor performance and scalability, and heap organizations that introduce false sharing. Worse, many allocators exhibit a dramatic increase in memory consumption when confronted with a producer-consumer pattern of object allocation and freeing. This increase in memory consumption can range from a factor of <i>P</i> (the number of processors) to unbounded memory consumption.This paper introduces Hoard, a fast, highly scalable allocator that largely avoids false sharing and is memory efficient. Hoard is the first allocator to simultaneously solve the above problems. Hoard combines one global heap and per-processor heaps with a novel discipline that provably bounds memory consumption and has very low synchronization costs in the common case. Our results on eleven programs demonstrate that Hoard yields low average fragmentation and improves overall program performance over the standard Solaris allocator by up to a factor of 60 on 14 processors, and up to a factor of 18 over the next best allocator we tested.ASPLOSdistributed_systems/2017-09-11T17:58:35.1604650882017-09-11T17:58:35.160465088<EFBFBD>l<00><02>k5GGOmega: flexible, scalable schedulers for large compute clusters<07>Increasing scale and the need for rapid response to changing requirements are hard to meet with current monolithic cluster scheduler architectures. This restricts the rate at which new features can be deployed, decreases efficiency and utilization, and will eventually limit cluster growth. We present a novel approach to address these needs using parallelism, shared state, and lock-free optimistic concurrency control.
 We compare this approach to existing cluster scheduler designs, evaluate how much interference between schedulers occurs and how much it matters in practice, present some techniques to alleviate it, and finally discuss a use case highlighting the advantages of our approach -- all driven by real-life Google production workloads.EuroSysdistributed_systems/2017-09-11T17:58:35.0755520022017-09-11T17:58:35.075552002
<04><0B><06><04><00>q
c<02>y5GGPaxos made live: an engineering perspective<07>We describe our experience in building a fault-tolerant data-base using the Paxos consensus algorithm. Despite the existing literature in the field, building such a database proved to be non-trivial. We describe selected algorithmic and engineering problems encountered, and the solutions we found for them. Our measurements indicate that we have built a competitive system.PODCdistributed_systems/2017-09-11T17:58:35.4536069342017-09-11T17:58:35.453606934<EFBFBD>Xp<00><02>y
5GGOrleans: Distributed Virtual Actors for Programmability and Scalability<07>High-scale interactive services demand high throughput with low latency and high availability, difficult goals to meet with the traditional stateless 3-tier architecture. The actor model makes it natural to build a stateful middle tier and achieve the required performance. However, the popular actor model platforms still pass many distributed systems problems to the developers. The Orleans programming model introduces the novel abstraction of virtual actors that solves a number of the complex distributed systems problems, such as reliability and distributed resource management, liberating the developers from dealing with those concerns. At the same time, the Orleans runtime enables applications to attain high performance, reliability and scalability. This paper presents the design principles behind Orleans and demonstrates how Orleans achieves a simple programming model that meets these goals. We describe how Orleans simplified the development of several scalable production applications on Windows Azure, and report on the performance of those production systems.distributed_systems/2017-09-11T17:58:35.3582939452017-09-11T17:58:35.358293945<EFBFBD>no
K<02>M75GGA Note on Distributed Computing<07>We argue that objects that interact in a distributed system need to be dealt with in ways that are intrinsically different from objects that interact in a single address space. These differences are required because distributed systems require that the programmer be aware of latency, have a different model of memory access, and take into account issues of concurrency and partial failure. We look at a number of distributed systems that have attempted to paper over the distinction between local and remote objects, and show that such systems fail to support basic requirements of robustness and reliability. These failures have been masked in the past by the small size of the distributed systems that have been built. In the enterprise-wide distributed systems foreseen in the near future, however, such a masking will be impossible. We conclude by discussing what is required of both systems-level and application-level programmers and designers if one is to take distribution seriously.Mobile Object Systemsdistributed_systems/2017-09-11T17:58:35.2847639162017-09-11T17:58:35.284763916
<04>	G<04><00>
s
o<02>	5GGPregel: a system for large-scale graph processing<07>Many practical computing problems concern large graphs. Standard examples include the Web graph and various social networks. The scale of these graphs - in some cases billions of vertices, trillions of edges - poses challenges to their efficient processing. In this paper we present a computational model suitable for this task. Programs are expressed as a sequence of iterations, in each of which a vertex can receive messages sent in the previous iteration, send messages to other vertices, and modify its own state and that of its outgoing edges or mutate graph topology. This vertex-centric approach is flexible enough to express a broad set of algorithms. The model has been designed for efficient, scalable and fault-tolerant implementation on clusters of thousands of commodity computers, and its implied synchronicity makes reasoning about programs easier. Distribution-related details are hidden behind an abstract API. The result is a framework for processing large graphs that is expressive and easy to program.PODCdistributed_systems/2017-09-11T17:58:35.6911640622017-09-11T17:58:35.691164062<EFBFBD>6r<00>
<02>=5GGPractical byzantine fault tolerance and proactive recovery<07>Our growing reliance on online services accessible on the Internet demands highly available systems that provide correct service without interruptions. Software bugs, operator mistakes, and malicious attacks are a major cause of service interruptions and they can cause arbitrary behavior, that is, Byzantine faults. This article describes a new replication algorithm, BFT, that can be used to build highly available systems that tolerate Byzantine faults. BFT can be used in practice to implement real services: it performs well, it is safe in asynchronous environments such as the Internet, it incorporates mechanisms to defend against Byzantine-faulty clients, and it recovers replicas proactively. The recovery mechanism allows the algorithm to tolerate any number of faults over the lifetime of the system provided fewer than 1/3 of the replicas become faulty within a small window of vulnerability. BFT has been implemented as a generic program library with a simple interface. We used the library to implement the first Byzantine-fault-tolerant NFS file system, BFS. The BFT library and BFS perform well because the library incorporates several important optimizations, the most important of which is the use of symmetric cryptography to authenticate messages. The performance results show that BFS performs 2&percnt; faster to 24&percnt; slower than production implementations of the NFS protocol that are not replicated. This supports our claim that the BFT library can be used to build practical systems that tolerate Byzantine faults.ACM Trans. Comput. Syst.distributed_systems/2017-09-11T17:58:35.5490859382017-09-11T17:58:35.549085938

<EFBFBD><00>Tu<00><02>K=5GGSinfonia: A new paradigm for building scalable distributed systems<07>We propose a new paradigm for building scalable distributed systems. Our approach does not require dealing with message-passing protocols -- a major complication in existing distributed systems. Instead, developers just design and manipulate data structures within our service called Sinfonia. Sinfonia keeps data for applications on a set of memory nodes, each exporting a linear address space. At the core of Sinfonia is a novel minitransaction primitive that enables efficient and consistent access to data, while hiding the complexities that arise from concurrency and failures. Using Sinfonia, we implemented two very different and complex applications in a few months: a cluster file system and a group communication service. Our implementations perform well and scale to hundreds of machines.ACM Trans. Comput. Syst.distributed_systems/2017-09-11T17:58:35.8849909672017-09-11T17:58:35.884990967<EFBFBD>t
<02>5GGReplication, history, and grafting in the Ori file system<07>Ori is a file system that manages user data in a modern setting where users have multiple devices and wish to access files everywhere, synchronize data, recover from disk failure, access old versions, and share data. The key to satisfying these needs is keeping and replicating file system history across devices, which is now practical as storage space has outpaced both wide-area network (WAN) bandwidth and the size of managed data. Replication provides access to files from multiple devices. History provides synchronization and offline access. Replication and history together subsume backup by providing snapshots and avoiding any single point of failure. In fact, Ori is fully peer-to-peer, offering opportunistic synchronization between user devices in close proximity and ensuring that the file system is usable so long as a single replica remains. Cross-file system data sharing with history is provided by a new mechanism called <i>grafting</i>. An evaluation shows that as a local file system, Ori has low overhead compared to a File system in User Space (FUSE) loopback driver; as a network file system, Ori over a WAN outperforms NFS over a LAN.SOSPdistributed_systems/2017-09-11T17:58:35.8008559572017-09-11T17:58:35.800855957
><02>K
?<0B>

v~3	#<02>q<07><00>G<EFBFBD>C
<00>M;%GGhttps://github.com/papers-we-love/papers-we-love/blob/master/mathematics/transcendence-of-pi.pdfThe Transcendence of pimathematics/2017-09-11T17:58:18.3162758792017-09-11T17:58:18.316275879<EFBFBD><0B>B	m/GGhttp://www.ccs.neu.edu/racket/pubs/icfp10-cf.pdfFortifying Macrosmacros/2017-09-11T17:58:18.3161259772017-09-11T17:58:18.316125977><00>	sYGGhttp://people.csail.mit.edu/jrb/Projects/dexprs.pdfD-Expressions: Lisp Power, Dylan Stylemacros/2017-09-11T17:58:18.3161259772017-09-11T17:58:18.316125977<EFBFBD><04>@	I1/GGhttp://arxiv.org/abs/1004.4240arXiv/cs/1004:4240machine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.3157050783<00><05>/GGhttp://www.kdd.org/kdd2016/papers/fi<66>%<25>A	sYGG<00>http://people.csail.mit.edu/jrb/Projects/dexprs.pdfD-Expressions: Lisp Power, Dylan Stylemacros/2017-09-11T17:58:18.3161259772017-09-11T17:58:18.316125977<05>
<00>o/GGhttp://www.<2E>Q<EFBFBD>>
<02>o/GG<00>http://www.berkkapicioglu.com/wp-content/uploads/2013/11/thesis_final.pdfApplications of Machine Learning to Location Datamachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD> <20>:
<02>)/GG<00>https://www.stat.berkeley.edu/~breiman/randomforest2001.pdfRandom Forestsmachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078
l
<00>;/GGhttp://rd.springer.com/content/pdf/10.1007%2FBF00994018.pdfSupport-Vector Networksmachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<02><00>+<2B>?/GGhttp://repository.upenn.edu/cgi/viewcontent.cgi?article=1162&context=cis_papersConditional Random Fields: Probabilistic Models for Segmenting and Labeling Sequence Datamachine_le<6C>
<0A>B	m/GG<00>http://www.ccs.neu.edu/racket/pubs/icfp10-cf.pdfFortifying Macrosmacros/2017-09-11T17:58:18.3161259772017-09-11T17:58:18.316125977<EFBFBD>I<EFBFBD>C
<02>M;%GG<00>https://github.com/papers-we-love/papers-we-love/blob/master/mathematics/transcendence-of-pi.pdfThe Transcendence of pimathematics/2017-09-11T17:58:18.3162758792017-09-11T17:58:18.316275879<EFBFBD>)<29><
<02>;/GG<00>http://rd.springer.com/content/pdf/10.1007%2FBF00994018.pdfSupport-Vector Networksmachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD>Z<EFBFBD>?<02><05>/GG<00>http://www.kdd.org/kdd2016/papers/files/rfp0573-ribeiroA.pdf"Why Should I Trust You?" Explaining the Predictions of Any Classifiermachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD><00>;<02>+<2B>?/GG<00>http://repository.upenn.edu/cgi/viewcontent.cgi?article=1162&context=cis_papersConditional Random Fields: Probabilistic Models for Segmenting and Labeling Sequence Datamachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD>1<EFBFBD>8
<02>
M/GG<00>http://www.cs.uvm.edu/~icdm/algorithms/10Algorithms-08.pdfTop 10 algorithms in data miningmachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD>@<40>9	}q/GG<00>http://homes.cs.washington.edu/~pedrod/papers/cacm12.pdfA Few Useful Things to Know about Machine Learningmachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD>=<3D>=
<02>_/GG<00>https://www.cs.princeton.edu/~chazelle/pubs/FJLT-sicomp09.pdfThe Fast Johnson-Lindenstrauss Transformsmachine_learning/2017-09-11T17:58:18.3157050782017-09-11T17:58:18.315705078<EFBFBD><08>7<02>=<3D>39GG<00>http://www.pps.univ-paris-diderot.fr/~saurin/Enseignement/LMFI/articles/Martin-Lof83.pdfOn the Meanings of the Logical Constants and the Justifications of the Logical Lawslogic_and_programming/2017-09-11T17:58:18.3154399412017-09-11T17:58:18.315439941<EFBFBD>O<EFBFBD>6
<02>u9GG<00>http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.148.524Purely Functional Lazy Non-deterministic Programminglogic_and_programming/2017-09-11T17:58:18.3154399412017-09-11T17:58:18.315439941<EFBFBD>^<5E>5
<02>Cc1GG<00>http://research.microsoft.com/en-us/um/people/simonpj/papers/history-of-haskell/history.pdfA History of Haskell: Being Lazy With Classlanguages/haskell/2017-09-11T17:58:18.3150219732017-09-11T17:58:18.315021973
<00>
<01>
<01>
<01>
<01>
<01>
<01><02><02>{`H2<08><08><08><08>xEcT:<02><02>)o<07><07><07><07><07><07><07>{fUA0"<04><04><06><03><06><06><06><06><06>w^B&<05><05>X<05><05><05>~eO8<0F><0F><0F><0F><0F>
)<0F><0F><04><04>xiToF7<03><0E> <0E><0E><0E><0E><0E><0E>tbE/)
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
x
_
F
/
<0C><0C><0C><0C><0C><03><0C>}k`OM<03><04><03><03>
<04>?A<03><04>1"}<04>
<01>
<02><0B><0B><0B><0B><0B>m
\J6"
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
y
j<03><04>
Z
J<03>
;
)

		<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	x<02>	a	J	1	!	<08><08>]%<08>Hajal<04>+Jorge Biolchini<02>7!E. Morello<03>!Haifeng Yu<05>%E. S. TharwapE. Novo<03>#E. Sklyarov!E. Shehata<04>#E. SalvadorM%Gael Sentís<05>-Edward J. Rykiel1Edsger W. Dijkstra<03>7Edmund B. Nightingale<!E. Zehnter<04>E. ZapataJE. Soaresx)Han La Poutré<05>3Emmanuel Lopez-Neri<05>!Ingo Maier<05>7Engineer Bainomugisha<05>)Heather Miller<05>)Frank Piessens<05>9Gerth Stølting Brodal<05>'Emilia Thiuri<05>/Frank D. Francone<05>
Eric Jul<05>H. Tong<05>F. Yuan<05>H. Jang<05>H. Nam<05>H. Kim<05>!H. B. Chae<05>I. H. Kim<05>I. S. Min<05>!G. Umefunev!H. IsayamauH. Kogures!H. Hachiyai-G. J. M. Websterd
H. KounoY!H. ImagawaV%J. BorovickaJ#G. SemadeniF
H. IwanoA!H. Neumann;%I. Jovanovic9#G. Mazzella!F. NevensH. KooH. Wang
!G. Marasco<04>#F. Ravaioli<04>G. Gwak<04>
I. Groza<04>'J. Bou Jaoude<04>/Friedrich M. Wahl<02>-Fredrik Lindsten'3Frederick P. Brooks
'/Fred B. Schneider
\5François X. Sillion<00>1François Lazeyras
<01>#Frank Dabek<03>3Francisca Ogwueleka	=Francesco Zappa Nardelli<00>1
Francesca Spezzano>9Flemming Friche Rodler<00>9Flavio Paiva Junqueira<03>3Flavio P. Junqueira
0/Fernando Pereiraz<02>-Fernando Pereira*+Fernando Pedone\Fay Chang4)
Fabrice Neyret]%F. Zanconati<03>'F. Sardanelli<04>'F. PleiningerF. Karneln
F. Bende<03>#Evan Herbst<02>)Evan Czaplickiv#Eugene Wong
+Ethan L. Miller<00>-Ernesto Jiménez<03>!Ernest Lin<00>!
Erika Chin*Erik Tews<00>#Erik Meijerf)Erik Johansson<00>Eric Tune
I%Eric Rollins<00>#
Eric Bodden)Eric A. Brewer<03>#Eran Tromer<00>5Emmanuel Dellandréa,Emma Fulu<03>+Emin Gün Sirer
	+Emery D. Berger
X%
Eman RamadanA)
Elmar Eisemann_%
Elaine CohenS#Edwin Brady<02>#J. C. Sousa<04>#J. A. Sloan23J. A. M. Vermaseren>'Iulian Moraru
<01>!Ion Stoica
13Ioannis Stavrakakis/Ioannis KoltsidasQ1
Ioannis Antonoglou)Indranil Gupta
<01>)
Ilya Sutskever!#
Ilka Wittig|Ilan Horn
nIan Rae
Ian Pratta%Ian E. Smith
<01>Ian Dey!Ian ClarkeA#Iain Becker
<01>I. UrretaK%I. SydorchukI. Sporea<03>!I. Pedroto<04>!I. LupescuwI. CopacisI. Aoki<04>)Hung-Chih Yang
!Huiqing Li
%
Hugues Hoppee/Howard E. Sturgis
<01>)Hiroshi Motoda#Himani Apte
+Hesham A. Rakha/
Hermann Schägger~)Henry G. Baker
<01>)Henrik Nilsson}'
Henri Gourauda#Helmut Sies<00>%Harris Hyman<03>-Harold Bekkeringr/Hari Balakrishnan
5-
Hans-Peter Braun}1Hans-Juergen Boehm<03>+Hans-J. Briegel<02>'Hans Svensson<00>!Haizhou Li<02>#H. Steffens<04>H. Sasaki<04>!H. Ribeiro<04>
H. Löhr<04>#H. I. SerinH
H. He<03>%H. Guerreiro_H. Friess!H. Cardoso<04>/Günther KnoblichsGunho Lee
>9Gunavardhan Kakulapati.?Guilherme Renna Rodrigues
<01>?Guilherme Horta Travassos<02>'Guanghao Shen
<01>/Grzegorz Malewicz
j3Grzegorz Czajkowski
p3Gregory V. Chockler<03>/Gregory H. Cooper3+Gregor Richards<02>+Gregor Kiczales<02>'Greg Friedman<00>!
Gong ZhangE/Giuseppe Decandia+-Gioacchino Noris<00>'Gintaras Woss
<01>)Gilles Duboscq<02>-Georges Gonthier
<01>=
George Van Den Driessche%George Stiny<00>'George Candea<00>%
Georg SeeligJ)Geoffrey Romer<00>7Geoffrey J. Mclachlan #Geoff Wyant
^Gene Pang
%Gareth TysonH'Gabriel Kliot
c!G. Villano<03>7G. V. Papatheodoridis<04>G. Teuber<04>
G. Storm<03>+G. R. Burganova'G. Pevnev&+G. Nigel Martin<02>G. Macedo<04>%G. LetamendiP'G. E. Tontini<04>G. Di Leo<04>!G. Dalekos<04>!G. Chiriacv!G. A. Nagy;

<01><08>B
<01><00>fx
e<02>E5GGSparrow: distributed, low latency scheduling<07>Large-scale data analytics frameworks are shifting towards shorter task durations and larger degrees of parallelism to provide low latency. Scheduling highly parallel jobs that complete in hundreds of milliseconds poses a major challenge for task schedulers, which will need to schedule millions of tasks per second on appropriate machines while offering millisecond-level latency and high availability. We demonstrate that a decentralized, randomized sampling approach provides near-optimal performance while avoiding the throughput and availability limitations of a centralized design. We implement and deploy our scheduler, Sparrow, on a 110-machine cluster and demonstrate that Sparrow performs within 12% of an ideal scheduler.SOSPdistributed_systems/2017-09-11T17:58:36.1447490232017-09-11T17:58:36.144749023<EFBFBD>Nw<00><02>m5GGThe Chubby Lock Service for Loosely-Coupled Distributed Systems<07>We describe our experiences with the Chubby lock service, which is intended to provide coarse-grained locking as well as reliable (though low-volume) storage for a loosely-coupled distributed system. Chubby provides an interface much like a distributed file system with advisory locks, but the design emphasis is on availability and reliability, as opposed to high performance. Many instances of the service have been used for over a year, with several of them each handling a few tens of thousands of clients concurrently. The paper describes the initial design and expected use, compares it with actual use, and explains how the design had to be modified to accommodate the differences.OSDIdistributed_systems/2017-09-11T17:58:36.1056030272017-09-11T17:58:36.105603027<EFBFBD>jv
A<02>q5GGResilient Overlay Networks<07>A Resilient Overlay Network (RON) is an architecture that allows distributed Internet applications to detect and recover from path outages and periods of degraded performance within several seconds, improving over today's wide-area routing protocols that take at least several minutes to recover. A RON is an application-layer overlay on top of the existing Internet routing substrate. The RON nodes monitor the functioning and quality of the Internet paths among themselves, and use this information to decide whether to route packets directly over the Internet or by way of other RON nodes, optimizing application-specific routing metrics.Results from two sets of measurements of a working RON deployed at sites scattered across the Internet demonstrate the benefits of our architecture. For instance, over a 64-hour sampling period in March 2001 across a twelve-node RON, there were 32 significant outages, each lasting over thirty minutes, over the 132 measured paths. RON's routing mechanism was able to detect, recover, and route around <i>all</i> of them, in less than twenty seconds on average, showing that its methods for fault detection and recovery work well at discovering alternate paths in the Internet. Furthermore, RON was able to improve the loss rate, latency, or throughput perceived by data transfers; for example, about 5% of the transfers doubled their TCP throughput and 5% of our transfers saw their loss probability reduced by 0.05. We found that forwarding packets via at most one intermediate RON node is sufficient to overcome faults and improve performance in most cases. These improvements, particularly in the area of fault detection and recovery, demonstrate the benefits of moving some of the control over routing into the hands of end-systems.SOSPdistributed_systems/2017-09-11T17:58:35.9871809082017-09-11T17:58:35.987180908
<02>
<0A><02><00>_{
q<02>+5GGThere is more consensus in Egalitarian parliaments<07>This paper describes the design and implementation of Egalitarian Paxos (EPaxos), a new distributed consensus algorithm based on Paxos. EPaxos achieves three goals: (1) optimal commit latency in the wide-area when tolerating one and two failures, under realistic conditions; (2) uniform load balancing across all replicas (thus achieving high throughput); and (3) graceful performance degradation when replicas are slow or crash.
 Egalitarian Paxos is to our knowledge the first protocol to achieve the previously stated goals efficiently---that is, requiring only a simple majority of replicas to be non-faulty, using a number of messages linear in the number of replicas to choose a command, and committing commands after just one communication round (one round trip) in the common case or after at most two rounds in any case. We prove Egalitarian Paxos's properties theoretically and demonstrate its advantages empirically through an implementation running on Amazon EC2.SOSPdistributed_systems/2017-09-11T17:58:36.4564479982017-09-11T17:58:36.456447998<EFBFBD>:z<00>
<02>?5GGThe Join Calculus: A Language for Distributed Mobile Programming<07>In these notes, we give an overview of the join calculus, its semantics, and its equational theory. The join calculus is a language that models distributed and mobile programming. It is characterized by an explicit notion of locality, a strict adherence to local synchronization, and a direct embedding of the ML programming language. The join calculus is used as the basis for several distributed languages and implementations, such as JoCaml and functional nets. Local synchronization means that messages always travel to a set destination , and can interact only after they reach that destination; this is required for an efficient implementation. Specifically, the join calculus uses ML's function bindings and pattern-matching on messages to program these synchronizations in a declarative manner. Formally, the language owes much to concurrency theory, which provides a strong basis for stating and proving the properties of asynchronous programs. Because of several remarkable identities, the theory of process equivalences admits simplifications when applied to the join calculus. We prove several of these identities, and argue that equivalences for the join calculus can be rationally organized into a five-tiered hierarchy, with some trade-off between expressiveness and proof techniques. We describe the mobility extensions of the core calculus, which allow the programming of agent creation and migration. We briefly present how the calculus has been extended to model distributed failures on the one hand, and cryptographic protocols on the other.APPSEMdistributed_systems/2017-09-11T17:58:36.3874741212017-09-11T17:58:36.387474121<EFBFBD>,y
I<02>7K5GGThe Byzantine Generals Problem<07>A definition • Byzantine (www.m-w.com): 1: of, relating to, or characteristic of the ancient city of Byzantium … 4b: intricately involved : labyrinthine <rules of Byzantine complexity> • Lamport's reason: " I have long felt that, because it was posed as a cute problem about philosophers seated around a table, Dijkstra's dining philosopher's problem received much more attention than it deserves. "ACM Trans. Program. Lang. Syst.distributed_systems/2017-09-11T17:58:36.3023759772017-09-11T17:58:36.302375977
'"	<09>'<00>$~<00>#<02>W?5GGTransactional Client-Server Cache Consistency: Alternatives and Performance<07>Client-server database systems based on a data shipping model can exploit client memory resources by caching copies of data items across transaction boundaries. Caching reduces the need to obtain data from servers or other sites on the network. In order to ensure that such caching does not result in the violation of transaction semantics, a transactional cache consistency maintenance algorithm is required. Many such algorithms have been proposed in the literature and, as all provide the same functionality, performance is a primary concern in choosing among them. In this article we present a taxonomy that describes the design space for transactional cache consistency maintenance algorithms and show how proposed algorithms relate to one another. We then investigate the performance of six of these algorithms, and use these results to examine the tradeoffs inherent in the design choices identified in the taxonomy. The results show that the interactions among dimensions of the design space impact performance in many ways, and that classifications of algorithms as simply &#8220;pessimistic&#8221; or &#8220;optimistic&#8221; do not accurately characterize the similarities and differences among the many possible cache consistency algorithms.ACM Trans. Database Syst.distributed_systems/2017-09-11T17:58:36.8233249512017-09-11T17:58:36.823324951<EFBFBD>Q}
=<02>=5GGThe Part-Time Parliament<07>Recent archaeological discoveries on the island of Paxos reveal that the parliament functioned despite the peripatetic propensity of its part-time legislators. The legislators maintained consistent copies of the parliamentary record, despite their frequent forays from the chamber and the forgetfulness of their messengers. The Paxon parliament's protocol provides a new way of implementing the state machine approach to the design of distributed systems.ACM Trans. Comput. Syst.distributed_systems/2017-09-11T17:58:36.7164179692017-09-11T17:58:36.716417969<EFBFBD>[|
m<02>%5GGUnicorn: A System for Searching the Social Graph<07>Unicorn is an online, in-memory social graph-aware indexing system designed to search trillions of edges between tens of billions of users and entities on thousands of commodity servers. Unicorn is based on standard concepts in information retrieval, but it includes features to promote results with good social proximity. It also supports queries that require multiple round-trips to leaves in order to retrieve objects that are more than one edge away from source nodes. Unicorn is designed to answer billions of queries per day at latencies in the hundreds of milliseconds, and it serves as an infrastructural building block for Facebook's Graph Search product. In this paper, we describe the data model and query language supported by Unicorn. We also describe its evolution as it became the primary backend for Facebook's search offerings.PVLDBdistributed_systems/2017-09-11T17:58:36.6078959962017-09-11T17:58:36.607895996
<00><0B><06><00><00><04>

k<02>{5GGViewstamped Replication: A General Primary Copy<07>One of the potential benefits of distributed systems is their use in providing highly-available services that are likely to be usable when needed. Availabilay is achieved through replication. By having inore than one copy of information, a service continues to be usable even when some copies are inaccessible, for example, because of a crash of the computer where a copy was stored. This paper presents a new replication algorithm that has desirable performance properties. Our approach is based on the primary copy technique. Computations run at a primary. which notifies its backups of what it has done. If the primary crashes, the backups are reorganized, and one of the backups becomes the new primary. Our method works in a general network with both node crashes and partitions. Replication causes little delay in user computations and little information is lost in a reorganization; we use a special kind of timestamp called a viewstamp to detect lost information. 1 Introduction One of the potential benefits of distributed systems is their use in providing highly-available services, that is, services that are likely to be up and accessible when needed. Availability is essential to many computer-based services; for example, in airline reservation systems the failure of a single computer can prevent ticket sales for a considerable time, causing a loss of revenue and passenger goodwill.PODCdistributed_systems/2017-09-11T17:58:37.2412800292017-09-11T17:58:37.241280029<EFBFBD><13><00><02>]#5GGUntraceable Electronic Mail, Return Addresses, and Digital Pseudonyms<07>A technique based on public key cryptography is presented that allows an electronic mail system to hide who a participant communicates with as well as the content of the communication-in spite of an unsecured underlying telecommunication system. The technique does not require a universally trusted authority. One correspondent can remain anonymous to a second, while allowing the second to respond via an untraceble return address. The technique can also be used to form rosters of untraceable digital pseudonyms from selected applications. Applicants retain the exclusive ability to form digital signatures corresponding to their pseudonyms. Elections in which any interested party can verify that the ballots have been properly counted are possible if anonymously mailed ballots are signed with pseudonyms from a roster of registered voters. Another use allows an individual to correspond with a record-keeping organization under a unique pseudonym which appears in a roster of acceptable clients.Commun. ACMdistributed_systems/2017-09-11T17:58:37.0550048832017-09-11T17:58:37.055004883<EFBFBD>w
s<02>U5GGUnikernels: library operating systems for the cloud<07>We present <i>unikernels</i>, a new approach to deploying cloud services via applications written in high-level source code. Unikernels are single-purpose appliances that are compile-time specialised into standalone kernels, and sealed against modification when deployed to a cloud platform. In return they offer significant reduction in image sizes, improved efficiency and security, and should reduce operational costs. Our Mirage prototype compiles OCaml code into unikernels that run on commodity clouds and offer an order of magnitude reduction in code size without significant performance penalty. The architecture combines static type-safety with a single address-space layout that can be made immutable via a hypervisor extension. Mirage contributes a suite of type-safe protocol libraries, and our results demonstrate that the hypervisor is a platform that overcomes the hardware compatibility issues that have made past library operating systems impractical to deploy in the real-world.ASPLOSdistributed_systems/2017-09-11T17:58:36.8729960942017-09-11T17:58:36.872996094
&
&<00>j<EFBFBD>
w<02>5/!GGAuctions and bidding: A guide for computer scientists<07>There is a veritable menagerie of auctions&#8212;single-dimensional, multi-dimensional, single-sided, double-sided, first-price, second-price, English, Dutch, Japanese, sealed-bid&#8212;and these have been extensively discussed and analyzed in the economics literature. The main purpose of this article is to survey this literature from a computer science perspective, primarily from the viewpoint of computer scientists who are interested in learning about auction theory, and to provide pointers into the economics literature for those who want a deeper technical understanding. In addition, since auctions are an increasingly important topic in computer science, we also look at work on auctions from the computer science literature. Overall, our aim is to identifying what both these bodies of work these tell us about creating electronic auctions.ACM Comput. Surv.economics/2017-09-11T17:58:37.5388701172017-09-11T17:58:37.538870117<EFBFBD><03>
}<02>g5GGIronFleet: proving practical distributed systems correct<07>Distributed systems are notorious for harboring subtle bugs. Verification can, in principle, eliminate these bugs a priori, but verification has historically been difficult to apply at full-program scale, much less distributed-system scale.
 We describe a methodology for building practical and provably correct distributed systems based on a unique blend of TLA-style state-machine refinement and Hoare-logic verification. We demonstrate the methodology on a complex implementation of a Paxos-based replicated state machine library and a lease-based sharded key-value store. We prove that each obeys a concise safety specification, as well as desirable liveness requirements. Each implementation achieves performance competitive with a reference system. With our methodology and lessons learned, we aim to raise the standard for distributed systems from "tested" to "correct."SOSPdistributed_systems/2017-09-11T17:58:37.3538000492017-09-11T17:58:37.353800049<EFBFBD>a<EFBFBD>
m<02>%#5GGVL2: a scalable and flexible data center network<07>To be agile and cost effective, data centers should allow dynamic resource allocation across large server pools. In particular, the data center network should enable any server to be assigned to any service. To meet these goals, we present VL2, a practical network architecture that scales to support huge data centers with uniform high capacity between servers, performance isolation between services, and Ethernet layer-2 semantics. VL2 uses (1) flat addressing to allow service instances to be placed anywhere in the network, (2) Valiant Load Balancing to spread traffic uniformly across network paths, and (3) end-system based address resolution to scale to large server pools, without introducing complexity to the network control plane. VL2's design is driven by detailed measurements of traffic and fault data from a large operational cloud service provider. VL2's implementation leverages proven network technologies, already available at low cost in high-speed hardware implementations, to build a scalable and reliable network architecture. As a result, VL2 networks can be deployed today, and we have built a working prototype. We evaluate the merits of the VL2 design using measurement, analysis, and experiments. Our VL2 prototype shuffles 2.7 TB of data among 75 servers in 395 seconds - sustaining a rate that is 94% of the maximum possible.Commun. ACMdistributed_systems/2017-09-11T17:58:37.2899760742017-09-11T17:58:37.289976074

.<08>
.<00>b<EFBFBD><00><02>5GGSimple Testing Can Prevent Most Critical Failures: An Analysis of Production Failures in Distributed Data-Intensive Systems<07>Large, production quality distributed systems still fail periodically , and do so sometimes catastrophically, where most or all users experience an outage or data loss. We present the result of a comprehensive study investigating 198 randomly selected, user-reported failures that occurred on Cassandra, HBase, Hadoop Distributed File System (HDFS), Hadoop MapReduce, and Redis, with the goal of understanding how one or multiple faults eventually evolve into a user-visible failure. We found that from a testing point of view, almost all failures require only 3 or fewer nodes to reproduce, which is good news considering that these services typically run on a very large number of nodes. However, multiple inputs are needed to trigger the failures with the order between them being important. Finally, we found the error logs of these systems typically contain sufficient data on both the errors and the input events that triggered the failure, enabling the diagnose and the reproduction of the production failures. We found the majority of catastrophic failures could easily have been prevented by performing simple testing on error handling code – the last line of defense – even without an understanding of the software design. We extracted three simple rules from the bugs that have lead to some of the catastrophic failures, and developed a static checker, Aspirator, capable of locating these bugs. Over 30% of the catastrophic failures would have been prevented had Aspirator been used and the identified bugs fixed. Running Aspirator on the code of 9 distributed systems located 143 bugs and bad practices that have been fixed or confirmed by the developers.OSDIdistributed_systems/2017-09-11T17:58:37.7596000982017-09-11T17:58:37.759600098<EFBFBD>h<EFBFBD><00><02>!5GGStructural asymmetries of perisylvian regions in the preterm newborn<07>During the last trimester of human pregnancy, the cerebral cortex of foetuses becomes greatly and quickly gyrified, and post-mortem studies have demonstrated that hemispheres are already asymmetric at the level of Heschl gyrus, planum temporale and superior temporal sulcus (STS). Recently, magnetic resonance 
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
X
3
	<09>	<09>	<09>	h	E	+	
<08><08><08>nJ<07><07><07>mI%<06><06><06><06>xZ:
<05><05><05>}Y=<04><04><04>{W0<03><03><03>f*<02><02><02><02>f=
<01>
<01>
<01>
<01>
e
=
<00>!<21>)
John ThickstunJohnThickstun$<24>-Edward J. RykielEdwardJ.Rykiel%<25>-#
Chung-Chieh ShanChung-ChiehShan<1F>'
Oleg KiselyovOlegKiselyov'<27>/
Sebastian FischerSebastianFischer<1F>'
Philip WadlerPhilipWadler<19>!
Paul HudakPaulHudak<1F>'
Kjell WinbladKjellWinblad)<29>1
%David KlafteneggerDavidKlaftenegger&<26>/Simon J. ThompsonSimonJ.Thompson<19>
!
Huiqing LiHuiqingLi<1F>'
Chris OkasakiChrisOkasaki<1D>%
Jacob AlbersJacobAlbers'<27>
/
Mitchell SpradlinMitchellSpradlin<1D>	%
Brian HempelBrianHempel<19>!
Ravi ChughRaviChugh9<68>A+
!Jean-Christophe FilliâtreJean-ChristopheFilliâtre<1D>%
Luc MarangetLucMaranget+<2B>3
+Sam Tobin-HochstadtSamTobin-Hochstadt<1D>%
Rowan DaviesRowanDavies7<73>?
/Ambrose Bonnaire-SergeantAmbroseBonnaire-Sergeant<1F>'
Cynthia DworkCynthiaDwork$<24>
-Jon M. KleinbergJonM.Kleinberg!<21>)
Éric GaussierÉricGaussier+<2B>3
Stéphane ClinchantStéphaneClinchant!<21>~)
Shojiro NishioShojiroNishio<1F>}'
Takahiro HaraTakahiroHara%<25>|-
Masumi ShirakawaMasumiShirakawa#<23>{+
Takuya KatayamaTakuyaKatayama<19>z!
Rami YaredRamiYared!<21>y)
Xavier DéfagoXavierDéfago+<2B>x3
#Naohiro HayashibaraNaohiroHayashibara<1D>w%
Chris ThomasChrisThomas<1F>v'
Valient GoughValientGough<1D>u%
Dan DumitriuDanDumitriu*<2A>t3Robbert Van RenesseRobbertVanRenesse<1D>s%
Yaron MinskyYaronMinsky<1B>r#
Mihai BudiuMihaiBudiu<17>q
Zhen XiaoZhenXiao#<23>p+
Öznur ÖzkasapÖznurÖzkasap<1B>o#
Mark HaydenMarkHayden&<26>n/Kenneth P. BirmanKennethP.Birman#<23>m+
Ashish MotivalaAshishMotivala!<21>l)
Indranil GuptaIndranilGupta!<21>k)!
Abhinandan DasAbhinandanDas.<2E>j7Luís E. T. RodriguesLuísE. T.Rodrigues.<2E>i7José Orlando PereiraJoséOrlandoPereira<1F>h'
João LeitãoJoãoLeitão&<26>g/Maarten Van SteenMaartenVanSteen-<2D>f5!
Anne-Marie KermarrecAnne-MarieKermarrec!<21>e)
Márk JelasityMárkJelasity$<24>d-Douglas B. TerryDouglasB.Terry*<2A>c3Daniel C. SwinehartDanielC.Swinehart&<26>b/Howard E. SturgisHowardE.Sturgis<1F>a'
Scott ShenkerScottShenker<1B>`#
John LarsonJohnLarson<17>_
Wes IrishWesIrish <20>^)Carl H. HauserCarlH.Hauser$<24>]-Daniel H. GreeneDanielH.Greene <20>\)Alan J. DemersAlanJ.Demers$<24>[-J. Eliot B. MossJ.Eliot B.Moss&<26>Z/Richard L. HudsonRichardL.Hudson.<2E>Y7Simon L. Peyton JonesSimonL. PeytonJones"<22>X+Roshan P. JamesRoshanP.James&<26>W/Timothy L. HarrisTimothyL.Harris<1D>V%
Simon MarlowSimonMarlow <20>U)Henry G. BakerHenryG.Baker!<21>T)
Steffen GrarupSteffenGrarup#<23>S+
Jacob SeligmannJacobSeligmann<1A>R#V. T. RajanV.T.Rajan<1B>Q#
Perry ChengPerryCheng <20>P)David F. BaconDavidF.Bacon*<2A>O3Jerome C. YochelsonJeromeC.Yochelson#<23>N+
Robert FenichelRobertFenichel"<22>M+James A. LandayJamesA.Landay<1C>L%Ian E. SmithIanE.Smith'<27>K/
Katherine EverittKatherineEveritt!<21>J)
Sunny ConsolvoSunnyConsolvo*<2A>I3Joan Morris DimiccoJoanMorrisDimicco"<22>H+David R. MillenDavidR.Millen1<6E>G9
'Jennifer Thom-SantelliJenniferThom-Santelli<1D>F%
Nuria OliverNuriaOliver#<23>E+
Mauro CherubiniMauroCherubini*<2A>D3Rodrigo De OliveiraRodrigoDeOliveira(<28>C1Kathrin M. GerlingKathrinM.Gerling$<24>B-Lennart E. NackeLennartE.Nacke<1D>A%
Rilla KhaledRillaKhaled<17>@
Dan DixonDanDixon+<2B>?3
Sebastian DeterdingSebastianDeterding<1D>>%
Ken ThompsonKenThompson<1B>=#
Juho HamariJuhoHamari<1B><#
Kai HuotariKaiHuotari$<24>;-David S. JohnsonDavidS.Johnson<1F>:'
Michael StummMichaelStumm<1B>9#
Pranay JainPranayJain<1D>8%
Yongle ZhangYongleZhang<13>7
Xu ZhaoXuZhao6<6F>6?Guilherme Renna RodriguesGuilhermeRennaRodrigues<19>5!
Xin ZhuangXinZhuang<11>4
Yu LuoYuLuo<17>3
Ding YuanDingYuan <20>2)Petra S. HuppiPetraS.Huppi-<2D>15'
Jean-Francois ManginJean-FrancoisMangin*<2A>03R. Ha-Vinh LeuchterR.Ha-VinhLeuchter

<01><0B>!<05>
<01><00><11>
<00><02>u'GGFrom game design elements to gamefulness: defining "gamification"<07>Recent years have seen a rapid proliferation of mass-market consumer software that takes inspiration from video games. Usually summarized as "gamification", this trend connects to a sizeable body of existing concepts and research in human-computer interaction and game studies, such as serious games, pervasive games, alternate reality games, or playful design. However, it is not clear how "gamification" relates to these, whether it denotes a novel phenomenon, and how to define it. Thus, in this paper we investigate "gamification" and the historical origins of the term in relation to precursors and similar concepts. It is suggested that "gamified" applications provide insight into novel, <i>gameful</i> phenomena complementary to playful phenomena. Based on our research, we propose a definition of "gamification" as <i>the use of game design elements in non-game contexts</i>.MindTrekgamification/2017-09-11T17:58:38.1394890142017-09-11T17:58:38.139489014<EFBFBD>#<23>	
G<02>i#GGReflections on Trusting Trust<07><italic>To what extent should one trust a statement that a program is free of Trojan horses? Perhaps it is more important to trust the people who wrote the software.</italic>Commun. ACMethics/2017-09-11T17:58:38.0820429692017-09-11T17:58:38.082042969<EFBFBD><0B>
y<02>'EEDefining gamification: a service marketing perspective<07>During recent years "gamification" has gained significant attention among practitioners and game scholars. However, the current understanding of gamification has been solely based on the act of adding systemic game elements into services. In this paper, we propose a new definition for gamification, which emphases the experiential nature of games and gamification, instead of the systemic understanding. Furthermore, we tie this definition to theory from service marketing because majority of gamification implementations aim towards goals of marketing, which brings to the discussion the notion of how customer / user is always ultimately the creator of value. Since now, the main venue for academic discussion on gamification has mainly been the HCI community. We find it relevant both for industry practitioners as well as for academics to study how gamification can fit in the body of knowledge of existing service literature because the goals and the means of gamification and marketing have a significant overlap.MindTrekgamification/2017-09-11T17:58:37.980497072017-09-11T17:58:37.98049707<EFBFBD>L<EFBFBD><00><02>q}AGGA theoretician's guide to the experimental analysis of algorithms<07>This paper presents an informal discussion of issues that arise when one attempts to analyze algorithms experimentally. It is based on lessons learned by the author over the course of more than a decade of experimentation, survey paper writing, refereeing, and lively discussions with other experimentalists. Although written from the perspective of a theoretical computer scientist, it is intended to be of use to researchers from all fields who want to study algorithms experimentally. It has two goals: first, to provide a useful guide to new experimen-talists about how such work can best be performed and written up, and second, to challenge current researchers to think about whether their own work might be improved from a scientific point of view. With the latter purpose in mind, the author hopes that at least a few of his recommendations will be considered controversial.Data Structures, Near Neighbor Searches, and Methodologyexperimental_algorithmics/2017-09-11T17:58:37.9116159672017-09-11T17:58:37.911615967
<03><0C>P<03><00>
<01>
e<02>	'GGRemoving gamification from an enterprise SNS<07>Gamification, the use of game mechanics in non-gaming applications, has been applied to various systems to encourage desired user behaviors. In this paper, we examine patterns of user activity in an enterprise social network service after the removal of a points-based incentive system. Our results reveal that the removal of the incentive scheme did reduce overall participation via contribution within the SNS. We also describe the strategies by point leaders and observe that users geographically distant from headquarters tended to comment on profiles outside of their home country. Finally, we describe the implications of the removal of extrinsic rewards, such as points and badges, on social software systems, particularly those deployed within an enterprise.CSCWgamification/2017-09-11T17:58:38.4129040532017-09-11T17:58:38.412904053<EFBFBD>T<EFBFBD><00>A<02>K'GGMoviPill: improving medication compliance for elders using a mobile persuasive social game<07>Medication compliance is a critical component in the success of any medical treatment. However, only 50% of patients correctly adhere to their prescription regimens. Mobile and ubiquitous technologies have been proposed to tackle this challenge, mainly in the form of memory aid solutions that remind patients to take their pills. However, most of these methods do not <i>engage</i> patients in shifting their behavior towards better compliance. In this paper, we propose and evaluate a mobile phone-based game called <i>MoviPill</i> that persuades patients to be more adherent to their medication prescription by means of social competition. In a 6-week user study conducted with 18 elders, the use of <i>MoviPill</i> improved both their compliance to take the daily medication and also the accuracy of the drug intake time according to the prescribed time. Moreover, the improvement in the latter increased from 43% to 56% when we considered only participants that had any interest in games, which reveals the importance of applying persuasive techniques in a personalized manner. We conclude with a set of implications for the design of persuasive mobile solutions in this domain.UbiCompgamification/2017-09-11T17:58:38.3440969242017-09-11T17:58:38.344096924<EFBFBD>T<EFBFBD><00><02>
'GGExploring the Potential of Gamification Among Frail Elderly Persons<07>The application of game elements a in non-gaming context offers a great potential regarding the engagement of senior citizens with information systems. In this paper, we suggest the application of gamification to routine tasks and leisure activities, namely physical and cognitive therapy, the gamification of real-life activities which are no longer accessible due to age-related changes and the application of game design elements to foster social interaction. Furthermore, we point out important chances and challenges such as the lack of gaming experience among the target audience and highlight possible areas for future work which offer valuable design opportunities for frail elderly audiences.gamification/2017-09-11T17:58:38.2317729492017-09-11T17:58:38.231772949
F<00><0F><0F>zE/<0E><0E>[,
|
a
5<0C><0C><0C>7 <0B><0B>;
<EFBFBD>
<EFBFBD>

U
	<09>	<09>	H<08><08><08>U"<07><07><07><07>R!<06><06><06>n=<05><05>6<04><04><04>a<03><03><03><03>k@<02><02>r=
<01>
=
	<00>S<04>'Parallel geY<04>3Large-scale Incremental Processing Using Distributed Transactions and Notifications
P3iLarge-Scale Newscast Computing on the Internet<00>Z<04>7
KinectFusion: real-time 3D reconstruction and interaction using a moving depth camera&g<04>OKelips: Building an Efficient and Stable P2P DHT through Increased Memory and Background Overhead
N<}
Kafka: a Distributed Messaging System for Log Processingg4kJoint action: bodies and minds moving together.<00>)UJails: Confining the Omnipotent Root<00>=}IronFleet: proving practical distributed systems correct<00>?<04>

Introduction to a System for Distributed Databases (SDD-1)]%MIntroduction to Cryptocurrencies
0*WInternet Security Glossary, Version 2<00>A
Interactive topic modelingC
Interactive Horizon Mapping,5
Instant architecture0+YInformation-based models for ad hoc IR<00>+YInductive Supervised Quantum Learning.
<01>E<04>Incremental Mature Garbage Collection Using the Train Algorithm<00>-]Incremental Collection of Mature Objects<00>7qIn Search of an Understandable Consensus Algorithm
R)UImproved Dynamic Dictionary Matching
<01>D<04>	Impossibility of Distributed Consensus with One Faulty Process
LQ<04>#Implementing the Omega failure detector in the crash-recovery failure model
IV<04>/
Implementing Fault-Tolerant Services Using the State Machine Approach: A Tutorialn#K
Immutability Changes EverythingH9w
Imaging vector fields using line integral convolution10e
Illumination for Computer Generated Pictures"-Ideal Hash Trees
 5IDF for Word N-grams<00>7s
HyperDex: a distributed, searchable key-value storeYJ<04>HyParView: A Membership Protocol for Reliable Gossip-Based Broadcast<00>0cHow to design a good API and why it matters
D<04>	How the Hidden Hand Shapes the Market for Software Reliability
K/
Hopscotch HashingK
Hol;F<04>
Hoard: A Scalable Memory Allocator for Multithreaded Applicationsm%MHints for Computer System Design
2gHigh-throughput DNA sequence data compression
7s
High-quality single-shot capture of facial geometry55mHigh-Performance Graphics in Racket with DirectX<00>5mHigh-Level Specifications: Lessons from Industry
JN<04>Herbivore: A Scalable and Efficient Protocol for Anonymous Communication
GF<04>
Heap architectures for concurrent languages using message passing71eHarvest, Yield and Scalable Tolerant Systems
HB<04>
HaLoop: Efficient Iterative Data Processing on Large Clusters\P<04>#
GigaVoxels: ray-guided streaming for efficient and detailed voxel rendering)UGenetic Programming: An Introduction
~5mGamification in educational software development
h2gFundamental Concepts in Programming Languages<00>/aFunctional reactive programming, continued<00>"GFunctional Reactive Animation
<01>L<04>Functional Programming with Bananas, Lenses, Envelopes and Barbed Wire<00>G<04>From game design elements to gamefulness: defining "gamification"<00>O<04>Freenet: A Distributed Anonymous Information Storage and Retrieval System
'/Fortifying macros<00>r<04>g
FlowDroid: precise context, flow, field, object-sensitive and lifecycle-aware taint analysis for Android apps;Flat Datacenter Storage
&,[FlashNet: flash/network stack co-design<00>@<04>
Finding race conditions in Erlang with QuickCheck and PULSE8+YFast asymmetric thread synchronization
v7Fast String Searching
<03>.<04>]Faculty of Associated Medical Sciences 1. Anterior Translation of Humeral Head in Glenohumeral Joint: Comparison between Limb Dominance and Gender Using Ultrasonography
<01>.a
F1: A Distributed SQL Database That ScalesXI<04>Exploring the Potential of Gamification Among Frail Elderly Persons<00>2i
Experience with Processes and Monitors in Mesa=V<04>/
Everything you always wanted to know about synchronization but were afraid to ask6-Event-Driven FRP<00>4m
Evaluating Generative Models for Text Generation=Epidemic Broadcast Trees<00><{Epidemic Algorithms for Replicated Database Maintenance<00>*WEnd-To-End Arguments in System Design<00>
<00><0B><00>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
q
g
V
K
=
4


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	k	Y	H	<	-	 		
	<08><08><08><08><08><08><08><08>riLC:)<07><07><07><07><07><07><07><07><07>whI7$<06><06><06><06><06><06><06><06><06>z`WJA8&<05><05><05><05><05><05><05>pU@0
<04><04><04><04><04><04><04><04><04>rUL/<03><03><03><03><03><03><03><03><03><03>wncXA-<02><02><02><02><02><02><02>w`M<(
<01>
<01>
<01>
<01><07>=loto<0E><#ccs and csp<06>;ner<06>:cpl<06>9adl	<09>8formal<0E>7#polymorphic<11>6)hindley-milner<0E>5#irrelevance<10>4'bracket types<14>3/first-order logic<13>2-regular category<18>17dependent type theory	<09>0typing<06>/fun<1A>.;parametric polymorphism<0C>-subtyping<0B>,checking<08>+check	<09>*static<0E>)#soft typing<0B>(run-time<11>')dependent type<14>&/algebraic effects<08>%monad<08>$guage<06>#lev<19>"9functional programming<06>!suc<07> unix<07>lisp<06>mop<06>ant<06>clo<10>'major feature<0F>%continuation<07>afrp<08>yampa<0B>wormhole<19>9abstract argumentation<1A>;argumentation semantics<06>iff<1A>;argumentation framework<0C>labelling<06>tod<07>memo<1B>=efficient implementation<1B>=graphical user interface	<09>
flavor<06>rpc<06>gui<08>
async<06>	frp<08>arrow<0C>animation<11>)others' action
<0A>!psychology<12>+joint attention<18>7shared representation<14>/co-representation<1B>
=prototype-based language<14>/natural extension<0C>data type<0E>~#class-based<06>}aic<07>|sloc<0E>{#refactoring<14>z/lambda expression<0C>yrecursion<0F>x%catamorphism<06>wfix<06>vjer
<EFBFBD>ualgebra<06>ttem<17>s5end-to-end principle<06>rhop
<EFBFBD>qplement<15>p1paravirtualization	<09>odenali<06>nlso<06>mxen<11>l)virtualization
<EFBFBD>kvserver<0C>jcontainer<13>i-interface design
<EFBFBD>hcommute<08>gposix<10>f'commutativity<0F>e%dissertation<1C>d?multithreaded application<0C>cdirectory<0B>bcommuter<15>a1parallel operation<06>`bst<16>_3binary search trees<10>^'fetch-and-add<0C>]wait-free<06>\faa<07>[wild<07>Zspdy<19>Y9network characteristic<0C>Xload time<0E>W#reclamation<06>Vebr<06>Urcu<1A>T;machine learning method<06>Sann<0B>Rclinical<14>Q/cancer prediction<07>Pslab<10>O'kernel memory	<09>Nbuffer<11>M)complex object<15>L1language extension<06>Kvar
<EFBFBD>Jclarity<08>Imacro<07>Hfpga<06>Gmmu
<EFBFBD>Fmutator<0C>Edebugging	<09>Dpreter<0E>C#interpreter<0F>B%maximization<12>A+kernel function<08>@lkopf
<0A>?!sequence x<06>>sgd<0B>=labels t<0E><#local model<11>;)vertices of g.<06>:rfs<0F>9%randomforest<0B>8boosting
<0A>7!out-of-bag<0B>6adaboost<13>5-feature engineer<06>4ers<0B>3classifi<08>2curse<0E>1#overfitting<07>0lazy<12>/+non-determinism<0E>.#memoization<13>--call-time choice<07>,edsl<0B>+eighties<16>*3generic programming<12>)+formal semantic*<2A>([functional programming language haskell<06>'ets<1F>&Easynchronous message passing<06>%cep<0F>$%programmatic
<EFBFBD>#spacing<0B>"workflow<11>!)random testing<08> ation<06>enc
<0A>!quickcheck<0C>generator<07>enum
<0A>!enumerator<0B>iterator<11>)decision trees<0E>#compilation	<09>racket
<0A>!javascript<14>/occurrence typing<08>idiom
<EFBFBD>clojure<13>-statistical data	<09>pertur<0F>%definition 1	<09>bation<17>5statistical database<07>
blog
<0A>!data space<0B>pagerank<12>
+authority score<08>	salsa<06>lgd<06>prf
<0A>!burstiness<06>les<06>exp<13>-data aggregation<13>-failure detector<15>
1resource discovery<15>1message complexity<0C>primitive<13>~-high reliability
<0A>}!resilience<12>|+gossip protocol<0F>{%flow control<0B>zscalable<07>yties<07>xping<07>wswim<14>v/failure detection
<0A>u!membership<06>ttcp<0F>s%partial view
<EFBFBD>roverlay	<09>qgossip<13>p-sampling service	<09>orandom<0B>nepidemic<0C>mspreading<0F>l%anti-entropy<07>kheap<1A>j;generational collection<13>i-train algorithms<0E>h#block layer<06>gghc<14>f/garbage collector
<EFBFBD>epointer<0C>dtreadmill
<EFBFBD>ccopying
<EFBFBD>bgarbage<07>adual<15>`1reference counting<0C>_collector<12>^+reference count<1B>]=mobile phone application<06>\hci<11>[)social support<12>Z+number of steps

<01><00>
<01>
<01>p	<09>f	<09>	<09>	<09>	<09>		f	J		<08><08><08><08><08><08><08>lU8)<07><07><07><07><07><07><07><07>zgR=(
<06><06><06><06><06><06><06><06><06><06>k_Q<02><02><02><02><02><02>z<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>s]H. <0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>xof^UJA/
<0A>
<0A>
<0A>
<0A>9
<0A>
<0A>
<0A>
u
l
[
P
E
4D

<0C><0C><0C>0<0C><0C><0C>#;<0C><0C><0C><0C>si`T9'
<01><0B><0B><0B><0B><0B><0B><0B>ucTF/
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
y
i
`
L
C
8
*
!


	<09>	<09>	<09>	<09>^UKB4&<05><05><05><05><05><05><05><05>~t\G3$
<04><04><04><04><04><04><04><04><04>~mbWKB'	<03><03>
<01><03><03><03><03><03><03><03><03>mVK6-a<02><02> jseIamag+formal semantic)+lazy evaluation^7higher-order function[ispV;interactive applicationM<02>m	free
i	fpgaH-
hamiltonian pathH	hair<00>h-store


gyroscope`gui<02>
guest4
guage<02>handlerg3multiple matchingc-multiple devices
{
multiple<03><06>multicast
Ompi<03>+mozilla firefox<02>
movie<03>/motion trajectory<02>+motion planning<02>+motion dynamics<02>
motifmosaic<00>%morris-pratt!mop<02>monsoon
8monitor<00>
monad<02><05>mod
0%mobile robot<02>=mobile phone application
<01>7mobile ad-hoc networkmmuGmixnet
<01>
mixin
J
mixes
<01>#mix network
<01>mission<02>mirage
<01>+
minwise hashingV
minhashWmillwheel
c#millisecond
<01>#microreboot<00>
mhealth

mexica[
metadata
/messaging systems
Umessaging
V+
message passing+message logging<03>1message complexity	meso
]
merge
3	ment
<01>%memory model<00>3memory architecture<00>'memory access
m#memoization.	memo<02>!membership
<01>megastore
&7medicatgenomic<04>isoform<04>iott1inductive learningk
grid map<02>graphx
v=graphical user interface<02>+
graphical model
graphicj
graph gE!graph data<03>grammar<00>
gpusf
gpucgps
wgpe<03>+gossip protocol
<01>gossip
<01>%google, inc.v+google's pregel
y+google's chubby
<01>+google bigtablex'goal position<02>
gnutella
|	glueY%global state<03>9global serializability<03>1global information<03>ghc
<01>gfswgeometric<02>/generic technique<02>3generic programming*generator;generational collection
<01>/general principle)+general pattern<03>/garbage collector
<01>1garbage collection<00>garbage
<01>%gamification
<01>game tree>%game element
<01>)future attacks<00>3fundamental concept<03>,[functional programming language haskell(9functional programming<02>3functional language\fun<02>	full<00>frp<02>-frequency momentfreenet
N'fragmentation
l
lightings

lifecycle%life science
<01>lie
<01>lgd
lfuRlev<02>les
length n
lemma$lem
))legacy systems

leak
!leadership
<01>leader
<01>
lda?lceOlcdNlcaj	lazy0
laser<02>!Elarge-scale software systems<03>;large-scale application<03>1language extensionL7language capabilitiesT/lambda expressionz
labels t=labelling<02>%knuth-morris
knapsack<00>kmp 9kinectfusion algorithm<00>+key-value store
 /key cryptosystems<00>'kernel memoryO+kernel functionAkelips<03>	
judge)+joint attention<02>%joint actionE7johnson-lindenstrauss"jocaml
<01>jerv	ject
=!javascriptity<03>itselfW
itm>
iteratorisa<02>#irrelevance<02>ironfleet
<01>!invocation
ainvariant<03>#interpreterC/intermediate node<03>-interface designi#interactive

inter<00>

intent%
intelligence!int
-%installation<02>#input array<03>initiator#inheritance
K
indexing<03>/in-depth analysis<03>'impossibility<03> Cimplementation of mapreduce<03>impala
%immutability<00>%illumination<00>iff<02>
idiomicp<02>
iccibm0i/o2hypertext<00>#hypersphere<03>!hyperspace
"!hyperplane<03>
hyperdex
!	http
<01>
hppGhotspot7hopscotch<00>hoprhol<00>	
hipaa	hintZ)hindley-milner<02>5high-level operators<03>+high throughput<03>-high reliability
<01>herbivore<03>	heap
<01>hdfzhci
<01>)hashing method<03>!hash table<00>'hash function<00>	hash	hard<02>har
<01>
handling<00>
<02>
x<07>j<02><00>)<29><00>'<02>	3GGParallel generational-copying garbage collection with a block-structured heap<07>We present a parallel generational-copying garbage collector implemented for the Glasgow Haskell Compiler. We use a block-structured memory allocator, which provides a natural granularity for dividing the work of GC between many threads, leading to a simple yet effective method for parallelising copying GC. The results are encouraging: we demonstrate wall-clock speedups of on average a factor of 2 in GC time on a commodity 4-core machine with no programmer intervention, compared to our best sequential GC.ISMMgarbage_collection/2017-09-11T17:58:39.2026889652017-09-11T17:58:39.202688965<EFBFBD>|<7C><00><02>-+3GGThe treadmill: real-time garbage collection without motion sickness<07>A simple real-time garbage collection algorithm is presented which does not copy, thereby avoiding some of the problems caused by the asynchronous motion of objects. This in-place "treadmill" garbage collection scheme has approximately the same complexity as other non-moving garbage collectors, thus making it usable in a high-level language implementation where some pointers cannot be traced. The treadmill is currently being used in a Lisp system built in Ada.SIGPLAN Noticesgarbage_collection/2017-09-11T17:58:39.1422561042017-09-11T17:58:39.142256104<EFBFBD>
<EFBFBD><00><02>e3GGIncremental Mature Garbage Collection Using the Train Algorithm<07>We present an implementation of the Train Algorithm, an incremental collection scheme for reclamation of mature garbage in generation-based memory management systems. To the best of our knowledge, this is the rst Train Algorithm implementation ever. Using the algorithm, the traditional mark-sweep garbage collector employed by the Mjjlner run-time system for the object-oriented BETA programming language was replaced by a non-disruptive one, with only negligible time and storage overheads.ECOOPgarbage_collection/2017-09-11T17:58:39.0132028812017-09-11T17:58:39.013202881<EFBFBD><04>
Y<02>3GGA unified theory of garbage collection<07>Tracing and reference counting are uniformly viewed as being fundamentally different approaches to garbage collection that possess very distinct performance properties. We have implemented high-performance collectors of both types, and in the process observed that the more we optimized them, the more similarly they behaved - that they seem to share some deep structure. 
 We present a formulation of the two algorithms that shows that they are in fact duals of each other. Intuitively, the difference is that tracing operates on live objects, or "matter", while reference counting operates on dead objects, or "anti-matter". For every operation performed by the tracing collector, there is a precisely corresponding anti-operation performed by the reference counting collector.
 Using this framework, we show that all high-performance collectors (for example, deferred reference counting and generational collection) are in fact hybrids of tracing and reference counting. We develop a uniform cost-model for the collectors to quantify the trade-offs that result from choosing different hybridizations of tracing and reference counting. This allows the correct scheme to be selected based on system performance requirements and the expected properties of the target application.OOPSLAgarbage_collection/2017-09-11T17:58:38.8973200682017-09-11T17:58:38.897320068

<01>
P	_
<01><00>m<EFBFBD><00>K<02>y!GGThe Peer Sampling Service: Experimental Evaluation of Unstructured Gossip-Based Implementations<07>In recent years, the gossip-based communication model in large-scale distributed systems has become a general paradigm with important applications which include information dissemination, aggrega-tion, overlay topology management and synchronization. At the heart of all of these protocols lies a fundamental distributed abstraction: the peer sampling service. In short, the aim of this service is to provide every node with peers to exchange information with. Analytical studies reveal a high reliability and efficiency of gossip-based protocols, under the (often implicit) assumption that the peers to send gossip messages to are selected uniformly at random from the set of all nodes. In practice—instead of requiring all nodes to know all the peer nodes so that a random sample could be drawn—a scalable and efficient way to implement the peer sampling service is by constructing and maintaining dynamic unstructured overlays through gossiping membership information itself. This paper presents a generic framework to implement reliable and efficient peer sampling services. The framework generalizes existing approaches and makes it easy to introduce new ones. We use this framework to explore and compare several implementations of our abstraction. Through extensive experimental analysis, we show that all of them lead to different peer sampling services none of which is uniformly random. This clearly renders traditional theoretical approaches invalid, when the underlying peer sampling service is based on a gossip-based scheme. Our observations also help explain important differences between design choices of peer sampling algorithms, and how these impact the reliability of the corresponding service.Middlewaregossip/2017-09-11T17:58:39.4925581052017-09-11T17:58:39.492558105<EFBFBD>m<EFBFBD>
{<02>WGGEpidemic Algorithms for Replicated Database Maintenance<07>When a database is replicated at many sites, maintaining mutual consistency among the sites in the face of updates is a significant problem. This paper describes several randomized algorithms for distributing updates and driving the replicas toward consistency. The algorithms are very simple and require few guarantees from the underlying communication system, yet they ensure that the effect of every update is eventually reflected in all replicas. The cost and performance of the algorithms are tuned by choosing appropriate distributions in the randomization step. The algorithms are closely analogous to epidemics, and the epidemiology literature aids in understanding their behavior. One of the algorithms has been implemented in the Clearinghouse servers of the Xerox Corporate Internet. solving long-standing problems of high traffic and database inconsistency.PODCgossip/2017-09-11T17:58:39.3513601072017-09-11T17:58:39.351360107<EFBFBD>,<2C>
]<02>[3GGIncremental Collection of Mature Objects<07>We present a garbage collection algorithm that extends generational scav-enging to collect large older generations (mature objects) non-disruptively. The al-gorithm's approach is to process bounded-size pieces of mature object space at each collection; the subtleties lie in guaranteeing that it eventually collects any and all garbage. The algorithm does not assume any special hardware or operating system support, e.g., for forwarding pointers or protection traps. The algorithm copies objects, so it naturally supports compaction and reclustering.IWMMgarbage_collection/2017-09-11T17:58:39.2429780272017-09-11T17:58:39.242978027
<06>3<06><00>@<40>
i<02>
GGLarge-Scale Newscast Computing on the Internet<07>This paper introduces the newscast model of computation for large-scale computing on the Internet. The engine realizing this model is a lazy fully distributed information propagation protocol among the participants which is responsible for membership management and communication. It maintains a constantly changing communication graph over the participants. This graph has useful emergent properties like small diameter and sufficiently random structure without deploying special purpose protocols to achieve these properties. For adding a new participant only the address of an arbitrary member is needed and for removal no action is necessary. We provide theoretical and empirical evidence that—besides being simple and lightweight—our newscast computing engine is extremely scalable and robust. We also suggest some interesting application areas including information dissemination, monitoring of large systems, resource sharing and efficient multi-casting.gossip/2017-09-11T17:58:39.7559628912017-09-11T17:58:39.755962891<EFBFBD>I<EFBFBD><00><02>E<EFBFBD>AGGHyParView: A Membership Protocol for Reliable Gossip-Based Broadcast<07>Gossip, or epidemic, protocols have emerged as a powerful strategy to implement highly scalable and resilient reliable broadcast primitives. Due to scalability reasons, each participant in a gossip protocol maintains a partial view of the system. The reliability of the gossip protocol depends upon some critical properties of these views, such as degree distribution and clustering coefficient. Several algorithms have been proposed to maintain partial views for gossip protocols. In this paper, we show that under a high number of faults, these algorithms take a long time to restore the desirable view properties. To address this problem, we present HyParView, a new membership protocol to support gossip-based broadcast that ensures high levels of reliability even in the presence of high rates of node failure. The HyParView protocol is based on a novel approach that relies in the use of two distinct partial views, which are maintained with different goals by different strategies.37th Annual IEEE/IFIP International Conference on Dependable Systems and Networks (DSN'07)gossip/2017-09-11T17:58:39.5579160162017-09-11T17:58:39.557916016

{t<02>
{<00>o<EFBFBD><00><02>5GGEfficient reconciliation and flow control for anti-entropy protocols<07>The paper shows that anti-entropy protocols can process only a limited rate of updates, and proposes and evaluates a new state reconciliation mechanism as well as a flow control scheme for anti-entropy protocols.LADIS '08gossip/2017-09-11T17:58:39.9464418952017-09-11T17:58:39.946441895<EFBFBD><02>
/<02>%=GGBimodal Multicast<07>There are many methods for making a multicast protocol &#8220;reliable.&#8221; At one end of the spectrum, a reliable multicast protocol might offer tomicity guarantees, such as all-or-nothing delivery, delivery ordering, and perhaps additional properties such as virtually synchronous addressing. At the other are protocols that use local repair to overcome transient packet loss in the network, offering &#8220;best effort&#8221; reliability. Yet none of this prior work has treated stability of multicast delivery as a basic reliability property, such as might be needed in an internet radio, television, or conferencing application. This article looks at reliability with a new goal: development of a multicast protocol which is reliable in a sense that can be rigorously quantified and  includes throughput stability guarantees. We characterize this new protocol as a &#8220;bimodal multicast&#8221; in reference to its reliability model, which corresponds to a family of bimodal probability distributions. Here, we introduce the protocol, provide a theoretical analysis of its behavior, review experimental results, and discuss some candidate applications. These confirm that bimodal multicast is reliable, scalable, and that the protocol provides remarkably stable delivery throughput.ACM Trans. Comput. Syst.gossip/2017-09-11T17:58:39.8430239262017-09-11T17:58:39.843023926<EFBFBD><08><00>1<02>WGGSWIM: Scalable Weakly-consistent Infection-style Process Group Membership Protocol<07>Several distributed peer-to-peer applications require weakly-consistent knowledge of process group membership information at all participating processes. SWIM is a generic software module that offers this service for large-scale process groups. The SWIM effort is motivated by the unscalability of traditional heart-beating protocols, which either impose network loads that grow quadratically with group size, or compromise response times or false positive frequency w.r.t. detecting process crashes. This paper reports on the design, implementation and performance of the SWIM subsystem on a large cluster of commodity PCs. Unlike traditional heartbeating protocols, SWIM separates the failure detection and membership update dissemination functionalities of the membership protocol. Processes are monitored through an efficient peer-to-peer periodic randomized probing protocol. Both the expected time to first detection of each process failure, and the expected message load per member, do not vary with group size. Information about membership changes, such as process joins, drop-outs and failures, is propagated via piggyback-ing on ping messages and acknowledgments. This results in a robust and fast infection style (also epidemic or gossip-style) of dissemination. The rate of false failure detections in the SWIM system is reduced by modifying the protocol to allow group members to suspect a process before declaring it as failed-this allows the system to discover and rectify false failure detections. Finally, the protocol guarantees a deterministic time bound to detect failures. Experimental results from the SWIM prototype are presented. We discuss the extensibility of the design to a WAN-wide scale. £ Author last names are in alphabetical order.DSNgossip/2017-09-11T17:58:39.7669160162017-09-11T17:58:39.766916016
<00><0B><00><00>&<26>
K<02>yGGThe Φ Accrual Failure Detector<07>Detecting failures is a fundamental issue for fault-tolerance in distributed systems. Recently, many people have come to realize that failure detection ought to be provided as some form of generic service, similar to IP address lookup or time synchronization. However, this has not been successful so far. One of the reasons is the difficulty to satisfy several application requirements simultaneously when using classical failure detectors. We present a novel abstraction, called accrual failure detectors, that emphasizes flexibility and expressiveness and can serve as a basic building block to implementing failure detectors in distributed systems. Instead of providing information of a boolean nature (trust vs. suspect), accrual failure detectors output a suspicion level on a continuous scale. The principal merit of this approach is that it favors a nearly complete decoupling between application requirements and the monitoring of the environment. In this paper, we describe an implementation of such an accrual failure detector, that we call the ϕ failure detector. The particularity of the ϕ failure detector is that it dynamically adjusts to current network conditions the scale on which the suspicion level is expressed. We analyzed the behavior of our ϕ failure detector over an intercontinental communication link during several days. Our experimental results show that our ϕ failure detector performs equally well as other known adaptive failure detection mechanisms, with an improved flexibility. I. INTRODUCTION It is well-known that failure detection constitutes a fundamental building block for ensuring fault tolerance in distributed systems. For this reason, many people have been advocating that failure detection should be provided as a service [1]–[5], similar to IP address lookup (DNS) or time synchronization (e.g., NTP). Unfortunately, in spite of important technical breakthroughs, this view has met little success so far. We believe that one of the main reasons is that the conventional boolean interaction (i.e., trust vs. suspect) makes it difficult to meet the requirements of several distributed applications running simultaneously. For this reason, we advocate a different abstraction that helps decoupling application requirements from issues related to the underlying system. It is well-known that there exists an inherent tradeoff between (1) conservative failure detection (i.e., reducing the risk of wrongly suspecting a running process), and (2) aggressive failure detection (i.e., quickly detecting the occurrence of a real crash). There exists a continuum of valid choices between these two extremes, and what defines an appropriate choice is strongly related to application requirements. …SRDSgossip/2017-09-11T17:58:40.1485620122017-09-11T17:58:40.148562012<EFBFBD><07>=<02>+<2B>1GGEpidemic Broadcast Trees<07>There is an inherent trade-off between epidemic and deterministic tree-based broadcast primitives. Tree-based approaches have a small message complexity in steady-state but are very fragile in the presence of faults. Gossip, or epidemic, protocols have a higher message complexity but also offer much higher resilience. This paper proposes an integrated broadcast scheme that combines both approaches. We use a low cost scheme to build and maintain broadcast trees embedded on a gossip-based overlay. The protocol sends the message payload preferably via tree branches but uses the remaining links of the gossip overlay for fast recovery and expedite tree healing. Experimental evaluation presented in the paper shows that our new strategy has a low overhead and that is able to support large number of faults while maintaining a high reliability.2007 26th IEEE International Symposium on Reliable Distributed Systems (SRDS 2007)gossip/2017-09-11T17:58:40.0909470212017-09-11T17:58:40.090947021

<01>
8<07><04>
<01><00>Y<EFBFBD>!
}<02>
9GGThe PageRank Citation Ranking: Bringing Order to the Web<07>The importance of a Web page is an inherently subjective matter, which depends on the readers interests, knowledge and attitudes. But there is still much that can be said objectively about the relative importance of Web pages. This paper describes PageRank, a method for rating Web pages objectively and mechanically, eeectively measuring the human interest and attention devoted to them. We compare PageRank to an idealized random Web surfer. We show how to eeciently compute PageRank for large numbers of pages. And, we showhow to apply PageRank to search and to user navigation.information_retrieval/2017-09-11T17:58:40.4739819342017-09-11T17:58:40.473981934<EFBFBD>W<EFBFBD> 
Y<02>19EEInformation-based models for ad hoc IR<07>We introduce in this paper the family of information-based models for <i>ad hoc</i> information retrieval. These models draw their inspiration from a long-standing hypothesis in IR, namely the fact that the difference in the behaviors of a word at the document and collection levels brings information on the significance of the word for the document. This hypothesis has been exploited in the 2-Poisson mixture models, in the notion of eliteness in BM25, and more recently in DFR models. We show here that, combined with notions related to burstiness, it can lead to simpler and better models.SIGIRinformation_retrieval/2017-09-11T17:58:40.414877932017-09-11T17:58:40.41487793<EFBFBD>)<29>
]<02>y
EEA Gossip-Style Failure Detection Service<07>Failure Detection is valuable for system management, replication, load balancing , and other distributed services. To date, Failure Detection Services scale badly in the number of members that are being monitored. This paper describes a new protocol based on gossiping that does scale well and provides timely detection. We analyze the protocol, and then extend it to discover and leverage the underlying network topology for much improved resource utilization. We then combine it with another protocol, based on broadcast, that is used to handle partition failures.gossip/2017-09-11T17:58:40.299260012017-09-11T17:58:40.29926001<EFBFBD>D<EFBFBD>
5<02>-9GGIDF for Word N-grams<07>Inverse Document Frequency (IDF) is widely accepted term weighting scheme whose robustness is supported by many theoretical justifications. However, applying IDF to word N-grams (or simply N-grams) of any length without relying on heuristics has remained a challenging issue. This article describes a theoretical extension of IDF to handle N-grams. First, we elucidate the theoretical relationship between IDF and information distance, a universal metric defined by the Kolmogorov complexity. Based on our understanding of this relationship, we propose N-gram IDF, a new IDF family that gives fair weights to words and phrases of any length. Based only on the magnitude relation of N-gram IDF weights, dominant N-grams among overlapping N-grams can be determined. We also propose an efficient method to compute the N-gram IDF weights of all N-grams by leveraging the enhanced suffix array and wavelet tree. Because the exact computation of N-gram IDF provably requires significant computational cost, we modify it to a fast approximation method that can estimate weight errors analytically and maintain application-level performance. Empirical evaluations with unsupervised/supervised key term extraction and web search query segmentation with various experimental settings demonstrate the robustness and language-independent nature of the proposed N-gram IDF.TOISinformation_retrieval/2017-09-11T17:58:40.2638601072017-09-11T17:58:40.263860107
vv<00><05>#
5<02>33GGDifferential Privacy<07>In 1977 Dalenius articulated a desideratum for statistical databases: nothing about an individual should be learnable from the database that cannot be learned without access to the database. We give a general impossibility result showing that a formalization of Dalenius' goal along the lines of semantic security cannot be achieved. Contrary to intuition, a variant of the result threatens the privacy even of someone not in the database. This state of affairs suggests a new measure, differential privacy, which, intuitively, captures the increased risk to one's privacy incurred by participating in a database. The techniques developed in a sequence of papers [8, 13, 3], culminating in those described in [12], can achieve any desired level of privacy under this measure. In many cases, extremely accurate information about the database can be provided while simultaneously ensuring very high levels of privacy.ICALPinformation_theory/2017-09-11T17:58:40.7878640142017-09-11T17:58:40.787864014<EFBFBD>}<7D>"
q<02>c9GGAuthoritative Sources in a Hyperlinked Environment<07>The network structure of a hyperlinked environment can be a rich source of information about the content of the environment, provided we have effective means for understanding it. We develop a set of algorithmic tools for extracting information from the link structures of such environments, and report on experiments that demonstrate their effectiveness in a variety of context on the World Wide Web. The central issue we address within our framework is the distillation of broad search topics, through the discovery of &#8220;authorative&#8221; information sources on such topics. We propose and test an algorithmic formulation of the notion of authority, based on the relationship between a set of relevant authoritative pages and the set of &#8220;hub pages&#8221; that join them together in  the link structure. Our formulation has connections to the eigenvectors of certain matrices associated with the link graph; these connections in turn motivate additional heuristrics for link-based analysis.SODAinformation_retrieval/2017-09-11T17:58:40.7247280272017-09-11T17:58:40.724728027
<00><04>i<00><00>v<EFBFBD>&
o<02>c1GGCompiling pattern matching to good decision trees<07>We address the issue of compiling ML pattern matching to compact and efficient decisions trees. Traditionally, compilation to decision trees is optimized by (1) implementing decision trees as dags with maximal sharing; (2) guiding a simple compiler with heuristics. We first design new heuristics that are inspired by necessity, a concept from lazy pattern matching that we rephrase in terms of decision tree semantics. Thereby, we simplify previous semantic frameworks and demonstrate a straightforward connection between necessity and decision tree runtime efficiency. We complete our study by experiments, showing that optimizing compilation to decision trees is competitive with the optimizing match compiler of Le Fessant and Maranget (2001).MLlanguages/clojure/2017-09-11T17:58:41.1116130372017-09-11T17:58:41.111613037<EFBFBD><00>%	W
1GGQuickCheck Testing for Fun and Profit<07>PADLlanguages/clojure/2017-09-11T17:58:41.0389389652017-09-11T17:58:41.038938965<EFBFBD><0F>$
U<02>+1GGPractical Optional Types for Clojure<07>Typed Clojure is an optional type system for Clojure, a dynamic language in the Lisp family that targets the JVM. Typed Clojure's type system build on the design of Typed Racket, repurposing in particular occurrence typing, an approach to statically reasoning about predicate tests. However, in adapting the type system to Clo-jure, changes and extensions are required to accommodate additional language features and idioms used by Clojure programmers. In this paper, we describe Typed Clojure and present these type system extensions, focusing on three features widely used in Clo-jure. First, Java interoperability is central to Clojure's mission but introduces challenges such as ubiquitous null; Typed Clojure handles Java interoperability while ensuring the absence of null-pointer exceptions in typed programs. Second, Clojure programmers idiomatically use immutable dictionaries for data structures; Typed Clojure handles this in the type system with multiple forms of heterogeneous dictionary types. Third, multimethods provide extensi-ble operations, and their Clojure semantics turns out to have a surprising synergy with the underlying occurrence typing framework. We provide a formal model of the Typed Clojure type system incorporating these and other features, with a proof of soundness. Additionally, Typed Clojure is now in use by numerous corporations and developers working with Clojure, and we report on experience with the system and its lessons for the future. The popularity of dynamically-typed languages in software development , combined with a recognition that types often improve programmer productivity, software reliability, and performance, has led to the recent development of a wide variety of optional and gradual type systems aimed at checking existing programs written in existing languages. These include Microsoft's TypeScript for JavaScript, Facebook's Hack for PHP and Flow for JavaScript, and MyPy for Python among the optional systems, and Typed Racket, Reticulated Python, and GradualTalk among gradually-typed systems. 1 One key lesson of these systems, indeed a lesson known to early developers of optional type systems such as StrongTalk, is that type systems for existing languages must be designed to work with the features and idioms of the target language. Often this takes the form of a core language, be it of functions or classes and objects, together with extensions to handle distinctive language features. We synthesize these lessons to present Typed Clojure, an optional type system for Clojure. Typed Clojure builds on the core type checking approach of Typed Racket, an existing gradual type system for Racket. However, Typed Clojure extends …ESOPlanguages/clojure/2017-09-11T17:58:40.8690969242017-09-11T17:58:40.869096924

<01><0C>	zP
<01><00>P<EFBFBD>*<00>!<02>_1GGBreadth-first numbering: lessons from a small exercise in algorithm design<07>Every programmer has blind spots. Breadth-first numbering is an interesting toy problem that exposes a blind spot common to many---perhaps most---functional programmers.ICFPlanguages/clojure/2017-09-11T17:58:41.5067490232017-09-11T17:58:41.506749023<EFBFBD>&<26>)
y<02>UGGProgrammatic and direct manipulation, together at last<07>Direct manipulation interfaces and programmatic systems have distinct and complementary strengths. The former provide intuitive, immediate visual feedback and enable rapid prototyping, whereas the latter enable complex, reusable abstractions. Unfortunately, existing systems typically force users into just one of these two interaction modes. We present a system called Sketch-n-Sketch that integrates programmatic and direct manipulation for the particular domain of Scalable Vector Graphics (SVG). In Sketch-n-Sketch, the user writes a program to generate an output SVG canvas. Then the user may directly manipulate the canvas while the system immediately infers a program update in order to match the changes to the output, a workflow we call live synchronization. To achieve this, we propose (i) a technique called trace-based program synthesis that takes program execution history into account in order to constrain the search space and (ii) heuristics for dealing with ambiguities. Based on our experience with examples spanning 2,000 lines of code and from the results of a preliminary user study, we believe that Sketch-n-Sketch provides a novel workflow that can augment traditional programming systems. Our approach may serve as the basis for live synchronization in other application domains, as well as a starting point for yet more ambitious ways of combining programmatic and direct manipulation.PLDIlanguages/domain-specific-languages/2017-09-11T17:58:41.3403278812017-09-11T17:58:41.340327881<EFBFBD>#<23>(<00><02>1GGQuickCheck: a lightweight tool for random testing of Haskell programs<07>Quick Check is a tool which aids the Haskell programmer in formulating and testing properties of programs. Properties are described as Haskell functions, and can be automatically tested on random input, but it is also possible to define custom test data generators. We present a number of case studies, in which the tool was successfully used, and also point out some pitfalls to avoid. Random testing is especially suitable for functional programs because properties can be stated at a fine grain. When a function is built from separately tested components, then random testing suffices to obtain good coverage of the definition under test.ICFPlanguages/clojure/2017-09-11T17:58:41.2783291022017-09-11T17:58:41.278329102<EFBFBD>[<5B>'
9<02>c1GGBacktracking iterators<07>Iterating over the elements of an abstract collection is usually done in ML using a fold-like higher-order function provided by the data structure. This article discusses a different paradigm of iteration based on purely functional, immutable cursors. Contrary to fold-like iterators, the iteration can be cleanly interrupted at any step. Contrary to imperative cursors (such as those found in C++ and Java libraries) it is possible to backtrack the iterator to a previous step. Several ways to iterate over binary trees are examined and close links with G&#233;rard Huet's <i>Zipper</i> are established. Incidentally, we show the well-known two-lists implementation of functional queues arising from a <i>Zipper</i>-based breadth-first traversal.MLlanguages/clojure/2017-09-11T17:58:41.1788969732017-09-11T17:58:41.178896973
o<08>N <00>	<09>/
s<02>]19GGPurely functional lazy nondeterministic programming<07>Functional logic programming and probabilistic programming have demonstrated the broad benefits of combining laziness (non-strict evaluation with sharing of the results) with non-determinism. Yet these benefits are seldom enjoyed in functional programming, because the existing features for non-strictness, sharing, and non-determinism in functional languages are tricky to combine.
 We present a practical way to write purely functional lazy non-deterministic programs that are efficient and perspicuous. We achieve this goal by embedding the programs into existing languages (such as Haskell, SML, and OCaml) with high-quality implementations, by making choices lazily and representing data with non-deterministic components, by working with custom monadic data types and search strategies, and by providing equational laws for the programmer to reason about their code.J. Funct. Program.logic_and_programming/2017-09-11T17:58:41.9835729982017-09-11T17:58:41.983572998<EFBFBD>*<2A>.
c<02>S1GGA history of Haskell: being lazy with class<07>This paper describes the history of Haskell, including its genesis and principles, technical contributions, implementations and tools, and applications and impact.HOPLlanguages/haskell/2017-09-11T17:58:41.8651569822017-09-11T17:58:41.865156982<EFBFBD>q<EFBFBD>-
g<02>I+/GGOn the scalability of the Erlang term storage<07>The Erlang Term Storage (ETS) is an important component of the Erlang runtime system, especially when parallelism enters the picture, as it provides an area where processes can share data. It is therefore important that ETS's implementation is efficient, flexible, but also as scalable as possible. In this paper we document and describe the current implementation of ETS in detail, discuss the main data structures that support it, and present the main points of its evolution across Erlang/OTP releases. More importantly, we measure the scalability of its implementations, the effects of its tuning options, identify bottlenecks, and suggest changes and alternative designs that can improve both its performance and its scalability.Erlang Workshoplanguages/erlang/2017-09-11T17:58:41.8085878912017-09-11T17:58:41.808587891<EFBFBD>(<28>,
3<02>
/GGA history of Erlang<07>Erlang was designed for writing concurrent programs that "run forever." Erlang uses concurrent processes to structure the program. These processes have no shared memory and communicate by asynchronous message passing. Erlang processes are lightweight and belong to the language, not the operating system. Erlang has mechanisms to allow programs to change code "on the fly" so that programs can evolve and change as they run. These mechanisms simplify the construction of software for implementing non-stop systems.
 This paper describes the history of Erlang. Material for the paper comes from a number of different sources. These include personal recollections, discussions with colleagues, old newspaper articles and scanned copies of Erlang manuals, photos and computer listings and articles posted to Usenet mailing lists.HOPLlanguages/erlang/2017-09-11T17:58:41.7458798832017-09-11T17:58:41.745879883<EFBFBD>
<0A>+
y<02>o+/GGMulticore profiling for Erlang programs using percept2<07>Erlang is a functional programming language with built-in support for concurrency based on share-nothing processes and asynchronous message passing. The design of Erlang makes it suitable for writing concurrent and parallel applications, taking full advantage of the computing power of modern multicore machines. However many existing Erlang applications are sequential, in need of parallelisation.
 In this paper, we present the Erlang concurrency profiling tool Percept2,and demonstrate how the information provided by it can help the user to explore the potential parallelism in an Erlang application and how the system performs on the Erlang multicore system. Percept2 thus allows users improve the performance and scalability of their applications.Erlang Workshoplanguages/erlang/2017-09-11T17:58:41.6028310552017-09-11T17:58:41.602831055
<02>K<07><06><02><00>a<EFBFBD>3
)<02>e-/GGRandom Forests<07>Random forests are a combination of tree predictors such that each tree depends on the values of a random vector sampled independently and with the same distribution for all trees in the forest. The generalization error for forests converges a.s. to a limit as the number of trees in the forest becomes large. The generalization error of a forest of tree classifiers depends on the strength of the individual trees in the forest and the correlation between them. Using a random selection of features to split each node yields error rates that compare favorably to Adaboost (Y. Freund & R. Schapire, Machine Learning: Proceedings of the Thirteenth International conference, ***, 148–156), but are more robust with respect to noise. Internal estimates monitor error, strength, and correlation and these are used to show the response to increasing the number of features used in the splitting. Internal estimates are also used to measure variable importance. These ideas are also applicable to regression.Machine Learningmachine_learning/2017-09-11T17:58:42.8126010742017-09-11T17:58:42.812601074<EFBFBD>`<60>2
q<02>1#/AAA few useful things to know about machine learning<07>Tapping into the "folk knowledge" needed to advance machine learning applications.Commun. ACMmachine_learning/2017-09-11T17:58:42.6966252017-09-11T17:58:42.696625~<7E>1	]

/GGThe Fast Johnson-lindenstrauss Transform<07>machine_learning/2017-09-11T17:58:42.6327939452017-09-11T17:58:42.632793945<EFBFBD>1<EFBFBD>0
u<02>O
9GGTesting ecological models: the meaning of validation<07>The ecological literature reveals considerable confusion about the meaning of validation in the context of simulation models. The confusion arises as much from semantic and philosophical considerations as from the selection of validation procedures. Validation is not a procedure for testing scientific theory or for certifying the 'truth' of current scientific understanding, nor is it a required activity of every modelling project. Validation means that a model is acceptable for its intended use because it meets specified performance requirements. Before validation is undertaken, (1) the purpose of the model, (2) the performance criteria, and (3) the model context must be specified. The validation process can be decomposed into several components: (1) operation, (2) theory, and (3) data. Important concepts needed to understand the model evaluation process are verification, calibration, validation, credibility, and qualification. These terms are defined in a limited technical sense applicable to the evaluation of simulation models, and not as general philosophical concepts. Different tests and standards are applied to the operational, theoretical, and data components. The operational and data components can be validated; the theoretical component cannot. The most common problem with ecological and environmental models is failure to state what the validation criteria are. Criteria must be explicitly stated because there are no universal standards for selecting what test procedures or criteria to use for validation. A test based on comparison of simulated versus observed data is generally included whenever possible. Because the objective and subjective components of validation are not mutually exclusive, disagreements over the meaning of validation can only be resolved by establishing a convention.logic_and_programming/2017-09-11T17:58:42.4244050292017-09-11T17:58:42.424405029
k<00><0F><0F><0F>Z8<0E><0E><0E><0E>mM#
<0A>
<0A>
<0A>
k
K
<0C><0C><0C><0C>[3
<0B><0B><0B>mM)	
<EFBFBD>
<EFBFBD>
<EFBFBD>
m
S
/
	<09>	<09>	<09>	<09>	d	>	<08><08><08><08>]7<07><07><07>tN'<06><06><06><06>a?!<05><05><05><05><05>c:<04><04><04><04>mK1<03><03><03><03>oG<02><02><02><02>yW1
<01>
<01>
<01>
<01>
c
=
<00>!<21>)
Luis RodriguezLuisRodriguez%<25>
-
J.michael AshleyJ.michaelAshley#<23>+
Gregor KiczalesGregorKiczales<1F>'
John PetersonJohnPeterson#<23>~+
Antony CourtneyAntonyCourtney!<21>})
Henrik NilssonHenrikNilsson-<2D>|5
'Daniel Winograd-CortDanielWinograd-Cort/<2F>{7%
Massimiliano GiacominMassimilianoGiacomin#<23>z+
Martin CaminadaMartinCaminada<1F>y'
Pietro BaroniPietroBaroni<1F>x'
Conal ElliottConalElliott<1F>w'
Stephen ChongStephenChong!<21>v)
Evan CzaplickiEvanCzaplicki<19>u!
Walid TahaWalidTaha<1D>t%
Zhanyong WanZhanyongWan'<27>s/
Günther KnoblichGüntherKnoblich%<25>r-
Harold BekkeringHaroldBekkering!<21>q)
Natalie SebanzNatalieSebanz<1B>p#
Urs HölzleUrsHölzle<1F>o'
Bay-Wei ChangBay-WeiChang<1B>n#
David UngarDavidUngar!<21>m)
Craig ChambersCraigChambers<19>l!
Jan LahodaJanLahoda<17>k
Danny DigDannyDig<1F>j'
Lyle FranklinLyleFranklin<19>i!
Alex GyoriAlexGyori<1F>h'
Ross PatersonRossPaterson*<2A>g3Maarten M. FokkingaMaartenM.Fokkinga<1B>f#
Erik MeijerErikMeijer <20>e)David D. ClarkDavidD.Clark<1E>d'David P. ReedDavidP.Reed&<26>c/Jerome H. SaltzerJeromeH.Saltzer#<23>b+
Andrew WarfieldAndrewWarfield<17>a
Ian PrattIanPratt#<23>`+
!Rolf NeugebauerRolfNeugebauer<13>_
Alex HoAlexHo<1B>^#
Keir FraserKeirFraser!<21>])
Boris DragovicBorisDragovic<1B>\#
Paul BarhamPaulBarham<1F>['
Andrew TuckerAndrewTucker<1D>Z%
Daniel PriceDanielPrice&<26>Y/Robert N M WatsonRobertN MWatson'<27>X/%
Poul-Henning KampPoul-HenningKamp(<28>W1Austin T. ClementsAustinT.Clements%<25>V-
Philippas TsigasPhilippasTsigas$<24>U-Nhan Nguyen DangNhanNguyenDang#<23>T+
!Bapi ChatterjeeBapiChatterjee"<22>S+Thomas R. GrossThomasR.Gross'<27>R/
Kornilios KourtisKorniliosKourtis'<27>Q/
Ioannis KoltsidasIoannisKoltsidas#<23>P+
Jonas PfefferleJonasPfefferle!<21>O)
Patrick StuediPatrickStuedi#<23>N+
Bernard MetzlerBernardMetzler#<23>M+
Nikolas IoannouNikolasIoannou#<23>L+
Animesh TrivediAnimeshTrivedi0<69>K9)John M. Mellor-CrummeyJohnM.Mellor-Crummey<1D>J%
Chaoran YangChaoranYang<1F>I'
Michael WelzlMichaelWelzl<1D>H%
Gareth TysonGarethTyson#<23>G+
Yehia El-KhatibYehiaEl-Khatib(<28>F1Angela Demke BrownAngelaDemkeBrown$<24>E-Paul E. MckenneyPaulE.Mckenney <20>D)Thomas E. HartThomasE.Hart!<21>C)
#D. SchmalstiegD.Schmalstieg<15>B
B. KainzB.Kainz<17>A
M. KenzelM.Kenzel!<21>@)
#M. SteinbergerM.Steinberger<17>?
R. ShireyR.Shirey*<2A>>3!J. A. M. VermaserenJ.A. M.Vermaseren"<22>=+John C. CollinsJohnC.Collins$<24><-David S. WishartDavidS.Wishart <20>;)Joseph A. CruzJosephA.Cruz<1D>:%
Jeff BonwickJeffBonwick!<21>9)
Ryan CulpepperRyanCulpepper<1D>8%
Sunil ShuklaSunilShukla,<2C>75Robert Bruce FindlerRobertBruceFindler<1D>6%
Jay MccarthyJayMccarthy/<2F>57
'Shriram KrishnamurthiShriramKrishnamurthi<19>4!
Arjun GuhaArjunGuha&<26>3/Gregory H. CooperGregoryH.Cooper%<25>2-
Jonathan BorweinJonathanBorwein%<25>1-
Lennart BerggrenLennartBerggren#<23>0+
Vladimir VapnikVladimirVapnik!<21>/)
Corinna CortesCorinnaCortes!<21>.)
Keith PlayfordKeithPlayford'<27>-/
Jonathan BachrachJonathanBachrach-<2D>,5
#Emmanuel DellandréaEmmanuelDellandréa<1D>+%
Yoann BaveyeYoannBaveye%<25>*-
Fernando PereiraFernandoPereira#<23>)+
Andrew MccallumAndrewMccallum$<24>(-John D. LaffertyJohnD.Lafferty<1F>''
Dan SteinbergDanSteinberg<1E>&'David J. HandDavidJ.Hand'<27>%/
Michael SteinbachMichaelSteinbach<1D>$%
Zhi-Hua ZhouZhi-HuaZhou<1C>#%Philip S. YuPhilipS.Yu<15>"
Bing LiuBingLiu <20>!)Angus F. M. NgAngusF. M.Ng.<2E> 7Geoffrey J. MclachlanGeoffreyJ.Mclachlan!<21>)
Hiroshi MotodaHiroshiMotoda<19>!
Qiang YangQiangYang<1F>'
Joydeep GhoshJoydeepGhosh"<22>+J. Ross QuinlanJ.RossQuinlan<1B>#
Vipin KumarVipinKumar<19>!
Xindong WuXindongWu<1B>#
Leo BreimanLeoBreiman&<26>/Pedro M. DomingosPedroM.Domingos
		<0C>		
M<02>mO/GGTop 10 algorithms in data mining<07>This paper presents the top 10 data mining algorithms identified by the IEEE International Conference on Data Mining (ICDM) in December 2006: C4.5, k-Means, SVM, Apriori, EM, PageRank, AdaBoost, kNN, Naive Bayes, and CART. These top 10 algorithms are among the most influential data mining algorithms in the research community. With each algorithm, we provide a description of the algorithm, discuss the impact of the algorithm, and review current and further research on the algorithm. These 10 algorithms cover classification, clustering, statistical learning, association analysis, and link mining, which are all among the most important topics in data mining research and development.Knowledge and Information Systemsmachine_learning/2017-09-11T17:58:42.9460349122017-09-11T17:58:42.946034912

%%<00>W<EFBFBD>6
q<02>)
/GGAutomatic prediction of emotions induced by movies<07>N before have movies been as easily accessible to viewers, who can enjoy anywhere the almost unlimited potential of movies for inducing emotions. Thus, knowing in advance the emotions that a movie is likely to elicit to its viewers could help to improve the accuracy of content delivery, video indexing or even summarization. However, transferring this expertise to computers is a complex task due in part to the subjective nature of emotions. The present thesis work is dedicated to the automatic prediction of emotions induced by movies based on the intrinsic properties of the audiovisual signal. To computationally deal with this problem, a video dataset annotated along the emotions induced to viewers is needed. However, existing datasets are not public due to copyright issues or are of a very limited size and content diversity. To answer to this specific need, this thesis addresses the development of the LIRIS-ACCEDE dataset. The advantages of this dataset are threefold: (1) it is based on movies under Creative Commons licenses and thus can be shared without infringing copyright, (2) it is composed of 9,800 good quality video excerpts with a large content diversity extracted from 160 feature films and short films, and (3) the 9,800 excerpts have been ranked through a pair-wise video comparison protocol along the induced valence and arousal axes using crowdsourcing. The high inter-annotator agreement reflects that annotations are fully consistent, despite the large diversity of raters’ cultural backgrounds. Three other experiments are also introduced in this thesis. First, affective ratings were collected for a subset of the LIRIS-ACCEDE dataset in order to cross-validate the crowdsourced annotations. The affective ratings made also possible the learning of Gaussian Processes for Regression, modeling the noisiness from measurements, to map the whole ranked LIRIS-ACCEDE dataset into the 2D valence-arousal affective space. Second, continuous ratings for 30 movies were collected in order develop temporally relevant computational models. Finally, a last experiment was performed in order to collect continuous physiological measurements for the 30 movies used in the second experiment. The correlation between both modalities strengthens the validity of the results of the experiments. Armed with a dataset, this thesis presents a computational model to infer the emotions induced by movies. The framework builds on the recent advances in deep learning and takes into account the relationship between consecutive scenes. It is composed of two fine-tuned Convolutional Neural Networks. One is dedicated to the visual modality and uses as input crops of key frames extracted from video segments, while the second one is dedicated to the audio modality through the use of audio spectrograms. The activations of the last fully connected layer of both networks are con-machine_learning/2017-09-11T17:58:43.1204919432017-09-11T17:58:43.120491943

<01><05>
<01><00>|<7C>8
;<02>	-/GGSupport-vector networks<07>Thesupport-vector network is a new learning machine for two-group classification problems. The machine conceptually implements the following idea: input vectors are non-linearly mapped to a very high-dimension feature space. In this feature space a linear decision surface is constructed. Special properties of the decision surface ensures high generalization ability of the learning machine. The idea behind the support-vector network was previously implemented for the restricted case where the training data can be separated without errors. We here extend this result to non-separable training data. High generalization ability of support-vector networks utilizing polynomial input transformations is demonstrated. We also compare the performance of the support-vector network to various classical learning algorithms that all took part in a benchmark study of Optical Character Recognition.Machine Learningmachine_learning/2017-09-11T17:58:43.5434760742017-09-11T17:58:43.543476074<EFBFBD>x<EFBFBD>7
Y<02>
GGD-Expressions: Lisp Power, Dylan Style<07>1 Abstract This paper aims to demonstrate that it is possible for a language with a rich, conventional syntax to provide Lisp-style macro power and simplicity. We describe a macro system and syntax manipulation toolkit designed for the Dylan programming language that meets, and in some areas exceeds, this standard. The debt to Lisp is great, however, since although Dylan has a conventional algebraic syntax, the approach taken to describe and represent that syntax is distinctly Lisp-like in philosophy. 2 Introduction The ability to extend a programming language with new constructs is a valuable tool. With it, system designers can grow a language towards their problem domain and enhance productivity and ease of maintenance. A macro system provides this capability in a portable, high-level fashion by allowing new constructs to be implemented in terms of existing ones via programmer-defined source-to-source transformations. Beyond the above, the ability to read, write, and easily manipulate the syntax of a language from within that language can be especially powerful. It can allow the full language to be brought to bear when implementing macros. It can provide a convenient means of saving and restoring structured data in text form. It can form the basis of code analysis tools and be the starting point for experiments with new language processors or into modified language semantics. Lisp is the only language family (cf [9], [10]) that has succeeded in providing integrated macro systems along with simple and powerful syntax manipulation tools like these. They are considered one of Lisp's unique strengths, perhaps even the most important and distinctive feature of the language. But the key to their viability in Lisp is the simplicity and regularity of its syntax. Recognizing their utility, attempts have been made to provide powerful macro facilities in languages with more conventional syntaxes like those of C or Pascal, but in comparison with what Lisp provides, the solutions have been restrictive, difficult to explain and use, or both. None have been standardized. Further, the utility of syntax manipulation tools independent of the macroex-pansion process is typically forgotten. This paper aims finally to demonstrate that it is possible for a language with a richer, more conventional syntax to provide Lisp-style macro power and simplicity. We describe a macro system and syntax manipulation toolkit designed for the Dylan programming language (cf [13], [7]) that meets our goals as well as, if not better than, those commonly …macros/2017-09-11T17:58:43.2397509772017-09-11T17:58:43.239750977
<00>
<01><02><0F><0F><0F><08><0F><02><08>Fd<0F><0F><0F>U(q<02>]I7t"<02><08><0E><0E><0E><0E><0E>7<08><0E><0E>yTdP;)
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
xA
h
V
?
+

	<0C><0C><0C><0C><0C><02><0C>w]G2	<0B><0B>}<0B><0B><0B><0B>s\D0"k
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
q
^
M
5
$
	<09>	<09>	<09>	<09>	<09>	<09>	<09>	y	c	I	4		<02><08><08><08><07><07><07><07><07><07>gTA!<06><06><06><06><06><06><06><06>w+bVB<,<02> <05><05><05><05><05><05><05>~kT<)<04><04><04><04><04><04>-<04>uaQ>*<03><03><03><03><03><03>s<02>]H
<01>
<01>
<01>
<01>
<01>
<01>
<01>-L. Taberna-Arana>%L. SydorchukL. Santos<04>'L. Sandulescu<04>L. MicutL. Miao%L. Macconell/ CJ. Octavio Gutierrez-Garcia<05>)Ken Dellapenta<05>'James Kennedy<05>/Jacob Gorm Hansen<05>%Jimmy Cleary<05>'Jelani Nelson<05>'Jean Bourgain<05>)Jonathan Evans<05>-K. N. Saifullina<05>
L. Huang<05>
J. Li<05>J. Park<05>J. Cho<05>J. H. Han<05>
K. Koike<05>K. Takagix#K. IshigakirK. Minm+L. M. Van Driel4-L. M. Sconfienza<04>1L. Carlo Pescatori<04>#
L M Adleman@-Kyle Littlefield
Kun Ren<00>/Kornilios KourtisR/
Koray Kavukcuoglu$5Konstantinos Sagonas<00>%Konrad Slind<00>'Koen Claessen<00>+
Klara Nahrstedt'Kjell Winblad!Kexin Rong<02>)Ketaki Solanki/Kenneth P. Birman
<01>%Ken Thompson
<01>)Keith Playford.)Keith Marzullo<03>#Keith Adams<02>#Keir Fraser^)Kaya Bekiroglu
N)Kay Ousterhout
{3Kathryn S. Mckinley
Y'Kathrin PeterW1Kathrin M. Gerling
<01>/Katherine Everitt
<01>)
Kate Greenwood,)Karl N. Levitt<03>'
Karin StraussK#Kai Huotari
<01>+K. Zisimopoulos<04>K. ZhuK. Zachou<04>
K. Yu)K. Van Erpecum+K. TanakaK. SongK. Ryu-K. Mönkemüller<)K. Mani Chandy<03>K. Leea+K. Kleinschmidt
K. HuhK. Honein<04>K. C. Koh<04>!Junfeng He<03>Jun Rao
8'Julien Tierny<00>5
Julian Schrittwieser#Juho Hamari
<01>/Juha Kärkkäinen<02>#	Judea PearlAJuan A. Rodríguez-Aguilar
<01>'João Leitão
<01>'Joydeep Ghosh7José Orlando Pereira
<01> CJosé A. Ruipérez Valiente<03>+Joshua Redstone
g+Joshua J. Bloch<02>'Josh Haberman
P)Joseph A. Cruz;!Jos Warmer<02>'Jorgen Thelin
d#Jorge OrtizUJ. K. Ryu_J. W. Lee]J. H. Son\J. K. LeeZ!J. H. YoonM+J. P. GutierrezL)J. Garcia Cano=J. Regula&J. YanJ. H. Lee<04>+Jorge Biolchini<02>7
Jordan L. Boyd-Graber;%
Jongmin BaekY-Jonathan Borwein2/Jonathan Bachrach-+Jonas PfefferleP5Jonas Braband Jensen<02>-Jon M. Kleinberg
!Jon Howell
<01>'Jon Crowcroft
<01>#John Wilkes
J)John W. Backus<02>)John Thickstun'John Peterson

John Nham%John Maloney9John M. Mellor-CrummeyK#John Larson
<01>1John K. Ousterhoutw#John Hughes<00>'John Harrison<00>-John D. Lafferty(+John Cieslewicz
+John C. Collins='Joe Armstrong
3Joan Morris Dimicco
<01>!Jinyang LiV%Jinliang Fan>)Jing Jing Long<00>Jim Waldo
]
Jim Gray
()Jessica Dubois
<01>1Jesper Wilhelmsson<00>/Jerome H. Saltzerc3Jerome C. Yochelson
<01>3Jeroen Van De Graaf<03>)Jeroen Beltman<02>%Jeremy Elson=9Jennifer Thom-Santelli
<01>%Jeffrey Dean5!Jeff Shute<00>%Jeff Bonwick:/Jeannette M. Wing
K+Jean-Paul Haton<02>-Jean-Michel LeonK5Jean-Francois Mangin
<01>AJean-Christophe Filliâtre)Jean E. Sammet<02>3Jayanthkumar Kannan<02>'Jayadev Misra<02>%Jay Mccarthy6Jay Kreps
6#Jason BakerE!Jan Lahodal'
Jamie Shottons+
James T. Kajiyax/James R. Hamilton
<01>%James LarsonJ!James Lang<03>!James Gips<00>-James C. Dehnert
m-James C. CorbettG)
James BornholtF-James B. Rothnie
)James B. Orlinj+James A. Landay
<01>#Jae-Pil Heo<03>%Jade Alglave<00>'
Jacques Klein+Jacob Seligmann
<01>)Jacob R. Lorch
<01>+Jacob M. Taylor<02>%Jacob Albers-J.michael Ashley<02>
J. Ye@J. Velosa<04>/J. Strother Moore<02>+J. Ross Quinlan!J. Roseira<04>J. Reis<04>!J. Prakash<03>
J. Pinho<04>+J. P. H. Drenth5%J. P. Barker<02>)J. M. Ferreira<04>)J. M. AlustizaLJ. Karnerm%J. J. FurmanH+J. I. EmparanzaU
J. Hajal<04>J. Goulis<04>%J. Fernandes<04>)J. Feichtinger-J. Eliot B. Moss
<01>
<00>o<00><00>K<EFBFBD>;<00>I<02>-1GGAnd then there were none: a stall-free real-time garbage collector for reconfigurable hardware<07>Programmers are turning to radical architectures such as reconfigurable hardware (FPGAs) to achieve performance. But such systems, programmed at a very low level in languages with impoverished abstractions, are orders of magnitude more complex to use than conventional CPUs. The continued exponential increase in transistors, combined with the desire to implement ever more sophisticated algorithms, makes it imperative that such systems be programmed at much higher levels of abstraction. One of the fundamental high-level language features is automatic memory management in the form of garbage collection.
 We present the first implementation of a complete garbage collector in hardware (as opposed to previous "hardware-assist" techniques), using an FPGA and its on-chip memory. Using a completely concurrent snapshot algorithm, it provides single-cycle access to the heap, and never stalls the mutator for even a single cycle, achieving a deterministic mutator utilization (MMU) of 100%.
 We have synthesized the collector to hardware and show that it never consumes more than 1% of the logic resources of a high-end FPGA. For comparison we also implemented explicit (malloc/free) memory management, and show that real-time collection is about 4% to 17% slower than malloc, with comparable energy consumption. Surprisingly, in hardware real-time collection is superior to stop-the-world collection on every performance axis, and even for stressful micro-benchmarks can achieve 100% MMU with heaps as small as 1.01 to 1.4 times the absolute minimum.PLDImemory_management/2017-09-11T17:58:43.8024819342017-09-11T17:58:43.802481934<EFBFBD>&<26>:<00>!<02>
1GGTeaching Garbage Collection without Implementing Compilers or Interpreters<07>Given the widespread use of memory-safe languages, students must understand garbage collection well. Following a constructivist philosophy, an effective approach would be to have them implement garbage collectors. Unfortunately, a full implementation depends on substantial knowledge of compilers and runtime systems, which many courses do not cover or cannot assume. This paper presents an instructive approach to teaching gc, where students implement it atop a simplified stack and heap. Our approach eliminates enormous curricular dependencies while preserving the essence of gc algorithms. We take pains to enable testability, comprehensibility, and facilitates debugging. Our approach has been successfully classroom-tested for several years at several institutions.memory_management/2017-09-11T17:58:43.6648190922017-09-11T17:58:43.664819092<EFBFBD>c<EFBFBD>9
=<02>
%GGTwo Tasty Servings of Pi<07>Perhaps no concept has captured the mathematical imagination more than the circle ratio π, while no mathematical symbol has evoked more mystery, romanticism and popular appeal than π itself. Why this fascination with math-ematics' most famous number? For the professional mathematician, π has long presented a challenge, being taciturn by nature and yielding up its splendours only grudgingly. When they are teased out, however, the effort expended is often handsomely repaid. Among reasons drawing the amateur to π are: its habit of turning up everywhere, often in unexpected places; the highly publicized search for its decimal digits, with world records tumbling almost annually in today's age of the supercomputer; and its long, colourful history filled with incident, drama, humour, genius and eccentricity. Continued interest in π over four millennia has resulted in the accumulation of a vast π-archive. What, then, do the two books under review here contribute to this collection? Pi : A Source Book, the first source book on π ever to be published, documents , mainly through original writings, the history of π from the dawn ofmathematics/2017-09-11T17:58:43.6263491212017-09-11T17:58:43.626349121

;<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>|qf[PE:/$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>uj_TI>3(
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
y
n
c
X
M
B
7
,
!


<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>|qf[PE:/$<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>ti^SH=2(
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
y
n
c
X
M
B
7
,
!


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	|	q	f	[	P	E	:	/	$			<08><08><08><08><08><08><08><08><08><08><08>ti^SH=2'<07><07><07><07><07><07><07><07><07><07><07><07>wlaVK@5*	<06><06><06><06><06><06><06><06><06><06><06><06>{peZOE:/$<05><05><05><05><05><05><05><05><05><05><05><05>uj_TI>3(<04><04><04><04><04><04><04><04><04><04><04><04>xmcXMB7,!<03><03><03><03><03><03><03><03><03><03><03>|qf[PE:/$<02><02><02><02><02><02><02><02><02><02><02><02><08>jB
<08>iA
<08>h@
<08>g?
<08>f>
<08>e<00>
<07>d
+
<08>c=
<08>b<00>
<08>a<
<08>`;
<08>_:
<08>^9
<08>]8
<08>\7
<08>[6
<08>ZC
<08>Y5
<08>X4

<08>Wl

<08>V3

<08>U2

<08>T1

<08>S<00>
<08>R0

<08>Q/

<08>P.

<08>O-

<08>N,

<08>M+
	<08>L*
	<08>K)
	<08>J(
	<08>I'
	<08>H&
<08>G%
<08>F$
<08>E#
<08>D"
<08>C!
<08>B 
<08>A
<08>@
<08>?
<07>>
n
<08>=
<08><
<08>;
<08>:
<08>9
<08>8
<08>7
<08>6
<08>5
<08>4
<08>3
<08>2
<08>1
<08>0
<08>/

<08>.


<08>-

<08>,

<08>+


<08>*
<08>)
<08>(	
<08>'
<08>&
<08>%<00><08>$
<01><00><08>#<00><08>"<00><08>!<00><08> <00><08><02><00><08>
<00><08><00><08>
<00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><07>
+<00><08><02><00><08><02><00><08><02><00><07>
<00><08><02><00><08><02><00><08><02><00><08><02><00><08>
<02><00><08><02><00><08><02><00><07>

<00><08>	<02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08>
<02><00><08><02><00><08><02><00><08>~<02><00><08>}<02><00><08>|<02><00><08>{<02><00><08>z<02><00><08>y<02><00><08>x<02><00><08>w<02><00><08>v<02><00><08>u<02><00><08>t<02><00><08>s<02><00><08>r<02><00><08>q<02><00><08>p<02><00><08>o<02><00><08>n<02><00><08>m<02><00><08>l<02><00><08>k<02><00><08>j<02><00><08>i<02><00><08>h<02><00><08>g<02><00><08>f<02><00><08>e<02><00><08>d<02><00><08>c<02><00><08>b<02><00><08>a<02><00><08>`<02><00><08>_<02><00><08>^<02><00><08>]<02><00><08>\<02><00><08>[
<01><00><08>Z<00><08>Y<02><00><08>X<02><00><08>W<02><00><08>V<02><00><08>U<02><00><08>T<02><00><08>S<02><00><08>RC<00><08>Q<02><00><08>P<02><00><08>O<02><00><08>N<02><00><08>M<02><00><08>L<02><00><08>K<02><00><08>J4<00><08>I
-<00><08>H<02><00><08>G<02><00><08>F<02><00><08>E<02><00><08>D<02><00><08>C<02><00><08>B<02><00><08>A
K<00><08>@<02><00><08>?<02><00><08>><02><00><08>=<02><00><08><<02><00><08>;<02><00><08>:<02><00><08>9<02><00><08>8<02><00><08>7<02><00><08>6<02><00><08>5
-<00><08>4<02><00><08>3<02><00><08>2<02><00><08>1<02><00><08>0<02><00><08>/<00><00><08>.<02><00><08>-<02><00><08>,<02><00><08>+<02><00><08>*<02><00><08>)<02><00><08>(<02><00><08>'<02><00><08>&<02><00><07>%

<00><08>$<02><00><08>#<02><00><08>"<02><00><08>!<02><00><07> 
:<00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08>
<01><00><08><02><00><08>y<00><08><02><00><08><00><08><02><00><08><02><00><08><02><00><08>
<02><00><08><02><00><08><02><00><08>
<02><00><08>	<02><00><08>

<00><08><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08>
<02><00><08><02><00><08><02><00><08>~<02><00><08>}
K<00><08>|<00><08>{~<00><08>z}<00><08>y
-<00><08>x|<00><08>w{<00><08>vz<00><08>uy<00><08>tx<00><08>sw<00><08>rv<00><08>qu<00><08>pt<00><08>os<00><08>n
<01><00><08>mr<00><08>lq<00><08>k<00><00><08>jp<00><08>io<00><08>hn<00><08>gm<00><08>fl<00><08>e<00><00><08>d4<00><08>ck<00><08>bj<00><08>ai<00><07>`
+<00><08>_h<00><08>^<00><00><08>]g<00><08>\f<00><08>[e<00><08>Zd<00><08>Yc<00><08>Xb<00><08>Wa<00><08>V<00><00><08>U<00><00><08>T`<00><08>S_<00><08>R^<00><07>Q
N<00><08>P<00><00><08>O]<00><08>N\<00><08>M[<00><08>LZ<00><08>K
<01><00><08>JY<00><08>IX<00><08>HW<00><08>GV<00><08>FU<00><08>E<00><00><08>D
G<00><08>C4<00><08>BT<00><08>AS<00><08>@R<00><08>?Q<00><08>>P<00><08>=
k<00><08><O<00><08>;N<00><08>:M<00><08>9F<00><08>8
<01><00><08>7<00><00><08>6L<00><08>5K<00><08>4J<00><08>3I<00><08>2
<01><00><08>1H<00><08>0G<00>
f<06><00>q<EFBFBD>><00><02>)'1GGThe Slab Allocator: An Object-Caching Kernel Memory Allocator<07>This paper presents a comprehensive design overview of the SunOS 5.4 kernel memory allocator. This allocator is based on a set of object-caching primitives that reduce the cost of allocating complex objects by retaining their state between uses. These same primitives prove equally effective for managing stateless memory (e.g. data pages and temporary buffers) because they are space-efficient and fast. The allocator's object caches respond dynamically to global memory pressure, and employ an object-coloring scheme that improves the system's overall cache utilization and bus balance. The allocator also has several statistical and debugging features that can detect a wide range of problems throughout the system.USENIX Summermemory_management/2017-09-11T17:58:43.9984960942017-09-11T17:58:43.998496094<EFBFBD>_<EFBFBD>=<00>]<02>A1GGMessage analysis-guided allocation and low-pause incremental garbage collection in a concurrent language<07>We present a memory management scheme for a concurrent programming language where communication occurs using message-passing with copying semantics. The runtime system is built around process-local heaps, which frees the memory manager from redundant synchronization in a multithreaded implementation and allows the memory reclamation of process-local heaps to be a private business and to often take place without garbage collection. The allocator is guided by a static analysis which speculatively allocates data possibly used as messages in a shared memory area. To respect the (soft) real-time requirements of the language, we develop a generational, incremental garbage collection scheme tailored to the characteristics of this runtime system. The collector imposes no overhead on the mutator, requires no costly barrier mechanisms, and has a relatively small space overhead. We have implemented these schemes in the context of an industrial-strength implementation of a concurrent functional language used to develop large-scale, highly concurrent, embedded applications. Our measurements across a range of applications indicate that the incremental collector substantially reduces pause times, imposes only very small overhead on the total runtime, and achieves a high degree of mutator utilization.ISMMmemory_management/2017-09-11T
/<02>]1EEFortifying macros<07>Existing macro systems force programmers to make a choice between clarity of specification and robustness. If they choose clarity, they must forgo validating significant parts of the specification and thus produce low-quality language extensions. If they choose robustness, they must write in a style that mingles the implementation with the specification and therefore obscures the latter.
 This paper introduces a new language for writing macros. With the new macro system, programmers naturally write robust language extensions using easy-to-understand specifications. The system translates these specifications into validators that detect misuses - including violations of context-sensitive constraints - and automatically synthesize appropriate feedback, eliminating the need for ad hoc validation code.J. Funct. Program.macros/2017-09-11T17:58:43.859114992017-09-11T17:58:43.85911499
<02><08><06><02><00>z<EFBFBD>B<00><02>oa1GGScatterAlloc: Massively parallel dynamic memory allocation for the GPU<07>In this paper, we analyze the special requirements of a dynamic memory allocator that is designed for massively parallel architectures such as Graphics Processing Units (GPUs). We show that traditional strategies, which work well on CPUs, are not well suited for the use on GPUs and present the thorough design of ScatterAlloc, which can efficiently deal with hundreds of requests in parallel. Our allocator greatly reduces collisions and congestion by scattering memory requests based on hashing. We analyze ScatterAlloc in terms of allocation speed, data access time and fragmentation, and compare it to current state-of-the-art allocators, including the one provided with the NVIDIA CUDA toolkit. Our results show, that ScatterAlloc clearly outperforms these other approaches, yielding speed-ups between 10 to 100.2012 Innovative Parallel Computing (InPar)memory_management/2017-09-11T17:58:44.6202119142017-09-11T17:58:44.620211914|<7C>A	W

1GGInternet Security Glossary, Version 2<07>memory_management/2017-09-11T17:58:44.3304890142017-09-11T17:58:44.330489014<EFBFBD>q<EFBFBD>@
/<02>1GGAxodraw Version 2<07>We present version two of the L A T E X graphical style file Axodraw. It has a number of new drawing primitives and many extra options, and it can now work with pdflatex to directly produce output in PDF file format (but with the aid of an auxiliary program).ArXivmemory_management/2017-09-11T17:58:44.2100581052017-09-11T17:58:44.210058105<EFBFBD>|<7C>?<00><02>+1/GGApplications of Machine Learning in Cancer Prediction and Prognosis<07>Machine learning is a branch of artificial intelligence that employs a variety of statistical, probabilistic and optimization techniques that allows computers to "learn" from past examples and to detect hard-to-discern patterns from large, noisy or complex data sets. This capability is particularly well-suited to medical applications, especially those that depend on complex proteomic and genomic measurements. As a result, machine learning is frequently used in cancer diagnosis and detection. More recently machine learning has been applied to cancer prognosis and prediction. This latter approach is particularly interesting as it is part of a growing trend towards personalized, predictive medicine. In assembling this review we conducted a broad survey of the different types of machine learning methods being used, the types of data being integrated and the performance of these methods in cancer prediction and prognosis. A number of trends are noted, including a growing dependence on protein biomarkers and microarray data, a strong bias towards applications in prostate and breast cancer, and a heavy reliance on "older" technologies such artificial neural networks (ANNs) instead of more recently developed or more easily interpretable machine learning methods. A number of published studies also appear to lack an appropriate level of validation or testing. Among the better designed and validated studies it is clear that machine learning methods can be used to substantially (15-25%) improve the accuracy of predicting cancer susceptibility, recurrence and mortality. At a more fundamental level, it is also evident that machine learning is also helping to improve our basic understanding of cancer development and progression.Cancer informaticsmachine_learning/2017-09-11T17:58:44.0682739262017-09-11T17:58:44.068273926
<
<EFBFBD><06><<00>F<EFBFBD>E
a<02>=GGA wait-free queue as fast as fetch-and-add<07>Concurrent data structures that have fast and predictable performance are of critical importance for harnessing the power of multicore processors, which are now ubiquitous. Although wait-free objects, whose operations complete in a bounded number of steps, were devised more than two decades ago, wait-free objects that can deliver scalable high performance are still rare.
 In this paper, we present the first wait-free FIFO queue based on fetch-and-add (FAA). While compare-and-swap (CAS) based non-blocking algorithms may perform poorly due to work wasted by CAS failures, algorithms that coordinate using FAA, which is guaranteed to succeed, can in principle perform better under high contention. Along with FAA, our queue uses a custom epoch-based scheme to reclaim memory; on x86 architectures, it requires no extra memory fences on our algorithm's typical execution path. An empirical study of our new FAA-based wait-free FIFO queue under high contention on four different architectures with many hardware threads shows that it outperforms prior queue designs that lack a wait-free progress guarantee. Surprisingly, at the highest level of contention, the throughput of our queue is often as high as that of a microbenchmark that only performs FAA. As a result, our fast wait-free queue implementation is useful in practice on most multi-core systems today. We believe that our design can serve as an example of how to construct other fast wait-free objects.PPOPPnon_blocking_algorithms/2017-09-11T17:58:45.1805959472017-09-11T17:58:45.180595947<EFBFBD>m<EFBFBD>D
U<02>CKGGCan SPDY really make the web faster?<07>HTTP is a successful Internet technology on top of which a lot of the web resides. However, limitations with its current specification have encouraged some to look for the next generation of HTTP. In SPDY, Google has come up with such a proposal that has growing community acceptance, especially after being adopted by the IETF HTTPbis-WG as the basis for HTTP/2.0. SPDY has the potential to greatly improve web experience with little deployment overhead, but we still lack an understanding of its true potential in different environments. This paper offers a comprehensive evaluation of SPDY's performance using extensive experiments. We identify the impact of network characteristics and website infrastructure on SPDY's potential page loading benefits, finding that these factors are decisive for an optimal SPDY deployment strategy. Through exploring such key aspects that affect SPDY, and accordingly HTTP/2.0, we feed into the wider debate regarding the impact of future protocols.2014 IFIP Networking Conferencenetworks/2017-09-11T17:58:45.1017351072017-09-11T17:58:45.101735107<EFBFBD><05>C<00>5<02><1D>+1GGMaking lockless synchronization fast: performance implications of memory reclamation<07>Achieving high performance for concurrent applications on modern multiprocessors remains challenging. Many programmers avoid locking to improve performance, while others replace locks with non-blocking synchronization to protect against deadlock, priority inversion, and convoying. In both cases, dynamic data structures that avoid locking, require a memory reclamation scheme that reclaims nodes once they are no longer in use. The performance of existing memory reclamation schemes has not been thoroughly evaluated. We conduct the first fair and comprehensive comparison of three recent schemes -quiescent-state-based reclamation, epoch-based reclamation, and hazard-pointer-based reclamation - using a flexible microbenchmark. Our results show that there is no globally optimal scheme. When evaluating lockless synchronization, programmers and algorithm designers should thus carefully consider the data structure, the workload, and the execution environment, each of which can dramatically affect memory reclamation performanceProceedings 20th IEEE International Parallel & Distributed Processing Symposiummemory_management/2017-09-11T17:58:44.7535629882017-09-11T17:58:44.753562988
	j<00>L<EFBFBD>G
[<02>=GGEfficient Lock-free Binary Search Trees<07>In this paper we present a novel algorithm for concurrent lock-free internal binary search trees (BST) and implement a Set abstract data type (ADT) based on that. We show that in the presented lock-free BST algorithm the amortized step complexity of each set operation - Add, Remove and Contains - is O(H(n) + c), where H(n) is the height of the BST with n number of nodes and c is the contention during the execution. Our algorithm adapts to contention measures according to read-write load. If the situation is read-heavy, the operations avoid helping the concurrent Remove operations during traversal, and adapt to interval contention. However, for the write-heavy situations we let an operation help a concurrent Remove, even though it is not obstructed. In that case, an operation adapts to point contention. It uses single-word compare-and-swap (CAS) operations. We show that our algorithm has improved disjoint-access-parallelism compared to similar existing algorithms. We prove that the presented algorithm is linearizable. To the best of our knowledge, this is the first algorithm for any concurrent tree data-structure in which the modify operations are performed with an additive term of contention measure.PODCnon_blocking_algorithms/2017-09-11T17:58:45.4215959472017-09-11T17:58:45.421595947<EFBFBD><12>F
[<02>=GGFlashNet: flash/network stack co-design<07>During the past decade, network and storage devices have undergone rapid performance improvements, delivering ultra-low latency and several Gbps of bandwidth. Nevertheless, current network and storage stacks fail to deliver this hardware performance to the applications, often due to the loss of IO efficiency from stalled CPU performance. While many efforts attempt to address this issue solely on either the network or the storage stack, achieving high-performance for networked-storage applications requires a holistic approach that considers both.
 In this paper, we present FlashNet, a software IO stack that unifies high-performance network properties with flash storage access and management. FlashNet builds on RDMA principles and abstractions to provide a direct, asynchronous, end-to-end data path between a client and remote flash storage. The key insight behind FlashNet is to co-design the stack's components (an RDMA controller, a flash controller, and a file system) to enable cross-stack optimizations and maximize IO efficiency. In micro-benchmarks, FlashNet improves 4kB network IOPS by 38.6% to 1.22M, decreases access latency by 43.5% to 50.4 <i>&#181;</i>secs, and prolongs the flash lifetime by 1.6--5.9&#215; for writes. We illustrate the capabilities of FlashNet by building a Key-Value store, and porting a distributed data store that uses RDMA on it. The use of FlashNet's RDMA API improves the performance of KV store by 2&#215;, and requires minimum changes for the ported data store to access remote flash devices.SYSTORnon_blocking_algorithms/2017-09-11T17:58:45.2563989262017-09-11T17:58:45.256398926
y<0B>y<00><08>I
U<02>%
1GGJails: Confining the Omnipotent Root<07>The traditional UNIX security model is simple but inexpressive. Adding fine-grained access control improvest he expressiveness, but often dramatically increases both the cost of system management and implementation complexity.I nenvironments with a more complexman-agement model, with delegation of some management functions to parties under varying degrees of trust, the base UNIX model and most natural extensions are inappropriate at best. Where multiple mutually un-trusting parties are introduced, ''inappropriate''r apidly transitions to ''nightmarish'', especially with regards to data integrity and privacy protection. The FreeBSD ''Jail''facility provides the ability to partition the operating system environment, while maintaining the simplicity of the UNIX ''root''m odel. In Jail, users with privilege find that the scope of their requests is limited to the jail, allowing system administrators to delegate management capabilities for each virtual machine environment. Creating virtual machines in this manner has manyp otential uses; the most popular thus far has been for providing virtual machine services in Internet Service Provider environments.operating_systems/2017-09-11T17:58:45.7226069342017-09-11T17:58:45.722606934<EFBFBD>w<EFBFBD>H<00>7<02>1GGThe scalable commutativity rule: designing scalable software for multicore processors<07>Developing software that scales on multicore processors is an inexact science dominated by guesswork, measurement, and expensive cycles of redesign and reimplementation. Current approaches are workload-driven and, hence, can reveal scalability bottlenecks only for known workloads and available software and hardware. This paper introduces an <i>interface-driven</i> approach to building scalable software. This approach is based on the <i>scalable commutativity rule</i>, which, informally stated, says that whenever interface operations commute, they can be implemented in a way that scales. We formalize this rule and prove it correct for any machine on which conflict-free operations scale, such as current cache-coherent multicore machines. The rule also enables a better design process for scalable software: programmers can now reason about scalability from the earliest stages of interface definition through software design, implementation, and evaluation.SOSPoperating_systems/2017-09-11T17:58:45.5071708982017-09-11T17:58:45.507170898
<00>	T<03><00><00>m<EFBFBD>L
W<02>O=GGEnd-To-End Arguments in System Design<07>This paper presents a design principle that helps guide placement of functions among the modules of a distributed computer system. The principle, called the end-to-end argument, suggests that functions placed at low levels of a system may be redundant or of little value when compared with the cost of providing them at that low level. Examples discussed in the paper include bit error recovery, security using encryption, duplicate message suppression, recovery from system crashes, and delivery acknowledgement. Low level mechanisms to support these functions are justified only as performance enhancements.ACM Trans. Comput. Syst.networks/2017-09-11T17:58:45.9498269042017-09-11T17:58:45.949826904<EFBFBD>?<3F>K
O<02>1GGXen and the art of virtualization<07>Numerous systems have been designed which use virtualization to subdivide the ample resources of a modern computer. Some require specialized hardware, or cannot support commodity operating systems. Some target 100% binary compatibility at the expense of performance. Others sacrifice security or functionality for speed. Few offer resource isolation or performance guarantees; most provide only best-effort provisioning, risking denial of service.This paper presents Xen, an x86 virtual machine monitor which allows multiple commodity operating systems to share conventional hardware in a safe and resource managed fashion, but without sacrificing either performance or functionality. This is achieved by providing an idealized virtual machine abstraction to which operating systems such as Linux, BSD and Windows XP, can be <i>ported</i> with minimal effort.Our design is targeted at hosting up to 100 virtual machine instances simultaneously on a modern server. The virtualization approach taken by Xen is extremely efficient: we allow operating systems such as Linux and Windows XP to be hosted simultaneously for a negligible performance overhead --- at most a few percent compared with the unvirtualized case. We considerably outperform competing commercial and freely available solutions in a range of microbenchmarks and system-wide tests.SOSPoperating_systems/2017-09-11T17:58:45.8585539552017-09-11T17:58:45.858553955<EFBFBD>(<28>J<00>)<02>1GGSolaris Zones: Operating System Support for Consolidating Commercial Workloads<07>Server consolidation, which allows multiple workloads to run on the same system, has become increasingly important as a way to improve the utilization of computing resources and reduce costs. Consolidation is common in mainframe environments, where technology to support running multiple workloads and even multiple operating systems on the same hardware has been evolving since the late 1960's. This technology is now becoming an important differentiator in the UNIX and Linux server market as well, both at the low end (virtual web hosting) and high end (traditional data center server consolidation). This paper introduces Solaris Zones (zones), a fully realized solution for server consolidation projects in a commercial UNIX operating system. By creating virtualized application execution environments within a single instance of the operating system, the facility strikes a unique balance between competing requirements. On the one hand, a system with multiple workloads needs to run those workloads in isolation, to ensure that applications can neither observe data from other applications nor affect their operation. It must also prevent applications from over-consuming system resources. On the other hand, the system as a whole has to be flexible, manageable, and observable, in order to reduce administrative costs and increase efficiency. By focusing on the support of multiple application environments rather than multiple operating system instances, zones meets isolation requirements without sacrificing manageability.LISAoperating_systems/2017-09-11T17:58:45.7589719242017-09-11T17:58:45.758971924

:<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>|qf[PE:/$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>ti^SH=2'
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
w
l
a
V
K
@
5
*


	<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>zodYNC8-"
<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>}rg\QF;0%
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
u
j
_
T
I
>
3
(


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	x	m	b	W	L	A	6	+	 		
<08><08><08><08><08><08><08><08><08><08><08><08>{peZOD9.#
<07><07><07><07><07><07><07><07><07><07><07>~sh]RG<1&<06><06><06><06><06><06><06><06><06><06><06><06>vk`UJ?4)<05><05><05><05><05><05><05><05><05><05><05><05>yncXMB7,!<04><04><04><04><04><04><04><04><04><04><04>|qf[PE:/$<03><03><03><03><03><03><03><03><03><03><03>ti^SH=2'<02><02><02><02><02><02><02><02><02><02><02><02><08>fy
A<08>ex
@<08>dw
@<08>cv
@<08>bu
@<08>at
@<08>`s
@<08>_r
?<08>^c
?<08>]
?<08>\q
><08>[
	
=<08>Zp
=<08>Yo
<<08>Xn
<<08>W
<01>
<<08>Vm
;<08>Ul
;<08>T
	
:<08>Sk
:<08>R
&
9<08>Qj
9<08>Pi
9<08>Oh
9<08>Ng
8<08>Mf
8<08>Le
8<08>K
<01>
7<08>J
<01>
6<08>Id
5<08>Hc
4<08>Gb
3<08>Fa
3<08>E`
2<08>D
	
1<08>C

1<08>B

1<08>A_
0<08>@V
/<08>?
u
/<08>>T
/<08>=^
/<08><]
.<08>;\
.<08>:[
.<08>9Z
.<08>8Y
-<08>7X
,<08>6W
,<08>5
<01>
+<08>4V
+<08>3U
+<08>2T
+<08>1S
+<08>0R
+<08>/Q
+<08>.P
*<08>-<00>
)<08>,<00>
)<08>+O
)<08>*<00>
)<08>)N
(<08>(M
(<08>'L
(<08>&K
(<08>%J
(<08>$I
(<08>#H
(<08>"G
(<08>!F
(<08> E
(<08>D
'<08>C
'<08>B
'<08>A
'<08>@
&<08>
<01>
&<08>?
&<08>>
&<08>=
&<08><
&<08>;
%<08>:
%<08>9
%<08>
z
%<08>8
%<08>7
%<08>6
%<08>5
%<08>
4
%<08>3
$<08>2
$<08>
1
$<08>	0
$<08>/
$<08>.
$<08>-
$<08>,
$<08>+
$<08>*
#<08>)
"<08>
(
"<08>'
"<08>&
!<08>~%
!<08>}<00>
 <08>|$
<08>{#
<08>z"
<08>y!
<08>x 
<08>w
<08>v
<08>u
<08>t
<08>s
<08>r
<08>q
<08>p
<08>o
<08>n
<08>m
<08>l
<08>k
<08>j
<08>i
<08>h
<08>g
<08>f
<08>e

<08>d
<08>c
<08>b

<08>a	
<08>`
<08>_
<08>^
<08>]
<08>\
<08>[
<08>Z
<08>Y

<08>X
<08>W<02>
<08>V<02>
<08>U<02>
<08>T<02>
<08>S<02>
<08>R<02>
<08>Q<02>
<08>P<02>
<08>O<02>
<08>N<02>
<08>M<02>
<08>L<02>
<08>K<02>
<08>J<02>
<08>I<02>
<08>H<02>
<08>G<02>
<08>F<02>
<08>E<02>

<08>D<02>

<08>C<02>
<08>B<02>
<08>A<02>
<08>@<02>
<08>?<02>
<08>><02>
<08>=<02>

<08><<02>

<08>;<02>

<08>:<02>

<08>9<02>
	<08>8<02>
	<08>7<02>
	<08>6<02>
<08>5<02>
<08>4<02>
<08>3<02>
<08>2<02>
<08>1<02>
<08>0<02>
<08>/<02>
<08>.<02>
<08>-<02>
<08>,<02>
<08>+<02>
<08>*<02>
<08>)<02>
<08>(<02>
<08>'<02>
<08>&
2

<08>%<02>
<08>$<02>
<08>#<02>
<08>"<02><00><08>!<02><00><08> <02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08>
<02><00><08><02><00><08><02><00><08>
<02><00><08>	<02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08><02><00><08>
<02><00><08><02><00><08><02><00><08>~<02><00><08>}<02><00><08>|<02><00><08>{<02><00><08>z<02><00><08>y<02><00><08>x<02><00><08>w<02><00><08>v<02><00><08>u<02><00><08>t<02><00><08>s<02><00><08>r<02><00><08>q<02><00><08>p<02><00><08>o<02><00><08>n<02><00><08>m5<00><08>l<02><00><08>k<02><00><08>j<02><00><08>i<02><00><08>h<02><00><08>g<02><00><08>f<02><00><08>e<02><00><08>d<02><00><08>c<02><00><08>b<02><00><08>a<02><00><08>`m<00><08>_<02><00><08>^<02><00><08>]<02><00><08>\<02><00><08>[<02><00><08>Z<02><00><08>Y<02><00><08>X<02><00><08>W<02><00><08>V<02><00><08>U<02><00><08>T<02><00><08>S<02><00><08>R<02><00><08>Qv<00><08>P<00><08>O~<00><08>N}<00><08>M<00><08>L|<00><08>K{<00><08>Jz<00><08>Iy<00><08>Hx<00><08>G<00><08>Fu<00><08>Et<00><08>Dw<00><08>Cv<00><08>B<00><08>Au<00><08>@t<00><08>?s<00><08>>r<00><08>=q<00><08><p<00><08>;o<00><08>:n<00><08>9m<00><08>8l<00><08>7k<00><08>6j<00><08>5i<00><08>4h<00><08>3g<00><08>2f<00><08>1e<00><08>0d<00><08>/c<00><08>.b<00><08>-a<00>

b
<0A><08>O
b<00>i<EFBFBD>P
k<02>	EAGGJoint action: bodies and minds moving together.<07>The ability to coordinate our actions with those of others is crucial for our success as individuals and as a species. Progress in understanding the cognitive and neural processes involved in joint action has been slow and sparse, because cognitive neuroscientists have predominantly studied individual minds and brains in isolation. However, in recent years, major advances have been made by investigating perception and action in social context. In this article we outline how studies on joint attention, action observation, task sharing, action coordination and agency contribute to the understanding of the cognitive and neural processes supporting joint action. Several mechanisms are proposed that allow individuals to share representations, to predict actions, and to integrate predicted effects of own and others' actions.Trends in cognitive sciencesorganizational_simulation/2017-09-11T17:58:46.5984399412017-09-11T17:58:46.598439941<EFBFBD>x<EFBFBD>O
S<02>/GOGGOrganizing Programs Without Classes<07>All organizational functions carried out by classes can be accomplished in a simple and natural way by object inheritance in classless languages, with no need for special mechanisms. A single model—dividing types into prototypes and traits—supports sharing of behavior and extending or replacing representations. A natural extension, dynamic object inheritance, can model behavioral modes. Object inheritance can also be used to provide structured name spaces for well-known objects. Classless languages can even express " class-based " encapsulation. These stylized uses of object inheritance become instantly recognizable idioms, and extend the repertory of organizing principles to cover a wider range of programs.Lisp and Symbolic Computationparadigms/functional_programming/2017-09-11T17:58:46.5368620612017-09-11T17:58:46.536862061<EFBFBD><08>N<00>)<02>-OGGCrossing the gap from imperative to functional programming through refactoring<07>Java 8 introduces two functional features: lambda expressions and functional operations like map or filter that apply a lambda expression over the elements of a Collection. Refactoring existing code to use these new features enables explicit but unobtrusive parallelism and makes the code more succinct. However, refactoring is tedious: it requires changing many lines of code. It is also error-prone: the programmer must reason about the control-, data-flow, and side-effects. Fortunately, refactorings can be automated. We designed and implemented LambdaFicator, a tool which automates two refactorings. The first refactoring converts anonymous inner classes to lambda expressions. The second refactoring converts for loops that iterate over Collections to functional operations that use lambda expressions. Using 9 open-source projects, we have applied these two refactorings 1263 and 1709 times, respectively. The results show that LambdaFicator is useful: (i) it is widely applicable, (ii) it reduces the code bloat, (iii) it increases programmer productivity, and (iv) it is accurate.ESEC/SIGSOFT FSEparadigms/functional_programming/2017-09-11T17:58:46.3957250982017-09-11T17:58:46.395725098<EFBFBD>%<25>M<00><02>sOGGFunctional Programming with Bananas, Lenses, Envelopes and Barbed Wire<07>We develop a calculus for lazy functional programming based on recursion operators associated with data type deenitions. For these operators we derive various algebraic laws that are useful in deriving and manipulating programs. We shall show that all example functions in Bird and Wadler's \Introduction to Functional Programming" can be expressed using these operators.FPCAparadigms/functional_programming/2017-09-11T17:58:46.0652419432017-09-11T17:58:46.065241943
<08>	B#Z<0E><0B>KB	*
<0A>	<09>
s<>CGG<00>http://people.ee.duke.edu/~lcarin/Lihan4.21.06a.pdfDP-SLAM: Fast, Robust Simultaneous Localization and Mapping Without Predetermined Landmarksrobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111<EFBFBD>A<EFBFBD>t
<02>	]7GG<00>https://research.microsoft.com/en-us/um/people/nick/coqasm.pdfCoq: The world’s best macro assembler?program_verification/2017-09-11T17:58:18.3203391112017-09-11T17:58:18.320339111
<EFBFBD>B<00>)<29>-GGhttp://www.kavrakilab.org/sites/default/files/kavra<72>&<26>z	YqGG<00>http://www.cs.washington.edu/node/4749The Dynamic Window Approach to Collision Avoidancerobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111<EFBFBD>n<EFBFBD>|<02>)<29>-GG<00>http://www.kavrakilab.org/sites/default/files/kavraki1996prm-high-dim-conf.pdfProbablistic Roadmaps for Path Planning in High-Dimensional Configuration Spacesrobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111
<00>	YqGGhttp://www.cs.washington.edu/node/4749The Dynamic Window Approach to Collision Avoidancerobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111
!
s<>CGGhttp://people.ee.du<64>8<EFBFBD>w	a{1GG<00>https://arxiv.org/pdf/quant-ph/9605043.pdfA fast quantum mechanical algorithm for database searchquantum_computing/2017-09-11T17:58:18.3204819342017-09-11T17:58:18.320481934<EFBFBD>N<EFBFBD>x
m<>+GG<00>http://www.roboticsproceedings.org/rss01/p36.pdfAdaptive Road Following using Self-Supervised Learning and Reverse Optical Flowrobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111<00>	a{1GGhttps://arxiv.org/pdf/quant-ph/9605043.pdfA fast quantum mechanical algorithm for database searchquantum_computing/2017-09-1<>l<EFBFBD>{<02><0B>GGG<00>http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=5350749Online Trajectory Generation: Basic Concepts for Instantaneous Reactions to Unforeseen Eventsrobotics/2017-09-11T17:58:18.3207141112017-09-11T17:58:18.320714111<EFBFBD>@<40>v
a<>	1GG<00>https://arxiv.org/pdf/quant-ph/9508027.pdfShors algorithm for polynomial time prime factorization (1995)quantum_computing/2017-09-11T17:58:18.3204819342017-09-11T17:58:18.320481934<EFBFBD>"<22>u	Mc1GG<00>https://arxiv.org/abs/1512.02900Advances in quantum machine learning (2015)quantum_computing/2017-09-11T17:58:18.3204819342017-09-11T17:58:18.320481934
<05>
k<05><00>Z<EFBFBD>R
w<02>oaGGAsynchronous functional reactive programming for GUIs<07>Graphical user interfaces (GUIs) mediate many of our interactions with computers. Functional Reactive Programming (FRP) is a promising approach to GUI design, providing high-level, declarative, compositional abstractions to describe user interactions and time-dependent computations. We present Elm, a practical FRP language focused on easy creation of responsive GUIs. Elm has two major features: simple declarative support for <i>Asynchronous FRP</i>; and purely functional graphical layout.
 Asynchronous FRP allows the programmer to specify when the global ordering of event processing can be violated, and thus enables efficient concurrent execution of FRP programs; long-running computation can be executed asynchronously and not adversely affect the responsiveness of the user interface.
 Layout in Elm is achieved using a purely functional declarative framework that makes it simple to create and combine text, images, and video into rich multimedia displays.
 Together, Elm's two major features simplify the complicated task of creating responsive and usable GUIs.PLDIparadigms/functional_reactive_programming/2017-09-11T17:58:46.8299121092017-09-11T17:58:46.829912109<EFBFBD><11>Q
-<02>'aGGEvent-Driven FRP<07>Functional Reactive Programming (FRP) is a high-level declarative language for programming reactive systems. Previous work on FRP has demonstrated its utility in a wide range of application domains, including animation, graphical user interfaces, and robotics. FRP has an elegant continuous-time denotational semantics. However, it guarantees no bounds on execution time or space, thus making it unsuitable for many embedded real-time applications. To alleviate this problem, we recently developed Real-Time FRP (RT-FRP), whose operational semantics permits us to formally guarantee bounds on both execution time and space. In this paper we present a formally verifiable compilation strategy from a new language based on RT-FRP into imperative code. The new language , called Event-Driven FRP (E-FRP), is more tuned to the paradigm of having multiple external events. While it is smaller than RT-FRP, it features a key construct that allows us to compile the language into efficient code. We have used this language and its compiler to generate code for a small robot controller that runs on a PIC16C66 micro-controller. Because the formal specification of compilation was crafted more for clarity and for technical convenience, we describe an implementation that produces more efficient code.PADLparadigms/functional_reactive_programming/2017-09-11T17:58:46.7087990722017-09-11T17:58:46.708799072
A
)
)<06><06><06>I<03>&<05><05>q<04>t%<07><0F><0F>O<0E><0E>[*
<0A>
<0A>
o
F
<0C>U
<0B><0B>z<07>5^
<EFBFBD>
<EFBFBD>j
k
u
B
%	<09><03>	<09>	}	0	<08><08><03>><02><02>f9
<01>
<01>A<04>Life beyond Distributed Transactions: an Apostate's Opinion
O,[On the Electrodynamics of Moving Bodies
<01>6oPrediction in Joint Action: What, When, and Where
<01>?<04>

Practical byzantine fault tolerance and proactive recoveryr)UPractical Optional Types for Clojure<00>,[Polynomial-time theory of matrix groups<00>"I
Poisson surface reconstruction#J<04>
Piranha: A scalable architecture based on single-chip multiprocessing/c
Paxos made live: an engineering perspectiveq/Paxos Made Simple
W"GPaxos Made Moderately Complex
Ud<04>IPastry: Scalable, distributed object location and routing for large-scale peer-to-peer systems
V*WParticle gibbs with ancestor sampling
"._Optimal Purely Functional Priority Queues
<01>'QLive Migration of Virtual Machines
}N<04>
Map-reduce-merge: simplified relational data processing on large clusters^U<04>-
Managing Update Conflicts in Bayou, a Weakly Connected Replicated Storage SystemZK<04>
Making reliable distributed systems in the presence of software errors_Z<04>5Making lockless synchronization fast: performance implications of memory reclamation<00>C<04>Making Programs Forget: Enforcing Lifetime for Sensitive Data<00>H<04>
MEXICA: A computer model of a cognitive account of creative writing'S
MDCC: Multi-Data Center Consistency["GLooking Inside the (Drop) Box<00>D<04>
Linearizability: A Correctness Condition for Concurrent Objectsj*WLinear work suffix array construction
8u
Lightweight Locking for Main Memory Database SystemsR,]
Light Propagation Volumes in Cryengine 3*>Part I: Transcendence of Values of Some Special Functions
t)UOn Proof and Progress in Mathematics
YW<04>/Oblivious Routing of Highly Variable Traffic in Service Overlays and IP Backbones
T<{MapReduce: Simplified Data Processing on Large Clusters
SL<04>Mesos: A Platform for Fine-Grained Resource Sharing in the Data Center
Q!EOn the Calculus of Relations
MS<04>'Parallel generational-copying garbage collection with a block-structured heap<00>7s
Panorama weaving: fast and flexible seam processing41Out of the Tar Pit
3L<04>
Orleans: Distributed Virtual Actors for Programmability and Scalabilityp(SOrganizing Programs Without Classes<00>9
Optimistic replication`c<04>GOnline Trajectory Generation: Basic Concepts for Instantaneous Reactions to Unforeseen Events<00>;One VM to rule them all
2gOn the scalability of the Erlang term storage<00>3k
On the resemblance and containment of documentsJ<04>
On computable numbers with an application to the Entscheidungsproblem@<04>
On Understanding Types, Data Abstraction, and Polymorphism<00>D<04>
Omega: flexible, scalable schedulers for large compute clustersl'S
Object Space Silhouette AlgorithimsD<04>
No Silver Bullet: Essence and Accidents of Software Engineeringb"I
New directions in cryptographyD!
NTRU PrimeF;yMulticore profiling for Erlang programs using percept2<00>`<04>AMoviPill: improving medication compliance for elders using a mobile persuasive social game<00>L<04>Motion Planning 5.1 Motion Planning Concepts 5.1.1 Configuration Space<00>B<04>
Molecular computation of solutions to combinatorial problems.(U
Modularity and Scalability in CalvinWB<04>
MillWheel: Fault-Tolerant Stream Processing at Internet Scalek0e
Microreboot - A Technique for Cheap Recovery@F<04>
Metaobject protocols: Why we want them and what else they can do<00>0cMeta algorithms for hierarchical Web caches
n<04>]Message analysis-guided allocation and low-pause incremental garbage collection in a concurrent language<00>-_
Message Analysis for Concurrent Languages:V<04>-Megastore: Providing Scalable, Highly Available Storage for Interactive Services
(7qMediapolis Mediapolis popular Culture and the City
0e
Mathematical Aspects of Consciousness TheoryGG<04>
Mastering the game of Go with deep neural networks and tree search
N<08>QN<00><EFBFBD>U
a<02>?7OGGAn introduction to argumentation semantics<07>This paper presents an overview on the state of the art of semantics for abstract argumentation, covering both some of the most influential literature proposals and some general issues concerning semantics definition and evaluation. As to the former point the paper reviews Dung's original notions of complete, grounded, preferred, and stable semantics, as well as subsequently proposed notions like semi-stable, ideal, stage, and CF2 semantics, considering both the extension-based and the labelling-based approaches with respect to their definitions. As to the latter point the paper presents an extensive set of general properties for semantics evaluation and analyzes the notions of argument justification and skepticism. The final part of the paper is devoted to discuss some relationships between semantics properties and domain specific requirements.Knowledge Eng. Reviewparadigms/functional_programming/2017-09-11T17:58:47.0704418952017-09-11T17:58:47.070441895<EFBFBD><13>T
_<02>saGGPush-pull functional reactive programming<07>Functional reactive programming (FRP) has simple and powerful semantics, but has resisted efficient implementation. In particular, most past implementations have used demand-driven sampling, which accommodates FRP's continuous time semantics and fits well with the nature of functional programming. Consequently, values are wastefully recomputed even when inputs don't change, and reaction latency can be as high as the sampling period. This paper presents a way to implement FRP that combines data- and demand-driven evaluation, in which values are recomputed only when necessary, and reactions are nearly instantaneous. The implementation is rooted in a new simple formulation of FRP and its semantics and so is easy to understand and reason about. On the road to a new implementation, we'll meet some old friends (monoids, functors, applicative functors, monads, morphisms, and improving values) and make some new friends (functional future values, reactive normal form, and concurrent "unambiguous choice").Haskellparadigms/functional_reactive_programming/2017-09-11T17:58:47.0163688962017-09-11T17:58:47.016368896<EFBFBD><14>S
'<02>3aGGReal-Time FRP<07>Functional reactive programming (FRP) is a declarative programming paradigm where the basic notions are continuous, time-varying behaviors and discrete, event-based reactivity. FRP has been used successfully in many reactive programming domains such as animation, robotics, and graphical user interfaces. The success of FRP in these domains encourages us to consider its use in real-time applications, where it is crucial that the cost of running a program be bounded and known before run-time. But previous work on the semantics and implementation of FRP was not explicitly concerned about the issues of cost. In fact, the resource consumption of FRP programs in the current implementation is often hard to predict. As a first step towards addressing these concerns, this paper presents real-time FRP (RT-FRP), a statically-typed language where the time and space cost of each execution step for a given program is statically bounded. To take advantage of existing work on languages with bounded resources, we split RT-FRP into two parts: a reactive part that captures the essential ingredients of FRP programs, and a base language part that can be instantiated to any generic programming language that has been shown to be terminating and resource-bounded. This allows us to focus on the issues specific to RT-FRP, namely, two forms of recursion. After presenting the operational explanation of what can go wrong due to the presence of recursion, we show how the typed version of the language is terminating and resource-bounded. Most of our FRP programs are expressible directly in RT. The rest are expressible via a simple mechanism that integrates RT-FRP with the base language.ICFPparadigms/functional_reactive_programming/2017-09-11T17:58:46.9256689452017-09-11T17:58:46.925668945

	<09>
<00>f<EFBFBD>X
[<02>+
aGGElm: Concurrent FRP for Functional GUIs<07>Graphical user interfaces (GUIs) mediate almost all of our interactions with computers, whether it is through web pages, phone apps, or desktop applications. Functional Reactive Programming (FRP) is a promising approach to GUI design. This thesis presents Elm, a concurrent FRP language focused on easily creating responsive GUIs. Elm has two major features: (1) purely functional graphical layout and (2) support for Concurrent FRP. Purely functional graphical layout is a high level framework for working with complex visual components. It makes it quick and easy to create and combine text, images, and video into rich multimedia displays. Concurrent FRP solves some of FRP's long-standing efficiency problems: global delays and needless recomputation. Together, Elm's two major features simplify the complicated task of creating responsive and usable graphical user interfaces. This thesis also includes a fully functional compiler for Elm, available at elm-lang.org. This site includes an interactive code editor that allows you to write and compile Elm programs online with no download or install.paradigms/functional_reactive_programming/2017-09-11T17:58:47.3108269042017-09-11T17:58:47.310826904<EFBFBD>"<22>W
a<02>#aGGFunctional reactive programming, continued<07>Functional Reactive Programming (FRP) extends a host programming language with a notion of time flow. Arrowized FRP (AFRP) is a version of FRP embedded in Haskell based on the arrow combinators. AFRP is a powerful synchronous dataflow programming language with hybrid modeling capabilities, combining advanced synchronous dataflow features with the higher-order lazy functional abstractions of Haskell. In this paper, we describe the AFRP programming style and our Haskell-based implementation. Of particular interest are the AFRP combinators that support dynamic collections and continuation-based switching. We show how these combinators can be used to express systems with an evolving structure that are difficult to model in more traditional dataflow languages.Haskell '02paradigms/functional_reactive_programming/2017-09-11T17:58:47.2245629882017-09-11T17:58:47.224562988<EFBFBD>R<EFBFBD>V
W<02>yaGGWormholes: introducing effects to FRP<07>Functional reactive programming (FRP) is a useful model for programming real-time and reactive systems in which one defines a <i>signal function</i> to process a stream of input values into a stream of output values. However, performing side effects (e.g. memory mutation or input/output) in this model is tricky and typically unsafe. In previous work, Winograd-Cort et al. [2012] introduced <i>resource types</i> and <i>wormholes</i> to address this problem.
 This paper better motivates, expands upon, and formalizes the notion of a wormhole to fully unlock its potential. We show, for example, that wormholes can be used to define the concept of causality. This in turn allows us to provide behaviors such as looping, a core component of most languages, without building it directly into the language. We also improve upon our previous design by making wormholes less verbose and easier to use.
 To formalize the notion of a wormhole, we define an extension to the simply typed lambda calculus, complete with typing rules and operational semantics. In addition, we present a new form of semantic transition that we call a <i>temporal</i> transition to specify how an FRP program behaves over time and to allow us to better reason about causality. As our model is designed for a Haskell implementation, the semantics are lazy. Finally, with the language defined, we prove that our wormholes indeed allow side effects to be performed safely in an FRP framework.Haskellparadigms/functional_reactive_programming/2017-09-11T17:58:47.1977451172017-09-11T17:58:47.197745117
<0B><06><00>9<EFBFBD>\<00><02>S<EFBFBD>/GGA file undelete with Aho-Corasick algorithm in file recovery<07>In this research, a file undelete method is proposed by which the file recovery system retrieved the file metadata through a parsing process from the master file table (MFT) attributes. Using the Aho-Corasick algorithm, the process is then continued with a filtering process in which keywords are matched with file names. The result obtained shows that the proposed method is able to perform recovery of files that has been deleted from the file system. The experiment is performed four times with various file condition which had been overwritten 0%, 18.98%, 32.21% and 59.77% from their original size. The rate of the average file recovery success is 87.50% and the average time required is 0.32 second for string matching on file names.2016 International Conference on Informatics and Computing (ICIC)pattern_matching/2017-09-11T17:58:47.6887758792017-09-11T17:58:47.688775879<EFBFBD>)<29>[
a<02>I1GGThe operating system: should there be one?<07>Operating systems and programming languages are often informally evaluated on their conduciveness towards composition. We revisit Dan Ingalls' Smalltalk-inspired position that "an operating system is a collection of things that don't fit inside a language; there shouldn't be one", discussing what it means, why it appears not to have materialised, and how we might work towards the same effect in the postmodern reality of today's systems. We argue that the trajectory of the "file" abstraction through Unix and Plan 9 culminates in a Smalltalk-style object, with other filesystem calls as a primitive metasystem. Meanwhile, the key features of Smalltalk have many analogues in the fragmented world of Unix programming (including techniques at the library, file and socket level). Based on the themes of unifying OS- and language-level mechanisms, and increasing the expressiveness of the meta-system, we identify some evolutionary approaches to a postmodern realisation of Ingalls' vision, arguing that an operating system is still necessary after all.PLOS@SOSPoperating_systems/2017-09-11T17:58:47.6066960452017-09-11T17:58:47.606696045<EFBFBD><0C>Z	m
/GGHigh-Performance Graphics in Racket with DirectX<07>ICA3PPpattern_matching/2017-09-11T17:58:47.5713410642017-09-11T17:58:47.571341064<EFBFBD>j<EFBFBD>Y<00>
<02>
YGGMetaobject protocols: Why we want them and what else they can do<07>All rights reserved. No part of this book may be reproduced in any form by any electronic or mechanical means (including photocopying, recording, or information storage and retrieval) without permission in writing from the publisher. Originally conceived a s a n e at idea that could help solve problems in the design and implementation of CLOS, the metaobject protocol framework now appears to have applicability to a wide range of problems that come up in high-level languages. This chapter sketches this wider potential, by drawing an analogy to ordinary language design, by presenting some early design principles, and by presenting an overview of three new metaobject protcols we have designed that, respectively, control the semantics of Scheme, the compilation of Scheme, and the static parallelization of Scheme programs.paradigms/object_oriented_programming/2017-09-11T17:58:47.4555969242017-09-11T17:58:47.455596924
k<00><0F><0F><0F>qQ$<0E><0E><0E>nP&

<0A>
<0A>
<0A>
<0A>
c
E
%<0C><0C><0C><0C>n?	<0B><0B><0B>xX8
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
a
@
	<09>	<09>	<09>	<09>	X	>	<08><08><08><08>pT8<07><07><07>z\<<06><06><06>sT4	<05><05><05>oM%	<04><04><04><04>mM+
<03><03><03>hH,<02><02><02>rA
<01>
<01>
<01>
<01>
T
<00><00><19>m!
Ole AgesenOleAgesen<1B>l#
Keith AdamsKeithAdams6<73>k?Guilherme Horta TravassosGuilhermeHortaTravassos2<73>j;%Ana Candida Cruz NataliAnaCandida CruzNatali$<24>i-Paula Gomes MianPaulaGomesMian#<23>h+
Jorge BiolchiniJorgeBiolchini<15>g
Rob PikeRobPike(<28>f1Laurie A. WilliamsLaurieA.Williams%<25>e-#
Thirumalesh BhatThirumaleshBhat.<2E>d7!E. Michael MaximilienE.MichaelMaximilien+<2B>c3!
Nachiappan NagappanNachiappanNagappan!<21>b)
Oliver RiordanOliverRiordan<1F>a'
Svante JansonSvanteJanson#<23>`+
Béla BollobásBélaBollobás<1D>_%
Peter BailisPeterBailis<19>^!
Kexin RongKexinRong<1D>]%
Anupam GuptaAnupamGupta#<23>\+
Sanjoy DasguptaSanjoyDasgupta&<26>[/J. Strother MooreJ.StrotherMoore"<22>Z+Robert S. BoyerRobertS.Boyer"<22>Y+G. Nigel MartinG.NigelMartin'<27>X/
Philippe FlajoletPhilippeFlajolet<1F>W'
Mario SzegedyMarioSzegedy<1D>V%
Yossi MatiasYossiMatias<17>U
Noga AlonNogaAlon<1F>T'
Daniel SundayDanielSunday<1B>S#
Andrew HumeAndrewHume#<23>R+
Jean-Paul HatonJean-PaulHaton<19>Q!
Yifan GongYifanGong<19>P!
Haizhou LiHaizhouLi%<25>O-
Stefan BurkhardtStefanBurkhardt<1F>N'
Peter SandersPeterSanders'<27>M/
%Juha KärkkäinenJuhaKärkkäinen<1F>L'
Andrew TurpinAndrewTurpin$<24>K-William F. SmythWilliamF.Smyth$<24>J-Simon J. PuglisiSimonJ.Puglisi(<28>I1Daniel P. W. EllisDanielP. W.Ellis<1D>H%
Martin CookeMartinCooke<1C>G%J. P. BarkerJ.P.Barker!<21>F)
Michael RileyyMichaelRileyy'<27>E/
Fernando PereirazFernandoPereiraz!<21>D)
Mehryar MohriyMehryarMohriy(<28>C1Lawrence R RabinerLawrenceRRabiner)<29>B1!
Przemyslaw WegrzynPrzemyslawWegrzyn<1D>A%
Dhiru KholiaDhiruKholia<1B>@#
Stefan FreiStefanFrei+<2B>?3
%Thomas DuebendorferThomasDuebendorfer!<21>>)
Byung-Gon ChunByung-GonChun+<2B>=3%
Jayanthkumar KannanJayanthkumarKannan<1D><%
Angelo PradoAngeloPrado<1B>;#
Neal HarrisNealHarris<19>:!
Yoel GluckYoelGluck<19>9!
Dieter FoxDieterFox<1D>8%
Xiaofeng RenXiaofengRen<1B>7#
Evan HerbstEvanHerbst#<23>6+
Michael KraininMichaelKrainin<1B>5#
Peter HenryPeterHenry%<25>4-
Alberto DainottiAlbertoDainotti!<21>3)
Robert BeverlyRobertBeverly<17>2
Lance AltLanceAlt'<27>1/
Sebastian ThrunyzSebastianThrunyz%<25>0-
Wolfram BurgardyWolframBurgardy<1B>/#
Dieter FoxyDieterFoxy&<26>./Steven M. LavalleStevenM.Lavalle&<26>-/Friedrich M. WahlFriedrichM.Wahl#<23>,+
Torsten KrögerTorstenKröger<1E>+'Lov K. GroverLovK.Grover#<23>*+
Sebastian ThrunSebastianThrun)<29>)1
#Andrew LookingbillAndrewLookingbill<19>(!
David LiebDavidLieb<1F>''
Jayadev MisraJayadevMisra<1B>&#
Ronald ParrRonaldParr&<26>%/Austin I. EliazarAustinI.Eliazar<1D>$%
Ákos SeressÁkosSeress<1D>#%
Robert BealsRobertBeals!<21>")
László BabaiLászlóBabai#<23>!+
Hans-J. BriegelHans-J.Briegel"<22> +Jacob M. TaylorJacobM.Taylor<1F>'
Vedran DunjkoVedranDunjko3<6F>;-
Pierre-Évariste DagandPierre-ÉvaristeDagand,<2C>5Jonas Braband JensenJonasBrabandJensen<1B>#
Nick BentonNickBenton!<21>)
Andrew KennedyAndrewKennedy <20>)C. A. R. HoareC.A. R.Hoare<1F>'
Conor McbrideConorMcbride-<2D>5#
Christopher StracheyChristopherStrachey<1D>%
Robin MilnerRobinMilner<1B>#
Luís DamasLuísDamas<1D>%
Andrej BauerAndrejBauer<1F>'
Steven AwodeyStevenAwodey <20>)Jean E. SammetJeanE.Sammet<1D>%
Peter WegnerPeterWegner<1F>'
Luca CardelliLucaCardelli<19>!
Mike FaganMikeFagan'<27>/
!Robert CartwrightRobertCartwright<1B>#
Weimin ChenWeiminChen<1B>
#
Edwin BradyEdwinBrady<1F>'
Matthew FlattMatthewFlatt <20>)John W. BackusJohnW.Backus,<2C>
5Romi Fadillah RahmatRomiFadillahRahmat!<21>	)
Andrew HandokoAndrewHandoko*<2A>3Opim Salim SitompulOpimSalimSitompul<1D>%
Stephen KellStephenKell#<23>+
Antoine BossardAntoineBossard!<21>)
Michael AshleyMichaelAshley$<24>-Daniel G. BobrowDanielG.Bobrow<1B>#
Amin VahdatAminVahdat
<02><02><00>e<EFBFBD>^
w<02>QGGComposable and compilable macros: : you want it when?<07>Many macro systems, especially for Lisp and Scheme, allow macro transformers to perform general computation. Moreover, the language for implementing compile-time macro transformers is usually the same as the language for implementing run-time functions. As a side effect of this sharing, implementations tend to allow the mingling of compile-time values and run-time values, as well as values from separate compilations. Such mingling breaks programming tools that must parse code without executing it. Macro implementors avoid harmful mingling by obeying certain macro-definition protocols and by inserting phase-distinguishing annotations into the code. However, the annotations are fragile, the protocols are not enforced, and programmers can only reason about the result in terms of the compiler's implementation. MzScheme---the language of the PLT Scheme tool suite---addresses the problem through a macro system that separates compilation without sacrificing the expressiveness of macros.ICFPplt/2017-09-11T17:58:48.0882980962017-09-11T17:58:48.088298096<EFBFBD>`<60>]<00>[<02>S#GGCan Programming Be Liberated From the von Neumann Style? A Functional Style and its Algebra of Programs<07>Conventional programming languages are growing ever more enormous, but not stronger. Inherent defects at the most basic level cause them to be both fat and weak: their primitive word-at-a-time style of programming inherited from their common ancestor&#8212;the von Neumann computer, their close coupling of semantics to state transitions, their division of programming into a world of expressions and a world of statements, their inability to effectively use powerful combining forms for building new programs from existing ones, and their lack of useful mathematical properties for reasoning about programs.
An alternative functional style of programming is founded on the use of combining forms for creating programs. Functional programs deal with structured data, are often nonrepetitive and nonrecursive, are hierarchically constructed, do not name their arguments, and do not require the complex machinery of procedure declarations to become generally applicable. Combining forms can use high level programs to build still higher level ones in a style not possible in conventional languages.
Associated with the functional style of programming is an algebra of programs whose variables range over programs and whose operations are combining forms. This algebra can be used to transform programs and to solve equations whose &#8220;unknowns&#8221; are programs in much the same way one transforms equations in high school algebra. These transformations are given by algebraic laws and are carried out in the same language in which programs are written. Combining forms are chosen not only for their programming power but also for the power of their associated algebraic laws. General theorems of the algebra give the detailed behavior and termination conditions for large classes of programs.
 A new class of computing systems uses the functional programming style both in its programming language and in its state transition rules. Unlike von Neumann languages, these systems have semantics loosely coupled to states&#8212;only one state transition occurs per major computation.Commun. ACMplt/2017-09-11T17:58:47.8245769042017-09-11T17:58:47.824576904
<05>
<EFBFBD><05><00>Z<EFBFBD>`
K<02>o
GGEfficient Predicate Dispatching<07>The speed of method dispatching is an important issue in the overall performance of object-oriented programs. We have developed an algorithm for constructing efficient dispatch functions for the general predicate dispatching model, which generalizes single dispatching, multiple dispatching, predicate classes and classifiers, and pattern-matching. Our algorithm generates a lookup DAG each of whose nodes represents an N-way test of the class or value of a formal or other expression. Our algorithm implements each of these N-way tests with a binary decision tree blending class identity tests, class range tests, and table lookups. Our algorithm exploits any available static information (from type declarations or class analysis) to prune unreachable paths from the lookup DAG, and uses any available dynamic profile information to minimize the expected time to traverse the binary decision trees. We measure the effectiveness of our dispatching algorithms on a collection of large Cecil and Java programs, compiled by the Vortex optimizing compiler, showing improvements of up to 40% over already heavily optimized baseline versions.plt/2017-09-11T17:58:48.4549890142017-09-11T17:58:48.454989014<EFBFBD>[<5B>_<00><02>GGProgramming and reasoning with algebraic effects and dependent types<07>One often cited benefit of pure functional programming is that pure code is easier to test and reason about, both formally and informally. However, real programs have side-effects including state management, exceptions and interactions with the outside world. Haskell solves this problem using <i>monads</i> to capture details of possibly side-effecting computations --- it provides monads for capturing state, I/O, exceptions, non-determinism, libraries for practical purposes such as CGI and parsing, and many others, as well as <i>monad transformers</i> for combining multiple effects.
 Unfortunately, useful as monads are, they do not compose very well. Monad transformers can quickly become unwieldy when there are lots of effects to manage, leading to a temptation in larger programs to combine everything into one coarse-grained state and exception monad. In this paper I describe an alternative approach based on handling <i>algebraic effects</i>, implemented in the IDRIS programming language. I show how to describe side effecting computations, how to write programs which compose multiple fine-grained effects, and how, using dependent types, we can use this approach to reason about states in effectful programs.ICFPplt/2017-09-11T17:58:48.2003630372017-09-11T17:58:48.200363037

<07><07><00><1E>a
#<02>GGSoft Typing<07>Type systems are designed to prevent the improper use of program operations. They can be classified as either static or dynamic depending on when they detect type errors. Static type systems detect potential type errors at compile-time and prevent program execution. Dynamic type systems detect type errors at run-time and abort program execution. Static type systems have two important advantages over dynamic type systems. First, they help programmers detect a large class of program errors before exe-cut ion. Second, the y extract information that a compiler can exploit to produce more efficient code. The price paid for these advantages, however, is a loss of expressiveness, generality, and semantic simplicity. This paper presents a generalization of static and dynamic typing—called soft typing-that combines the best features of both approaches, The key idea underlying soft typing is that a static type checker need not reject programs that contain potential type errors. Instead, the type checker can insert explicit run-time checks around " suspect " arguments of p~imitive operations , converting dynamically typed programs into statically type-correct form. The inserted run-time checks identify program phrases that may be erroneous. For soft typing to be effective, the type system must avoid inserting unnecessary run-time checks. To accomplish this objective, we have developed an extension of the ML type system supporting union types and recursive types that assigns types to a wider class *The work of both authors was partially supported by NSF and DARPA. Permission to copy without fee ell or part of this material is granted provided that the copies are not made or distributed for direct commercial advantege, the ACM copyright notice and the title of the publication and its date appear, and notice is given that copying is by permission of the Association for Computing Machinery. To copy otherwise, or to republish, requires a fee and/or specific permission.PLDIplt/2017-09-11T17:58:48.7674650882017-09-11T17:58:48.767465088
<03>g<03><00>G<EFBFBD>c
_<02>#GGProgramming Languages: History and Future<07>This paper discusses both the history and future of programming languages ( = higher level languages). Some of the difficulties in writing such a history are indicated. A key part of the paper is a tree showing the chronological development of languages and their interrelationships. Reasons for the proliferation of languages are given. The major languages are listed with the reasons for their importance. A section on chronology indicates the happenings of the significant previous time periods and the major topics of 1972. Key concepts other than specific languages are discussed.Commun. ACMplt/2017-09-11T17:58:48.9526679692017-09-11T17:58:48.952667969<EFBFBD><15>b<00>
<02>/EEOn Understanding Types, Data Abstraction, and Polymorphism<07>Our objective is to understand the notion of <I>type</I> in programming languages, present a model of typed, polymorphic programming languages that reflects recent research in type theory, and examine the relevance of recent research to the design of practical programming languages.
Object-oriented languages provide both a framework and a motivation for exploring the interaction among the concepts of type, data abstraction, and polymorphism, since they extend the notion of type to data abstraction and since type inheritance is an important form of polymorphism. We develop a &#955;-calculus-based model for type systems that allows us to explore these interactions in a simple setting, unencumbered by complexities of production programming languages.
The evolution of languages from untyped universes to monomorphic and then polymorphic type systems is reviewed. Mechanisms for polymorphism such as overloading, coercion, subtyping, and parameterization are examined. A unifying framework for polymorphic type systems is developed in terms of the typed &#955;-calculus augmented to include binding of types by quantification as well as binding of values by abstraction.
The typed &#955;-calculus is augmented by universal quantification to model generic functions with type parameters, existential quantification and packaging (information hiding) to model abstract data types, and bounded quantification to model subtypes and type inheritance. In this way we obtain a simple and precise characterization of a powerful type system that includes abstract data types, parametric polymorphism, and multiple inheritance in a single consistent framework. The mechanisms for type checking for the augmented &#955;-calculus are discussed.
The augmented typed &#955;-calculus is used as a programming language for a variety of illustrative examples. We christen this language Fun because fun instead of &#955; is the functional abstraction keyword and because it is pleasant to deal with.
Fun is mathematically simple and can serve as a basis for the design and implementation of real programming languages with type facilities that are more powerful and expressive than those of existing programming languages. In particular, it provides a basis for the design of strongly typed object-oriented languages.ACM Comput. Surv.plt/2017-09-11T17:58:48.917607912017-09-11T17:58:48.91760791
@
T@<00><10>e
i<02>5GGPrincipal Type-Schemes for Functional Programs<07>Permission to copy without fee all or part of this material is granted provided that the copies are not made or distributed for direct commercial advantage, the ACM copyright notice and the title of its publication and date appear, and notice is given that copying is by permission of the Association for Computing Machinery. To copy otherwise, or to republish, requires a fee and/or specific permission.POPLplt/2017-09-11T17:58:49.1612739262017-09-11T17:58:49.161273926<EFBFBD>(<28>d
7<02>
+GGPropositions as Types<07>Image factorizations in regular categories are stable under pull-backs, so they model a natural modal operator in dependent type theory. This unary type constructor [A] has turned up previously in a syntactic form as a way of erasing computational content, and formalizing a notion of proof irrelevance. Indeed, semantically, the notion of a support is sometimes used as surrogate proposition asserting inhab-itation of an indexed family. We give rules for bracket types in dependent type theory and provide complete semantics using regular categories. We show that dependent type theory with the unit type, strong extensional equality types, strong dependent sums, and bracket types is the internal type theory of regular categories, in the same way that the usual dependent type theory with dependent sums and products is the internal type theory of locally cartesian closed categories. We also show how to interpret first-order logic in type theory with brackets, and we make use of the translation to compare type theory with logic. Specifically, we show that the propositions-as-types interpretation is complete with respect to a certain fragment of intuitionistic first-order logic. As a consequence, a modified double-negation translation into type theory (without bracket types) is complete for all of classical first-order logic.J. Log. Comput.plt/2017-09-11T17:58:49.0170739752017-09-11T17:58:49.017073975

x
<01>
x<>h	y

GGProgramming languages - application and interpretation<07>plt/2017-09-11T17:58:49.4936669922017-09-11T17:58:49.493666992<EFBFBD><08>g<00><02>
AAThe Derivative of a Regular Type is its Type of One-Hole Contexts<07>Polymorphic regular types are tree-like datatypes generated by polynomial type expressions over a set of free variables and closed under least fixed point. The 'equal-ity types' of Core ML can be expressed in this form. Given such a type expression T with x free, this paper shows a way to represent the one-hole contexts for elements of x within elements of T, together with an operation which will plug an element of x into the hole of such a context. One-hole contexts are given as inhabitants of a regular type @ x T, computed generically from the syntactic structure of T by a mechanism better known as partial differentiation. The relevant notion of containment is shown to be appropriately characterized in terms of derivatives and plugging in. The technology is then exploited to give the one-hole contexts for sub-elements of recursive types in a manner similar to Huet's 'zippers'[Hue97].plt/2017-09-11T17:58:49.3178752017-09-11T17:58:49.317875<EFBFBD>v<EFBFBD>f
g<02>AWGGFundamental Concepts in Programming Languages<07>This paper forms the substance of a course of lectures given at the International Summer School in Computer Programming at Copenhagen in August, 1967. The lectures were originally given from notes and the paper was written after the course was finished. In spite of this, and only partly because of the shortage of time, the paper still retains many of the shortcomings of a lecture course. The chief of these are an uncertainty of aim—it is never quite clear what sort of audience there will be for such lectures—and an associated switching from formal to informal modes of presentation which may well be less acceptable in print than it is natural in the lecture room. For these (and other) faults, I apologise to the reader. There are numerous references throughout the course to CPL [1–3]. This is a programming language which has been under development since 1962 at Cambridge and London and Oxford. It has served as a vehicle for research into both programming languages and the design of compilers. Partial implementations exist at Cambridge and London. The language is still evolving so that there is no definitive manual available yet. We hope to reach another resting point in its evolution quite soon and to produce a compiler and reference manuals for this version. The compiler will probably be written in such a way that it is relatively easy to transfer it to another machine, and in the first instance we hope to establish it on three or four machines more or less at the same time. The lack of a precise formulation for CPL should not cause much difficulty in this course, as we are primarily concerned with the ideas and concepts involved rather than with their precise representation in a programming language. Any discussion on the foundations of computing runs into severe problems right at the start. The difficulty is that although we all use words such as 'name', 'value', 'program', 'expression' or 'command' which we think we understand, it often turns out on closer investigation that in point of fact we all mean different things by these words, so that communication is at best precarious. These misunderstandings arise in at least two ways. The first is straightforwardly incorrect or muddled thinking. An investigation of the meanings of these basic terms is undoubtedly an exercise in mathematical logic and neither to the taste nor within the field of …Higher-Order and Symbolic Computationplt/2017-09-11T17:58:49.2304050292017-09-11T17:58:49.230405029
<0F><00>
<01><0F>n_F<0F>4<0E><0E><0E><0E><0E><0E>m<0F>[H6$
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
s
X
E
1

<0C><0C><0C><0C><0C><0C><0C>vfVH5"<0B><0B><0B><0B><0B><0B>zk]L3&	
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
v
g
L
>
.

	<09>	<09>	<09>	<09>	<09>	<09>	<09>	z	d	S	D	2		<08><08><08><08><08>~kTB&<07><07><07><07><07><07>taP?/<06><06><06><06><06><06>oZE3<05><05><05><05><05><0F>~mYF.<04><04><04><04><04><04>
<01>pZF1<03><03><03><03><03>~eO:"<02><02><02><02><02><02>{hWE5"
<01>
<01>
<01>
<01>
<01>
<01><0F>1Michael A. Nielsen<05>/Mitchell Spradlin
#Miron Livny
<01>'Mircea Oancea<00>

Min Wu2!Milo Polte<03>%Mikel Larrea<03>'
Mike SharplesV'Mike Paterson<03>!Mike Fagan<02>%Mike Burrows{#Mihai Budiu
<01>'Miguel Castro
h+Michal H. Palka<00>)Michael Wimmer<00>'Michael WelzlI'Michael Stumm
<01>/Michael Steinbach%)Michael Rileyy<02>1
Michael M. Kazhdanc-Michael L. Scott<00>1Michael L. Roberts
<01>+Michael Krainin<02>-Michael Kaminsky<00>3Michael J. Freedman<00>3Michael J. Franklin
1Michael J. Fischer<03>-Michael J. Carey
<01>/Michael I. Jordan()Michael Hammer
-Michael F. Cohen<00>-Michael D. Ernst
+Michael Curtiss
<01>+Michael Burrows
z)Michael Ashley<02>-Michael Armbrust
95Michael Abd-El-Malek
W/Michael A. Bender%#Micah Sherr<03>-Mendel Rosenblumx'Mehul A. Shah
w)Mehryar Mohriy<02>+Mauro Cherubini
<01>+Maurice Herlihy<00>+Matti Pitkänen<00>1Matthew H. Austern
k'Matthew Flatt<02>+
Matthew Bolithod#Matt Tolton<00>)Matija Pretnar<05>'Matei Zaharia
A-Masumi Shirakawa
<01>7Massimiliano Giacomin{1Marvin D. Tretkoff<05>)Martin Odersky<05>5Martin Farach-Colton&/Martin E. Hellman<00>%Martin Cooke<02>+Martin Caminadaz+Martin A. Keane<05>5
Marta Z. Kwiatkowska0/Marshall C. Pease
~)Markus Völter<02>#Markus Lipp<00>+Markus H. Gross<00>'Marko Vukolic<00>AMarko C. J. D. Van Eekelen<03>#Mark Robson<03>%Mark Purcell<05>!Mark Klein
<01>#Mark Hayden
<01>%
Mark HartnerR'Mario Wolczko<02>'Mario Szegedy<02>1Marcos K. Aguilera
u)Marco Serafini<03>+Marco Scandurra<05>%Marc Shapiro
!/Marc Schuilenburg<02>!
Marc LevoyZ%
Marc Lanctot+Manos Kapritsos
<01>9Manon J. N. L. Benders
<01>%Manoj Plakal}/Malte Schwarzkopf
V'Mahadev Konar<03>-Magnus O. Myreen<00>-Maged M. Michael<00>5Magdalena Balazinska
/Madhukar Korupolu
G+
Madeleine Leach#'Madan Jampani-/Maarten Van Steen
<01>3Maarten M. Fokkingag%M. Čarapina<03>M. Yousef<04>#M. Yalınay-M. Van Der Voort3+M. V. Kabrawalaq!M. TraunerkM. Tada<05>7M. Surendranath Reddy)M. Steinberger@
M. Silva<04>#M. Shiffman*+M. Sharaf-Eldin<04>!M. SchoderaM. Sawadag!M. S. Choi<04>
M. Rocha<04>7M. Peck-RadosavljeviclM. Parola<03>/M. Papatheodoridi<04>+M. O. Mavlikeev%M. Nakura<03>M. Min%M. Matsuyama<05>%M. Mandorferf
M. Lu
M. LiA%M. L. RinconT
M. Kraus<04>M. KenzelAM. Kang3M. K. K. Neijenhuis/#M. J. Bruno6
M. Iancu>M. HaradaB/M. Gravito-SoaresyM. Gordan<#M. Giuricin<03>/M. Frans Kaashoek
41M. Feldner-Busztinc%M. El Gharib<04>#M. Diermayrb!M. Di Maso<04>M. Danila<03>'M. D. De JuanO'M. CelikbilekD
M. Cejnah!M. Cardoso<04>!M. C. SulzI#M. C. Hogan1M. Bilzer<04>%M. B. Afonso<03>!M. Attalla<04>+M. Abd El-Kader<04>%M. A. Titova))M. A. Munteanu:%M. A. Eljakyr)M. A. El Zahry<04>1M. A. D’assuncao:)László Babai<02>'Lyle Franklinj7Luís E. T. Rodrigues
<01>#Luís Damas<02>'Lukas Stadler<02>3Luiz André Barrosoz)Luis Rodriguez<02>%Luis Pedrosa
F3
Luis Leopoldo Perez8

Luis CezeI+Lucian Grijincu
<01>'Luca Cardelli<02>%Luc Van Gool<00>%Luc Maranget'Lov K. Grover<02>%Linpeng Tang<00>)Leslie Lamport<00>1Leonard M. Adleman<00>#Leo Breiman-Lennart E. Nacke
<01>-Lennart Berggren11Leith Casey Leedom<00>1Lawrence R Rabiner<02>1Laurie A. Williams<02>-Lauretta O. Osho'
Laurent Sifre3Larry J. StockmeyerrLance Alt<02>%L. ZubiaurreR
L. Zhang
L. Tomé'Mathias Payer<05>)Levan Atanelov
"GMohammad Ali Akhavan-Behabadi+Laszlo Szekeres<05>


<0A>	y
<00>t<EFBFBD>k
O<02>Y;1EEQuantum-enhanced machine learning<07>The emerging field of quantum machine learning has the potential to substantially aid in the problems and scope of artificial intelligence. This is only enhanced by recent successes in the field of classical machine learning. In this work we propose an approach for the systematic treatment of machine learning, from the perspective of quantum information. Our approach is general and covers all three main branches of machine learning: supervised, unsupervised, and reinforcement learning. While quantum improvements in supervised and unsupervised learning have been reported, reinforcement learning has received much less attention. Within our approach, we tackle the problem of quantum enhancements in reinforcement learning as well, and propose a systematic scheme for providing improvements. As an example, we show that quadratic improvements in learning efficiency, and exponential improvements in performance over limited time periods, can be obtained for a broad class of learning problems.Physical review lettersquantum_computing/2017-09-11T17:58:49.711479982017-09-11T17:58:49.71147998<EFBFBD>|<7C>j
Y<02>{7GGCoq: the world's best macro assembler?<07>We describe a Coq formalization of a subset of the x86 architecture. One emphasis of the model is brevity: using dependent types, type classes and notation we give the x86 semantics a makeover that counters its reputation for baroqueness. We model bits, bytes, and memory concretely using functions that can be computed inside Coq itself; concrete representations are mapped across to mathematical objects in the SSReflect library (naturals, and integers modulo 2<sup><i>n</i></sup>) to prove theorems. Finally, we use notation to support conventional assembly code syntax inside Coq, including lexically-scoped labels. Ordinary Coq definitions serve as a powerful "macro" feature for everything from simple conditionals and loops to stack-allocated local variables and procedures with parameters. Assembly code can be assembled within Coq, producing a sequence of hex bytes. The assembler enjoys a correctness theorem relating machine code in memory to a separation-logic formula suitable for program verification.PPDPprogram_verification/2017-09-11T17:58:49.6322419432017-09-11T17:58:49.632241943<EFBFBD><03>i
Q<02>#!EECommunicating Sequential Processes<07>This paper suggests that input and output are basic primitives of programming and that parallel composition of communicating sequential processes is a fundamental program structuring method. When combined with a development of Dijkstra's guarded command, these concepts are surprisingly versatile. Their use is illustrated by sample solutions of a variety of a familiar programming exercises.Commun. ACMprocesses/2017-09-11T17:58:49.557239992017-09-11T17:58:49.55723999
<00>
<01><0F><0F><0F><0F><0F><0F><0F>xbTG3(<0E><0E><0E><0E><0E><0E><0E><0E>xcLC(
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
}
p
X
M
4
%

	<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>znaJ90<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>r[E+

<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
w
[
Q
@
6

	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	q	e	X	B	9	$	<08><08><08><08><08><08><08><08><08><08><08>}qeWD5,!<07><07><07><07><07><07><07><07><07>_TKB9)<06><06><06><06><06><06><06><06>ylYJA4(
<05><05><05><05><05><05><05><05><05><05><05>nTD*<04><04><04><04><04><04><04><04><04><04>vm[RI;.<03><03><03><03><03><03><03>s\SD.<02><02><02><02><02><02><02><02>ma?)
<01>
<01><0C>'synchrony<10>&'impossibility<14>%/different results<13>$-relational model<1F>#Elarge-scale software systems	<09>"crisis<11>!)cryptocurrency<07> coin<06>pow<14>/in-depth analysis
<EFBFBD>backend<17>5support transactions
<EFBFBD>bitcoin<15>1snapshot isolation<06>psi<15>1causal consistency<13>-atomic multicast<13>-complex problems<0C>lsm-trees<06>vfs<14>/different systems<1E>Cperformance and consistency<12>+data management<08>dbmss	<09>parity	<09>stripe<12>
+storage systems<17>5high-level operators	<09>tiling<13>
-expression graph<0E>	#input array
<EFBFBD>spartan<0B>bigtable<06>ity<06>vdf<0F>%object store<06>dos<0C>datastore
<EFBFBD>
napster<0F>%unstructured<06>dht<06>~fds<0B>}locality
<EFBFBD>|dilemma<07>{cpus<06>zhdf<07>ypnut<12>x+google bigtable<06>wgfs<0F>v%google, inc.	<09>udynamo<17>t5eventual consistency
<0A>s!amazon.com<17>r5theoretical research<12>q+database theory<06>pory<08>opmcmc<07>nmcmc<06>msmc<06>lpga<06>kssm<06>jlca<10>i'constant time<0B>hancestor<06>grmq<0F>f%eavesdropper
<0A>e!encryption<0B>dtime pad<06>cpri	<09>bcustom
<EFBFBD>atestbed<06>`dsg<0C>_developed<10>^'system design
<EFBFBD>]classic<13>\-computer systems
<0A>[!networking<07>Zhint<12>Y+virtual machine<0C>Xpractical	<09>Witself	<09>Vsqueak
<0A>U!translator<18>T7language capabilities<08>Schess<0B>Rfootnote
<0A>Q!conceptnet<06>Plru<06>Olce<06>Nlcd<08>Mchunk<1D>LAtree augmented naive bayes<11>K)tan classifier<06>Jmdl
<EFBFBD>Itribute<06>Hbnc<0E>G#spectrogram	<09>Fshazam<0E>E#fingerprint<11>D)fingerprinting<08>Cradio<0E>B#crazy stone<0E>A#tree search<08>@succe<06>?uct<0C>>game tree<10>='documentation<0B><subclass	<09>;editor	<09>:mbeddr<06>9ast<06>8pes
<EFBFBD>7hotspot<15>61partial evaluation
<EFBFBD>5truffle<08>4guest<07>3trap<06>2i/o<06>1vmm<06>0ibm<06>/tdd<11>.)defect density<13>--development team<12>,+code inspection<06>+e.g<13>*-phase transition
<EFBFBD>)special	<09>(bollob<0F>'%random graph<0C>&embedding<0B>%subspace<08>$lemma
<0A>#!well-known<18>"7johnson-lindenstrauss<0F>!%morris-pratt<06> kmp<18>7boyer-moore algorithm<0F>%knuth-morris<15>1matching algorithm<07>hash<0E>#fm sketches<07>pcsa<19>9probabilistic counting<07>pass
<EFBFBD>seminal<12>+streaming model<08>cient<06>ams<0E>#boyer-moore
<0A>!compromise
<EFBFBD>toolkit<18>7boyer moore algorithm<07>fast<11>)relative error
<EFBFBD>
counter<17>5approximate counting<13>-frequency moment<14>
/non-negative data<11>	)data structure<0B>length n<08>motif<06>bwt	<09>suffix<0E>#linear time<19>9construction algorithm<06>pre<07>
ence<06>con<07>dhmm<06>~asr<06>}isa<14>|/scaling procedure<06>{alg<0E>z#source-code<14>y/generic technique
<EFBFBD>xdropbox	<09>wchrome
<EFBFBD>vbrowser<08>uopera<12>t+mozilla firefox<0F>s%installation<07>rdisk<07>qport	<09>pproach<07>ohard<10>n'rgb-d mapping<06>micp<07>lrgbd<07>kslam<0F>j%rgb-d camera<0C>idegreaser<16>h3collision avoidance<08>glocal<15>f1obstacle avoidance
<EFBFBD>emission<06>ddwa<07>cvoid<0F>b%mobile robot<12>a+motion dynamics
<EFBFBD>`command
<EFBFBD>_elocity<10>^'goal position
<EFBFBD>]planner<10>\'path planning<0C>[geometric<12>Z+motion planning<18>Y7trajectory generation<06>Xdof<14>W/motion trajectory<12>V+state of motion<06>Uotg<14>T/quantum computing<11>S)famous example<06>Rbad<11>Q)quantum search<0C>Pfactoring
<EFBFBD>Oroadway<08>Ndarpa<0F>M%optical flow<11>L)traversability<0F>K%road surface<08>Jlaser<11>I)slam algorithm
<EFBFBD>Hdp-slam<0B>Ggrid map<13>F-state estimation	<09>Eoracle<0F>D%matrix group<0B>Cquotient<0C>Bassembler<07>Abyte<08>@occam	<09>?malism)<29>>Ycsp communicating sequential processes
<00><03><0F><0F><0F><0F><0F><0F><0F>}hZO;,!<0E><0E><0E><0E><0E><0E><08><0E><0E><0E><0E>yh_VN?6
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
q
f
W
N
6
'

<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>vhM>.$<0B><0B><0B><0B><0B><0B><0B>ufOA6*
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
i
K
9
0
 

	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	}	h	_	P	7	)	<08><08><08><08><08><08>lbXM@4<07><07><07><07><07><07><07>saL:#
<06><06><06><06><06><06>laV?6*!<05><05><05><05><05><05><05>}kbN>- <04><04><04><04><04><04><04><04>hQ?5)<03><03><03><03><03>!percolator<03>pen<00>	pcsa)paxos protocol
<01>+paxos algorithm<03>
paxos
'path planning<02>pastry<03>	pass%partial view
<01>/partial synchrony<03>1partial evaluation6parity<03>1paravirtualizationp;parametric polymorphism<02>1parallel operationaparN
panorama<00>
pagerank	pace
#
ows!own actionHoverlay
<01>#overfitting1!out-of-bag7)others' action<02>otg<02>%ossificationUosd
oryp)order function]oracle<02>9optimistic replication
4)optimal scheme<03>%optical flow<02>operating<00>
opera<02>
onion
ologn
Qodt<00>
octreeseoch
<01>/occurrence typing
occam<02>
ocaml
<01>1obstacle avoidance<02>-observer patternP+object-oriented-%object store<03>)number of tags}+number of steps
<01>/number of records<00>
nosql
/non-negative data
/non-game contexts
<01>%non-dominant5+non-determinism/%non-blocking<00>%node failure	nnza1nfr
A!networking[9network virtualizationX9network characteristicY5network architecture
9ner<02>%near-optimal
nde/natural extension<02>
naturalnapster<03>
nadph<00>	nadp<00>	nadh<00>7
n.a. n.a. pc analysis
mvstmutatorF?multithreaded applicationd
multiset
<01>3multiple partitions
7logic and computationo/multiple matchingc-multiple devices
{
multiple<03>3multidirectionalityJmulticast
Ompi<03>+mozilla firefox<02>
movie<03>/motion trajectory<02>+motion planning<02>+motion dynamics<02>
motifmosaic<00>%morris-pratt!mop<02>monsoon
8monitor<00>
monad<02>!modularity_mod
0%mobile robot<02>=mobile phone application
<01>7mobile ad-hoc networkmmuGmixnet
<01>
mixin
J
mixes
<01>#mix network
<01>mission<02>mirage
<01>+
minwise hashingV
minhashWmillwheel
c#millisecond
<01>#microreboot<00>
mhealth

mexica[
metadata
/messaging systems
Umessaging
V+
message passing+message logging<03>1message complexity	meso
]
merge
3	ment
<01>%memory model<00>3memory architecture<00>'memory access
m#memoization.	memo<02>!membership
<01>megastore
&7medication compliance
<01>

mediation
mechanic
<01>mdlJ	mdcc
(mcs<00>	mcmcnmbeddr:%maximizationB%matrix group<02>'mathematician<03>
matea1matching algorithmmaster
'masking
nmarketing
<01>3
market applicationsmar<00>mapreduce

mapre<03>!map-reduce
2
malwaremalloc
jmalism<02>7malicious participant'major feature<02>magnete
macroI;machine learning methodT-machine language<00>5
machine intelligence&lsonlsm-trees<03>
lshUlruP
lrfuP#low-latency#low latency
<01>	loto<02>
los'lookup<03>logical<00>
log data
Rlocking7	lock<00>/locality property
locality}#local state<03>#local model<
local<02>load timeX)load balancing
<
lkopf@
liveness
<01>-
little knowledge4	lisp<02>
lirQ
linkedin
S+linearizability
+linearisability
`#linear time)linear hashing<00>)linear algebra0
LY<07><03>Lg<>o	I

GGTheory in Programming Practice<07>plt/2017-09-11T17:58:50.1733491212017-09-11T17:58:50.173349121<EFBFBD>
<EFBFBD>n<00>C<02>AGGDP-SLAM: Fast, Robust Simultaneous Localization and Mapping Without Predetermined Landmarks<07>A fundamental task for reasoning with preferences is the following: given input preference information from a user, and outcomes α and β, should we infer that the user will prefer α to β? For CP-nets and related comparative preference formalisms, inferring a preference of α over β using the standard definition of derived preference appears to be extremely hard, and has been proved to be PSPACE-complete in general for CP-nets. Such inference is also rather conservative, only making the assumption of transitivity. This paper defines a less conservative approach to inference which can be applied for very general forms of input. It is shown to be efficient for expressive comparative preference languages, allowing comparisons between arbitrary partial tuples (including complete assignments), and with the preferences being ceteris paribus or not.IJCAIrobotics/2017-09-11T17:58:50.1020939942017-09-11T17:58:50.102093994<EFBFBD><11>m	S
O!EEA Calculus of Communicating Systems<07>Lecture Notes in Computer Scienceprocesses/2017-09-11T17:58:49.983482912017-09-11T17:58:49.98348291<EFBFBD>#<23>l
[<02>M1GGPolynomial-time theory of matrix groups<07>We consider matrix groups, specified by a list of generators, over finite fields. The two most basic questions about such groups are membership in and the order of the group. Even in the case of abelian groups it is not known how to answer these questions without solving hard number theoretic problems (factoring and discrete log); in fact, constructive membership testing in the case of 1 &#215; 1 matrices is precisely the discrete log problem. So the reasonable question is whether these problems are solvable in randomized polynomial time using number theory oracles. Building on 25 years of work, including remarkable recent developments by several groups of authors, we are now able to determine the order of a matrix group over a finite field of odd characteristic, and to perform constructive membership testing in such groups, in randomized polynomial time, using oracles for factoring and discrete log. One of the new ingredients of this result is the following. A group is called semisimple if it has no abelian normal subgroups. For matrix groups over finite fields, we show that the order of the largest semisimple quotient can be determined in randomized polynomial time (no number theory oracles required and no restriction on parity). As a by-product, we obtain a natural problem that belongs to BPP and is not known to belong either to RP or to coRP. No such problem outside the area of matrix groups appears to be known. The problem is the decision version of the above: Given a list A of nonsingular d &#215; d matrices over a finite field and an integer N, does the group generated by A have a semisimple quotient of order &gt; N? We also make progress in the area of constructive recognition of simple groups, with the corollary that for a large class of matrix groups, our algorithms become Las Vegas.STOCquantum_computing/2017-09-11T17:58:49.8917109382017-09-11T17:58:49.891710938
<02>
<EFBFBD><07><02><00>E<EFBFBD>r<00>G<02>GGGOnline Trajectory Generation: Basic Concepts for Instantaneous Reactions to Unforeseen Events<07>This paper introduces a new method for motion-trajectory generation of mechanical systems with multiple degrees of freedom (DOFs). The key feature of this new concept is that motion trajectories are generated online, i.e., within every control cycle, typically every millisecond. This enables systems to react instantaneously to unforeseen and unpredictable (sensor) events at any time instant and in any state of motion. As a consequence, (multi)sensor integration in robotics, in particular the development of control systems enabling sensor-guided and sensor-guarded motions, becomes greatly simplified. We introduce a class of online trajectory-generation algorithms and present the mathematical basics of this new approach. The algorithms presented here consist of three steps: calculation of the minimum synchronization time for all DOFs, synchronization of all DOFs, and calculation of output values. The theory is followed by real-world experimental results indicating new possibilities in robot-motion control.IEEE Transactions on Roboticsrobotics/2017-09-11T17:58:50.4013930662017-09-11T17:58:50.401393066<EFBFBD>X<EFBFBD>q
{<02>1GGA Fast Quantum Mechanical Algorithm for Database Search<07>An unsorted database contains N records, of which just one satisfies a particular property. The problem is to identify that one record. Any classical algorithm, deter-ministic or probabilistic, will clearly take O (N) steps since on the average it will have to examine a large fraction of the N records. Quantum mechanical systems can do several operations simultaneously due to their wave like properties. This paper gives an O (JN) step quantum mechanical algorithm for identifying that record. It is within a constant factor of the fastest possible quantum mechanical algorithm.STOCquantum_computing/2017-09-11T17:58:50.3245061042017-09-11T17:58:50.324506104<EFBFBD>s<EFBFBD>p<00>+<02>{GGGAdaptive Road Following using Self-Supervised Learning and Reverse Optical Flow<07>— The majority of current image-based road following algorithms operate, at least in part, by assuming the presence of structural or visual cues unique to the roadway. As a result, these algorithms are poorly suited to the task of tracking unstructured roads typical in desert environments. In this paper, we propose a road following algorithm that operates in a self-supervised learning regime, allowing it to adapt to changing road conditions while making no assumptions about the general structure or appearance of the road surface. An application of optical flow techniques, paired with one-dimensional template matching, allows identification of regions in the current camera image that closely resemble the learned appearance of the road in the recent past. The algorithm assumes the vehicle lies on the road in order to form templates of the road's appearance. A dynamic programming variant is then applied to optimize the 1-D template match results while enforcing a constraint on the maximum road curvature expected. Algorithm output images, as well as quantitative results, are presented for three distinct road types encountered in actual driving video acquired in the California Mojave Desert.Robotics: Science and Systemsrobotics/2017-09-11T17:58:50.2258439942017-09-11T17:58:50.225843994

<00>p<EFBFBD>s<00><02>A
GGMotion Planning 5.1 Motion Planning Concepts 5.1.1 Configuration Space<07>A fundamental robotics task is to plan collision-free motions for complex bodies from a start to a goal position among a collection of static obstacles. Although relative simple, this geometric path planning problem is provably computationally hard [84]. Extensions of this formulation take into account additional constraints that are inherited from mechanical and sensor limitations of real robots such as uncertainties, feedback and differential constraints, which further complicate the development of automated planners. Modern algorithms have been fairly successful in addressing hard
<00>u<EFBFBD>u
_<02>}GGUncovering network tarpits with degreaser<07>Network tarpits, whereby a single host or appliance can masquerade as many fake hosts on a network and slow network scanners, are a form of defensive cyber-deception. In this work, we develop <i>degreaser</i>, an efficient fingerprinting tool to remotely detect tarpits. In addition to validating our tool in a controlled environment, we use <i>degreaser</i> to perform an Internet-wide scan. We discover tarpits of non-trivial size in the wild (prefixes as large as/16), and characterize their distribution and behavior. We then show how tarpits pollute existing network measurement surveys that are tarpit-na&#239;ve, e.g. Internet census data, and how <i>degreaser</i> can improve the accuracy of such surveys. Lastly, our findings suggest several ways in which to advance the realism of current network tarpits, thereby raising the bar on tarpits as an operational security mechanism.ACSACsecurity/2017-09-11T17:58:50.8213430182017-09-11T17:58:50.821343018<EFBFBD>h<EFBFBD>t
q<02>[
GGThe Dynamic Window Approach to Collision Avoidance<07>This paper describes the dynamic window a p proach t o reactive collision avoidance for mobile robots equipped with synchro-drives. The a p proach i s d erived directly from the motion dynamics of the robot and i s t herefore particularly well-suited for robots o perating a t high speed. It diiers from previous approaches in that t he search for commands controlling t he translational a n d rotational velocity o f t he robot is carried out directly in the space of velocities. The advantage of our approach i s t hat it correctly and in an elegant w ay incorporatesthe dynamics of the robot. This is done by r e d ucing t he search space to t he dynamic window, which consists o f t he v elocities reachable within a short time i n terval. Within the dynamic window t he a p proach only considers admissible velocities yielding a trajectory on which t he robot is able to s t op safely. Among t hesevelocities the combination of translational and rotational velocity is chosen by m aximizing an objective f u nction. The objective f u nction includes a measure of progress towards a goal location, the forward velocity o f t he robot, and the d i s t ance to t he n ext obstacle on the trajectory. In extensive experiments t he approach presented here has been found t o safely control our mobile robot RHINO with speeds of up to 95 cmmsec, in populated and dynamic environments.robotics/2017-09-11T17:58:50.6673369142017-09-11T17:58:50.667336914

<01><04>
<01><00><11>y<00><02>GGMaking Programs Forget: Enforcing Lifetime for Sensitive Data<07>This paper introduces guaranteed data lifetime, a novel system property ensuring that sensitive data cannot be retrieved from a system beyond a specified time. The trivial way to achieve this is to " reboot " ; however, this is disruptive from the user's perspective, and may not even eliminate disk copies. We discuss an alternate approach based on state reincarnation where data expiry is completely transparent to the user, and can be used even if the system is not designed a priori to provide the property.HotOSsecurity/2017-09-11T17:58:51.1693439942017-09-11T17:58:51.169343994o<EFBFBD>x	O

GGBreach: Reviving the Crime Attack<07>security/2017-09-11T17:58:51.0993110352017-09-11T17:58:51.099311035<EFBFBD><0B>w
<00>

GGRapidly-Exploring Random Trees: A New Tool for Path Planning<07>robotics/2017-09-11T17:58:51.0640759282017-09-11T17:58:51.064075928<EFBFBD>]<5D>v<00>+<02>
GGRGB-D Mapping: Using Depth Cameras for Dense 3D Modeling of Indoor Environments<07>1 Problem Statement and Related Work RGB-D cameras are novel sensing systems that capture RGB images along with per-pixel depth information. RGB-D cameras rely on either structured light patterns combined with stereo sensing [6, 10] or time-of-flight laser sensing [1] to generate depth estimates that can be associated with RGB pixels. Very soon, small, high-quality RGB-D cameras developed for computer gaming and home entertainment applications will become available at cost below $100. In this paper we investigate how such cameras can be used in the context of robotics, specifically for building dense 3D maps of indoor environments. Such maps have applications in robot navigation, manipulation, semantic mapping, and telepresence. The robotics and computer vision communities have developed a variety of techniques for 3D mapping based on laser range scans [8, 11], stereo cameras [7], monocular cameras [3], and unsorted collections of photos [4]. While RGB-D cameras provide the opportunity to build 3D maps of unprecedented richness, they have drawbacks that make their application to 3D mapping difficult: They provide depth only up to a limited distance (typically less than 5m), depth values are much noisier than those provided by laser scanners, and their field of view (∼ 60 •) is far more constrained than that of specialized cameras or laser scanners typically used for 3D mapping (∼ 180 •). In our work, we use a camera developed by PrimeSense [10]. The key insights of this investigation are: first, that existing frame matching techniques are not sufficient to provide robust visual odometry with these cameras; second, that a tight integration of depth and color information can yield robust frame matching and loop closure detection; third, that building on best practice techniques in SLAM and computer graphics makes it possible to build and visualize accurate and extremely rich 3D maps with such cameras; and, fourth, that it will be feasible to build complete robot navigation and interaction systems solely based on cheap depth cameras. Following best practice in robot mapping, our RGB-D mapping technique consists of three key components: first, the spatial alignment of consecutive data frames; second, the detection of loop closures; and, third, the globally consistent alignment of the complete data sequence. Alignment between successive frames is computed by jointly optimizing over both appearance and shape matching. Appearance-based alignment is done with RANSAC over SIFT features annotated with 3D position. The 3D SIFT matching requires no initial estimate of the …ISERrobotics/2017-09-11T17:58:50.9325600592017-09-11T17:58:50.932560059
6
f<05>6<00>q<EFBFBD>|<00>1<02>
3GGA Tutorial on Hidden Markov Models and Selected Applications in Speech Recognition<07>Although initially introduced and studied in the late 1960s and early 1970s, statistical methods of Markov source or hidden Markov modeling have become increasingly popular in the last several years. There are two strong reasons why this has occurred. First the models are very rich in mathematical structure and hence can form the theoretical basis for use in a wide range of applications. Second the models, when applied properly, work very well in practice for several important applications. In this paper we attempt to carefully and methodically review the theoretical aspects of this type of statistical modeling and show how they have been applied to selected problems in machine recognition of speech.speech_recognition/2017-09-11T17:58:51.4645639652017-09-11T17:58:51.464563965<EFBFBD>7<EFBFBD>{
G<02>GGLooking Inside the (Drop) Box<07>Dropbox is a cloud based file storage service used by more than 100 million users. In spite of its widespread popularity, we believe that Dropbox as a platform hasn't been analyzed extensively enough from a security standpoint. Also, the previous work on the security analysis of Dropbox has been heavily censored. Moreover, the existing Python bytecode reversing techniques are not enough for reversing hardened applications like Dropbox. This paper presents new and generic techniques, to reverse engineer frozen Python applications, which are not limited to just the Dropbox world. We describe a method to bypass Dropbox's two factor authentication and hijack Dropbox accounts. Additionally, generic techniques to intercept SSL data using code injection techniques and monkey patching are presented. We believe that our biggest contribution is to open up the Dropbox platform to further security analysis and research. Dropbox will / should no longer be a black box. Finally, we describe the design and implementation of an open-source version of Dropbox client (and yes, it runs on ARM too).WOOTsecurity/2017-09-11T17:58:51.3351931152017-09-11T17:58:51.335193115<EFBFBD><16>z
O<02>Y
GGWhy Silent Updates Boost Security<07>Security fixes and feature improvements don't benefit the end user of software if the update mechanism and strategy is not effective. In this paper we analyze the effectiveness of different Web browsers update mechanisms; from Google Chrome's silent update mechanism to Opera's update requiring a full re-installation. We use anonymized logs from Google's world wide distributed Web servers. An analysis of the logged HTTP user-agent strings that Web browsers report when requesting any Web page is used to measure the daily browser version shares in active use. To the best of our knowledge, this is the first global scale measurement of Web browser update effectiveness comparing four different Web browser update strategies including Google Chrome. Our measurements prove that silent updates and little dependency on the underlying operating system are most effective to get users of Web browsers to surf the Web with the latest browser version. However, there is still room for improvement as we found. Google Chrome's advantageous silent update mechanism has been open sourced in April 2009. We recommend any software vendor to seriously consider deploying silent updates as this benefits both the vendor and the user, especially for widely used attack-exposed applications like Web browsers and browser plug-ins.security/2017-09-11T17:58:51.2514750982017-09-11T17:58:51.251475098
<02>E
4<03><03><03>a<0F>y<04>f^<04>%<0E><0E><06><04><0E><0E>Ir
<0A>
<0A>
<0A>
q
^<07><02>
i
;
	<0C><0C>_
<0B><0B>
<01>[H
<EFBFBD>
2	<09>j	<09>	<09>=	S
<01><05>J<07><05>
<01>	<08>4<07><08><06>`<02><05>:6oPrediction in Joint Action: What, When, and Where
<01>c<04>GRewriting nation-state: borderland literatures of India and the question of state sovereignty
|,[Reducing Garbage Collector Cache Misses
i?Secure network provenance
`/Sparse Partitions
]>Stronger Semantics for Low-Latency Geo-Replicated Storage
\<{Signal/Collect: Graph Algorithms for the (Semantic) Web
[=}Self-stabilizing Systems in Spite of Distributed Control
Z$KRecent SRI work in verification
XPaxos Made Simple
W@<04>
The BUDS Language for Distributed Bayesian Machine LearningE<04>RAY: Integrating Rx and Async for Direct-Style Reactive Streams
<01>/Spherical hashing
C._Programming Languages: History and Future<00>;yProgrammatic and direct manipulation, together at last<00>$M
Procedural modeling of buildings2B<04>Probabilistic Counting Algorithms for Data Base Applications
3iPrincipal Type-Schemes for Functional Programs<00>ASoK: Eternal War in Memory
<01>7Propositions as types
<01>4kProgramming with algebraic effects and handlers
<01>1eQuantum vacuum pressure on a conducting slab
<01>-_
The Dangers of Replication and a SolutioncD<04>
The Chubby Lock Service for Loosely-Coupled Distributed Systemsw0e
The Case for Determinism in Database SystemsP"I
The Byzantine Generals Problemy+YStasis: Flexible Transactional Storage
-=}Spartan: A Distributed Array Framework with Smart Tiling
+4kSpanner: Google's globally-distributed database
*U<04>+RADOS: a scalable, reliable storage service for petabyte-scale storage clusters
)?Qualitative data analysis
L<04>Techniques for Automated Generation of Testbed Infrastructures for SOA
1eSymbolic Representation and Natural Language
 CProjecting a Modular Future
._Systematic Review in Software Engineering
3iSqueak: a language for communicating with mice
u<04>kRealizing quality improvement through test driven development: results and experiences of four industrial teams

9uTesting ecological models: the meaning of validation<00>P<04>!Teaching Garbage Collection without Implementing Compilers or Interpreters<00>;Support-vector networks<00>J<04>Structural asymmetries of perisylvian regions in the preterm newborn<00>0e
Sparrow: distributed, low latency schedulingxT<04>)Solaris Zones: Operating System Support for Consolidating Commercial Workloads<00>#Soft Typing<00>G<04>
Sinfonia: A new paradigm for building scalable distributed systemsuV<04>/
Simple, Fast, and Practical Non-Blocking and Blocking Concurrent Queue Algorithms<<3C>
<04>Simple Testing Can Prevent Most Critical Failures: An Analysis of Production Failures in Distributed Data-Intensive Systems<00>N<04>
Shape Grammars and the Generative Specification of Painting and Sculpture/-_
Security Concerns in Android mHealth AppsL<04>ScatterAlloc: Massively parallel dynamic memory allocation for the GPU<00>/c
Safety Verification of Deep Neural NetworksX<04>1SWIM: Scalable Weakly-consistent Infection-style Process Group Membership Protocol<00>L<04>	Reverend Bayes on Inference Engines: A Distributed Hierarchical ApproachA
Resilient Overlay Networksv=
Replication, history, and grafting in the Ori file systemt1eRemoving gamification from an enterprise SNS<00>"GReflections on Trusting Trust<00>'Real-Time FRP<00>B<04>Rapidly-Exploring Random Trees: A New Tool for Path Planning<00>)Random Forests<00>*Y
RRB-Trees: Efficient Immutable VectorsIU<04>+RGB-D Mapping: Using Depth Cameras for Dense 3D Modeling of Indoor Environments<00>K<04>QuickCheck: a lightweight tool for random testing of Haskell programs<00>*WQuickCheck Testing for Fun and Profit<00>&OQuantum-enhanced machine learning<00>!
PushPull++.._Push-pull functional reactive programming<00>8sPurely functional lazy nondeterministic programming<00>7Propositions as Types<00>;yProgramming languages - application and interpretation<00>J<04>Programming and reasoning with algebraic effects and dependent types<00>


n
n<00><0E>}
{<02>	
3GGWeighted Finite-state Transducers in Speech Recognition<07>We survey the weighted finite-state transducer (WFST) approach to speech recognition developed at AT&T over the last several years. We show that WFSTs provide a common and natural representation for HMM models, context-dependency, pronunciation dictionaries, grammars, and alternative recognition outputs. Furthermore, general finite-state operations combine these representations flexibly and efficiently. Weighted determinization and minimization algorithms optimize their time and space requirements , and a weight pushing algorithm distributes the weights along the paths of a weighted transducer optimally for speech recognition. As an example, we describe a North American Business News (NAB) recognition system built using these techniques that combines the HMMs, full crossword triphones, a lexicon of forty thousand words, and a large trigram grammar into a single weighted transducer that is only somewhat larger than the trigram word grammar and that runs NAB in real-time on a very simple decoder. In another example, we show that the same techniques can be used to optimize lattices for second-pass recognition. In a third example , we show how finite-state operations can be used to assemble lattices from different recognizers to improve recognition performance .speech_recognition/2017-09-11T17:58:51.5627590332017-09-11T17:58:51.562759033

<01><05>
<01><00>#<23>
q<02>)/%GGA taxonomy of suffix array construction algorithms<07>In 1990, Manber and Myers proposed suffix arrays as a space-saving alternative to suffix trees and described the first algorithms for suffix array construction and use. Since that time, and especially in the last few years, suffix array construction algorithms have proliferated in bewildering abundance. This survey paper attempts to provide simple high-level descriptions of these numerous algorithms that highlight both their distinctive features and their commonalities, while avoiding as much as possible the complexities of implementation details. New hybrid algorithms are also described. We provide comparisons of the algorithms' worst-case time complexity and use of additional space, together with results of recent experimental test runs on many of their implementations.ACM Comput. Surv.stringology/2017-09-11T17:58:51.9941699222017-09-11T17:58:51.994169922<EFBFBD>k<EFBFBD>~
m<02>)53GGDecoding speech in the presence of other sources<07>The statistical theory of speech recognition introduced several decades ago has brought about low word error rates for clean speech. However, it has been less successful in noisy conditions. Since extraneous acoustic sources are present in virtually all everyday speech communication conditions, the failure of the speech recognition model to take noise into account is perhaps the most serious obstacle to the application of ASR technology. Approaches to noise-robust speech recognition have traditionally taken one of two forms. One set of techniques attempts to estimate the noise and remove its effects from the target speech. While noise estimation can work in low-to-moderate levels of slowly-varying noise, it fails completely in louder or more variable conditions. A second approach utilises noise models and attempts to decode speech taking into account thei presence. Again, model-based techniques can work for simple noises, but they are computationally complex under realistic conditions and require models for all sources present in the signal. In this paper, we propose a statistical theory of speech recognition in the presence of other acoustic sources. Unlike earlier model-based approaches, our framework makes no assumptions about the noise background, although it can exploit such information if it is available. It does not require models for background sources, nor an estimate of their number. The new approach extends statistical ASR by introducing a segregation model in addition to the conventional acoustic and language models. While the conventional statistical ASR problem is to find the most likely sequence of speech models which generated a given observation sequence, the new approach additionally determines the most likely set of signal fragments which make up the speech signal. Although the framework is completely general, we provide one interpretation of the segregation model based on missing-data theory. We derive an efficient HMM decoder which searches both across subword state and across alternative segregations of the signal between target and interference. We call this modified system the speech fragment decoder. The value of the speech fragment decoder approach has been verified through experiments on small-vocabulary tasks in high-noise conditions. For instance, in a noise-corrupted connected digit task, the new approach decreases the word error rate in the condition of factory noise at 5 dB SNR from over 59% for a standard ASR system to less than 22%.Speech Communicationspeech_recognition/2017-09-11T17:58:51.8677280272017-09-11T17:58:51.867728027
<07>
<EFBFBD><07><00><10>

s<02>{#7GGCounting Large Numbers of Events in Small Registers<07>It is possible to use a small counter to keep approximate counts of large numbers. The resulting expected error can be rather precisely controlled. An example is given in which 8-bit counters (bytes) are used to keep track of as many as 130,000 events with a relative error which is substantially independent of the number <italic>n</italic> of events. This relative error can be expected to be 24 percent or less 95 percent of the time (i.e. <italic>&sgr;</italic> = <italic>n</italic>/8). The techniques could be used to advantage in multichannel counting hardware or software used for the monitoring of experiments or processes.Commun. ACMstreaming_algorithms/2017-09-11T17:58:52.2668701172017-09-11T17:58:52.266870117<EFBFBD>/<2F>
W<02>q%GGLinear work suffix array construction<07>Suffix trees and suffix arrays are widely used and largely interchangeable index structures on strings and sequences. Practitioners prefer suffix arrays due to their simplicity and space efficiency while theoreticians use suffix trees due to linear-time construction algorithms and more explicit structure. We narrow this gap between theory and practice with a simple linear-time construction algorithm for suffix arrays. The simplicity is demonstrated with a C&plus;&plus; implementation of 50 effective lines of code. The algorithm is called DC3, which stems from the central underlying concept of <i>difference cover</i>. This view leads to a generalized algorithm, DC, that allows a space-efficient implementation and, moreover, supports the choice of a space--time tradeoff. For any <i>v</i> &#8712; &lsqb;1,<i>&nradic;</i>&rsqb;, it runs in O(<i>vn</i>) time using O(<i>n</i>/<i>&vradic;</i>) space in addition to the input string and the suffix array. We also present variants of the algorithm for several parallel and hierarchical memory models of computation. The algorithms for BSP and EREW-PRAM models are asymptotically faster than all previous suffix tree or array construction algorithms.J. ACMstringology/2017-09-11T17:58:52.1101240232017-09-11T17:58:52.110124023
vE,v<00>2<EFBFBD><00><02>77GGThe Space Complexity of Approximating the Frequency Moments<07>The frequency moments of a sequence containing m i elements of type i, for 1 ≤ i ≤ n, are the numbers F k = n i=1 m k i. We consider the space complexity of randomized algorithms that approximate the numbers F k , when the elements of the sequence are given one by one and cannot be stored. Surprisingly, it turns out that the numbers F 0 , F 1 and F 2 can be approximated in logarithmic space, whereas the approximation of F k for k ≥ 6 requires n Ω(1) space. Applications to data bases are mentioned as well.J. Comput. Syst. Sci.streaming_algorithms/2017-09-11T17:58:52.6131040042017-09-11T17:58:52.613104004<EFBFBD><15>
7<02>?7%GGFast String Searching<07>SUMMARY Since the Boyer-Moore algorithm was described in 1977, it has been the standard benchmark for the practical string search literature. Yet this yardstick compares badly with current practice. We describe two algorithms that perform 47% fewer comparisons and are about 4.5 times faster across a wide range of architectures and compilers. These new variants are members of a family of algorithms based on the skip loop structure of the preferred , but often neglected, fast form of Boyer-Moore. We present a taxonomy for this family, and describe a toolkit of components that can be used to design an algorithm most appropriate for a given set of requirements.Softw., Pract. Exper.stringology/2017-09-11T17:58:52.5219670412017-09-11T17:58:52.521967041<EFBFBD>7<EFBFBD>
m<02>e
7GGEM Algorithms for Probabilistic Mapping Networks<07>The Expectation-Maximization (EM) algorithm is a general technique for maximum likelihood estimation (MLE). In this paper we present several of the important theoretical and practical issues associated with Gaussian mixture mod-eling (GMM) within the EM framework. First, we propose an EM algorithm for estimating the parameters of a special GMM structure, named a probablistic mapping network (PMN), where the Gaussian probability density function is realized as an internal node. In this way, the EM algorithm is extended to deal with the supervised learning of a multicategory classiication problem and serve as a parameter estimator of the neural network Gaussian classiier. Then, a generalized EM (GEM) algorithm is developed as an alternative to the MLE problem of PMN. This is followed by a discussion on the computational considerations and algorithmic comparisons. It is shown that GEM converges faster than EM to the same solution space. The computational eeciency and the numerical stability of the training algorithm beneet from the well-established EM framework. The eeectiveness of the proposed PMN architecture and developed EM algorithms are assessed by conducting a set of speaker recognition experiments. INRIA Apprentissage de RRseaux Probabilistes par Algorithmes EM RRsumm : L'algorithme "Expectation-Maximisation" (EM) est une technique gg-nnrale pour l'estimation par maximum de vraisemblance. Ce document prrsente quelques aspects thhoriques et pratiques importants liis la moddlisation par mm-langes de gaussienne (GMM) dans le cadre EM. Nous proposons d'abord un algo-rithme EM pour estimer le parammtres d'un moddle GMM particulier, appell PMN ("probabilistic mapping network"), dans lequel la fonction de densitt de probabilitt gaussienne est calculle par un noeud interne du rrseau. Nons prrsentons ensuite un algorithm EM ggnnraliss (GEM) comme une solution alternative l'estimation par maximum de vraisemblance d'un PMN. Cette prrsentation est complltte par une discussion sur les aspects calculatoires comparrs des deux algorithmes EM et GEM. Nous montrons en particulier que GEM converge plus vite que EM vers le mmme espace de solutions. L'eecacitt pratique de l'architecture PMN et des algo-rithmes EM proposss est valuue travers un ensemble d'exemples pratiques dans le domaine de la reconnaissance de locuteurs.sublinear_algorithms/2017-09-11T17:58:52.4812028812017-09-11T17:58:52.481202881
<00>P<08><06><00><00><1D><00>G<02>]%GGASAP: Automatic Smoothing for Attention Prioritization in Streaming Time Series Visualization<07>Time series visualization of streaming telemetry (i.e., charting of key metrics such as server load over time) is increasingly prevalent in recent application deployments. Existing systems simply plot the raw data streams as they arrive, potentially obscuring large-scale deviations due to local variance and noise. We propose an alternative: to better prioritize attention in time series exploration and monitoring visualizations, smooth the time series as much as possible to remove noise while still retaining large-scale structure. We develop a new technique for automatically smoothing streaming time series that adaptively optimizes this trade-off between noise reduction (i.e., variance) and outlier retention (i.e., kurtosis). We introduce metrics to quantitatively assess the quality of the choice of smoothing parameter and provide an efficient streaming analytics operator, ASAP, that optimizes these metrics by combining techniques from stream processing, user interface design, and signal processing via a novel autocorrelation-based pruning strategy and pixel-aware preaggregation. We demonstrate that ASAP is able to improve users' accuracy in identifying significant deviations in time series by up to 38.4% while reducing response times by up to 44.3%. Moreover, ASAP delivers these
O<02>I#%GGA Fast String Searching Algorithm<07>An algorithm is presented that searches for the location, &#8220;<italic>i</italic>l&#8221; of the first occurrence of a character string, &#8220;<italic>pat</italic>,&#8221; in another string, &#8220;<italic>string</italic>.&#8221; During the search operation, the characters of <italic>pat</italic> are matched starting with the last character of <italic>pat</italic>. The information gained by starting the match at the end of the pattern often allows the algorithm to proceed in large jumps through the text being searched. Thus the algorithm has the unusual property that, in most cases, not all of the first <italic>i</italic> characters of <italic>string</italic> are inspected. The number of characters actually inspected (on the average) decreases as a function of the length of <italic>pat</italic>. For a random English pattern of length 5, the algorithm will typically inspect <italic>i</italic>/4 characters of <italic>string</italic> before finding a match at <italic>i</italic>. Furthermore, the algorithm has been implemented so that (on the average) fewer than <italic>i</italic> + <italic>patlen</italic> machine instructions are executed. These conclusions are supported with empirical evidence and a theoretical analysis of the average behavior of the algorithm. The worst case behavior of the algorithm is linear in <italic>i</italic> + <italic>patlen</italic>, assuming the availability of array space for tables linear in <italic>patlen</italic> plus the size of the alphabet.
3~Commun. ACMstringology/2017-09-11T17:58:52.7368879392017-09-11T17:58:52.736887939<EFBFBD>,<2C>
<00>
77GGProbabilistic Counting Algorithms for Data Base Applications<07>J. Comput. Syst. Sci.streaming_algorithms/2017-09-11T17:58:52.6841789552017-09-11T17:58:52.684178955
<02><02><00>d<EFBFBD>
<00>k<02>I%GGRealizing quality improvement through test driven development: results and experiences of four industrial teams<07>Test-driven development (TDD) is a software development practice that has been used sporadically for decades. With this practice, a software engineer cycles minute-by-minute between writing failing unit tests and writing implementation code to pass those tests. Test-driven development has recently re-emerged as a critical enabling practice of agile software development methodologies. However, little empirical evidence supports or refutes the utility of this practice in an industrial context. Case studies were conducted with three development teams at Microsoft and one at IBM that have adopted TDD. The results of the case studies indicate that the pre-release defect density of the four products decreased between 40% and 90% relative to similar projects that did not use the TDD practice. Subjectively, the teams experienced a 15–35% increase in initial development time after adopting TDD.Empirical Software Engineeringtesting/tdd/2017-09-11T17:58:53.6180209962017-09-11T17:58:53.618020996<EFBFBD>l<EFBFBD>	
s<02>1?%CCThe phase transition in inhomogeneous random graphs<07>The 'classical' random graph models, in particular G(n, p), are 'homogeneous', in the sense that the degrees (for example) tend to be concentrated around a typical value. Many graphs arising in the real world do not have this property, having, for example, power-law degree distributions. Thus there has been a lot of recent interest in defining and studying 'inhomogeneous' random graph models. One of the most studied properties of these new models is their 'robust-ness', or, equivalently, the 'phase transition' as an edge density parameter is varied. For G(n, p), p = c/n, the phase transition at c = 1 has been a central topic in the study of random graphs for well over 40 years. Many of the new inhomogeneous models are rather complicated; although there are exceptions, in most cases precise questions such as determining exactly the critical point of the phase transition are approachable only when there is independence between the edges. Fortunately, some models studied have this property already, and others can be approximated by models with independence. Here we introduce a very general model of an inhomogeneous random graph with (conditional) independence between the edges, which scales so that the number of edges is linear in the number of vertices. This scaling corresponds to the p = c/n scaling for G(n, p) used to study the phase transition; also, it seems to be a property of many large real-world graphs. Our model includes as special cases many models previously studied. We show that, under one very weak assumption (that the expected number of edges is 'what it should be'), many properties of the model can be determined, in particular the critical point of the phase transition, and the size of the giant component above the transition. We do this by relating our random graphs to branching processes, which are much easier to analyze. We also consider other properties of the model, showing, for example, that when there is a giant component, it is 'stable': for a typical random graph, no matter how we add or delete o(n) edges, the size of the giant component does not change by more than o(n).Random Struct. Algorithmstime_series/2017-09-11T17:58:53.44190212017-09-11T17:58:53.4419021
<02>_<0B><06><02><00><0E>
;<02>?/GGOne VM to rule them all<07>Building high-performance virtual machines is a complex and expensive undertaking; many popular languages still have low-performance implementations. We describe a new approach to virtual machine (VM) construction that amortizes much of the effort in initial construction by allowing new languages to be implemented with modest additional effort. The approach relies on abstract syntax tree (AST) interpretation where a node can rewrite itself to a more specialized or more general node, together with an optimizing compiler that exploits the structure of the interpreter. The compiler uses speculative assumptions and deoptimization in order to produce efficient machine code. Our initial experience suggests that high performance is attainable while preserving a modular and layered architecture, and that new high-performance language implementations can be obtained by writing little more than a stylized interpreter.Onward!virtual_machines/2017-09-11T17:58:53.9292028812017-09-11T17:58:53.929202881<EFBFBD><0B>
<00><02>Y/GGA comparison of software and hardware techniques for x86 virtualization<07>Until recently, the x86 architecture has not permitted classical trap-and-emulate virtualization. Virtual Machine Monitors for x86, such as VMware &#174; Workstation and Virtual PC, have instead used binary translation of the guest kernel code. However, both Intel and AMD have now introduced architectural extensions to support classical virtualization.We compare an existing software VMM with a new VMM designed for the emerging hardware support. Surprisingly, the hardware VMM often suffers lower performance than the pure software VMM. To determine why, we study architecture-level events such as page table updates, context switches and I/O, and find their costs vastly different among native, software VMM and hardware VMM execution.We find that the hardware support fails to provide an unambiguous performance advantage for two primary reasons: first, it offers no support for MMU virtualization; second, it fails to co-exist with existing software techniques for MMU virtualization. We look ahead to emerging techniques for addressing this MMU virtualization problem in the context of hardware-assisted virtualization.ASPLOSvirtual_machines/2017-09-11T17:58:53.8651560062017-09-11T17:58:53.865156006<EFBFBD><00>	_

1GGSystematic Review in Software Engineering<07>systematic_review/2017-09-11T17:58:53.7444289552017-09-11T17:58:53.744428955<EFBFBD><1D>
i<02>/-GGSqueak: a language for communicating with mice<07>Graphical user interfaces are difficult to implement because of the essential concurrency among multiple interaction devices, such as mice, buttons, and keyboards. <i>Squeak</i> is a user interface implementation language that exploits this concurrency rather than hiding it, helping the programmer to express interactions using multiple devices. We present the motivation, design and semantics of <i>squeak</i>. The language is based on concurrent programming constructs but can be compiled into a conventional sequential language; our implementation generates C code. We discuss how <i>squeak</i> programs can be integrated into a graphics system written in a conventional language to implement large but regular user interfaces, and close with a description of the formal semantics.SIGGRAPHuser_interfaces/2017-09-11T17:58:53.6915358892017-09-11T17:58:53.691535889
j<00><0F><0F><0F>hD<0E><0E><0E><0E>z^?
<0A>
<0A>
<0A>
<0A>
x
X
<
<0C><0C><0C>oH<0B><0B><0B><0B>xV>
<EFBFBD>
<EFBFBD>
<EFBFBD>
f
B
	<09>	<09>	<09>	y	8	<08><08><08><08>mW=<07><07><07>l3	<06><06><06>gG	<05><05><05><05>c><04><04><04>wW7<03><03><03><03>iK/<02><02><02>}e?
<01>
<01>
<01>
<01>
q
O
1
<00><1F>W'
Kathrin PeterKathrinPeter<19>V!
Jinyang LiJinyangLi<1B>U#
Jorge OrtizJorgeOrtiz<1F>T'
Russell PowerRussellPower<1D>S%
Zhaoguo WangZhaoguoWang<13>R
Qi ChenQiChen%<25>Q-!
Chien-Chin HuangChien-ChinHuang"<22>P+Brian F. CooperBrianF.Cooper"<22>O+Andrew W. LeungAndrewW.Leung#<23>N+
Vadim YushprakhVadimYushprakh#<23>M+
Alexander LloydAlexanderLloyd<15>L
Yawei LiYaweiLi%<25>K-#
Jean-Michel LeonJean-MichelLeon<1D>J%
James LarsonJamesLarson!<21>I)
Andrey KhorlinAndreyKhorlin<1C>H%J. J. FurmanJ.J.Furman$<24>G-James C. CorbettJamesC.Corbett<19>F!
Chris BondChrisBond<1B>E#
Jason BakerJasonBaker$<24>D-Theodore W. HongTheodoreW.Hong<1F>C'
Brandon WileyBrandonWiley!<21>B)
Oskar SandbergOskarSandberg<19>A!
Ian ClarkeIanClarke<1D>@%
Yutaka SuzueYutakaSuzue"<22>?+Owen S. HofmannOwenS.Hofmann<1D>>%
Jinliang FanJinliangFan<1D>=%
Jeremy ElsonJeremyElson.<2E><7#Edmund B. NightingaleEdmundB.Nightingale$<24>;-Robert E. GruberRobertE.Gruber<1D>:%
Andrew FikesAndrewFikes!<21>9)
Tushar ChandraTusharChandra(<28>81Deborah A. WallachDeborahA.Wallach"<22>7+Wilson C. HsiehWilsonC.Hsieh#<23>6+
Sanjay GhemawatSanjayGhemawat<1D>5%
Jeffrey DeanJeffreyDean<17>4
Fay ChangFayChang<1F>3'
Werner VogelsWernerVogels!<21>2)
Peter VosshallPeterVosshall;<3B>1C#
+Swaminathan SivasubramanianSwaminathanSivasubramanian<1D>0%
Alex PilchinAlexPilchin%<25>/-
Avinash LakshmanAvinashLakshman1<6E>.9#
!Gunavardhan KakulapatiGunavardhanKakulapati<1F>-'
Madan JampaniMadanJampani!<21>,)
Deniz HastorunDenizHastorun'<27>+/
Giuseppe DecandiaGiuseppeDecandia6<61>*?'Christos H. PapadimitriouChristosH.Papadimitriou$<24>)-Thomas B. SchönThomasB.Schön&<26>(/Michael I. JordanMichaelI.Jordan%<25>'-
Fredrik LindstenFredrikLindsten-<2D>&5
'Martin Farach-ColtonMartinFarach-Colton&<26>%/Michael A. BenderMichaelA.Bender<17>$
Xiao YangXiaoYang<13>#
Shan HeShanHe<13>"
Zhen JiZhenJi!<21>!)
Yongpeng ZhangYongpengZhang<19> !
Zexuan ZhuZexuanZhu<13>
Ian DeyIanDey8<79>A!Chandra Shekhar ChandrakarChandraShekharChandrakar!<21>)
Morteza KhayatMortezaKhayat><3E>G-Mohammad Ali Akhavan-BehabadiMohammadAliAkhavan-Behabadi <20>)Raed M. KafafyRaedM.Kafafy"<22>+Hesham A. RakhaHeshamA.Rakha"<22>+Waleed F. FarisWaleedF.Faris.<2E>7%M. Surendranath ReddyM.SurendranathReddy(<28>1Venkata Rami ReddyVenkataRamiReddy!<21>)
Ketaki SolankiKetakiSolanki0<69>9Mustansir Hatim PanchaMustansirHatimPancha(<28>1Sunil Kumar ShindeSunilKumarShinde$<24>-By C. E. ShannonByC. E.Shannon%<25>-
Łukasz JuszczykŁukaszJuszczyk(<28>1Butler W. LarnpsonButlerW.Larnpson<15>
Alan KayAlanKay<1F>'
Scott WallaceScottWallace<1D>%
John MaloneyJohnMaloney<1B>
#
Ted KaehlerTedKaehler<1B>#
Dan IngallsDanIngalls<1F>'
Torben ThraneTorbenThrane!<21>
)
Oluwafemi OshoOluwafemiOsho+<2B>	3
Francisca OgwuelekaFranciscaOgwueleka$<24>-Lauretta O. OshoLaurettaO.Osho"<22>+Nils J. NilssonNilsJ.Nilsson+<2B>3
#Ioannis StavrakakisIoannisStavrakakis<1F>'
Sofia SyntilaSofiaSyntila)<29>1
Nikolaos LaoutarisNikolaosLaoutaris)<29>1
!Moisés GoldszmidtMoisésGoldszmidt<19>!
Dan GeigerDanGeiger<1D>
%
Nir FriedmanNirFriedman<19>!
Avery WangAveryWang<1D>%
Rémi CoulomRémiCoulom"<22>~+Joshua J. BlochJoshuaJ.Bloch<15>}
Part OnePartOne!<21>|)
Jeroen BeltmanJeroenBeltman'<27>{/
%Marc SchuilenburgMarcSchuilenburg<1C>z%Alex De JongAlexDeJong<19>y!
Bernd KolbBerndKolb<19>x!
Jos WarmerJosWarmer!<21>w)
Markus VölterMarkusVölter<1F>v'
Mario WolczkoMarioWolczko<19>u!
Doug SimonDougSimon#<23>t+
Gregor RichardsGregorRichards#<23>s+
Christian HumerChristianHumer!<21>r)
Gilles DuboscqGillesDuboscq<1F>q'
Lukas StadlerLukasStadler<1F>p'
Andreas WößAndreasWöß%<25>o-
Christian WimmerChristianWimmer)<29>n1
#Thomas WürthingerThomasWürthinger

z
z<00><06>	q

+GGMediapolis Mediapolis popular Culture and the City<07>audio_comp_sci/2017-09-11T17:58:54.2419299322017-09-11T17:58:54.241929932<EFBFBD>x<EFBFBD>
C<02>
'-GGProjecting a Modular Future<07>Two innovations are enhancing programming languages' capabilities. First, modularity lets you combine independently developed languages without changing their respective definitions. A language is no longer a fixed quantity; you can extend it with domain-specific constructs as needed. Second, projectional editing lets you build editors and IDEs that don't require parsers. Such editors and IDEs support a range of tightly integrated notations, including textual, symbolic, tabular, and graphical notations. In addition, by avoiding parsers, they avoid grammar composition's well-known limitations. Three examples illustrate how these two innovations affect programming-language design. A set of modular extensions of C for embedded programming enables efficient code generation and formal analysis. A language for requirements engineering flexibly combines structured and unstructured (prose) data. Finally, a language for defining insurance rules uses mathematical notation. These examples all rely on the open source JetBrains MPS (Meta Programming System) language workbench. This article is part of a special issue on Software Architecture.IEEE Softwareuser_interfaces/2017-09-11T17:58:54.1340458982017-09-11T17:58:54.134045898 names start falling into place, you're on the right track.</li><li><b>Names matter.</b> Strive for intelligibility, consistency, and symmetry. Every API is a little language, and people must learn to read and write it. If you get an API right, code will read like prose.</li><li><b>When in doubt, leave it out.</b> If there is a fundamental theorem of API design, this is it. It applies equally to functionality, classes, methods, and parameters. Every facet of an API should be as small as possible, but no smaller. You can always add things later, but you can't take them away.</li><li><b>Minimizing <i>conceptual weight</i> is more important than class- or method-count.</b></li><li><b>Keep APIs free of implementations details.</b> They confuse users and inhibit the flexibility to evolve. It isn't always obvious what's an implementation detail: Be wary of overspecification.</li><li><b>Minimize mutability.</b> Immutable objects are simple, thread-safe, and freely sharable.</li><li><b>Documentation matters.</b> No matter how good an API, it won't get used without good documentation. Document every exported API element: every class, method, field, and parameter.</li><li><b>Consider the performance consequences of API design decisions,</b> but don't warp an API to achieve performance gains. Luckily, good APIs typically lend themselves to fast implementations.</li><li><b>APIs must coexist peacefully with the platform, so do what is customary.</b> It is almost always wrong to "transliterate" an API from one platform to another.</li><li><b>Minimize accessibility; when in doubt, make it private.</b> This simplifies APIs and reduces coupling.</li><li><b>Subclass only if you can say with a straight face that every instance of the subclass is an instance of the superclass.</b> Exposed classes should never subclass just to reuse implementation code.</li><li><b>Design and document for inheritance or else prohibit it.</b> This documentation takes the form of self-use patterns: how methods in a class use one another. Without it, safe subclassing is impossible.</li><li><b>Don't make the client do anything the library could do.</b> Violating this rule leads to boilerplate code in the client, which is annoying and error-prone.</li><li><b>Obey the principle of least astonishment.</b> Every method should do the least surprising thing it could, given its name. If a method doesn't do what users think it will, bugs will result.</li><li><b>Fail fast.</b> The sooner you report a bug, the less damage it will do. Compile-time is best. If you must fail at run-time, do it as soon as possible.</li><li><b>Provide programmatic access to all data available in string form.</b> Otherwise, programmers will be forced to parse strings, which is painful. Worse, the string forms will turn into de facto APIs.</li><
c<02>{-#GGHow to design a good API and why it matters<07>In lieu of a traditional , I've tried to distill the essence of the talk into a collection of maxims:<ul><li><b>All programmers are API designers.</b> Good programs are modular, and intermodular boundaries define APIs. Good modules get reused.</li><li><b>APIs can be among your greatest assets or liabilities.</b> Good APIs create long-term customers; bad ones create long-term support nightmares.</li><li><b>Public APIs, like diamonds, are forever.</b> You have one chance to get it right so give it your best.</li><li><b>APIs should be easy to use and hard to misuse.</b> It should be easy to do simple things; possible to do complex things; and impossible, or at least difficult, to do wrong things.</li><li><b>APIs should be self-documenting:</b> It should rarely require documentation to read code written to a good API. In fact, it should rarely require documentation to write it.</li><li><b>When designing an API, first gather requirements - with a healthy degree of skepticism.</b> People often provide solutions; it's your job to ferret out the underlying problems and find the best solutions.</li><li><b>Structure requirements as use-cases:</b> they are the yardstick against which you'll measure your API.</li><li><b>Early drafts of APIs should be short,</b> typically one page with class and method signatures and one-line descriptions. This makes it easy to restructure the API when you don't get it right the first time.</li><li><b>Code the use-cases against your API before you implement it</b>, even before you specify it properly. This will save you from implementing, or even specifying, a fundamentally broken API.</li><li><b>Maintain the code for uses-cases as the API evolves.</b> Not only will this protect you from rude surprises, but the resulting code will become the examples for the API, the basis for tutorials and tests.</li><li><b>Example code should be exemplary.</b> If an API is used widely, its examples will be the archetypes for thousands of programs. Any mistakes will come back to haunt you a thousand fold.</li><li><b>You can't please everyone so aim to displease everyone equally.</b> Most APIs are overconstrained.</li><li><b>Expect API-design mistakes due to failures of imagination.</b> You can't reasonably hope to imagine everything that everyone will do with an API, or how it will interact with every other part of a system.</li><li><b>API design is not a solitary activity.</b> Show your design to as many people as you can, and take their feedback seriously. Possibilities that elude your imagination may be clear to others.</li><li><b>Avoid fixed limits on input sizes.</b> They limit usefulness and hasten obsolescence.</li><li><b>If it's hard to find good names, go back to the drawing board.</b> Don't be afraid to split or merge an API, or embed it in a more general setting. If<00>
9d<07>9<00>\<5C>
c<02>IGGMeta algorithms for hierarchical Web caches<07>— Large scale hierarchical caches for web content have been deployed widely in an attempt to reduce delivery delays and bandwidth consumption and also to improve the scalability of content dissemination through the world wide web. Irrespectively of the specific replacement algorithm employed in each cache, a de facto characteristic of contemporary hierarchical caches is that a hit for a document at an ¢-level cache leads to the caching of the document in all intermediate caches (levels ¢ ¤ £ ¦ ¥ ¨ § © © © § ¥) on the path towards the leaf cache that received the initial request. This paper presents various algorithms that revise this standard behavior and attempt to be more selective in choosing the caches that get to store a local copy of the requested document. As these algorithms operate independently of the actual replacement algorithm running in each individual cache, they are referred to as meta algorithms. Three new meta algorithms are proposed and compared against the de facto one and a recently proposed one1] by means of synthetic and trace-driven simulations. The best of the new meta algorithms appears to be able to lead to improved performance under most simulated scenarios, especially under a low availability of storage. The latter observation makes the presented meta algorithms particularly favorable for the handling of large data objects such as stored music files or short video clips. Additionally, a simple load balancing algorithm that is based on the concept of meta algorithms is proposed and evaluated. The algorithm is shown to be able to provide for an effective balancing of load thus possibly addressing the recently discovered " filtering-effect " in hierarchical web caches (C. Williamson [2]).IPCCCcaching/2017-09-11T17:58:54.6518520512017-09-11T17:58:54.651852051<EFBFBD>G<EFBFBD>
E<02>-=GGBayesian Network Classifiers<07>Recent work in supervised learning has shown that a surprisingly simple Bayesian classifier with strong assumptions of independence among features, called naive Bayes, is competitive with state-of-the-art classifiers such as C4.5. This fact raises the question of whether a classifier with less restrictive assumptions can perform even better. In this paper we evaluate approaches for inducing classifiers from data, based on the theory of learning Bayesian networks. These networks are factored representations of probability distributions that generalize the naive Bayesian classifier and explicitly represent statements about independence. Among these approaches we single out a method we call Tree Augmented Naive Bayes (TAN), which outperforms naive Bayes, yet at the same time maintains the computational simplicity (no search involved) and robustness that characterize naive Bayes. We experimentally tested these approaches, using problems from the University of California at Irvine repository, and compared them to C4.5, naive Bayes, and wrapper methods for feature selection.Machine Learningartificial_intelligence/2017-09-11T17:58:54.5857890622017-09-11T17:58:54.585789062<EFBFBD><18>
g<02>3+EEAn Industrial Strength Audio Search Algorithm<07>We have developed and commercially deployed a flexible audio search engine. The algorithm is noise and distortion resistant, computationally efficient, and massively scalable, capable of quickly identifying a short segment of music captured through a cellphone microphone in the presence of foreground voices and other dominant noise, and through voice codec compression, out of a database of over a million tracks. The algorithm uses a combinatorially hashed time-frequency constellation analysis of the audio, yielding unusual properties such as transparency, in which multiple tracks mixed together may each be identified. Furthermore, for applications such as radio monitoring, search times on the order of a few milliseconds per query are attained, even on a massive music database.ISMIRaudio_comp_sci/2017-09-11T17:58:54.456732912017-09-11T17:58:54.45673291

:<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>|qf[PE:/$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>uj_TI>3(
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
x
m
b
W
L
A
6
+
 

<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>{pe[PE:/$<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>ti^SH=2'
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
w
l
a
V
K
@
5
*


		<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	z	o	d	Y	N	C	8	-	"			
<08><08><08><08><08><08><08><08><08><08><08>}rg]RG<1&<07><07><07><07><07><07><07><07><07><07><07><07>vk`UJ?4)<06><06><06><06><06><06><06><06><06><06><06><06>yncXMB7,!<05><05><05><05><05><05><05><05><05><05><05>|qf[PE:/$<04><04><04><04><04><04><04><04><04><04><04>ti^SH=2'<03><03><03><03><03><03><03><03><03><03><03><03>wlaVK@5*	<02><02><02><02><02><02><02><02><02><02><02><02><08>$<02>
c<08>#
:
c<08>"
c<08>!0
c<08> 
c<08>
c<08>
b<08>
b<08>
b<08>
<01>
b<08>r
b<08>
b<08>
b<08>
b<08>
b<08>
b<08>
a<08>
a<08>
a<08>

a<08>
a<08>
`<08>

`<08>
	
`<08>
`<08>
`<08>
<00>
_<08>	
_<08>

_<08><03>
_<08><03>
_<08>
^<08>
^<08>
^<08>
<01>
^<08>

^<08>

]<08>
]<08>~<03>
]<08>}<03>
]<08>|<03>
]<08>{
<01>
\<08>z<00>
\<08>y

\<08>x<03>
\<08>w<03>
\<08>v<03>
\<08>u

\<08>t<03>
[<08>s
d
[<08>r
+
[<08>q<03>
[<08>p

[<08>o<03>
Y<08>n<03>
Y<08>m<03>
Y<08>l<03>
Y<08>k<03>
Y<08>j<03>
W<08>i
<01>
W<08>h

W<08>g<00>
W<08>f<03>
U<08>e

U<08>d<03>
S<08>c<03>
S<08>b<03>
S<08>aw
S<08>`<03>
S<08>_

R<08>^
<01>
R<08>]
<01>
R<08>\<03>
R<08>[X
R<08>Z<03>
R<08>Y<03>
R<08>X
^
Q<08>W<03>
Q<08>V<03>
Q<08>U<03>
Q<08>T<03>
Q<08>S
]
Q<08>R

Q<08>Q<03>
P<08>P<03>
P<08>O<03>
P<08>N<03>
P<08>M

P<08>L<03>
O<08>K<03>
O<08>J

O<08>I<03>
O<08>H<03>
O<08>G<03>
N<08>F
<01>
N<08>E<03>
N<08>D
N<08>C<03>
N<08>B<03>
L<08>A<03>
L<08>@<03>
L<08>?
L<08>><03>
L<08>=<03>
J<08><
<01>
I<08>;<00>
I<08>:
I<08>9<03>
I<08>8<03>
I<08>7
<01>
G<08>6
<01>
G<08>5<03>
G<08>4<03>
G<08>3<03>
G<08>2E
F<08>1<00>
F<08>0<03>
F<08>/<03>
F<08>.<03>
F<08>-<03>
F<08>,<03>
F<08>+<03>
F<08>*<03>
F<08>)<03>
E<08>(<03>
E<08>'<03>
E<08>&<03>
E<08>%<03>
E<08>$<03>
D<08>#
<01>
D<08>"<03>
D<08>!<03>
D<08> <03>
D<08><03>
C<08><03>
C<08><03>
C<07>
U
C<08><03>
C<08><03>
B<08><03>
B<08>
<01>
B<08><03>
B<08><03>
B<08>M
@<08><03>
@<08><03>
@<08>z
@<08><03>
?<08><03>
?<08><03>
?<08>
<01>
?<08>
<03>
?<08>
<01>
><08><03>
><08>
<03>
><08>	
<01>
><08><03>
><08><03>
<<08>

<<08><03>
<<08><03>
<<08><03>
<<08>
:<08>
<03>
:<08>
:<08><03>
:<08>~<03>
9<08>}<03>
9<08>|<03>
9<08>{<03>
9<08>z<03>
9<08>y
r
7<08>x<03>
7<08>w<03>
6<08>v<03>
6<08>u<03>
6<08>t<00>
4<08>s<03>
4<08>r<00>
4<08>q<03>
4<08>p<03>
4<08>o<03>
3<08>n<03>
3<08>m<03>
3<08>l<02>
3<08>k<03>
2<08>j<03>
2<08>i<03>
2<08>h<03>
2<08>g<03>
2<08>f<03>
1<08>e

1<08>d
 
1<08>c<03>
1<08>b<00>
1<08>a<03>
0<08>`

/<08>_<03>
/<08>^<02>
/<08>]<03>
/<08>\<03>
/<08>[<03>
.<08>Z

.<08>Y

-<08>X<02>
-<08>W<03>
-<08>V<03>
-<08>U<03>
-<08>T<03>
-<08>S<03>
-<08>R<03>
-<08>Q<03>
-<08>P<03>
,<08>O<03>
,<08>N<03>
,<08>M
b
,<08>L<03>
+<08>K<03>
+<08>J}
+<08>I<03>
+<08>H<03>
+<08>G<03>
+<08>F
H
*<08>E

*<08>D
5
*<08>C<03>
*<08>B<03>
*<08>A<03>
)<08>@<03>
)<07>?
!
)<08>><03>
)<08>=

)<08><

(<08>;

(<08>:

(<08>9
x
(<08>8<03>
(<08>7<03>
'<08>6
<01>
'<08>5<03>
'<08>4
'<08>3
N
'<08>2~
&<08>1<02>
&<08>0}
&<08>/
<01>
&<08>.|
&<08>-{
&<08>,
x
&<08>+z
&<08>*

&<08>)y
%<08>(x
%<08>'w
%<08>&v
%<08>%

%<08>$

$<08>#u
$<08>"t
$<08>!s
$<08> 

$<08>r
#<08>q
#<08>p
#<08>o
"<08>n
"<08>m
"<08>l
"<08>k
"<08>j
!<08>i
!<08>h
!<08>g
!<08>	
!<08>f
<08>e
<08>d
<08>
<01>
<08>c
<08>
b
<08>a
<07>
*
<08>
`
<08>	_
<08>^
<08>]
<08>\
<08>[
<08>Z
<08>Y
<08>X
<08>
W
<08>V
<08>U
<08>~T
<08>}0
<08>|S
<08>{R
<08>zQ
<08>yP
<08>xO
<08>wN
<08>v
<01>
<08>uM
<08>tL
<08>sK
<08>rJ
<08>qI
<08>pH
<08>oG
<08>nF
<08>mE
<08>lD
<08>kC


<0A>
<EFBFBD><00> <20>
e
<0A>)
QGGSymbolic Representation and Natural LanguageThe n o t ion of s y m bolizability is taken as the second requisite of comp u t a tion (the first being 'a l g o r i t h m i z a b i l i t y '), and it is shown that symbols, qua symbols, are not symbolizable. This has farreaching consequences for the computational study of language and for Al-research in language understanding. The representation hypothesis is formulated, and its various assumptions and goals are examined. A research strategy for the computational study of natural language u n d erstanding is outlined.comp_sci_fundamentals_and_history/2017-09-11T17:58:55.0903798832017-09-11T17:58:55.090379883<EFBFBD>
<01>
]<02>o
QGGAxiomatic Basis for Computer Programming<07>This paper considers a formal method, known as axiomatic semantics, used to prove the correctness of a computer program. This formal method extracts, using some proof rules, the mathematical verification conditions from a computer program. The axioms of program flow, including, sequential flow, iteration, and alternation flows are presented. Using the axiomatic basis the completeness of two variants of integer multiplication program is proved. Results show that computer programs can actually be verified sufficiently for correctness without necessarily testing them, or more practically put, to complement their testing.comp_sci_fundamentals_and_history/2017-09-11T17:58:54.9720139162017-09-11T17:58:54.972013916<EFBFBD>@<40><00><02>)
QGGThe Quest for Artificial Intelligence a History of Ideas and Achievements<07>In the second full paragraph of page 21, change George A. Miller's dates from " (1920—) " to " (1920—2012) " In the last full paragraph of page 33, replace " The claim that these " in the sentence " The claim that these two ... " by " That these " and eliminate the parenthetical sentence following that sentence, (" The claim has not. .. "). Move footnote #51 to occur along with footnote #50.comp_sci_fundamentals_and_history/2017-09-11T17:58:54.8796201172017-09-11T17:58:54.879620117

<01><00>
<01><0F><0F><0F>"wn<08>XI<07>?2'
<0E><08><0E><08><04><0E><0E><0E><03>[<0E><0E><03><08><0E><08><0E><03><07><0E>sj<08>]N6(<07>E
<0A>
<0A>
<0A><04><08>
<0A>
<0A>
|
q
g
^
R<03>
I
<01>
2

<0C><0C>h<0C><0C><0C><0C><0C><0C><0C>tb<07>YIA8l<02>."
<0B><0B><0B>O<0B><0B><0B>vfP>%qZ
<EFBFBD>
<EFBFBD>
<EFBFBD>+<07>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD><07>
v
Y
P
>
+
!


<08>	<09>	<09>	<09>
<01>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	j	\	E	7	*			<08>V=
<01>0$}<03><03><03>s^UJ>3"<02><02><02><02><02>:<02><07><03><04>}us_UC4+"

<06><06><06><06><06><06><06><06>jder function]znetwork virtualizationX%ossificationU)rough estimate~<02>nu
semantic

+quantum channelm!relativityd
sgs8sender
<01>seminal5
security and privacy/
security analysis
reactiveQ<02>9senders and recipients5reactive programmingK<04>n
sinfonia
}silver
E#side-effectR
shutter_
shingleTshazamF7shared representation<02>#shared data6

shadowm
shadingp

shaderisgd>+serializability
<01>!sequence x?+sequence number)
sensitive datasenior
<01>
pre-copyC	qemuB'pop operation?5potential antecedent<%
single photoz	safe4	sink1personal computing/-
simple 3d shapes|reduct#popular quorum	slabPsecrecy!provenance	<04>nsixties.poincar<03><07>
<01>paxos algorithm<03>
paxos
'path planning<02>pastry<03>	pass%partial view
<01>/partial synchrony<03>1partial evaluation6parity<03>1paravirtualizationp;parametric polymorphism<02>1parallel operationapanorama<00>
pagerank	pace
#
ows
<01>overlay
<01>#overfitting1!out-of-bag7)others' action<02>otg<02>
<01>osd
oryp
}oracle<02>9optimistic replication
4)optimal scheme<03>%o1source and channel%som
<01>$Ksoftware engineering principlesO#soft typing<02>)social support
<01>%social graph
<01>
soap.
soa*sns
<01>snr'1snapshot isolation<03>smr
tsmcm!
smartphone%small subset
	sloc|)slam algorithm<02>	slam<02>%skin surface<00>/single individual*pig<03>3resource allocation<03>!repository<03><08>percolator<03>	rati<03>	prob<03>predicate<03>
ramcloud<03>%registration<03>5replication protocol<03>+process crashes<03>/reliable delivery<03>-relational model<03>pow<03>psi<03><0F>!performance and consistency<03>	pnuty
pmcmcopgalrmqgpricpracticalX	seam<00>
sdd-1
.scheduler
fschedul
hsch rli
I
scanning<00>/scaling procedure<02>
scalable
<01>-sampling service
<01>!
same topic@
salsa	saa
Z	rush
rus<00>
run-time<02>rpc<02>)ros production<00>roadway<02>%road surface<02>
rithm
+ripemd<00>	rime<00>	rgbd<02>'rgb-d mapping<02>%rgb-d camera<02>rfs:=
rest architectural style-1resource discovery
Aresilient overlay networks
<01>!resilience
<01>#
resemblanceS!reputation
<01>replica

repli
<01>

renderingh
relevant~)relative error3relational database
'
reinforcement"-regular category<02>#
reflectanceo1reference database<00>1reference counting
<01>+reference count
<01>#refactoring{recursiony=reconstruction algorithm<00>#reclamationWrecent
reboot<00>
realismg	read<00>rcuU
rbfw#
ray tracingkray<00>%randomforest9)random testing!%random graph'random
<01>
radioC
radiance<00>racket)race condition<00>
quotient<02>!quickcheck
queue<00>-query processing
/)quantum search<02>/quantum computing<02>qos
<01>puzzle<00>put
B	push
<01>
pulse<00>;public-key cryptosystem<00>!public-key<00>!psychology<02>=prototype-based language<02>/programming model
d%programmatic$9probabilistic countingproach<02>

privilege11priority inversion<00>primitive
<01>primary
<01>prfpreterm
<01>preterDpre!powergraph
z
posixg	port<02>#polymorphic<02>9
poisson reconstructionupointer
<01>
pmvx%plementation<00>plementqplanner<02>
plaid
Lpitfall
<01>	ping
<01>!
photograph{-phase transition*pes8pertur/personal computer<00>1persistent storage<00>&Operformance and energy efficiency<00>'pen<00>	pcsa)paxos protocol
<01>

<07><07><00>i<EFBFBD><00>-<02>m
QGGBack to the future: the story of Squeak, a practical Smalltalk written in itself<07>Squeak is an open, highly-portable Smalltalk implementation whose virtual machine is written entirely in Smalltalk, making it easy to debug, analyze, and change. To achieve practical performance, a translator produces an equivalent C program whose performance is comparable to commercial Smalltalks. Other noteworthy aspects of Squeak include: a compact object format that typically requires only a single word of overhead per object; a simple yet efficient incremental garbage collector for 32-bit direct pointers; efficient bulk-mutation of objects; extensions of BitBlt to handle color of any depth and anti-aliased image rotation and scaling; and real-time sound and music synthesis written entirely in Smalltalk. It includes platform-independent support for color, sound, and image processing. Originally developed on the Macintosh, members of its user community have since ported it to numerous platforms including Windows 95 and NT, Windows CE, all common flavors of UNIX, and the Acorn. Squeak stands alone as a practical Smalltalk in which a researcher, professor, or motivated student can examine source code for every part of the system, including graphics primitives and the virtual machine itself, and make changes immediately and without needing to see or deal with any language other than Smalltalk. It also runs bit-identical images across its wide portability base. Three strands weave through this paper:. 1 the design of the Squeak virtual machine, which differs in several interesting ways from the implementation presented in the Smalltalk "Blue Book" [Gold83] and explored in the "Green Book" [Kras83];. 2 an implementation strategy based on writing the Squeak virtual machine in Smalltalk and translating it into C, using an existing Smalltalk for bootstrapping until Squeak was able to debug and generate its own virtua
M<02>%
QCCHints for Computer System Design<07>A b s t r a c t Experience with the design and implementation of a number of computer systems, and study of many other systems , has led to some general hints for system design which are described here. They are illustrated by a number of examples, ranging from hardware such as the Alto and the Dorado to applications programs such as Bravo and Star. Designing a computer system is very different from designing an algorithm: The external interface (i.e., the requirement) is more complex, less precisely defined, and more subject to change. The system has much more internal structure, and hence many internal interfaces. The measure of success is much less clear. The designer usually finds himself floundering in a sea of possibilities, unclear about how one choice will limit his freedom to make other choices, or affect the size and performance of the entire system. There probably isn't a best way to build the system, or even any major part of it; much more important is to avoid choosing a terrible way, and to have clear division of responsibilities among the parts. I have designed and built a number of computer systems, some that worked and some that didn't. I have also used Permission to copy without fee all or part of this material is granted provided that the copies are not made or distributed for direct commercial advantage, the ACM copyright notice and the title of the publication and its date appear, and notice is given that copying is by permission of the Association for Computing Machinery. To copy otherwise, or to republish, requires a fee and/or specific permission. and studied many other systems, both successful and unsuccessful. From this experience come some general hints for designing successful systems. I claim no originality for them; most are part of the folk wisdom of experienced designers. Nonetheless, even the expert often forgets, and after the second system [6] comes the fourth one. Disclaimer'. These are not novel (with a few exceptions), foolproof recipes, laws of system design or operation, precisely formulated, consistent, always appropriate, approved by all the leading experts, or guaranteed to work; they are just hints. Some are quite general and vague; others are specific techniques which are more widely applicable than many people know. Both the hints and the illustrative examples are necessarily oversimplified. Many are controversial. I have tried to avoid exhortations to …comp_sci_fundamentals_and_history/2017-09-11T17:58:55.69702712017-09-11T17:58:55.6970271

n<04>v
i<>	?

'EEQualitative data analysis<07>data_science/2017-09-11T17:58:56.519627932017-09-11T17:58:56.51962793y<EFBFBD>	W


/GGCompressors with Vanes-Based Diffuserdata_replication/2017-09-11T17:58:56.2507949222017-09-11T17:58:56.250794922y<EFBFBD>	[

'GGCommunication Theory of Secrecy Systems<07>cryptography/2017-09-11T17:58:56.0656101072017-09-11T17:58:56.065610107<EFBFBD><0E><00><02>i
3GGTechniques for Automated Generation of Testbed Infrastructures for SOA<07>Service-oriented architecture (SOA), as a paradigm for flexible distributed computing based on modular services, has become a major topic in computer science and in software industry. As a result, numerous SOA-based concepts have been published by the research community and many software solutions are nowadays provided by the industry. However, both, the research community and the industry, have neglected the need for sophisticated support for testing of SOA's. While most of the effort has been put into supporting the testing of single Web services, only very few works actually aim at testing of complex SOA-based systems. In particular, there is a lack of solutions for testing of systems that will be deployed in service-based environments and that need proper testbeds at development time. In this thesis we focus on solving this issue and present our results on automated generation of testbed infrastructures for SOA. The purpose of our work is to provide means for developers to generate customized testbeds that emulate missing SOA environments in order to have an infrastructure for testing the developed system at runtime. We have developed techniques for modeling SOA environments in an extensible manner, a scripting language for specifying the models, mechanisms for generating running testbeds from these models, and techniques for automating the whole process to a certain degree. We have implemented a prototype framework, called GENESIS, and applied it for testing and evaluation of SOA-based systems. We present the developed concepts and techniques in detail, explain how they have evolved, how they can be extended for implementing custom testbed features, and, eventually, how the framework is applied in practice. In addition, we provide all developed software prototypes as open-source for proving the correctness of the developed techniques, plus, as a contribution to the research community. iii Acknowledgements First of all, I would like to thank my advisor Prof. Schahram Dustdar for the opportunity to carry out my PhD studies at the Distributed Systems Group (DSG). I am very grateful for the liberty to choose a research field and to develop my own ideas within such a great environment as the DSG. Especially, I am much obliged for the invaluable support Prof. Dustdar gave me during the hard days of my studies and for the mentoring during all phases of my research. Additionally, I would also like to thank Prof. Frank Leymann for being my second advisor and examiner, and for his valuable comments …computer_education/2017-09-11T17:58:55.9227858892017-09-11T17:58:55.922785889
O<0B>e<05>
W<02>9U-GGParticle gibbs with ancestor sampling<07>Particle Markov chain Monte Carlo (PMCMC) is a systematic way of combining the two main tools used for Monte Carlo statistical inference: sequential Monte Carlo (SMC) and Markov chain Monte Carlo (MCMC). We present a new PMCMC algorithm that we refer to as particle Gibbs with ancestor sampling (PGAS). PGAS provides the data analyst with an off-the-shelf class of Markov kernels that can be used to simulate, for instance, the typically high-dimensional and highly autocorrelated state trajectory in a state-space model. The ancestor sampling procedure enables fast mixing of the PGAS kernel even when using seemingly few particles in the underlying SMC sampler. This is important as it can significantly reduce the computational burden that is typically associated with using SMC. PGAS is conceptually similar to the existing PG with backward simulation (PGBS) procedure. Instead of using separate forward and backward sweeps as in PGBS, however, we achieve the same effect in a single forward sweep. This makes PGAS well suited for addressing inference problems not only in state-space models, but also in models with more complex dependencies, such as non-Markovian, Bayesian nonparametric, and general probabilistic graphical models.Journal of Machine Learning Researchdata_structures/2017-09-11T17:58:57.1219169922017-09-11T17:58:57.121916992<EFBFBD><19>!
?<02>W-GGThe LCA Problem Revisited<07>We present a very simple algorithm for the Least Common Ancestor problem. We thus dispel the frequently held notion that an optimal LCA computation is unwieldy and unimplementable. Interestingly, this algorithm is a sequentialization of a previously known PRAM algorithm of Berkman, Breslauer,LATINdata_structures/2017-09-11T17:58:56.7801899412017-09-11T17:58:56.780189941<EFBFBD>l<EFBFBD> 
-<02>
-GGIdeal Hash Trees<07>Hash Trees with nearly ideal characteristics are described. These Hash Trees require no initial root hash table yet are faster and use significantly less space than chained or double hash trees. Insert, search and delete times are small and constant, independent of key set size, operations are O(1). Small worst-case times for insert, search and removal operations can be guaranteed and misses cost less than successful searches. Array Mapped Tries(AMT), first described in Fast and Space Efficient Trie Searches, Bagwell [2000], form the underlying data structure. The concept is then applied to external disk or distributed storage to obtain an algorithm that achieves single access searches, close to single access inserts and greater than 80 percent disk block load factors. In addition two further applications of AMTs are briefly described, namely, Class/Selector dispatch tables and IP Routing tables. Each of the algorithms has a performance and space usage that is comparable to contemporary implementations but simpler.data_structures/2017-09-11T17:58:56.7513300782017-09-11T17:58:56.751330078<EFBFBD>'<27>
g<02>C/GGHigh-throughput DNA sequence data compression<07>The exponential growth of high-throughput DNA sequence data has posed great challenges to genomic data storage, retrieval and transmission. Compression is a critical tool to address these challenges, where many methods have been developed to reduce the storage size of the genomes and sequencing data (reads, quality scores and metadata). However, genomic data are being generated faster than they could be meaningfully analyzed, leaving a large scope for developing novel compression algorithms that could directly facilitate data analysis beyond data transfer and storage. In this article, we categorize and provide a comprehensive review of the existing compression methods specialized for genomic data and present experimental results on compression ratio, memory usage, time for compression and decompression. We further present the remaining challenges and potential directions for future research.Briefings in Bioinformaticsdata_compression/2017-09-11T17:58:56.6464030762017-09-11T17:58:56.646403076
P<0B>1P<00>]<5D>%<00>
<02>=#AABigtable: A Distributed Storage System for Structured Data<07>Bigtable is a distributed storage system for managing structured data that is designed to scale to a very large size: petabytes of data across thousands of commodity servers. Many projects at Google store data in Bigtable, including web indexing, Google Earth, and Google Finance. These applications place very different demands on Bigtable, both in terms of data size (from URLs to web pages to satellite imagery) and latency requirements (from backend bulk processing to real-time data serving). Despite these varied demands, Bigtable has successfully provided a flexible, high-performance solution for all of these Google products. In this article, we describe the simple data model provided by Bigtable, which gives clients dynamic control over data layout and format, and we describe the design and implementation of Bigtable.ACM Trans. Comput. Syst.datastores/2017-09-11T17:58:57.5728752017-09-11T17:58:57.572875<EFBFBD>I<EFBFBD>$
o<02>#GGDynamo: amazon's highly available key-value store<07>Reliability at massive scale is one of the biggest challenges we face at Amazon.com, one of the largest e-commerce operations in the world; even the slightest outage has significant financial consequences and impacts customer trust. The Amazon.com platform, which provides services for many web sites worldwide, is implemented on top of an infrastructure of tens of thousands of servers and network components located in many datacenters around the world. At this scale, small and large components fail continuously and the way persistent state is managed in the face of these failures drives the reliability and scalability of the software systems.
 This paper presents the design and implementation of Dynamo, a highly available key-value storage system that some of Amazon's core services use to provide an "always-on" experience. To achieve this level of availability, Dynamo sacrifices consistency under certain failure scenarios. It makes extensive use of object versioning and application-assisted conflict resolution in a manner that provides a novel interface for developers to use.SOSPdatastores/2017-09-11T17:58:57.4071088872017-09-11T17:58:57.407108887<EFBFBD>~<7E>#
c<02>{##GGDatabase metatheory: asking the big queries<07>Is " database theory " an oxymoron? Or is ata platitude? What is the fitness measure that decides the surviva! of ideas (and areas) in mathematics, in applted science, and in computer science? Which ideas from database theory during the past twenty-five years have influenced research in other fields of computer science? How many were encapsulated in actual products? Was the rela-tional model the on[y true paradigm sh@ m computer science ? Is applicability the only and ultimate justification of theoretical research in an applied science? Are applicability pressures rea!ly exogenous and unwelcome? Are negattve results appropriate goals of theoretical research in an appiied science —or are they the on[y pos-sibie such research goals? If scientific theories must be refutab!e, what are the " hard facts " that provide the possibility of refutation in the case of database theory?SIGACT Newsdatastores/2017-09-11T17:58:57.2259318852017-09-11T17:58:57.225931885
<0B>~<10>n<EFBFBD>)<00>+<02>#GGRADOS: a scalable, reliable storage service for petabyte-scale storage clusters<07>Brick and object-based storage architectures have emerged as a means of improving the scalability of storage clusters. However, existing systems continue to treat storage nodes as passive devices, despite their ability to exhibit significant intelligence and autonomy. We present the design and implementation of RADOS, a reliable object storage service that can scales to many thousands of devices by leveraging the intelligence present in individual storage nodes. RADOS preserves consistent data access and strong safety semantics while allowing nodes to act semi-autonomously to self-manage replication, failure detection, and failure recovery through the use of a small cluster map. Our implementation offers excellent performance, reliability, and scalability while providing clients with the illusion of a single logical object store.PDSWdatastores/2017-09-11T17:58:58.5382980962017-09-11T17:58:58.538298096<EFBFBD>x<EFBFBD>(<00>-<02>1#GGMegastore: Providing Scalable, Highly Available Storage for Interactive Services<07>Megastore is a storage system developed to meet the requirements of today's interactive online services. Megas-tore blends the scalability of a NoSQL datastore with the convenience of a traditional RDBMS in a novel way, and provides both strong consistency guarantees and high availability. We provide fully serializable ACID semantics within fine-grained partitions of data. This partitioning allows us to synchronously replicate each write across a wide area network with reasonable latency and support seamless failover between datacenters. This paper describes Megastore's semantics and replication algorithm. It also describes our experience supporting a wide range of Google production services built with Megastore.CIDRdatastores/2017-09-11T17:58:58.3648769532017-09-11T17:58:58.364876953<EFBFBD><11>'<00><02><03>
#GGFreenet: A Distributed Anonymous Information Storage and Retrieval System<07>We describe Freenet, an adaptive peer-to-peer network application that permits the publication, replication, and retrieval of data while protecting the anonymity of both authors and readers. Freenet operates as a network of identical nodes that collectively pool their storage space to store data les and cooperate to route requests to the most likely physical location of data. No broadcast search or centralized location index is employed. Files are referred to in a location-independent manner, and are dynamically replicated in locations near requestors and deleted from locations where there is no interest. It is infeasible to discover the true origin or destination of a le passing through the network, and diicult for a node operator to determine or be held responsible for the actual physical contents of her own node.Workshop on Design Issues in Anonymity and Unobservabilitydatastores/2017-09-11T17:58:58.1902180182017-09-11T17:58:58.190218018<EFBFBD>i<EFBFBD>&
;<02>#GGFlat Datacenter Storage<07>Flat Datacenter Storage (FDS) is a high-performance, fault-tolerant, large-scale, locality-oblivious blob store. Using a novel combination of full bisection bandwidth networks, data and metadata striping, and flow control, FDS multiplexes an application's large-scale I/O across the available throughput and latency budget of every disk in a cluster. FDS therefore makes many optimizations around data locality unnecessary. Disks also communicate with each other at their full bandwidth, making recovery from disk failures extremely fast. FDS is designed for datacenter scale, fully distributing metadata operations that might otherwise become a bottleneck. FDS applications achieve single-process read and write performance of more than 2 GB/s. We measure recovery of 92 GB data lost to disk failure in 6.2 s and recovery from a total machine failure with 655 GB of data in 33.7 s. Application performance is also high: we describe our FDS-based sort application which set the 2012 world record for disk-to-disk sorting.OSDIdatastores/2017-09-11T17:58:57.7528520512017-09-11T17:58:57.752852051

<01>

<06>
<01><00>;<3B>,<00>'<02>3#GGConsistency and fault tolerance for erasure-coded distributed storage systems<07>One challenge in applying erasure codes (or error-correcting codes) to distributed storage systems is to maintain consistency between data and redundancy blocks in the face of crashing servers. We present two access protocols that provide sequential consistency and maximum distance separable fault tolerance at the same time. The protocols use sequence numbers to recover a consistent version in the presence of failures or partial writes. The first (pessimistic) PSW protocol uses a master per stripe to execute updates in sequence. The second (optimistic) OCW protocol allows concurrent writes to blocks in the same stripe to happen in parallel at the cost of additional buffer space.
 We present empirical performance results for PSW and OCW and compare them to other protocols. Our results show that OCW is as fast as simple replication while providing better fault tolerance and/or reduced storage overhead. This demonstrates that erasure coding can be used as a space-efficient alternative to replication in distributed storage systems.DICT@HPDCdatastores/2017-09-11T17:58:59.4755449222017-09-11T17:58:59.475544922<EFBFBD>J<EFBFBD>+
}<02>KQ#GGSpartan: A Distributed Array Framework with Smart Tiling<07>Application programmers in domains like machine learning, scientific computing, and computational biology are accustomed to using powerful, high productivity array languages such as MatLab, R and NumPy. Distributed array frameworks aim to scale array programs across machines. However, maximizing the locality of access to distributed arrays is an unsolved problem; such locality is critical for high performance. This paper presents Spartan, a distributed array framework that automatically determines how to best partition (aka " tile ") n-dimensional arrays and to co-locate data with computation to maximize locality. Spartan combines a lazy-evaluation based, optimizing frontend with a distributed tiled array backend. Central to Spartan's design is a small number of carefully chosen parallel high-level operators, which form the expression graph captured by Spartan's frontend during runtime. These operators simplify the programming of distributed applications. More importantly , their well-defined semantics allow Spartan's runtime to calculate the costs of different tiling strategies and pick the best one for evaluating the entire expression graph. Using Spartan, we have implemented 12 applications from a variety of domains including machine learning and scientific computing. Our evaluations show that Spartan's automatic tiling mechanism leads to good and scalable performance while eliminating the need for manual tiling.USENIX Annual Technical Conferencedatastores/2017-09-11T17:58:59.0542971192017-09-11T17:58:59.054297119<EFBFBD>{<7B>*
k<02>w#GGSpanner: Google's globally-distributed database<07>Spanner is Google&#8217;s scalable, multiversion, globally distributed, and synchronously replicated database. It is the first system to distribute data at global scale and support externally-consistent distributed transactions. This article describes how Spanner is structured, its feature set, the rationale underlying various design decisions, and a novel time API that exposes clock uncertainty. This API and its implementation are critical to supporting external consistency and a variety of powerful features: nonblocking reads in the past, lock-free snapshot transactions, and atomic schema changes, across all of Spanner.SYSTORdatastores/2017-09-11T17:58:58.9215090332017-09-11T17:58:58.921509033
<0E><00>
<01><0E><0E>
<01>
<01><0E><0E><0E>gSA/
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
t
c
J
4

<0C><0C><0C><0C><0C><0C>~kU=,<0B><0B><0B><0B><0B><0B><0B>n_RA1

<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
y
e
T
B
1


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	s	b	Q	D	4	&		
<08><08><08><08><08><08>w_H6!
<07><07><07><07><07><07><07>lXB.<06><06><06><06><06><06>n
<01>]J8$0
<05><05><05><05><05><05>saN
<01>8!<04><04><04><04><04><04>
<01>taTD1"<03><03><03><03><03><03><03><03>t[P?/
<02><02><02><02><02><02>jV;<0F>+<0F><0F><0F>B<0F><0F>ourdhur1Mosharaf Chowdhury<05>)Philipp Haller<05>!EProofreader Jennifer Mcclain<05>-Peter J. Bentley<05>#Mu Y Thomas<05>)Pooja Aggarwal<05>'Owen Callanan<05>!Rami Yared
<01>9
Rafael Pérez Y PérezU)Raed M. Kafafy+Radek Vingralek<00>-Rachid Guerraoui<00>'Rachel Jewkes<03>%R.l.d. Sirli<03>R. Uchinoz'R. T. Marinho<04>%R. Sydorchuk	'R. Slim Karam<04>R. Shirey?R. Sayegh<04>!R. Quispel2!R. Masetti#R. Lupusoru<03>
R. LiV3R. Ha-Vinh Leuchter
<01>'R. Gonçalves<04>R. Gaspar<04>!R. G. Mare<03>R. FreiG%R. E. Castro<03>R. Daegon<05>R. Coelho<04>R. Casale<04>#R. Carvalho<04>R. Bansal<03>!R. Araújo<04>Qiong Fei<03>)
Qingxiong Yangz!Qiang YangQi ChenR)
Pushmeet Kohlir1Przemyslaw Wegrzyn<02>-
Prasad Kawthekar3#Pranay Jain
<01>'Prakash Linga<03>/Poul-Henning KampX'Pietro Baroniy;Pierre-Évariste Dagand<02>+Phillip Rogaway<00>/Philippe Flajolet<02>-Philippas TsigasV'Philip Wadler%Philip Stutz<03>#Philip Shao<00>%Philip S. Yu#'Philip Pronin
<01>3Philip A. Bernstein
%Phil Bagwell<00>)Petra S. Huppi
<01>3Peter-Pike J. Sloan<00>#Peter Wonka<00>%Peter Wegner<02>)Peter Vosshall2%Peter Sewell<00>'Peter Sanders<02>#Peter Marksb#Peter Henry<02>-Peter G. Neumann<03>)Peter Druschel<03>5Peter Boehler Bishopf%Peter Bailis<02>#Perry Cheng
<01>+Per-Åke Larson<00>/Pedro M. Domingos9Pedro J. Muñoz Merino<03>)Paula Tretkoff<05>-Paula Gomes Mian<02>)Paula B. Cohen<05>)Paul R. Wilson
[)Paul Nordstrom
T!Paul Hudak-Paul F. Syverson<03>-Paul E. MckenneyE#Paul Barham\/Paul A. Beardsley<00>+Patrick Wendell
|)Patrick StuediO-
Patrick Mcdaniel%Patrick Hunt<03>/Patrick E. O'neil
)3
Patrick D. Mcdaniel
)Pat Stephenson|#Pat Helland<00>)Pascal Müller<00>'Parveen Patel
%
Part One<02>7Parisa Jalili Marandi[+Parantap Lahiri
#%Paolo Viotti<00>'P. T. Kroener7
P. Sousa<04>!P. SchwableP. Radu<04>#P. Queirós[#P. Pontisso<03>!P. Pockros%!P. Pereira<04>P. OtazuaN)P. N. N. Desaip#P. Ministro<04>+P. M. Rodrigues<03>'P. J. Giraudi<03>'P. Invernizzi$
P. Geyer<04>
P. Fomin
'P. Figueiredo}#P. Buggisch<04>%P. Azimzadeh.#P. Andreone )P. Alexandrino<04>%P. A. Mircea?+Owen S. Hofmann?)
Otmar Hilligeso)Oskar SandbergB-Oscar Nierstrasz
+3Opim Salim Sitompul<02>)Oluwafemi Osho
)Oliver Riordan<02>'Oleg Kiselyov!Ole Agesen<02>#O. PlehutsaO. Negm<04>O. Bochar%Nuria Oliver
<01>Noga Alon<02>!Nir Shavit<00>%Nir Friedman
!Ning Zhang
<01>+Nils J. Nilsson+Nikolas IoannouM1Nikolaos Laoutaris+Nicolas Schipero)Nick Mathewson<03>#Nick Benton<02>1Nicholas Smallbone<00>-Nhan Nguyen DangU'Neha Narkhede
7#Neal Harris<02>%Navendu Jain
<01>#Naty Leiser
o1Nathanael Schärli
,)Nathan Goodman
)Natalie Sebanzq3Naohiro Hayashibara
<01>)Nancy A. Lynchc-
Nal Kalchbrenner -Naga Rekha Malae<00>3Nachiappan Nagappan<02>#N. Yamamoto~#N. Takahara{#N. Sasahira<05>#N. Sakiyama
N. Rosso<03>%N. PfistererN. Ohashik)N. Muscatiello<04>!N. Machida<04>-N. L. H. BekkalibN. Hüser!N. Göschld%N. Demanzini<03>%N. Al Hajjar<04>)Márk Jelasity
<01>9Mustansir Hatim Pancha9Muralidhar Subramanian<00>1Murali S. Kodialamh+
Muhammad Naveed)Morteza Khayat'Moran Tzafrir<00>X&Moisés GoldszmidtX&Mohammad A1Moisés Goldszmidt%Peter Wittek<05>-Randy L. Buckner<05>Mohana Ramaratnam<05>!Ravi Chugh'
Raunaq Rewari4#Rasmus Pagh<00>'Raouf Boutaba<05>!Randy Katz
B'Randy H. Katz
<)
Randolph LopezG+Ramana M. Idury<05>
j<00><0F><0F><0F>\6<0E><0E><0E><0E>hE-
<0A>
<0A>
<0A>
l
I
<0C><0C><0C><0C>qQ$<0B><0B><0B>rJ
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
h
J
"
	<09>	<09>	<09>	<09>	d	F	(	<08><08><08>zR2
<07><07><07>wU7<06><06><06><06>eA<05><05><05>U.<04><04><04>u[9<03><03><03><03>nL.<02><02><02>rR
<01>
<01>
<01>
<01>
]
"<00>)<29>A1%
Hans-Juergen BoehmHans-JuergenBoehm8<6D>@A%Marko C. J. D. Van EekelenMarkoC. J. D. VanEekelen2<6E>?;Achilleas L. D. BuismanAchilleasL. D.Buisman<1F>>'
Mahadev KonarMahadevKonar<1D>=%
Patrick HuntPatrickHunt!<21><)
Marco SerafiniMarcoSerafini$<24>;-Benjamin C. ReedBenjaminC.Reed0<64>:9Flavio Paiva JunqueiraFlavioPaivaJunqueira<1D>9%
Harris HymanHarrisHyman*<2A>83Gregory V. ChocklerGregoryV.Chockler$<24>7-Paul F. SyversonPaulF.Syverson!<21>6)
Nick MathewsonNickMathewson%<25>5-
!Roger DingledineRogerDingledine<19>4!
James LangJamesLang<1B>3#
Tim RoselliTimRoselli<1F>2'
Rachel JewkesRachelJewkes'<27>1/
Stephanie MiedemaStephanieMiedema<1B>0#
Xian WarnerXianWarner<17>/
Emma FuluEmmaFulu<1B>.#
Micah SherrMicahSherr<1E>-'Boon Thau LooBoonThauLoo'<27>,/
Andreas HaeberlenAndreasHaeberlen<1F>+'
Arjun NarayanArjunNarayan<17>*
Qiong FeiQiongFei<1D>)%
Wenchao ZhouWenchaoZhou*<2A>(3Jeroen Van De GraafJeroenVan DeGraaf%<25>'-
Christian FranckChristianFranck<1B>&#
David PelegDavidPeleg#<23>%+
Baruch AwerbuchBaruchAwerbuch$<24>$-William W. CohenWilliamW.Cohen'<27>#/
Abraham BernsteinAbrahamBernstein<1D>"%
Philip StutzPhilipStutz(<28>!1Edsger W. DijkstraEdsgerW.Dijkstra*<2A> 3William P. ThurstonWilliamP.Thurston$<24>-Peter G. NeumannPeterG.Neumann <20>)Karl N. LevittKarlN.Levitt!<21>)
Peter DruschelPeterDruschel#<23>+
Antony RowstronAntonyRowstron'<27>/
#Deniz AltinbükenDenizAltinbüken<1D>%
Diego OngaroDiegoOngaro<19>!
Ali GhodsiAliGhodsi%<25>-
Benjamin HindmanBenjaminHindman<1B>#
Frank DabekFrankDabek<1B>#
Daniel PengDanielPeng<1F>'
Prakash LingaPrakashLinga<1F>'
Alfred TarskiAlfredTarski<1F>'
Mike PatersonMikePaterson(<28>1Michael J. FischerMichaelJ.Fischer!<21>)
Brannon BatsonBrannonBatson%<25>-
Ernesto JiménezErnestoJiménez<1D>%
Mikel LarreaMikelLarrea%<25>-
Cristian MartínCristianMartín <20>
)Eric A. BrewerEricA.Brewer<19>!
Milo PolteMiloPolte!<21>)
Keith MarzulloKeithMarzullo%<25>
-
Özalp BabaoğluÖzalpBabaoğlu <20>	)K. Mani ChandyK.ManiChandy<1B>#
Dogan EnginDoganEngin<1B>#
Mark RobsonMarkRobson<1B>#
Sharad GoelSharadGoel<1F>'
Sung-Eui YoonSung-EuiYoon<1F>'
Shih-Fu ChangShih-FuChang<19>!
Junfeng HeJunfengHe<1F>'
Youngwoon LeeYoungwoonLee<1B>
#
Jae-Pil HeoJae-PilHeo%<25>-
Chandan ShanbhagChandanShanbhag<1B>#
Saul JaspanSaulJaspan<1F>~'
Donald BeaverDonaldBeaver<1D>}%
Manoj PlakalManojPlakal!<21>|)
!Pat StephensonPatStephenson<1D>{%
Mike BurrowsMikeBurrows*<2A>z3Luiz André BarrosoLuizAndréBarroso,<2C>y5Benjamin H. SigelmanBenjaminH.Sigelman%<25>x-
Mendel RosenblumMendelRosenblum(<28>w1!John K. OusterhoutJohnK.Ousterhout<1D>v%
Sachin KattiSachinKatti<1F>u'
Ryan StutsmanRyanStutsman&<26>t/Stephen M. RumbleStephenM.Rumble<19>s!
Asaf CidonAsafCidon*<2A>r3!Larry J. StockmeyerLarryJ.Stockmeyer<1D>q%
Wenbing ZhaoWenbingZhao)<29>p1
%Deniz AltınbükenDenizAltınbüken#<23>o+
Nicolas SchiperNicolasSchiper<11>n
Chi HoChiHo<15>m
S KabbajSKabbaj<19>l!
S BouchibaSBouchiba;<3B>kC#
+Venugopalan RamasubramanianVenugopalanRamasubramanian <20>j)James B. OrlinJamesB.Orlin <20>i)T. V. LakshmanT.V.Lakshman(<28>h1Murali S. KodialamMuraliS.Kodialam#<23>g+
Richard SteigerRichardSteiger,<2C>f5Peter Boehler BishopPeterBoehlerBishop<1B>e#
Carl HewittCarlHewitt<15>d
Dirk FoxDirkFox <20>c)Nancy A. LynchNancyA.Lynch<1B>b#
Peter MarksPeterMarks<1B>a#
Ben MoseleyBenMoseley<1B>`#
Ryan FarellRyanFarell)<29>_1
#Stefan DziembowskiStefanDziembowski<1B>^#
Yair SovranYairSovran'<27>]/
Benoît GarbinatoBenoîtGarbinato#<23>\+
Fernando PedoneFernandoPedone.<2E>[7Parisa Jalili MarandiParisaJaliliMarandi<1B>Z#
Samuel BenzSamuelBenz$<24>Y-Russell C. SearsRussellC.Sears+<2B>X3
Alexander ReinefeldAlexanderReinefeld
K
^<03>K<00>#<23>0
M<02>yy/GGIntroduction to Cryptocurrencies<07>We provide a research-oriented introduction to the cryptographic currencies. We start with a description of Bitcoin and its main design principles. We then discuss some of its weaknesses, and show some ideas for dealing with them. We also talk about the mechanics of the mining pools and ideas for discouraging the mining pool creation. We provide an introduction to the smart contracts, and give some examples of them, including the multiparty lotteries.
 We then present alternative currencies that were designed to remedy some of the problems of Bitcoin. In particular, we talk about the Litecoin, the Primecoin, the Permacoin, the Zerocoin, the Proofs of Stake and the Proofs of Space. We also discuss the most important research challenges in this area.ACM Conference on Computer and Communications Securitydigital_currency/2017-09-11T17:59:00.3668239752017-09-11T17:59:00.366823975<EFBFBD><1D>/
m<02>=#GGTransactional storage for geo-replicated systems<07>We describe the design and implementation of Walter, a key-value store that supports transactions and replicates data across distant sites. A key feature behind Walter is a new property called <i>Parallel Snapshot Isolation</i> (PSI). PSI allows Walter to replicate data asynchronously, while providing strong guarantees within each site. PSI precludes write-write conflicts, so that developers need not worry about conflict-resolution logic. To prevent write-write conflicts and implement PSI, Walter uses two new and simple techniques: preferred sites and counting sets. We use Walter to build a social networking application and port a Twitter-like application.SOSPdatastores/2017-09-11T17:59:00.2902958982017-09-11T17:59:00.290295898<EFBFBD>G<EFBFBD>.<00>
<02>w!#CCBuilding global and scalable systems with atomic multicast<07>The rise of worldwide Internet-scale services demands large distributed systems. Indeed, when handling several millions of users, it is common to operate thousands of servers spread across the globe. Here, replication plays a central role, as it contributes to improve the user experience by hiding failures and by providing acceptable latency. In this work, we claim that atomic multicast, with strong and well-defined properties, is the appropriate abstraction to efficiently design and implement globally scalable distributed systems. We substantiate our claim with the design of two modern online services atop atomic multicast, a strongly consistent key-value store and a distributed log.Middlewaredatastores/2017-09-11T17:59:00.23415212017-09-11T17:59:00.2341521<EFBFBD><1E>-
Y<02>S#GGStasis: Flexible Transactional Storage<07>An increasing range of applications requires robust support for atomic, durable and concurrent transactions. Databases provide the default solution, but force applications to interact via SQL and to forfeit control over data layout and access mechanisms. We argue there is a gap between DBMSs and file systems that limits designers of data-oriented applications.
 Stasis is a storage framework that incorporates ideas from traditional write-ahead logging algorithms and file systems. It provides applications with flexible control over data structures, data layout, robustness, and performance. Stasis enables the development of unforeseen variants on transactional storage by generalizing write-ahead logging algorithms. Our partial implementation of these ideas already provides specialized (and cleaner) semantics to applications.
 We evaluate the performance of a traditional transactional storage system based on Stasis, and show that it performs favorably relative to existing systems. We present examples that make use of custom access methods, modified buffer manager semantics, direct log file manipulation, and LSN-free pages. These examples facilitate sophisticated performance optimizations such as zero-copy I/O. These extensions are composable, easy to implement and significantly improve performance.OSDIdatastores/2017-09-11T17:58:59.9006440432017-09-11T17:58:59.900644043


<EFBFBD>
<EFBFBD><00>O<EFBFBD>1<00><02>#GGWarp: Lightweight Multi-Key Transactions for Key-Value Stores<07>Traditional NoSQL systems scale by sharding data across multiple servers and by performing each operation on a small number of servers. Because transactions on multiple keys necessarily require coordination across multiple servers, NoSQL systems often explicitly avoid making transactional guarantees in order to avoid such coordination. Past work on transactional systems control this coordination by either increasing the granularity at which transactions are ordered, sacrificing serializability, or by making clock synchronicity assumptions. This paper presents a novel protocol for providing serializable transactions on top of a sharded data store. Called acyclic transactions, this protocol allows multiple transactions to prepare and commit simultaneously, improving concurrency in the system, while ensuring that no cycles form between concurrently-committing transactions. We have fully implemented acyclic transactions in a document store called Warp. Experiments show that Warp achieves 4× higher throughput than Sinfo-nia's mini-transactions on the standard TPC-C benchmark with no aborts. Further, the system achieves 75% of the throughput of the non-transactional key-value store it builds upon.ArXivdatastores/2017-09-11T17:59:00.4016660162017-09-11T17:59:00.401666016
/
1<02>#
GGOut of the Tar Pit<07>Complexity is the single major difficulty in the successful development of large-scale software systems. Following Brooks we distinguish accidental from essential difficulty, but disagree with his premise that most complexity remaining in contemporary systems is essential. We identify common causes of complexity and discuss general approaches which can be taken to eliminate them where they are accidental in nature. To make things more concrete we then give an outline for a potential complexity-minimizing approach based on functional programming and Codd's relational model of data.design/2017-09-11T17:59:00.5611918952017-09-11T17:59:00.561191895<EFBFBD><1F>2
a<02>I
/GGAn Analysis of the Cryptocurrency Industry<07>INTRODUCTION The cryptocurrency market has evolved erratically and at unprecedented speed over the course of its short lifespan. Since the release of the pioneer anarchic cryptocurrency, Bitcoin, to the public in January 2009, more than 550 cryptocurrencies have been developed, the majority with only a modicum of success [1]. Research on the industry is still scarce. The majority of it is singularly focused on Bitcoin rather than a more diverse spread of cryptocurrencies and is steadily being outpaced by fluid industry developments, including new coins, technological progression, and increasing government regulation of the markets. Though the fluidity of the industry does, admittedly, present a challenge to research, a thorough evaluation of the cryptocurrency industry writ large is necessary. This paper seeks to provide a concise yet comprehensive analysis of the cryptocurrency industry with particular analysis of Bitcoin, the first decentralized cryptocurrency. Particular attention will be given to examining theoretical economic differences between existing coins. Section 1 of this paper provides an overview of the industry. Section 1.1 provides a brief history of digital currencies, which segues into a discussion of Bitcoin in section 1.2. Section 2 of this paper provides an in-depth analysis of coin economics, partitioning the major currencies by their network security protocol mechanisms, and discussing the long-term theoretical implications that these classes entail. Section 2.1 will discuss network security protocol. The mechanisms will be discussed in the order that follows. Section 2.2 will discuss the proof-of-work (PoW) mechanism used in the Bitcoin protocol and various altcoins. Section 2.3 will discuss the proof-of-stake (PoS) protocol scheme first introduced by Peercoin in 2011, which relies on a less energy intensive security mechanism than PoW. Section 2.4 will discuss a hybrid PoW/PoS mechanism. Section 2.5 will discuss the Byzantine Consensus mechanism. Section 2.6 presents the results of a systematic review of 21 cryptocurrencies. Section 3 provides an overview of factors affecting industry growth, focusing heavily on the regulatory environment in section 3.1. Section 3.2 discusses public perception and acceptance of cryptocurrency as a payment system in the current retail environment. Section 4 concludes the analysis. A note on sources: Because the cryptocurrency industry is still young and factors that impact it are changing on a daily basis, few comprehensive or fully updated academic sources exist on the topic. While academic work was of course consulted for this project, the majority of the information that informs this paper was derived from …digital_currency/2017-09-11T17:59:00.4568068852017-09-11T17:59:00.456806885

<01>=<03>
<01><00>A<EFBFBD>6<00>=<02>y=5GGA Response to Cheriton and Skeen's Criticism of Causal and Totally Ordered Communication<07>In a paper to be presented at the 1993 ACM Symposium on Operating Systems Principles, Cheriton and Skeen offer their understanding of causal and total ordering as a communication property. In this brief rebuttal. I present some responses to their criticism, and also explain why I find their discussion of causal and total communication ordering to be narrow and incomplete.Operating Systems Reviewdistributed_systems/2017-09-11T17:59:00.6991379392017-09-11T17:59:00.699137939<EFBFBD>j<EFBFBD>5
<02>[W/GGBitcoin<07>kamoto veröffentlichten digitalen Zahlungssystems Bitcoin [2] ist eigentlich irreführend – „digitale Münzen“ gibt es in Bitcoin nämlich nicht. Zumindest technisch gesehen ist Bitcoin kein digitales Geld wie beispielsweise DigiCash [1]. Technisch ähnelt Bitcoin eher einem großen, öffentlichen Haushaltsbuch: In einer immer länger werdenden Liste (Blockchain) werden Transaktionen (Blocks) aneinandergereiht, deren Höhe in „Bitcoin“-Einheiten bemessen wird. Damit stellen die Teilnehmer sich gegenseitig gewissermaßen „Schuldscheine“ aus, in denen sie sich zur Zahlung virtueller ē?<3F>4
}<02>_5GGA Hundred Impossibility Proofs for Distributed Computing<07>1 Introduction This talk is about impossibility results in the area of distributed computing. In this category, I include not just results that, say that a particular task cannot be accomplished, but also lower bound results, which say that a task cannot be accomplished within a certain bound on cost. I started out with a simple plan for preparing this talk: I would spend a couple of weeks reading all the impossibility proofs in our field, and would categs rize them according to the ideas used. Then I would make wise and general observations, and try to predict where the future of this area is headed. That turned out to be a bit too ambitious; there are many more such results than I thought. Although it is often hard to say what constitutes a " different result " , I managed to count over 100 such impossibility proofs! And my search wasn't even very systematic or exhaustive. It's not quite as hopeless to understand this area as it might seem from the number of papers. Although there are 100 different results, there aren't 100 different ideas. I thought I could contribute something by identifying some of the commonality among the different results. So what I will do in this talk will be an incomplete version of what I originally intended. I will give you Permission to copy without fee all or part of this material is granted provided that the copies are not made or distributed for direct commercial advantage, the ACM copyright notice and the title of the publication and its date appear, and notice is given that copying is by permission of the Association for Computing Machinery. To copy otherwise, or to republish, requires a fee and/or specific permission. a tour of the impossibility results that I was able to collect. I apologize for not being comprehensive, and in particular for placing perhaps undue emphasis on results I have been involved in (but those are the ones I know best!). I will describe the techniques used, as well as giving some historical perspective. I'll intersperse this with my opinions and observations, and I'll try to collect what I consider to be the most important of these at the end. Then I'll make some suggestions for future work. 2 The Results I classified the impossibility results I found into the following categories: shared memory resource allocation , distributed consensus, …PODCdistributed_systems/2017-09-11T17:59:00.6008979492017-09-11T17:59:00.600897949„Bitcoin“ an andere Teilnehmer verpflichten. Neue Transaktionen werden von dem transferierenden Teilnehmer mit einem Zeitstempel versehen, digital unterschrieben und publiziert. Durch unabhängige Teilnehmer der Bitcoin Community (den Minern) wird jeder neue Block geprüft und im Erfolgsfall über einen kryptographischen Hashwert fest mit dem bis dato letzten Eintrag der Liste verknüpft. Die Transaktionsliste ist per Peer-to-Peer-Netzwerk redundant über das Internet verteilt und jedem Teilnehmer zugänglich – eine zentrale Verwaltungsinstanz (wie z. B. eine Bank) ist überflüssig. Die Teilnehmer melden sich unter einem (oder mehreren) Pseudonym(en) an; ihre geheimen kryptografischen Schlüssel, mit denen sie die Gültigkeit einer Transaktion zu ihren Gunsten nachweisen und über ihr Guthaben weiter verfügen können, sind in einem lokalen oder von einem Dienstleister verwalteten Wallet gespeichert (das man nicht verlieren oder löschen sollte). Double Spending (das mehrfache Ausgeben einer digitalen Münze), ein zentrales Problem bei elektronischen Währungen, gibt es bei Bitcoin im eigentlichen Sinne nicht. Denn in diesem „Überweisungs-Logbuch“ sind keine Konto-Überziehungen erlaubt: Transferieren darf man nur Bitcoins, die man besitzt. Um Betrug zu verhindern, überprüfen die Bitcoin-Miner jede Transaktion, indem sie aus der Transaktionskette die „Kontostände“ der Beteiligten berechnen und Zahlungsfähigkeit und Signatur überprüfen. Damit ermöglicht Bitcoin aber auch die Erstellung von Profilen über das Zahlungsverhalten einzelner Teilnehmer, m
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
}
j
]
D
6
+


	<09>	<09>	<09>	<09>	<09>	<09>	q	V	F	7	%	<08><08><08><08><08><08><08><08><08>hYL?6+<07><07><07><07><07><07><07><07><07><07>{rZOF0<06><06><06><06><06><06><06>fXN<+	<05><05><05><05><05><05><05>zndVH6(<04><04><04><04><04>oYK:1(
<03><03><03><03><03><03>jZPG3<02><02><02><02><02><02>~iX=0$
<01>
<01>
<01>
<01>
<01>
<01>
<01>
<01><06>zvul<07>yaslr<06>xwar<0B>wblessing<0B>vvanadium<0B>ututorial<06>tiot
<0A>s!delegation<13>r-analysis threads	<09>qvictim
<EFBFBD>pevasion<18>o7logic and computation<0E>n#choi matrix<12>m+quantum channel<10>l'test instance<15>k1inductive learning<15>j1de finetti theorem<17>i5computational effect<06>heff
<EFBFBD>ghandler<0C>fconductor	<09>emagnet
<0A>d!relativity<14>c/multiple matching<11>b)square pattern<06>atom<07>`trie
<0A>_!modularity<12>^+lazy evaluation<11>])order function<16>\3functional language<18>[7higher-order function<08>Zeeect<07>Yglue<19>X9network virtualization<12>W+virtual network<06>Visp<0F>U%ossification<06>Tdak<06>Sdsl<0E>R#side-effect<0B>Qreactive<13>P-observer pattern"<22>OKsoftware engineering principles<06>Npar<1A>M;interactive application<15>L1time-varying value<17>K5reactive programming<16>J3multidirectionality<06>Ijse
<0A>H!own action<07>Gdyad<0B>Fco-actor<0F>E%joint action<0B>Ddowntime<0B>Cpre-copy<07>Bqemu	<09>Avmware<14>@/cleanup operation<10>?'pop operation
<0A>>!starvation<08>=stack<17><5potential antecedent<16>;3employee engagement<08>:facet	<09>9sparse<12>8+dominant thread
<EFBFBD>7locking<0E>6#shared data<0F>5%non-dominant<07>4safe<0B>3sparsity<1B>2=dimensionality reduction<07>1nnza<11>0)linear algebra<15>/1personal computing
<EFBFBD>.sixties<12>-+object-oriented<0B>,thinking<15>+1computing hardware<14>*/single individual<14>)/general principle<13>(-design principle<06>'snr<08>&stant<15>%1source and channel<06>$bms	<09>#reduct<06>"tmi<06>!ues
<EFBFBD> popular	<09>quorum<12>+sequence number<07>ebay	<09>agenda
<0A>!widespread<07>sink<14>/byzantine failure	<09>tarzan<0E>#low-latency<08>onion<06>tor
<EFBFBD>censors
<EFBFBD>secrecy<0C>initiator<1A>;anonymous communication<07>undp<0B>un women<0B>violence
<EFBFBD>
conduct<08>unfpa<12>+cloud computing<11>
)legacy systems
<0A>	!provenance<18>7mobile ad-hoc network<0B>forensic<0F>%node failure<0C>disruptor
<0A>!ciphertext<18>7malicious participant<19>9senders and recipients<08>
cover<14>/locality property<14>/different cluster<16>~3considerable amount<15>}1global information<06>|cop
<0A>{!data model<08>zmovie
<0A>y!graph data<08>xessay<0B>weducator<16>v3area of mathematics
<EFBFBD>upoincar<10>t'mathematician<12>s+paxos algorithm<0C>rinvariant<06>qpig<1E>pCimplementation of mapreduce<08>ossion<08>nmapre<15>m1consensus protocol<16>l3consensus algorithm<14>k/understandability<06>jmpi<14>i/cluster computing<0B>hmultiple<16>g3resource allocation
<0A>f!repository<0B>eindexing
<0A>d!percolator<12>c+general pattern<1A>b;large-scale application<19>a9global serializability	<09>`border	<09>_kelips	<09>^pastry	<09>]lookup"<22>\Ksynchronous distributed systems<1F>[Econsensus in an asynchronous<07>Zrati<06>Ytla<12>X+correct process<11>W)crash-recovery	<09>Vclique<06>Ugpe<07>Tprob<16>S3fundamental concept<0C>Rpredicate
<0A>Q!checkpoint<0E>P#local state<06>Ocut<12>N+message logging<07>Mfifo<11>L)chandy-lamport<0F>K%global state<13>J-traffic analysis	<09>Idc-net<0C>Hherbivore
<EFBFBD>Gdissent<0E>F#hypersphere<0E>E#binary code
<0A>D!hyperplane<11>C)hashing method<12>B+storage service<15>A1strong consistency<14>@/chain replication<12>?+high throughput<0C>>data loss<0B>=ramcloud<14></partial synchrony<14>;/synchronous model<16>:3synchronous systems<0B>9sumption<0E>8#certificate	<09>7atomic<0F>6%registration<10>5'crash failure<1B>4=asynchronous environment<17>35replication protocol<1A>2;transactions per second<06>1dns
<EFBFBD>0beehive<12>/+traffic changes<14>./intermediate node<11>-)optimal scheme<06>,vlb<1A>+;combinatorial algorithm<1A>*;communication subsystem<12>)+process crashes<14>(/reliable delivery

<06><06><00>;<3B>7
u<02>Q#5GGA History of the Virtual Synchrony Replication Model<07>In this chapter, we discuss a widely used fault-tolerant data replication model called virtual synchrony. The model responds to two kinds of needs. First, there is the practical question of how best to embed replication into distributed systems. Virtual synchrony defines dynamic process groups that have self-managed membership. Applications can join or leave groups at will: a process group is almost like a replicated variable that lives in the network. The second need relates to performance. Although state machine replication is relatively easy to understand, protocols that implement state machine replication in the standard manner are too slow to be useful in demanding settings, and are hard to deploy in very large data centers of the sort seen in today's cloud-computing environments. Virtual synchrony implementations, in contrast, are able to deliver updates at the same data rates (and with the same low latencies) as IP multicast: the fast (but unreliable) Internet multi-cast protocol, often supported directly by hardware. The trick that makes it possible to achieve these very high levels of performance is to hide overheads by piggyback-ing extra information on regular messages that carry updates. The virtual synchrony replication model has been very widely adopted, and was used in everything from air traffic control and stock market systems to data center management platforms marketed by companies like IBM and Microsoft. Moreover, in recent years, state machine protocols such as those used in support of Paxos have begun to include elements of the virtual synchrony model, such as self-managed and very dynamic membership. Our exploration of the model takes the form of a history. We start by exploring the background, and then follow evolution of the model over time. A " Cloud Computing " revolution is underway, supported by massive data centers that often contain thousands (if not hundreds of thousands) of servers. In such systems , scalability is the mantra and this, in turn, compels application developers to replicate various forms of information. By replicating the data needed to handle client requests, many services can be spread over a cluster to exploit parallelism.Replicationdistributed_systems/2017-09-11T17:59:00.7403330082017-09-11T17:59:00.740333008

ii<00><13>8<00><02>u5GGA Universal Modular ACTOR Formalism for Artificial Intelligence<07>This paper proposes a modular ACTOR architecture and definitional method for artificial intelligence that is conceptually based on a single kind of object: actors [or, if you will, virtual processors, activation frames, or streams]. The formalism makes no presuppositi
tk<00><00><00>=
{<02>k
5GGCommodifying Replicated State Machines with OpenReplica<07>This paper describes OpenReplica, an open service that provides replication and synchronization support for large-scale distributed systems. OpenReplica is designed to commodify Paxos replicated state machines by providing infrastructure for their construction, deployment and maintenance. OpenReplica is based on a novel Paxos replicated state machine implementation that employs an object-oriented approach in which the system actively creates and maintains live replicas for user-provided objects. Clients access these replicated objects transparently as if they are local objects. OpenReplica supports complex distributed synchronization constructs through a multi-return mechanism that enables the replicated objects to control the execution flow of their clients, in essence providing blocking and non-blocking method in-vocations that can be used to implement richer synchronization constructs. Further, it supports elasticity requirements of cloud deployments by enabling any number of servers to be replaced dynamically. A rack-aware placement manager places replicas on nodes that are unlikely to fail together. Experiments with the system show that the latencies associated with replication are comparable to ZooKeeper, and that the system scales well.distributed_systems/2017-09-11T17:59:01.4048979492017-09-11T17:59:01.404897949<EFBFBD><05><
C<02>!5GGByzantine Chain Replication<07>We present a new class of Byzantine-tolerant State Machine Replication protocols for asynchronous environments that we term Byzan-tine Chain Replication. We demonstrate two implementations that present different trade-offs between performance and security, and compare these with related work. Leveraging an external reconfiguration service, these protocols are not based on Byzantine consensus, do not require majority-based quorums during normal operation, and the set of replicas is easy to reconfigure. One of the implementations is instantiated with t + 1 replicas to tolerate t failures and is useful in situations where perimeter security makes malicious attacks unlikely. Applied to in-memory BerkeleyDB replication, it supports 20,000 transactions per second while a fully Byzantine implementation supports 12,000 transactions per second—about 70% of the throughput of a non-replicated database.OPODISdistributed_systems/2017-09-11T17:59:01.1186210942017-09-11T17:59:01.118621094<EFBFBD>r<EFBFBD>;
5<02>
5GGBouvier's Conjecture<07>This paper deals with Bouvier's conjecture which sustains that finite-dimensional non-Noetherian Krull domains need not be Jaf-fard.distributed_systems/2017-09-11T17:59:01.0597250982017-09-11T17:59:01.059725098<EFBFBD><12>:<00>C<02>=5GGBeehive: O(1) Lookup Performance for Power-Law Query Distributions in Peer-to-Peer Overlays<07>Structured peer-to-peer hash tables provide decentralization , self-organization, failure-resilience, and good worst-case lookup performance for applications, but suffer from high latencies (O(logN)) in the average case. Such high latencies prohibit them from being used in many relevant, demanding applications such as DNS. In this paper, we present a proactive replication framework that can provide constant lookup performance for common Zipf-like query distributions. This framework is based around a closed-form optimal solution that achieves O(1) lookup performance with low storage requirements , bandwidth overhead and network load. Simulations show that this replication framework can realistically achieve good latencies, outperform passive caching, and adapt efficiently to sudden changes in object popularity, also known as flash crowds. This framework provides a feasible substrate for high-performance, low-latency applications, such as peer-to-peer domain name service.NSDIdistributed_systems/2017-09-11T17:59:00.9989719242017-09-11T17:59:00.998971924
<08><05><07>
<0A>	<09><06>[<05>
t<00>xE
]<5D>5GG
G9d2c1271f1219522d13f150c2b04123bef300dd9herbivore-a-scalable-and-efficient-protocol-for-anonymous.pdfdistributed_systems/herbivore a scalable and efficient protocol for anonymous2017-09-11T17:58:17.7180600592017-09-11T17:58:17.718060059<EFBFBD>tC
]<5D>5{GG<00>49ed15db181c74c7067ec01800fb5392411c868cepidemic-algorithms-for-replicated-database-maintenance.pdfdistributed_systems/epidemic algorithms for replicated database maintenance2017-09-11T17:58:17.7080239262017-09-11T17:58:17.708023926<EFBFBD>t?
]<5D>5{GG
A003d5a65de0ac72daaf105ded903cb3eb88585b3dapper-a-large-scale-distributed-tracing-infrastructure.pdfdistributed_systems/dapper a large scale distributed tracing infrastructure2017-09-11T17:58:17.6921040042017-09-11T17:58:17.6921040049
]u5kGG28142adcd8a406110c76dbb8e324dc211f3944d1high-level-specifications--lessons-from-industry.pdfdistributed_systems/high level specifications lessons from industry2017-09-11T17:58:17.7213769532017-09-11T17:58:17.721376953
	
<01>]<5D>5GG9d2c1271f1219522d13f150c2b04123bef300d<30>OB	]_5WGG<00>368427e6e351d1ac0ef97e824968ed15d0dc3d4dend-to-end-arguments-in-system-design.pdfdistributed_systems/end to end arguments in system design2017-09-11T17:58:17.7053000492017-09-11T17:58:17.705300049<EFBFBD>dF	]u5kGG
J28142adcd8a406110c76dbb8e324dc211f3944d1high-level-specifications--lessons-from-industry.pdfdistributed_systems/high level specifications lessons from industry2017-09-11T17:58:17.7213769532017-09-11T17:58:17.721376953<EFBFBD>[D	]k5cGG
H50158bc1a8a67295ab7bce0550886a9859000dc2harvest-yield-and-scalable-tolerant-systems.pdfdistributed_systems/harvest yield and scalable tolerant systems2017-09-11T17:58:17.7150729982017-09-11T17:58:17.715072998
<01>]_5WGG368427e6e351d1ac0ef97e824968ed15d0dc3d4dend-to-end-arguments-in-system-design.pdfdistributed_systems/end to end arguments in system design2017-09-11T17:58:17.7053000492017-09-11T17:58:17.705300049<00>]5wGGf52e7afce70597024c3be7df105185dd59a2c8e6eluding-carnivores-file-sharing-with-strong-anonymity.pdfdistributed_systems/eluding carnivores file sharing with strong anonymity2017-09-11T17:58:17.7026960452017-09-11T17:58:17.7026960<EFBFBD>@]<5D>!5<>EE
Efd443b2ce70c48202ba26cbc6caa471ae262e270distributed-snapshots-determining-global-states-of-distributed-systems.pdfdistributed_systems/distributed snapshots determining global states of distributed systems2017-09-11T17:58:17.698007082017-09-11T17:58:17.69800708<00>oA	]5wGG
Df52e7afce70597024c3be7df105185dd59a2c8e6eluding-carnivores-file-sharing-with-strong-anonymity.pdfdistributed_systems/eluding carnivores file sharing with strong anonymity2017-09-11T17:58:17.7026960452017-09-11T17:58:17.702696045
<07>B
<01><07><0E><02><0E>YL<
<0A>8
<0A>
<0F><06>^
S
+<0F>:<06>
<0C>|2
<07><0B>H<0B>j<04><04><02>
<01>
<EFBFBD>
<EFBFBD><05>
s$g_
>
	<09>	<09>	R<03>	<0F><05><08><04>@j<08>`<03><08>21eTowards Equal Rights for Higher-kinded Types
<01>!EThe UNIX Time-Sharing System
+Ykvm: the Linux Virtual Machine Monitor
{%MThe Story of the Therac in LOTOS
z'QThe Meaning of Employee Engagement
xS<04>'Toward a unified theory of sparse dimensionality reduction in Euclidean space
u#IThe Early History of Smalltalk
r'QUEG Week 2016 Poster Presentations
q=}The Pagerank Citation Ranking: Bringing Order to the Web
l@<04>
Viewing Control Structures as Patterns of Passing Messages
jB<04>ZooKeeper: Wait-free Coordination for Internet-scale Systems
gQ<04>#Understanding the Limitations of Causally and Totally Ordered Communication
f@<04>
Zab: High-performance broadcast for primary-backup systems
e-]Toward a cloud computing research agenda
c,[Tor: The Second-Generation Onion Router
bK<04>Why Do Some Men Use Violence Against Women and How Can We Prevent It?
aV<04>-Tiered Replication: A Cost-effective Alternative to Full Cluster Geo-replication
_C<04>Warp: Lightweight Multi-Key Transactions for Key-Value Stores
15mTransactional storage for geo-replicated systems
/?The LCA Problem Revisited
!O<04>The Quest for Artificial Intelligence a History of Ideas and Achievements
8sThe phase transition in inhomogeneous random graphs
	A<04>The Space Complexity of Approximating the Frequency Moments
<{Weighted Finite-state Transducers in Speech Recognition<00>&OWhy Silent Updates Boost Security<00>._Uncovering network tarpits with degreaser<00>7qThe Dynamic Window Approach to Collision Avoidance<00>#ITheory in Programming Practice<00>9 The Derivative of a Regular'QWhy Functional Programming Matters
<01>/aThe operating system: should there be one?<00>*WWormholes: introducing effects to FRP<00>+[
f4: Facebook's Warm BLOB Storage SystemM&OXen and the art of virtualization<00>4m
Web page classification: Features and algorithms%4kViewstamped Replication: A General Primary Copy<00>5mVL2: a scalable and flexible data center network<00>1g
VEWS: A Wikipedia Vandal Early Warning SystemK<04>Untraceable Electronic Mail, Return Addresses, and Digital Pseudonyms<00>7s
Unikernels: library operating systems for the cloud4m
Unicorn: A System for Searching the Social Graph|=Two Tasty Servings of Pi<00>P<04>#
Transactional Client-Server Cache Consistency: Alternatives and Performance~.a
Traits: A mechanism for fine-grained reusedX<04>3
Towards a next generation data center architecture: scalability and commoditizationa%MTop 10 algorithms in data mining<00>E<04>

Time, Clocks, and the Ordering of Events in a Distributed System?6q
There is more consensus in Egalitarian parliaments{$KThe Φ Accrual Failure Detector<00>I<04>The treadmill: real-time garbage collection without motion sickness<00>7s
The semantics of x86-CC multiprocessor machine code9[<04>7The scalable commutativity rule: designing scalable software for multicore processors<00>9
The rendering equation''S
The chemical basis of morphogenesis+[
The algorithmization of counterfactualsC<04>The Slab Allocator: An Object-Caching Kernel Memory Allocator<00>)
The Redox Code+e<04>KThe Peer Sampling Service: Experimental Evaluation of Unstructured Gossip-Based Implementations<00>=
The Part-Time Parliament}=}The PageRank Citation Ranking: Bringing Order to the Web<00>-_
The Moral Character of Cryptographic WorkEE<04>

The Join Calculus: A Language for Distributed Mobile Programmingz-]The Fast Johnson-lindenstrauss Transform<00>&The Dangers of Replication and a S*WUnderstanding RFID Counting Protocols
<01>!EThe Solovay-Kitaev algorithm
<01>0cThe extensible neuroimaging archive toolkit
<01>"GWarnings for pattern matching
<01>
><0B><05>><00>z<EFBFBD>@<00>	<02>Q5GGCopysets: Reducing the Fr
i<02>O5GGConsensus in the presence of partial synchrony<07>The concept of partial synchrony in a distributed system is introduced. Partial synchrony lies between the cases of a synchronous system and an asynchronous system. In a synchronous system, there is a known fixed upper bound &#916; on the time required for a message to be sent from one processor to another and a known fixed upper bound &PHgr; on the relative speeds of different processors. In an asynchronous system no fixed upper bounds &#916; and &PHgr; exist. In one version of partial synchrony, fixed bounds &#916; and &PHgr; exist, but they are not known a priori. The problem is to design protocols that work correctly in the partially synchronous system regardless of the actual values of the bounds &#916; and &PHgr;. In another version of partial synchrony, the bounds are known, but are only guaranteed to hold starting at some unknown time <italic>T</italic>, and protocols must be designed to work correctly regardless of when time <italic>T</italic> occurs. Fault-tolerant consensus protocols are given for various cases of partial synchrony and various fault models. Lower bounds that show in most cases that our protocols are optimal with respect to the number of faults tolerated are also given. Our consensus protocols for partially synchronous processors use new protocols for fault-tolerant &#8220;distributed clocks&#8221; that allow partially synchronous processors to reach some approximately common notion of time.J. ACMdistributed_systems/2017-09-11T17:59:01.7396870122017-09-11T17:59:01.739687012<EFBFBD>
<0A>>y<02>M<EFBFBD>E5GGA Byzantine Fault Tolerant Distributed Commit Protocol<07>In this paper, we present a Byzantine fault tolerant distributed commit protocol for transactions running over un- trusted networks. The traditional two-phase commit protocol is enhanced by replicating the coordinator and by running a Byzantine agreement algorithm among the coordinator replicas. Our protocol can tolerate Byzantine faults at the coordinator replicas and a subset of malicious faults at the participants. A decision certificate, which includes a set of registration records and a set of votes from participants, is used to facilitate the coordinator replicas to reach a Byzantine agreement on the outcome of each transaction. The certificate also limits the ways a faulty replica can use towards non-atomic termination of transactions, or semantically incorrect transaction outcomes.Third IEEE International Symposium on Dependable, Autonomic and Secure Computing (DASC 2007)distributed_systems/2017-09-11T17:59:01.4850590822017-09-11T17:59:01.485059082
<	
<<00>J<EFBFBD>B<00><02>a5GGChain Replication for Supporting High Throughput and Availability<07>Chain replication is a new approach to coordinating clusters of fail-stop storage servers. The approach is intended for supporting large-scale storage services that exhibit high throughput and availability without sacrificing strong consistency guarantees. Besides outlining the chain replication protocols themselves , simulation experiments explore the performance characteristics of a prototype implementation. Throughput, availability, and several object-placement strategies (including schemes based on distributed hash table routing) are discussed.OSDIdistributed_systems/2017-09-11T17:59:02.0299680182017-09-11T17:59:02.029968018<EFBFBD>r<EFBFBD>A<00>
<02>;
5GGDapper, a Large-Scale Distributed Systems Tracing Infrastructure<07>Modern Internet services are often implemented as complex , large-scale distributed systems. These applications are constructed from collections of software modules that may be developed by different teams, perhaps in different programming languages, and could span many thousands of machines across multiple physical facilities. Tools that aid in understanding system behavior and reasoning about performance issues are invaluable in such an environment. Here we introduce the design of Dapper, Google's production distributed systems tracing infrastructure, and describe how our design goals of low overhead, application-level transparency, and ubiquitous deployment on a very large scale system were met. Dapper shares conceptual similarities with other tracing systems, particularly Magpie [3] and X-Trace [12], but certain design choices were made that have been key to its success in our environment, such as the use of sampling and restricting the instrumentation to a rather small number of common libraries. The main goal of this paper is to report on our experience building, deploying and using the system for over two years, since Dapper's foremost measure of success has been its usefulness to developer and operations teams. Dapper began as a self-contained tracing tool but evolved into a monitoring platform which has enabled the creation of many different tools, some of which were not anticipated by its designers. We describe a few of the analysis tools that have been built using Dapper, share statistics about its usage within Google, present some example use cases, and discuss lessons learned so far.distributed_systems/2017-09-11T17:59:01.9690681152017-09-11T17:59:01.969068115

:<02>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
u
j
_
T
I
>
3
(


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	x	m	b	W	L	A	6	+	 		
<08><08><08><08><08><08><08><08><08><08><08><08>{peZOD9.#
<07><07><07><07><07><07><07><07><07><07><07>~sh]RG<1&<06><06><06><06><06><06><06><06><06><06><06><06>vk`UJ?4)<05><05><05><05><05><05><05><05><05><05><05><05>yncXMB7,!<04><04><04><04><04><04><04><04><04><04><04>|qf[PE:/$<03><03><03><03><03><03><03><03><03><03><03>ti^SH=2'<02><02><02><02><02><02><02><02><02><02><02><02><08> <04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08>
q<08>~
q<08>}
q<08>|
q<08>{
q<08>z
q<08>y
q<08>x
q<08>w
q<08>v
q<08>u
q<08>t
q<08>
s
q<08>r
q<08>q
q<08>
p
q<08>	o
q<08>n
q<08>m
q<08>l
q<08>k
q<08>j
q<08>i
q<08>h
q<08>
g
q<08>f
q<08>e
q<08>~d
q<08>}c
q<08>|b
q<08>{a
q<08>z`
q<08>y_
q<08>x^
q<08>w]
q<08>v\
q<08>u[
q<08>tZ
q<08>sY
q<08>rX
q<08>qW
q<08>pV
q<08>oU
q<08>nT
q<08>mS
q<08>lR
q<08>kQ
q<08>jP
q<08>iO
q<08>hN
q<08>gM
q<08>fL
q<08>eK
q<08>dJ
q<08>cI
q<08>bH
q<08>aG
q<08>`F
q<08>_E
q<08>^D
q<08>]C
q<08>\B
q<08>[A
q<08>Z@
q<08>Y?
q<08>X>
q<08>W=
q<08>V<
q<08>U;
q<08>T:
q<08>S9
q<08>R8
q<08>Q7
q<08>P6
q<08>O5
q<08>N4
q<08>M3
q<08>L2
q<08>K1
q<08>J0
q<08>I/
q<08>H.
q<08>G-
q<08>F,
q<08>E+
q<08>D*
q<08>C)
q<08>B(
q<08>A'
q<08>@&
q<08>?%
q<08>>$
q<08>=#
q<08><"
q<08>;!
q<08>: 
q<08>9
q<08>8
q<08>7
q<08>6
q<08>5
q<08>4
q<08>3
q<08>2
q<08>1
q<08>0
q<08>/
q<08>.
q<08>-
q<08>,
q<08>+
q<08>*
q<08>)
q<08>(
q<08>'

q<08>&
q<08>%
q<08>$

q<08>#	
q<08>"
q<08>!
q<08> 
q<08>
q<08>
q<08>
q<08>
q<08>

q<08>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08>
<03>
q<08><03>
q<08><03>
q<08>
<03>
q<08>	<03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08><03>
q<08>
<03>
q<08><03>
q<08><03>
q<08>~<03>
q<08>}<03>
q<08>|<03>
q<08>{<03>
q<08>z<03>
q<08>y<03>
q<08>x<03>
q<08>w<03>
q<08>v<03>
q<08>u<03>
q<08>t<03>
q<08>s<03>
q<08>r<03>
q<08>q<03>
q<08>p<03>
q<08>o<03>
q<08>n<03>
q<08>m<03>
q<08>l<03>
q<08>k<03>
q<08>j<03>
q<08>i<03>
q<08>h<03>
q<08>g<03>
q<08>f<03>
q<08>e<03>
p<08>d<03>
o<08>c<03>
n<08>b<03>
n<08>a<00>
m<08>`<03>
k<08>_<03>
k<08>^<03>
k<08>]<03>
k<08>\<03>
k<08>[<03>
k<08>Ze
j<08>Y<03>
i<08>X<03>
h<08>W<03>
h<08>V
/
g<08>U<03>
g<08>T<03>
g<08>S<03>
g<08>R<03>
e<08>Q<03>
e<08>P<03>
e<08>O<03>
d<08>N
<01>
c<08>M<03>
c<08>L
<01>
c<08>K<03>
b<08>J<03>
b<08>I<03>
b<08>H<03>
a<08>G<03>
a<08>F<03>
a<08>E<03>
a<08>D<03>
a<08>C<03>
a<08>B<03>
`<08>A<03>
`<08>@<03>
`<08>?<03>
`<08>><03>
`<08>=<03>
`<08><
	
_<08>;x
_<08>:v
_<08>9

_<08>8s
_<08>7<03>
^<08>6<03>
^<08>5<03>
]<08>4<03>
]<08>3<00>
\<08>2<00>
\<08>1<00>
\<08>0<00>
\<08>/<03>
[<08>.<03>
[<08>-<03>
[<08>,<03>
Z<08>+<03>
Y<08>*<03>
X<08>)<03>
X<08>(<00>
W<08>'<03>
V<08>&<03>
V<08>%<03>
U<08>$
<01>
U<08>#
&
T<08>"j
T<08>!i
T<08> h
T<08>6
S<08>5
S<08>w
R<08><03>
R<08>
1
Q<08>
<01>
Q<08>
<
Q<08>
;
Q<08><03>
Q<08>
A
Q<08>
C
Q<08><03>
Q<08><03>
P<08><03>
P<08><00>
O<08>
<01>
N<08>
<01>
N<08><03>
N<08>

<01>
N<08>
<01>
N<08><03>
M<08>
<03>
L<08>	c
L<08><03>
L<08><00>
J<08><03>
J<08><03>
I<08><03>
I<08><03>
I<08><03>
H<08>
<00>
H<08>
	
G<08><03>
G<08>~<03>
G<08>}<03>
G<08>|<03>
F<08>{<03>
F<08>z<00>
E<08>y<03>
E<08>x<03>
D<08>w<03>
D<08>v<03>
D<08>u
	
D<08>t<03>
C<08>s<03>
C<08>r<03>
C<08>q<03>
C<08>p<03>
C<08>o
\
B<08>n
<01>
B<08>m<03>
A<08>l
A<08>k~
A<08>j}
A<08>i|
A<08>h{
A<08>gz
A
<02>	<09>o<02><00>c<EFBFBD>E<00><02>_=5GGDistributed Snapshots: Determining Global States of Distributed Systems<07>This paper presents an algorithm by which a process in a distributed system determines a global state of the system during a computation. Many problems in distributed systems can be cast in terms of the problem of detecting global states. For instance, the global state detection algorithm helps to solve an important class of problems: stable property detection. A stable property is one that persists: once a stable property becomes true it remains true thereafter. Examples of stable properties are &#8220;computation has terminated,&#8221; &#8220; the system is deadlocked&#8221; and &#8220;all tokens in a token ring have disappeared.&#8221; The stable property detection problem is that of devising algorithms to detect a given stable property. Global state detection can also be used for checkpointing.ACM Trans. Comput. Syst.distributed_systems/2017-09-11T17:59:02.4453239752017-09-11T17:59:02.445323975<EFBFBD>8<EFBFBD>D
y<02>%E5GGEluding carnivores: file sharing with strong anonymity<07>Anonymity is increasingly important for networked applications amidst concerns over censorship and privacy. This paper outlines the design of HerbivoreFS, a scalable and efficient file sharing system that provides strong anonymity. HerbivoreFS provides computational guarantees that even adversaries able to monitor all network traffic cannot deduce the identity of a sender or receiver beyond an anonymizing clique of <i>k</i> peers. HerbivoreFS achieves scalability by partitioning the global network into smaller anonymizing cliques. Measurements on PlanetLab indicate that the system achieves high anonymous bandwidth when deployed on the Internet.ACM SIGOPS European Workshopdistributed_systems/2017-09-11T17:59:02.2911760252017-09-11T17:59:02.291176025<EFBFBD>Q<EFBFBD>C/<02>Y<EFBFBD>5GGSpherical hashing<07>Many binary code encoding schemes based on hashing have been actively studied recently, since they can provide efficient similarity search, especially nearest neighbor search, and compact data representations suitable for handling large scale image databases in many computer vision problems. Existing hashing techniques encode high-dimensional data points by using hyperplane-based hashing functions. In this paper we propose a novel hypersphere-based hashing function, spherical hashing, to map more spatially coherent data points into a binary code compared to hyperplane-based hashing functions. Furthermore, we propose a new binary code distance function, spherical Hamming distance, that is tailored to our hypersphere-based binary coding scheme, and design an efficient iterative optimization process to achieve balanced partitioning of data points for each hash function and independence between hashing functions. Our extensive experiments show that our spherical hashing technique significantly outperforms six state-of-the-art hashing techniques based on hyperplanes across various image benchmarks of sizes ranging from one to 75 million of GIST descriptors. The performance gains are consistent and large, up to 100% improvements. The excellent results confirm the unique merits of the proposed idea in using hyperspheres to encode proximity regions in high-dimensional spaces. Finally, our method is intuitive and easy to implement.2012 IEEE Conference on Computer Vision and Pattern Recognitiondistributed_systems/2017-09-11T17:59:02.1319260252017-09-11T17:59:02.131926025
<05>	~<05><00>W<EFBFBD>G<00><02>u
5GGHerbivore: A Scalable and Efficient Protocol for Anonymous Communication<07>Anonymity is increasingly important for networked applications amidst concerns over censorship and privacy. In this pap
e<02>;c5GGHarvest, Yield and Scalable Tolerant Systems<07>The cost of reconciling consistency and state management with high availability is highly magnified by the unprecedented scale and robustness requirements of today's Internet applications. We propose two strategies for improving overall availability using simple mechanisms that scale over large applications whose output behavior tolerates graceful degradation. We characterize this degradation in terms of harvest and yield, and map it directly onto engineering mechanisms that enhance availability by improving fault isolation, and in some cases also simplify programming. By collecting examples of related techniques in the literature and illustrating the surprising range of applications that can benefit from these approaches, we hope to motivate a broader research program in this area. Increasingly, infrastructure services comprise not only routing, but also application-level resources such as search engines [15], adaptation proxies [8], and Web caches [20]. These applications must confront the same ¢ ¡ ¤ £ ¦ ¥ operational expectations and exponentially-growing user loads as the routing infrastructure, and consequently are absorbing comparable amounts of hardware and software. The current trend of harnessing commodity-PC clusters for scalability and availability [9] is reflected in the largest web server installations. These sites use tens to hundreds of PC's to deliver 100M or more read-mostly page views per day, primarily using simple replication or relatively small data sets to increase throughput. The scale of these applications is bringing the well-known tradeoff between consistency and availability [4] into very sharp relief. In this paper we propose two general directions for future work in building large-scale robust systems. Our approaches tolerate partial failures by emphasizing simple composition mechanisms that promote fault containment, and by translating possible partial failure modes into engineering mechanisms that provide smoothly-degrading functionality rather than lack of availability of the service as a whole. The approaches were developed in the context of cluster computing, where it is well accepted [22] that one of the major challenges is the nontrivial software engineering required to automate partial-failure handling in order to keep system management tractable. In this discussion, strong consistency means single-copy ACID [13] consistency; by assumption a strongly-consistent system provides the ability to perform updates, otherwise discussing consistency is irrelevant. High availability is assumed to be provided through redundancy, e.g. data replication; data is considered highly available if a given consumer of the data can always reach some replica. Partition-resilience means that the system as whole can survive a partition between data replicas. The CAP …Workshop on Hot Topics in Operating Systemsdistributed_systems/2017-09-11T17:59:02.8309069822017-09-11T17:59:02.830906982
<0B>	<09>
E<02>i'5GGOn the Calculus of Relations<07>Terms and Conditions of Use provides, in part, that unless you have obtained prior permission, you may not download an entire issue of a journal or multiple copies of articles, and you may use content in the JSTOR archive only for your personal, non-commercial use. Please contact the publisher regarding any further use of this work. Publisher contact information may be obtained at. Each copy of any part of a JSTOR transmission must contain the same copyright notice that appears on the screen or printed page of such transmission. JSTOR is a not-for-profit service that helps scholars, researchers, and students discover, use, and build upon a wide range of content in a trusted digital archive. We use information technology and tools to increase productivity and facilitate new forms of scholarship. For more information about JSTOR, please contact support@jstor.org. Association for Symbolic Logic is collaborating with JSTOR to digitize, preserve and extend access to The Journal of Symbolic Logic.J. Symb. Log.distributed_systems/2017-09-11T17:59:03.6358181152017-09-11T17:59:03.635818115<EFBFBD>A<EFBFBD>L<00>	<02>U5EEImpossibility of Distributed Consensus with One Faulty Process<07>The consensus problem involves an asynchronous system of processes, some of which may be unreliable. The problem is for the reliable processes to agree on a binary value. In this paper, it is shown that every protocol for this problem has the possibility of nontermination, even with only one faulty process. By way of contrast, solutions are known for the synchronous case, the &#8220;Byzantine Generals&#8221; problem.J. ACMdistributed_systems/2017-09-11T17:59:03.562357912017-09-11T17:59:03.56235791<EFBFBD>A<EFBFBD>K<00>	<02>]
5GGHow the Hidden Hand Shapes the Market for Software Reliability<07>— Since the 18th century, economists have recognized that absent government intervention, market forces determine the pricing and ultimate fate of technologies. Our contention is that the " hidden hand " explains a series of market failures impacting products in the field of software reliability. If reliability solutions are to reach mainstream developers, greater attention must be paid to market economics and drivers.distributed_systems/2017-09-11T17:59:03.1178210452017-09-11T17:59:03.117821045<EFBFBD>d<EFBFBD>J
m<02>95GGHigh-Level Specifications: Lessons from Industry<07>We explain the rationale behind the design of the TLA + specification language , and we describe our experience using it and the TLC model checker in industrial applications—including the verification of multiprocessor memory designs at Intel. Based on this experience, we challenge some conventional wisdom about high-level specifications.FMCOdistributed_systems/2017-09-11T17:59:03.0535319822017-09-11T17:59:03.053531982
^	<09>^<00>`<60>O<00><02>5GGLife beyond Distributed Transactions: an Apostate's Opinion<07>The positions expressed in this paper are personal opinions and do not in any way reflect the positions of my employer Amazon.com. ABSTRACT Many decades of work have been invested in the area of distributed transactions including protocols such as 2PC, Paxos, and various approaches to quorum. These protocols provide the application programmer a façade of global serializability. Personally, I have invested a non-trivial portion of my career as a strong advocate for the implementation and use of platforms providing guarantees of global serializability. My experience over the last decade has led me to liken these platforms to the Maginot Line 1. In general, application developers simply do not implement large scalable applications assuming distributed transactions. When they attempt to use distributed transactions, the projects founder because the performance costs and fragility make them impractical. Natural selection kicks in… 1 The Maginot Line was a huge fortress that ran the length of the Franco-German border and was constructed at great expense between World War I and World War II. It successfully kept the German army from directly crossing the border between France and Germany. It was quickly bypassed by the Germans in 1940 who invaded through Belgium. Instead, applications are built using different techniques which do not provide the same transactional guarantees but still meet the needs of their businesses. This paper explores and names some of the practical approaches used in the implementations of large-scale mission-critical applications in a world which rejects distributed transactions. We discuss the management of fine-grained pieces of application data which may be repartitioned over time as the application grows. We also discuss the design patterns used in sending messages between these repartitionable pieces of data. The reason for starting this discussion is to raise awareness of new patterns for two reasons. First, it is my belief that this awareness can ease the challenges of people hand-crafting very large scalable applications. Second, by observing the patterns, hopefully the industry can work towards the creation of platforms that make it easier to build these very large applications.CIDRdistributed_systems/2017-09-11T17:59:04.3683339842017-09-11T17:59:04.368333984<EFBFBD>:<3A>N<00>O<02>5GGKelips: Building an Efficient and Stable P2P DHT through Increased Memory and Background Overhead<07>A peer-to-peer (p2p) distributed hash table (DHT) system allows hosts to join and fail silently (or leave), as well as to insert and retrieve files (objects). This paper explores a new point in design space in which increased memory usage and constant background communication overheads are tolerated to reduce file lookup times and increase stability to failures and churn. Our system, called Kelips, uses peer-to-peer gossip to partially repli-cate file index information. In Kelips, (a) under normal conditions, file lookups are resolved with O(1) time and complexity (i.e., independent of system size), and (b) membership changes (e.g., even when a large number of nodes fail) are detected and disseminated to the system quickly. Per-node memory requirements are small in medium-sized systems. When there are failures, lookup success is ensured through query rerouting. Kelips achieves load balancing comparable to existing systems. Locality is supported by using topologically aware gossip mecha
<EFBFBD>b
<01><00>+<2B>R
q<02>Q5GGIn Search of an Understandable Consensus Algorithm<07>Raft is a consensus algorithm for managing a replicated log. It produces a result equivalent to (multi-)Paxos, and it is as efficient as Paxos, but its structure is different from Paxos; this makes Raft more understandable than Paxos and also provides a better foundation for building practical systems. In order to enhance understandabil-ity, Raft separates the key elements of consensus, such as leader election, log replication, and safety, and it enforces a stronger degree of coherency to reduce the number of states that must be considered. Results from a user study demonstrate that Raft is easier for students to learn than Paxos. Raft also includes a new mechanism for changing the cluster membership, which uses overlapping majorities to guarantee safety.USENIX Annual Technical Conferencedistributed_systems/2017-09-11T17:59:04.6316979982017-09-11T17:59:04.631697998<EFBFBD><13>Q<00><02>i5GGMesos: A Platform for Fine-Grained Resource Sharing in the Data Center<07>Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. To copy otherwise, to republish, to post on servers or to redistribute to lists, requires prior specific permission. Abstract We present Mesos, a platform for sharing commodity clusters between multiple diverse cluster computing frameworks, such as Hadoop and MPI 1. Sharing improves cluster utilization and avoids per-framework data replication. Mesos shares resources in a fine-grained manner, allowing frameworks to achieve data locality by taking turns reading data stored on each machine. To support the sophisticated schedulers of today's frameworks , Mesos introduces a distributed two-level scheduling mechanism called resource offers. Mesos decides how many resources to offer each framework, while frameworks decide which resources to accept and which computations to run on them. Our experimental results show that Mesos can achieve near-optimal locality when sharing the cluster among diverse frameworks, can scale up to 50,000 nodes, and is resilient to node failures.NSDIdistributed_systems/2017-09-11T17:59:04.5412758792017-09-11T17:59:04.541275879<EFBFBD><03>P<00>3<02>/5GGLarge-scale Incremental Processing Using Distributed Transactions and Notifications<07>Updating an index of the web as documents are crawled requires continuously transforming a large repository of existing documents as new documents arrive. This task is one example of a class of data processing tasks that transform a large repository of data via small, independent mutations. These tasks lie in a gap between the capabilities of existing infrastructure. Databases do not meet the storage or throughput requirements of these tasks: Google's indexing system stores tens of petabytes of data and processes billions of updates per day on thousands of machines. MapReduce and other batch-processing systems cannot process small updates individually as they rely on creating large batches for efficiency. We have built Percolator, a system for incrementally processing updates to a large data set, and deployed it to create the Google web search index. By replacing a batch-based indexing system with an indexing system based on incremental processing using Percolator, we process the same number of documents per day, while reducing the average age of documents in Google search results by 50%.OSDIdistributed_systems/2017-09-11T17:59:04.4760910642017-09-11T17:59:04.476091064
3;3
{<02>e5GGMapReduce: Simplified Data Processing on Large Clusters<07>MapReduce is a programming model and an associated implementation for processing and generating large datasets that is amenable to a broad variety of real-world tasks. Users specify the computation in terms of a <i>map</i> and a <i>reduce</i> function, and the underlying runtime system automatically parallelizes the computation across large-scale clusters of machines, handles machine failures, and schedules inter-machine communication to make efficient use of the network and disks. Programmers find the system easy to use: more than ten thousand distinct MapReduce programs have been implemented internally at Google over the past four years, and an average of one hundred thousand MapReduce jobs are executed on Google's clusters every day, processing a total of more than twenty petabytes of data per day.OSDIdistributed_systems/2017-09-11T17:59:04.7183239752017-09-11T17:59:04.718323975
<00>
<0A>s<07><00><00>2<EFBFBD>X
K<02>w5GGRecent SRI work in verification<07>end has already been implemented as part of an experimental Ada/Ada-M compiler [7] ; work on a syntax-directed editor is i n progress .) However, the methodology of verification-oriented programming is still a research topic. This section provides an update to our last year ' s VERkshop summary [21], summarizing recent work in verification at SRI. I t considers progress as well as current and future plans. As noted in last year's report, the Fortran verification system [1] handles a subset of both ANS I Fortran 66 and 77. The subset excludes the I/O statements, as well as EQUIVALENCE, DATA, and BLOCK DATA statements. Whil e some restrictions are placed on the remaining statements, the subset permits certain uses of COMMON, adjustable array dimensions , functions, and subroutines with side-effects. Unusual features of the system include a syntax checker that enforces all of th e syntactic restrictions, the thorough analysis of aliasing, and the generation of VCs to ensure against run time errors (e .g ., arithmeti c overflow). If a program is proved correct by the system, then any invocation of the program on an ANSI Fortran processor in a stat e satisfying the input assertion terminates without run time errors and produces a state satisfying the output assertion. The main thrust of this year's work with the Fortran system has been to apply it to several small but difficult programs. Some of tha t work is described below. A VCG reduces th e question of whether a program is consistent with its specifications to that of whether certain logical formulas are theorems in a n underlying theory. VCGs must embody the semantics of the programming language ; for the most part, they have been seen asSOENdistributed_systems/2017-09-11T17:59:05.3206970212017-09-11T17:59:05.320697021<EFBFBD>0<EFBFBD>W
/<02>
5GGPaxos Made Simple<07>The Paxos algorithm, when presented in plain English, is very simple.distributed_systems/2017-09-11T17:59:05.2843520512017-09-11T17:59:05.284352051<EFBFBD>J<EFBFBD>V<00>I<02>/
5GGPastry: Scalable, distributed object location and routing for large-scale peer-to-peer systems<07>This paper presents the design and evaluation of Pastry, a scalable, distributed object location and routing scheme for wide-area peer-to-peer applications. Pastry performs application-level routing and object location in a potentially very large overlay network of nodes connected via the Internet. It can be used to support a wide range of peer-to-peer applications like global data storage, global data sharing, and naming. An insert operation in Pastry stores an object at a user-defined number of diverse nodes within the Pastry network. A lookup operation reliably retrieves a copy of the requested object if one exists. Moreover, a lookup is usually routed to the node nearest the client issuing the lookup (by some measure of proximity), among the nodes storing the requested object. Pastry is completely decentralized, scalable, and self-configuring; it automatically adapts to the arrival, departure and failure of nodes. Experimental results obtained with a prototype implementation on a simulated network of up to 100,000 nodes confirm Pastry's scalability, its ability to self-configure and adapt to node failures, and its good network locality properties.distributed_systems/2017-09-11T17:59:05.2054528812017-09-11T17:59:05.205452881<EFBFBD>;<3B>U
G<02>s/5GGPaxos Made Moderately Complex<07>This article explains the full reconfigurable multidecree Paxos (or multi-Paxos) protocol. Paxos is by no means a simple protocol, even though it is based on relatively simple invariants. We provide pseudocode and explain it guided by invariants. We initially avoid optimizations that complicate comprehension. Next we discuss liveness, list various optimizations that make the protocol practical, and present variants of the protocol.ACM Comput. Surv.distributed_systems/2017-09-11T17:59:05.0655490722017-09-11T17:59:05.065549072
<03>?<03><00>?<3F>Z
}<02>Q#5GGSelf-stabilizing Systems in Spite of Distributed Control<07>The synchronization task between loosely coupled cyclic sequential processes (as can be distinguished in, for instance, operating systems) can be viewed as keeping the relation &#8220;the system is in a legitimate state&#8221; invariant. As a result, each individual process step that could possibly cause violation of that relation has to be preceded by a test deciding whether the process in question is allowed to proceed or has to be delayed. The resulting design is readily&#8212;and quite systematically&#8212;implemented if the different processes can be granted mutually exclusive access to a common store in which &#8220;the current system state&#8221; is recorded.Commun. ACMdistributed_systems/2017-09-11T17:59:05.7544909672017-09-11T17:59:05.754490967<EFBFBD>=<3D>Y
U<02>
5GGOn Proof and Progress in Mathematics<07>This essay on the nature of proof and progress in mathematics was stimulated by the article of Jaffe and Quinn, "Theoretical Mathematics: Toward a cultural synthesis of mathematics and theoretical physics". Their article raises interesting issues that mathematicians should pay more attention to, but it also perpetuates some widely held beliefs and attitudes that need to be questioned and examined. The article had one paragraph portraying some of my work in a way that diverges from my experience, and it also diverges from the observations of people in the field whom I've discussed it with as a reality check. After some reflection, it seemed to me that what Jaffe and Quinn wrote was an example of the phenomenon that people see what they are tuned to see. Their portrayal of my work resulted from projecting the sociology of mathematics onto a one-dimensional scale (speculation versus rigor) that ignores many basic phenomena. Responses to the Jaffe-Quinn article have been invited from a number of mathematicians, and I expect it to receive plenty of specific analysis and criticism from others. Therefore, I will concentrate in this essay on the positive rather than on the contranegative. I will describe my view of the process of mathematics, referring only occasionally to Jaffe and Quinn by way of comparison. In attempting to peel back layers of assumptions, it is important to try to begin with the right questions: 1. What is it that mathematicians accomplish? There are many issues buried in this question, which I have tried to phrase in a way that does not presuppose the nature of the answer. It would not be good to start, for example, with the question How do mathematicians prove theorems? This question introduces an interesting topic, but to start with it would be to project two hidden assumptions: (1) that there is uniform, objective and firmly established theory and practice of mathematical proof, and (2) that progress made by mathematicians consists of proving theorems. It is worthwhile to examine these hypotheses, rather than to accept them as obvious and proceed from there.distributed_systems/2017-09-11T17:59:05.4834250492017-09-11T17:59:05.483425049

:
R<05>`
:<00>"<22>^
S<02>[
5EEDining Cryptographers are Practical<07>The dining cryptographers protocol provides information-theoretically secure sender and recipient untraceability. However, the protocol is considered to be impractical because a malicious participant may disrupt the communication. We propose an implementation which provides information-theoretical security for senders and recipients, and in which a disruptor with limited computational capabilites can easily be detected.distributed_systems/2017-09-11T17:59:06.547479982017-09-11T17:59:06.54747998<EFBFBD>8<EFBFBD>]
/<02>'
5GGSparse Partitions<07>This abstract presents a collection of clustering and decomposition techniques enabling the construction of sparse and locality preserving representations for arbitrary networks. These new clustering techniques have already found several powerful applications in the area of distributed network algorithms. Two of these applications are described in this abstract, namely, routing with polynomial communication-space tradeoo and online tracking of mobile users.distributed_systems/2017-09-11T17:59:06.1992160642017-09-11T17:59:06.199216064<EFBFBD>2<EFBFBD>\
<02>C5GGStronger Semantics for Low-Latency Geo-Replicated Storage<07>We present the first scalable, geo-replicated storage system that guarantees low latency, offers a rich data model, and provides " stronger " semantics. Namely, all client requests are satisfied in the local datacenter in which they arise; the system efficiently supports useful data model abstractions such as column families and counter columns; and clients can access data in a causally-consistent fashion with read-only and write-only transac-tional support, even for keys spread across many servers. The primary contributions of this work are enabling scalable causal consistency for the complex column-family data model, as well as novel, non-blocking algorithms for both read-only and write-only transactions. Our evaluation shows that our system, Eiger, achieves low latency (single-ms), has throughput competitive with eventually-consistent and non-transactional Cassandra (less than 7% overhead for one of Facebook's real-world workloads), and scales out to large clusters almost linearly (averaging 96% increases up to 128 server clusters).NSDIdistributed_systems/2017-09-11T17:59:05.9733090822017-09-11T17:59:05.973309082<EFBFBD>*<2A>[
{<02>uW5GGSignal/Collect: Graph Algorithms for the (Semantic) Web<07>The Semantic Web graph is growing at an incredible pace, enabling opportunities to discover new knowledge by interlinking and analyzing previously unconnected data sets. This confronts researchers with a conundrum: Whilst the data is available the programming models that facilitate scalability and the infrastructure to run various algorithms on the graph are missing. Some use MapReduce – a good solution for many problems. However, even some simple iterative graph algorithms do not map nicely to that programming model requiring programmers to shoehorn their problem to the MapReduce model. This paper presents the Signal/Collect programming model for synchronous and asynchronous graph algorithms. We demonstrate that this abstraction can capture the essence of many algorithms on graphs in a concise and elegant way by giving Signal/Collect adaptations of various relevant algorithms. Furthermore, we built and evaluated a prototype Signal/Collect framework that executes algorithms in our programming model. We empirically show that this prototype transparently scales and that guiding computations by scoring as well as asyn-chronicity can greatly improve the convergence of some example algorithms. We released the framework under the Apache License 2.0 (atInternational Semantic Web Conferencedistributed_systems/2017-09-11T17:59:05.7681469732017-09-11T17:59:05.768146973
<02>f<02><00>K<EFBFBD>`
?<02>55GGSecure network provenance<07>This paper introduces <i>secure network provenance (SNP)</i>, a novel technique that enables networked systems to explain to their operators <i>why</i> they are in a certain state -- e.g., why a suspicious routing table entry is present on a certain router, or where a given cache entry originated. SNP provides network forensics capabilities by permitting operators to track down faulty or misbehaving nodes, and to assess the damage such nodes may have caused to the rest of the system. SNP is designed for adversarial settings and is robust to manipulation; its tamper-evident properties ensure that operators can detect when compromised nodes lie or falsely implicate correct nodes.
 We also present the design of SNooPy, a general-purpose SNP system. To demonstrate that SNooPy is practical, we apply it to three example applications: the Quagga BGP daemon, a declarative implementation of Chord, and Hadoop MapReduce. Our results indicate that SNooPy can efficiently explain state in an adversarial setting, that it can be applied with minimal effort, and that its costs are low enough to be practical.SOSPdistributed_systems/2017-09-11T17:59:06.8347980962017-09-11T17:59:06.834798096<EFBFBD><16>_<00>-<02>Q5GGTiered Replication: A Cost-effective Alternative to Full Cluster Geo-replication<07>Cloud storage systems typically use three-way random replication to guard against data loss within the cluster, and utilize cluster geo-replication to protect against correlated failures. This paper presents a much lower cost alternative to full cluster geo-replication. We demonstrate that in practical settings, using two replicas is sufficient for protecting against independent node failures, while using three random replicas is inadequate for protecting against correlated node failures. We present Tiered Replication, a replication scheme that splits the cluster into a primary and backup tier. The first two replicas are stored on the primary tier and are used to recover data in the case of independent node failures , while the third replica is stored on the backup tier and is used to protect against correlated failures. The key insight of our paper is that, since the third replicas are rarely read, we can place the backup tier on separate physical infrastructure or a remote location without affecting performance. This separation significantly increases the resilience of the storage system to correlated failures and presents a low cost alternative to geo-replication of an entire cluster. In addition, the Tiered Replication algorithm optimally minimizes the probability of data loss under correlated failures. Tiered Repli-cation can be executed incrementally for each cluster change, which allows it to supports dynamic environments in which nodes join and leave the cluster, and it facilitates additional data placement constraints required by the storage designer, such as network and rack awareness. We have implemented Tiered Replication on HyperDex, an open-source cloud storage system, and demonstrate that it incurs a small performance overhead. Tiered Replication improves the cluster-wide MTTF by a factor of 20,000 compared to random replication and by a factor of 20 compared to previous non-random replica-tion schemes, without increasing the amount of storage.USENIX Annual Technical Conferencedistributed_systems/2017-09-11T17:59:06.7897380372017-09-11T17:59:06.789738037

SS<00>)<29>a<00><02>
5GGWhy Do Some 
]<02>;#5GGToward a cloud computing research agenda<07>The 2008 LADIS workshop on Large Scale Distributed Systems brought together leaders from the commercial cloud computing community with researchers working on a variety of topics in distributed computing. The dialog yielded some surprises: some hot research topics seem to be of limited near-term importance to the cloud builders, while some of their practical challenges seem to pose new questions to us as systems researchers. This brief note summarizes our impressions.SIGACT Newsdistributed_systems/2017-09-11T17:59:07.3123449712017-09-11T17:59:07.312344971<EFBFBD>d<EFBFBD>b
[<02>!?5GGTor: The Second-Generation Onion Router<07>We present Tor, a circuit-based low-latency anonymous communication service. This second-generation Onion Routing system addresses limitations in the original design. Tor adds perfect forward secrecy, congestion control, directory servers, integrity checking, configurable exit policies, and a practical design for rendezvous points. Tor works on the real-world Internet, requires no special privileges or kernel modifications, requires little synchronization or coordination between nodes, and provides a reasonable trade-off between anonymity, usability, and efficiency. We briefly describe our experiences with an international network of more than a dozen hosts. We close with a list of open problems in anonymous communication. Onion Routing is a distributed overlay network designed to anonymize TCP-based applications like web browsing, secure shell, and instant messaging. Clients choose a path through the network and build a circuit, in which each node (or " onion router " or " OR ") in the path knows its predecessor and successor, but no other nodes in the circuit. Traffic flows down the circuit in fixed-size cells, which are unwrapped by a symmetric key at each node (like the layers of an onion) and relayed downstream. The Onion Routing project published several design and analysis papers [27, 41, 48, 49]. While a wide area Onion Routing network was deployed briefly, the only long-running public implementation was a fragile proof-of-concept that ran on a single machine. Even this simple deployment processed connections from over sixty thousand distinct IP addresses from all over the world at a rate of about fifty thousand per day. But many critical design and deployment issues were never resolved, and the design has not been updated in several years. Here we describe Tor, a protocol for asynchronous, loosely federated onion routers that provides the following improvements over the old Onion Routing design: Perfect forward secrecy: Onion Routing was originally vulnerable to a single hostile node recording traffic and later compromising successive nodes in the circuit and forcing them to decrypt it. Rather than using a single multiply en-crypted data structure (an onion) to lay each circuit, Tor now uses an incremental or telescoping path-building design , where the initiator negotiates session keys with each successive hop in the circuit. Once these keys are deleted, subsequently compromised nodes cannot decrypt old traffic. As a side benefit, onion replay detection is no longer necessary, and the process of building circuits is more reliable , since the initiator knows when a hop fails …USENIX Security Symposiumdistributed_systems/2017-09-11T17:59:07.2064641112017-09-11T17:59:07.206464111
<00>	<09><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>|qf[PE:/$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>ti^SH=2'
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
w
m
b
W
L
A
6
+
 

<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>|qf[PE:/$<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>ti^SH=2'
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
w
l
a
V
K
@
5
*


		<09>	<09><08>1<04>
<01><08>0<04>
<01><08>/<04>
<01><08>.<04>
<01><08>-<04>
<01><08>,<04>
<01><08>+
<01><08>*~
<01><08>)}
<01><08>(|
<01><08>'{
<01><08>&z
<01><08>%y
<01><08>$x
<01><08>#<00>
<01><08>"w
<01><08>!v
<01><08> u
<01><08>t
<01><08>s
<01><08>r
<01><08>q
<01><08>p
<01><08><00>
<01><08>o
<01><08>n
<01><08>m
<01><08>l
<01><08>k
<01><08>j
<01><08>i
<01><08>h
<01><08><00>
<01><08><02>
<01><08>g
<01><08>f
<01><08>

<01>
<01><08>)
<01><08>e
<01><08>
d
<01><08>	c
<01><08>b
<01><08>a
<01><08><00>
<01><08>`
<01><08>_
<01><08>^
<01><08>]
<01><08>
\
<01><08>[
<01><08>Z
<01><08>~<02>
<01><08>}Y
<01><08>|X
<01><08>{W
<01><08>z[
<01><08>yV
<01><08>xU
<01><08>wT
<01><08>vS
<01><08>uQ
<01><08>t<00>
<01><08>s<02>
<01><08>rR
<01><08>qQ
<01><08>pP
<01><08>oO
<01><08>nN
<01><07>m
I
<01><08>lM
<01><08>kL
<01><08>jK
<01><08>iJ
<01><08>hI
<01><08>gH
<01><08>fG
<01><08>eF
<01><08>dE
<01><08>cl
}<08>b
x
}<08>aD
}<07>`

}<08>_C
}<08>^4
{<08>]B
{<08>\A
{<08>[
<01>
{<08>Z@
y<08>Y?
y<08>X]
y<08>W>
y<08>V=
y<08>U<
x<08>T;
x<08>S:
x<08>R3
w<08>Q9
w<08>P%
w<08>O
w<08>N"
w<08>M8
v<08>L7
v<08>K6
v<08>J5
v<08>I4
v<08>H3
u<08>G&
u<08>F2
u<08>E1
u<08>D0
u<08>C/
r<08>B.
r<08>A-
r<08>@,
r<08>?V
r<08>>+
p<08>=*
p<08><)
p<08>;(
p<08>:'
o<08>9&
o<08>8%
o<08>7$
o<08>6#
o<08>5"
n<08>4<00>
i<08>3
<01>
h<08>2
<01>
g<08>1

g<08>0
p
g<08>/!
g<08>. 
g<08>-
e<08>,
<01>
e<08>+

e<08>*
<01>
e<08>)
e<08>(
c<08>'<00>
c<08>&
c<08>%
c

o<0C>	.s
o<00><00>h
m<02>}'GGGamification in educational software development<07>Software development education often suffers from the image of tedious programming, leading to low levels of activity. In general, gamification can help making tasks more attractive. This paper reports on a gamification case study, indicating that the use of gamification may be an effective instrument to increase the activity of students in Educational Software Development.CSERCgamification/2017-09-11T17:59:08.9714680182017-09-11T17:59:08.971468018<EFBFBD>7<EFBFBD>g<00><02>	Q5GGZooKeeper: Wait-free Coordination for Internet-scale Systems<07>In this paper, we describe ZooKeeper, a service for coordinating processes of distributed applications. Since ZooKeeper is part of critical infrastructure, ZooKeeper aims to provide a simple and high performance kernel for building more complex coordination primitives at the client. It incorporates elements from group messaging, shared registers, and distributed lock services in a repli-cated, centralized service. The interface exposed by Zoo-Keeper has the wait-free aspects of shared registers with an event-driven mechanism similar to cache invalidations of distributed file systems to provide a simple, yet powerful coordination service. The ZooKeeper interface enables a high-performance service implementation. In addition to the wait-free property, ZooKeeper provides a per client guarantee of FIFO execution of requests and linearizability for all requests that change the ZooKeeper state. These design decisions enable the implementation of a high performance processing pipeline with read requests being satisfied by local servers. We show for the target workloads, 2:1 to 100:1 read to write ratio, that ZooKeeper can handle tens to hundreds of thousands of transactions per second. This performance allows ZooKeeper to be used extensively by client applications.USENIX Annual Technical Conferencedistributed_systems/2017-09-11T17:59:08.8588120122017-09-11T17:59:08.858812012<EFBFBD>u<EFBFBD>f<00>#<02>+
5GGUnderstanding the Limitations of Causally and Totally Ordered Communication<07>Causally and totally ordered communication support (CATOCS) has been proposed as important to provide as part of the basic building blocks for constructing reliable distributed systems. In this paper, we identify four major limitations to CATOCS, investigate the applicability of CATOCS to several classes of distributed applications in light of these limitations, and the potential impact of these facilities on communication scalability and robustness. From this investigation, we find limited merit and several potential problems in using CATOCS. The fundamental difficulty with the CATOCS is that it attempts to solve state problems at the communication level in violation of the well-known " end-to-end " argument.distributed_systems/2017-09-11T17:59:08.7319060062017-09-11T17:59:08.731906006<EFBFBD>U<EFBFBD>e<00>
<02>e<EFBFBD>35GGZab: High-performance broadcast for primary-backup systems<07>Zab is a crash-recovery atomic broadcast algorithm we designed for the ZooKeeper coordination service. ZooKeeper implements a primary-backup scheme in which a primary process executes clients operations and uses Zab to propagate the corresponding incremental state changes to backup processes<sup>1</sup>. Due the dependence of an incremental state change on the sequence of changes previously generated, Zab must guarantee that if it delivers a given state change, then all other changes it depends upon must be delivered first. Since primaries may crash, Zab must satisfy this requirement despite crashes of primaries.2011 IEEE/IFIP 41st International Conference on Dependable Systems & Networks (DSN)distributed_systems/2017-09-11T17:59:07.9377360842017-09-11T17:59:07.937736084


wi
<01>
<00><05>m	I
11EEA Poor Man's Concurrency Monad<07>J. Funct. Program.languages/haskell/2017-09-11T17:59:10.132642092017-09-11T17:59:10.13264209<EFBFBD>Z<EFBFBD>l
}<02>
9GGThe Pagerank Citation Ranking: Bringing Order to the Web<07>The importance of a Web page is an inherently subjective matter, which depends on the readers interests, knowledge and attitudes. But there is still much that can be said objectively about the relative importance of Web pages. This paper describes PageRank, a method for rating Web pages objectively and mechanically, eeectively measuring the human interest and attention devoted to them. We compare PageRank to an idealized random Web surfer. We show how to eeciently compute PageRank for large numbers of pages. And, we show how to apply PageRank to search and to user navigation.information_retrieval/2017-09-11T17:59:10.0848769532017-09-11T17:59:10.084876953<EFBFBD>
<EFBFBD>k<00>A<02>?'GGA Data-driven Method for the Detection of Close Submitters in Online Learning Environments<07>Online learning has become very popular over the last decade. However , there are still many details that remain unknown about the strategies that students follow while studying online. In this study, we focus on the direction of detecting 'invisible' collaboration ties between students in online learning environments. Specifically, the paper presents a method developed to detect student ties based on temporal proximity of their assignment submissions. The paper reports on findings of a study that made use of the proposed method to investigate the presence of close submitters in two different massive open online courses. The results show that most of the students (i.e., student user accounts) were grouped as couples, though some bigger communities were also detected. The study also compared the population detected by the algorithm with the rest of user accounts and found that close submitters needed a statistically significant lower amount of activity with the platform to achieve a certificate of completion in a MOOC. These results confirm that the detected close submitters were performing some collaboration or even engaged in unethical behaviors, which facilitates their way into a certificate. However, more work is required in the future to specify various strategies adopted by close submitters and possible associations between the user accounts.WWWgamification/2017-09-11T17:59:09.2320471192017-09-11T17:59:09.232047119<EFBFBD>"<22>j
<00>

)5GGViewing Control Structures as Patterns of Passing Messages<07>Artif. Intell.distributed_systems/2017-09-11T17:59:09.2177980962017-09-11T17:59:09.217798096<EFBFBD>_<EFBFBD>i
[<02>C3GGReducing Garbage Collector Cache Misses<07>Cache misses are currently a major factor in the cost of garbage collection, and we expect them to dominate in the future. Traditional garbage collection algorithms exhibit relatively little temporal locality; each live object in the heap is likely to be touched exactly once during each garbage collection. We measure two techniques for dealing with this issue: prefetch-on-grey, and lazy sweeping. The first of these is new in this context. Lazy sweeping has been in common use for a decade. It was introduced as a mechanism for reducing paging and pause times; we argue that it is also crucial for eliminating cache misses during the sweep phase.
Our measurements are obtained in the context of a non-moving garbage collector. Fully copying garbage collection inherently requires more traffic through the cache, and thus probably also stands to benefit substantially from something like the prefetch-on-grey technique. Generational garbage collection may reduce the benefit of these techniques for some applications, but experiments with a non-moving generational collector suggest that they remain quite useful.ISMMgarbage_collection/2017-09-11T17:59:09.1614169922017-09-11T17:59:09.161416992

<0F><0F>oK<0E><0E><0E>pA'
<0A>
<0A>
<0A>
<0A>
<0A>
m
Q
7

<0C><0C><0C><0C>y_A'<0B><0B><0B><0B><0B>p^J
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
{
_
?

	<09>	<09>	<09>	|	]	C	%	
<08><08><08><08>x^@.<07><07><07><07>t\<<06><06><06><06><06>jL4<05><05><05><05>z^L.<04><04><04><04>wY4<03><03><03><03>tR6<02><02><02><02>jH#

<01>
<01>
<01>
<01>
<01>

`
H
)
<0F>@
J. YeJ.Ye<1C>?%P. A. MirceaP.A.Mircea<15>>
M. IancuM.Iancu<1C>=%S. D. ValeanS.D.Valean<17><
M. GordanM.Gordan<18>;!G. A. NagyG.A.Nagy <20>:)M. A. MunteanuM.A.Munteanu<0F>9
Y. LiY.Li<0F>8
C. YuC.Yu<0F>7
C. XuC.Xu<13>6
Y. ChenY.Chen"<22>5+J. P. H. DrenthJ.P. H.Drenth<1F>4'
T.j.g. GeversT.j.g.Gevers<17>3
W. KievitW.Kievit<1A>2#J. A. SloanJ.A.Sloan<1A>1#M. C. HoganM.C.Hogan(<28>01S. M. H. VerheesenS.M. H.Verheesen*<2A>/3!M. K. K. NeijenhuisM.K. K.Neijenhuis<1D>.%
P. AzimzadehP.Azimzadeh<19>-!
S. IravaniS.Iravani<1F>,'
!A. EshraghianA.Eshraghian<1E>+'A. P. KiyasovA.P.Kiyasov<1B>*#
A. RizvanovA.Rizvanov<1C>)%M. A. TitovaM.A.Titova <20>()A. A. GumerovaA.A.Gumerova"<22>'+G. R. BurganovaG.R.Burganova<17>&
G. PevnevG.Pevnev"<22>%+M. O. MavlikeevM.O.Mavlikeev<1B>$#
E. GaraninaE.Garanina#<23>#+
%A. ShafigullinaA.Shafigullina<17>"
A. TitovaA.Titova"<22>!+E. I. SharipovaE.I.Sharipova<1B> #
D. HartmannD.Hartmann<17>
N. HüserN.Hüser<17>
H. FriessH.Friess<1B>#
B. HolzmannB.Holzmann<0F>
M. LuM.Lu<19>!
S. SchulzeS.Schulze<13>
C. MadlC.Madl<1D>%
T. ReibergerT.Reiberger!<21>)
#J. FeichtingerJ.Feichtinger<1B>#
C. IlliaschC.Illiasch<1F>'
!F. PleiningerF.Pleininger<1D>%
N. PfistererN.Pfisterer<15>
E. FuchsE.Fuchs<1B>#
M. YalınayM.Yalınay<1B>#
C. ErdoğduC.Erdoğdu<19>!
T. KarakanT.Karakan<15>
C. SofiaC.Sofia<1D>%
C. GregórioC.Gregório<1B>#
A. OliveiraA.Oliveira<1F>
'
!D. BranquinhoD.Branquinho<1D>%
I. SydorchukI.Sydorchuk<1D>%
L. SydorchukL.Sydorchuk<15>

P. FominP.Fomin<1D>	%
R. SydorchukR.Sydorchuk<1D>%
A. SydorchukA.Sydorchuk<17>
V. BocharV.Bochar<17>
O. BocharO.Bochar<1B>#
E. SklyarovE.Sklyarov<11>
Y. LiuY.Liu<11>
M. MinM.Min<0F>
Y. BiY.Bi<1B>
#
B. GrahovacB.Grahovac<17>
D. StimacD.Stimac<17>
D. KovačD.Kovač<1D>~%
M. ČarapinaM.Čarapina<15>}
S. MilicS.Milic$<24>|-B. Mohar VitezicB.MoharVitezic<19>{!
J. PrakashJ.Prakash<15>z
G. StormG.Storm<1B>y#
B. ÖztürkB.Öztürk<17>x
R. BansalR.Bansal<1C>w%R. E. CastroR.E.Castro%<25>v-
C.m.p. RodriguesC.m.p.Rodrigues"<22>u+P. M. RodriguesP.M.Rodrigues<1C>t%M. B. AfonsoM.B.Afonso<1C>s%A. L. SimãoA.L.Simão<15>r
N. RossoN.Rosso<1D>q%
C. TiribelliC.Tiribelli<1D>p%
F. ZanconatiF.Zanconati<19>o!
D. BonazzaD.Bonazza<1D>n%
N. DemanziniN.Demanzini<1B>m#
M. GiuricinM.Giuricin<1D>l%
S. PalmisanoS.Palmisano<1E>k'S. E. GambaroS.E.Gambaro<1E>j'P. J. GiraudiP.J.Giraudi,<2C>i5)C. M. ChackeleviciusC.M.Chackelevicius<11>h
Y. NieY.Nie<0F>g
H. HeH.He<11>f
X. LiuX.Liu<15>e
F. BendeF.Bende<18>d!R. G. MareR.G.Mare<17>c
A. StepanA.Stepan<17>b
M. DanilaM.Danila<1D>a%
R.l.d. SirliR.l.d.Sirli<19>`!
A. PopescuA.Popescu<17>_
I. SporeaI.Sporea<1B>^#
R. LupusoruR.Lupusoru<17>]
M. ParolaM.Parola<17>\
E. AlbanoE.Albano<1D>[%
E. BugianesiE.Bugianesi<1B>Z#
P. PontissoP.Pontisso<19>Y!
G. VillanoG.Villano<15>X
C. BoccaC.Bocca<13>W
E. NovoE.Novo<19>V!
S. BruzzìS.Bruzzì<17>U
B. FogliaB.Foglia<19>T!
S. CannitoS.Cannito<15>S
S. SuttiS.Sutti<19>R!
E. MorelloE.Morello<13>Q
T. OhtaT.Ohta<1B>P#
Y. YamamotoY.Yamamoto<17>O
S. TakadaS.Takada<15>N
S. KanouS.Kanou<1D>M%
T. MiyashitaT.Miyashita<17>L
M. NakuraM.Nakura,<2C>K5Daniel H. H. IngallsDanielH. H.Ingalls&<26>J/Claude E. ShannonClaudeE.Shannon'<27>I/
!Úlfar ErlingssonÚlfarErlingsson#<23>H+
Arnar BirgissonArnarBirgisson,<2C>G5Carlos Delgado KloosCarlosDelgadoKloos0<73>F9Pedro J. Muñoz MerinoPedroJ. MuñozMerino!<21>E)
Dragan GasevicDraganGasevic'<27>D/
Vitomir KovanovicVitomirKovanovic'<27>C/
!Srecko JoksimovicSreckoJoksimovic:<3A>BC%José A. Ruipérez ValienteJoséA. RuipérezValiente

<0C><0B>
<01>
y<>q	Q

1GGUEG Week 2016 Poster Presentations<07>languages/haskell/2017-09-11T17:59:10.5085539552017-09-11T17:59:10.508553955<EFBFBD>a<EFBFBD>p
Q<02>W
5GGDesign Principles Behind Smalltalk<07>The purpose of the Smalltalk project is to provide computer support for the creative spirit in everyone. Our work flows from a vision that includes a creative individual and the best computing hardware available. We have chosen to concentrate on two principle areas of research: a language of description (programming language) that serves as an interface between the models in the human mind and those in computing hardware, and a language of interaction (user interface) that matches the human communication system to that of the computer. Our work has followed a two-to four-year cycle that can be seen to parallel the scientific method: Build an application program within the current system (make an observation) Based on that experience, redesign the language (formulate a theory) Build a new system based on the new design (make a prediction that can be tested) The Smalltalk-80 system marks our fifth time through this cycle. In this article, I present some of the general principles we have observed in the course of our work. While the presentation frequently touches on Smalltalk "motherhood", the principles themselves are more general and should prove useful in evaluating other systems and in guiding future work. Just to get warmed up, I'll start with a principle that is more social than technical and that is largely responsible for the particular bias of the Smalltalk project: Personal Mastery: If a system is to serve the creative spirit, it must be entirely comprehensible to a single individual. The point here is that the human potential manifests itself in individuals. To realize this potential, we must provide a medium that can be mastered by a single individual. Any barrier that exists between the user and some part of the system will eventually be a barrier to creative expression. Any part of the system that cannot be changed or that is not sufficiently general is a likely source of impediment. If one part of the system works differently from all the rest, that part will require additional effort to control. Such an added burden may detract from the final result and will inhibit future endeavors in that area. We can thus infer a general principle of design: Good Design: A system should be built with a minimum set of unchangeable parts; those parts should be as general as possible; and all parts of the system should be held in a uniform framework. Language In …languages/smalltalk/2017-09-11T17:59:10.4738879392017-09-11T17:59:10.473887939<EFBFBD>(<28>o	Y
a3GGA mathematical theory of communication<07>Mobile Computing and Communications Reviewinformation_theory/2017-09-11T17:59:10.2847709962017-09-11T17:59:10.284770996<EFBFBD>p<EFBFBD>n<00>/<02>1GGAn implementation and semantics for transactional memory introspection in Haskell<07>Transactional Memory Introspection (TMI) is a novel reference monitor architecture that provides complete mediation, freedom from <i>time of check to time of use</i> bugs and improved failure handling for authorization. TMI builds on and integrates with implementations of the Software Transactional Memory (STM) architecture [Harris and Fraser 2003]. In this paper we present a formal definition of TMI and a concrete implementation over the Haskell STM. We find that this specification and reference implementation establishes clear semantics for the TMI architecture. In particular, they help identify and resolve ambiguities that apply to implementations such in our prior work [Birgisson et al. 2008].PLASlanguages/haskell/2017-09-11T17:59:10.1810639652017-09-11T17:59:10.181063965

]<00>
<01>
J
:
"
<0C><0C><0C><0C><0C><0C><0C>p\B+<0B><0B><0B><0B><0B><0B>~iSA(
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
t
b
J
5
'
	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	s	_	M	@	1	!		
<08><08>
<01><08><08><08><08><08><08>qaUE8-R<07>k<07><07><07><07>{<07>^zjZI;<0E>,
<0F><06><06><06><06><06><06><06><06>l[J3 <05><05><05><05><05><05><05>n]J7<04><04>3<04><04><04><04><04>scRC0<03><03><03><03><03><03>mV;)<02><02><02><02><02><02><02>n[E-
<01>
<01>
<01>
<01>
<01><0F><0F><0F><0F><0F><0F>iW
<0A>>'<0E><0E><0E><0E><0E><0E>Stephen ChStephen ChS. H. Kim<05>%Stephen Kell<02>#Stephen Fox
'Stephen Chongw/Stephanie Miedema<03>)Stephan Ellner
)Steffen Grarup
<01>#Stefan Frei<02>1Stefan Dziembowski_-Stefan Burkhardt<02>'Sriram Sankar
<01>3Srinath T. V. Setty
<01>-Srikanth Kandula
<01>%
Srijan Kumar=/Srecko Joksimovic<03>!
Somesh Jha'Sofia Syntila)Slava Chernyak
O7Sivakumar Viswanathan<00>'Simon Parsons
<01>%Simon Marlow
<01>7Simon L. Peyton Jones
<01>/Simon J. Thompson-Simon J. Puglisi<02>'Simon Haegler<00>3
Siegfried Rasthofer'Shu-Chun Weng<00>7Shriram Krishnamurthi5)Shojiro Nishio
<01>-Shiva Shivakumar<00>'Shiva Shankar<00>/Shinichi Kawamoto<00>'Shih-Fu Chang<03>!
Shi-Min Hui#Sharad Goel<03>#
Shangyu Luo7Shan He#'
Shahram Izadim'Sergey Melnik<00>/Sergey Doroshenko
<01>%Sergey Bykov
a
Sen Wang1/Sebastian Thrunyz<02>+Sebastian Thrun<02>/Sebastian Fischer3Sebastian Deterding
<01>'Scott Wallace'Scott Shenker
<01>#Scott Owens<00>+Scott A. Brandt<00>#Saul Jaspan#Satadru Pan<00>)Sanni Siltanen<00>+Sanjoy Dasgupta<02>'Sanjeev Kumar<00>+Sanjay Ghemawat6-Sandhya Kunnatur
<01>+
Sander Dieleman'Samuel Madden

/Samuel C. Kendall
`#Samuel BenzZ#Sam Whittle
U3Sam Tobin-Hochstadt#Sam Mcveety
R#
Salim Virji[%Sage A. Weil<00>%Sachin Kattiv)Sabyasachi Roy<00>S. Y. Seo<05>!S. W. Shin<04>!S. W. Paik<04>
S. Vitor<04>#S. Tawefeek<04>S. Takada<03>
S. Sutti<03>#S. Strasser"!S. Schulze!S. Ryozawa@1S. R. R. Fernandes<04>%S. Palmisano<03>S. Mizuno|
S. Milic<03>%S. Matsubara}/S. Manolakopoulos<04>1S. M. H. Verheesen0
S. Lopes{
S. Kanou<03>S. K. Cho<04>
S. Jo<04>S. Jang!S. IvashukS. Itof!S. Iravani-'S. IoanitescuuS. IioU'S. Hohenester(
S. Hefny<04>!S. HayashijS. HanS. H. Lee^'S. E. Gambaro<03>%S. D. Valean=!S. Cannito<03>!S. Bruzzì<03>!S. Barakat<04>S. B. Kim<05>S. AraiD%S. Abou Saif<04>)S. Abd-Elsalam<04>
S. Abbasq
S Kabbajm!S Bouchibal%Rémi Coulom<02>'Ryan Stutsmanu#Ryan Farell`)Ryan Culpepper9'Russell PowerT-Russell C. SearsY-
Rusmin Soetjipto

Runhui LiD+Ruey-Lung Hsiao
3
Roy Thomas Fielding(%Rowan Davies'Ross Patersonh+Roshan P. James
<01>#
Rose F. Liu#Ronald Parr<02>-Ronald L. Rivest<00>5Romi Fadillah Rahmat<02>+Rolf Neugebauer`-Roger Dingledine<03>!Roel Wuyts
-3Rodrigo De Oliveira
<01>%Robin Milner<02>-Robert W. Sumner<00>+Robert S. Boyer<02>/Robert N M WatsonY'Robert Morris
2-Robert Griesemer
f+Robert Fenichel
<01>)Robert Escriva
/Robert E. Shostak
}-Robert E. Gruber;/Robert D. Blumofe
Z/Robert Cartwright<02>5Robert Bruce Findler7)Robert Beverly<02>%Robert Beals<02>3Robbert Van Renesse
<01>
Rob Pike<02>!Rob Arthan<00>%Rilla Khaled
<01>+Richard Steigerg+Richard Mortier
<01>/Richard L. Hudson
<01>-Richard Carlsson<00>3
Richard A. Newcombeq!Reuven Lax
Q'Rean Griffith
:B<00>Ravi Chugh'
Raunaq Rewari4#Rasmus Pagh<00>^Randy Katz
B'Randy H. Katz
<(Randolph LopezG!Rami Yared
<01>9
R'Raouf Boutaba<05>+Stijn Mostinckx<05>3Russell C. Eberhart<05>/Smruti R. Sarangi<05>Seep Goel<05>Ravi Kumar<05>S. Kim<05>S. Park<05>!S. M. Park<05>S. O. Lee<05>S. T. Lee<05>+
Suvrat Bhooshan5'Susmit Sarkar<00>)Sunny Consolvo
<01>%Sunil Shukla81Sunil Kumar Shinde'Sung-Eui Yoon<03>-Sudipta Sengupta
&/Stéphane Ducasse
*3Stéphane Clinchant
<01>%Steven Smith
<01>/Steven M. Lavalle<02>#Steven Hand
<01>'Steven Awodey<02>#
Steven Arzt+Steve Marschner<00>%
Steve Hodgest/Stephen M. RumbletS. W. Kim<05>
<00>
<0F><0F><0F><0F>yaC&<0E><0E><0E><0E><0E>fE%
<0A>
<0A>
<0A>
<0A>
}
k
D
&
<0C><0C><0C><0C>rR6<0B><0B><0B><0B>xX@ 
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
]
>
&
	<09>	<09>	<09>	<09>	}	c	9		<08><08><08><08>}aI-<07><07><07><07>{cE)<06><06><06><06><06>bH*<05><05><05><05><05>rN2<04><04><04><04><04>nV+<03><03><03><03>|^F.<02><02><02><02><02>Y?
<01>
<01>
<01>
<01>
u
W
1
<19>A!
G. DalekosG.Dalekos#<23>@+
%K. ZisimopoulosK.Zisimopoulos<1B>?#
C. ΤsoulasC.Τsoulas<1B>>#
A. KourikouA.Kourikou<1D>=%
A. KoukofikiA.Koukofiki'<27></
)M. PapatheodoridiM.Papatheodoridi<17>;
K. ZachouK.Zachou<1B>:#
C. TriantosC.Triantos'<27>9/
)S. ManolakopoulosS.Manolakopoulos<17>8
J. GoulisJ.Goulis.<2E>77+G. V. PapatheodoridisG.V.Papatheodoridis<17>6
M. BilzerM.Bilzer<17>5
B. DreherB.Dreher<19>4!
E. ZehnterE.Zehnter<19>3!
U. NaumannU.Naumann<1D>2%
T. WitthöftT.Witthöft<15>1
B. WeberB.Weber<15>0
P. GeyerP.Geyer<15>/
M. KrausM.Kraus<1B>.#
H. SteffensH.Steffens<17>-
G. TeuberG.Teuber<15>,
H. LöhrH.Löhr<1B>+#
P. BuggischP.Buggisch<17>*
J. VelosaJ.Velosa<1E>)'R. T. MarinhoR.T.Marinho!<21>()
#P. AlexandrinoP.Alexandrino(<28>'1S. R. R. FernandesS.R. R.Fernandes<15>&
S. VitorS.Vitor<19>%!
P. PereiraP.Pereira<1F>$'
!R. GonçalvesR.Gonçalves<19>#!
H. RibeiroH.Ribeiro<17>"
R. CoelhoR.Coelho<17>!
G. MacedoG.Macedo<17> 
R. GasparR.Gaspar<19>!
A. PeixotoA.Peixoto<19>!
H. CardosoH.Cardoso!<21>)
#A. AlbuquerqueA.Albuquerque<15>
M. SilvaM.Silva<13>
J. ReisJ.Reis<19>!
A. MartinsA.Martins<17>
L. SantosL.Santos<1B>#
R. CarvalhoR.Carvalho<19>!
M. CardosoM.Cardoso<17>
E. BrancoE.Branco<1B>#
J. CarvalhoJ.Carvalho<17>
V. AnapazV.Anapaz <20>)M. A. El ZahryM.A. ElZahry<1A>#Z. M. HefnyZ.M.Hefny"<22>+A. T. AbdelmoezA.T.Abdelmoez<13>
E. AdelE.Adel<19>!
M. AttallaM.Attalla<13>
I. AokiI.Aoki<17>

H. SasakiH.Sasaki<19>!
N. MachidaN.Machida<1B>#
T. IchikawaT.Ichikawa<15>

A. SilvaA.Silva<1B>	#
P. MinistroP.Ministro!<21>)
#A. CastanheiraA.Castanheira<19>!
E. CancelaE.Cancela<19>!
R. AraújoR.Araújo<1D>%
J. FernandesJ.Fernandes<15>
J. PinhoJ.Pinho<19>!
D. MartinsD.Martins<15>
P. SousaP.Sousa<19>
!
J. RoseiraJ.Roseira<13>
T. GagoT.Gago<15>
L. ToméL.Tomé<1D>~%
C. AgostinhoC.Agostinho<1F>}'
!P. FigueiredoP.Figueiredo<15>|
D. GomesD.Gomes<15>{
S. LopesS.Lopes<19>z!
C. LériasC.Lérias'<27>y/
)M. Gravito-SoaresM.Gravito-Soares<17>x
E. SoaresE.Soares<19>w!
I. LupescuI.Lupescu<19>v!
G. ChiriacG.Chiriac<1F>u'
!S. IoanitescuS.Ioanitescu<13>t
L. MicuL.Micu<17>s
I. CopaciI.Copaci<1C>r%M. A. EljakyM.A.Eljaky<15>q
S. AbbasS.Abbas<1C>p%E. S. TharwaE.S.Tharwa <20>o)E. M. AbdelaalE.M.Abdelaal<17>n
F. KarnelF.Karnel<17>m
J. KarnerJ.Karner/<2F>l7
1M. Peck-RadosavljevicM.Peck-Radosavljevic<19>k!
M. TraunerM.Trauner<1B>j#
W. SieghartW.Sieghart<1D>i%
A. FerlitschA.Ferlitsch<15>h
M. CejnaM.Cejna<1D>g%
B. AngermayrB.Angermayr<1D>f%
M. MandorferM.Mandorfer<19>e!
P. SchwablP.Schwabl<19>d!
N. GöschlN.Göschl)<29>c1
+M. Feldner-BusztinM.Feldner-Busztin<1B>b#
M. DiermayrM.Diermayr<19>a!
M. SchoderM.Schoder<19>`!
T. BucsicsT.Bucsics<1D>_%
H. GuerreiroH.Guerreiro <20>^)A. P. OliveiraA.P.Oliveira(<28>]1B. M. Santos PeixeB.M. SantosPeixe<15>\
A. AlvesA.Alves<1B>[#
P. QueirósP.Queirós<19>Z!
C. MartinsC.Martins<11>Y
A. VazA.Vaz<1B>X#
C. TeixeiraC.Teixeira$<24>W-A. G. G. AntunesA.G. G.Antunes<0F>V
R. LiR.Li"<22>U+J. I. EmparanzaJ.I.Emparanza<1C>T%M. L. RinconM.L.Rincon<1B>S#
U. MendarteU.Mendarte<1D>R%
L. ZubiaurreL.Zubiaurre#<23>Q+
%B. ArrizabalagaB.Arrizabalaga<1D>P%
G. LetamendiG.Letamendi<1E>O'M. D. De JuanM.D. DeJuan<17>N
P. OtazuaP.Otazua<1B>M#
E. SalvadorE.Salvador <20>L)J. M. AlustizaJ.M.Alustiza<17>K
I. UrretaI.Urreta<17>J
E. ZapataE.Zapata.<2E>I7A. Castiella EguzkizaA.CastiellaEguzkiza<1A>H#H. I. SerinH.I.Serin<1B>G#
T. YildirimT.Yildirim<15>F
A. AktasA.Aktas<1E>E'Z. T. OzdemirZ.T.Ozdemir<1F>D'
!M. CelikbilekM.Celikbilek<15>C
B. ZhongB.Zhong<17>B
W. YanqinW.Yanqin<0F>A
M. LiM.Li

:<02><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>|qf[PE:/$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>ti^SH=2'
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
w
l
a
V
K
@
5
*


	<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>zodYNC8-"
<0B><0B><0B><0B><0B><0B><0B><0B><0B><0B><0B>}rg\QF;0%
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
u
j
_
T
I
>
3
(


	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	<09>	x	m	b	W	L	A	6	+	 		
<08><08><08><08><08><08><08><08><08><08><08><08>{peZOD9.#
<07><07><07><07><07><07><07><07><07><07><07>~sh]RG<1&<06><06><06><06><06><06><06><06><06><06><06><06>vk`UJ?4)<05><05><05><05><05><05><05><05><05><05><05><05>yncXMB7,!<04><04><04><04><04><04><04><04><04><04><04>|qf[PE:/$<03><03><03><03><03><03><03><03><03><03><03>ti^SH=2'<02><02><02><02><02><02><02><02><02><02><02><02><08>Z<05>
|<08>Y<05>
{<08>X<05>
{<08>W<05>
{<08>V<05>
{<08>U<05>
{<08>T<05>
z<08>S<05>
y<08>R<05>
y<08>Q<05>
y<08>P<05>
x<08>O<05>
x<08>N<05>
w<08>M<05>
w<08>L<05>
w<08>K<05>
v<08>J<05>
v<08>I<05>
v<08>H<05>
v<08>G<05>
u<08>F<05>
u<08>E<05>
t<08>D<05>
t<08>C<05>
t<08>B<05>
s<08>A<05>
r<08>@<05>
q<08>?<05>
q<08>><05>
q<08>=<05>
q<08><<05>
q<08>;<05>
q<08>:<05>
q<08>9<05>
q<08>8<05>
q<08>7<05>
q<08>6<05>
q<08>5<05>
q<08>4<05>
q<08>3<05>
q<08>2<05>
q<08>1<05>
q<08>0<05>
q<08>/<05>
q<08>.<05>
q<08>-<05>
q<08>,<05>
q<08>+<05>
q<08>*<05>
q<08>)<05>
q<08>(<05>
q<08>'<05>
q<08>&<05>
q<08>%<05>
q<08>$<05>
q<08>#<05>
q<08>"<05>
q<08>!<05>
q<08> <05>
q<08><05>
q<08><05>
q<08><05>
q<08><05>
q<08><05>
q<08><05>
q<08>
q<08>~
q<08>}
q<08>|
q<08>{
q<08>z
q<08>y
q<08>x
q<08>w
q<08>v
q<08>u
q<08>t
q<08>
s
q<08>r
q<08>q
q<08>
p
q<08>	o
q<08>n
q<08>m
q<08>l
q<08>k
q<08>j
q<08>i
q<08>h
q<08>
g
q<08>f
q<08>e
q<08>~d
q<08>}c
q<08>|b
q<08>{a
q<08>z`
q<08>y_
q<08>x^
q<08>w]
q<08>v\
q<08>u[
q<08>tZ
q<08>sY
q<08>rX
q<08>qW
q<08>pV
q<08>oU
q<08>nT
q<08>mS
q<08>lR
q<08>kQ
q<08>jP
q<08>iO
q<08>hN
q<08>gM
q<08>fL
q<08>eK
q<08>dJ
q<08>cI
q<08>bH
q<08>aG
q<08>`F
q<08>_E
q<08>^D
q<08>]C
q<08>\B
q<08>[A
q<08>Z@
q<08>Y?
q<08>X>
q<08>W=
q<08>V<
q<08>U;
q<08>T:
q<08>S9
q<08>R8
q<08>Q7
q<08>P6
q<08>O5
q<08>N4
q<08>M3
q<08>L2
q<08>K1
q<08>J0
q<08>I/
q<08>H.
q<08>G-
q<08>F,
q<08>E+
q<08>D*
q<08>C)
q<08>B(
q<08>A'
q<08>@&
q<08>?%
q<08>>$
q<08>=#
q<08><"
q<08>;!
q<08>: 
q<08>9
q<08>8
q<08>7
q<08>6
q<08>5
q<08>4
q<08>3
q<08>2
q<08>1
q<08>0
q<08>/
q<08>.
q<08>-
q<08>,
q<08>+
q<08>*
q<08>)
q<08>(
q<08>'

q<08>&
q<08>%
q<08>$

q<08>#	
q<08>"
q<08>!
q<08> 
q<08>
q<08>
q<08>
q<08>
q<08>

q<08>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08>
<04>
q<08><04>
q<08><04>
q<08>
<04>
q<08>	<04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08><04>
q<08>
<04>
q<08><04>
q<08><04>
q<08>~<04>
q<08>}<04>
q<08>|<04>
q<08>{<04>
q<08>z<04>
q<08>y<04>
q<08>x<04>
q<08>w<04>
q<08>v<04>
q<08>u<04>
q<08>t<04>
q<08>s<04>
q<08>r<04>
q<08>q<04>
q<08>p<04>
q<08>o<04>
q<08>n<04>
q<08>m<04>
q<08>l<04>
q<08>k<04>
q<08>j<04>
q<08>i<04>
q<08>h<04>
q<08>g<04>
q<08>f<04>
q<08>e<04>
q<08>d<04>
q<08>c<04>
q<08>b<04>
q<08>a<04>
q<08>`<04>
q<08>_<04>
q<08>^<04>
q<08>]<04>
q<08>\<04>
q<08>[<04>
q<08>Z<04>
q<08>Y<04>
q<08>X<04>
q<08>W<04>
q<08>V<04>
q<08>U<04>
q<08>T<04>
q<08>S<04>
q<08>R<04>
q<08>Q<04>
q<08>P<04>
q<08>O<04>
q<08>N<04>
q<08>M<04>
q<08>L<04>
q<08>K<04>
q<08>J<04>
q<08>I<04>
q<08>H<04>
q<08>G<04>
q<08>F<04>
q<08>E<04>
q<08>D<04>
q<08>C<04>
q<08>B<04>
q<08>A<04>
q<08>@<04>
q<08>?<04>
q<08>><04>
q<08>=<04>
q<08><<04>
q<08>;<04>
q<08>:<04>
q<08>9<04>
q<08>8<04>
q<08>7<04>
q<08>6<04>
q<08>5<04>
q<08>4<04>
q<08>3<04>
q<08>2<04>
q<08>1<04>
q<08>0<04>
q<08>/<04>
q<08>.<04>
q<08>-<04>
q<08>,<04>
q<08>+<04>
q<08>*<04>
q<08>)<04>
q<08>(<04>
q<08>'<04>
q<08>&<04>
q<08>%<04>
q<08>$<04>
q<08>#<04>
q<08>"<04>
q<08>!<04>
q
<00>
7<0F><0F><0F><0F>hK/<0E><0E><0E><0E><0E>]A
<0A>
<0A>
<0A>
<0A>
s
R
8

<0C><0C><0C>|fG(<0B><0B><0B><0B>t\B!
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
r
Z
;
)
	<09>	<09>	<09>	<09>	<09>	|	a	F	(	<08><08><08><08>v^J4
<07><07><07><07><07>~dJ8"<06><06><06><06><06><06>~jT8<05><05><05><05>jN4<04><04><04><04>}aG'
<03><03><03><03>qT3
<02><02><02>rO'	
<01>
<01>
<01>
<01>
<01>
k
M
7<13>G
R. FreiR.Frei<1B>F#
G. SemadeniG.Semadeni<19>E!
Y. MashimoY.Mashimo<13>D
S. AraiS.Arai<1B>C#
T. KobatakeT.Kobatake<17>B
M. HaradaM.Harada<15>A
H. IwanoH.Iwano<19>@!
S. RyozawaS.Ryozawa<1B>?#
Y. TanisakaY.Tanisaka%<25>>-
'L. Taberna-AranaL.Taberna-Arana <20>=)J. Garcia CanoJ.GarciaCano%<25><-
'K. MönkemüllerK.Mönkemüller<19>;!
H. NeumannH.Neumann(<28>:1%M. A. D’assuncaoM.A.D’assuncao<1D>9%
I. JovanovicI.Jovanovic/<2F>87
/Á. Martínez-AlcaláÁ.Martínez-Alcalá<1E>7'P. T. KroenerP.T.Kroener<1A>6#M. J. BrunoM.J.Bruno<15>5
B. VeldtB.Veldt"<22>4+L. M. Van DrielL.M. VanDriel$<24>3-M. Van Der VoortM.Van DerVoort<19>2!
R. QuispelR.Quispel<19>1!
D. ShapiroD.Shapiro<17>0
T. MarmonT.Marmon<1D>/%
L. MacconellL.Macconell<17>.
B. HansenB.Hansen<19>-!
C. VincentC.Vincent<17>,
V. VargasV.Vargas <20>+)K. Van ErpecumK.VanErpecum<1B>*#
M. ShiffmanM.Shiffman<19>)!
V. LuketicV.Luketic<1F>('
!S. HohenesterS.Hohenester<1B>'#
A. FloreaniA.Floreani<17>&
J. RegulaJ.Regula<19>%!
P. PockrosP.Pockros<1F>$'
!P. InvernizziP.Invernizzi<17>#
C. BowlusC.Bowlus<1B>"#
S. StrasserS.Strasser<1B>!#
G. MazzellaG.Mazzella<1B> #
P. AndreoneP.Andreone<17>
F. NevensF.Nevens<1B>#
O. PlehutsaO.Plehutsa<19>!
S. IvashukS.Ivashuk<13>
M. KangM.Kang<11>
H. KooH.Koo<13>
K. SongK.Song<11>
T. LeeT.Lee<11>
K. HuhK.Huh<13>
Y. KangY.Kang<0F>
K. YuK.Yu<11>
S. HanS.Han<11>
K. RyuK.Ryu<13>
Y. ChoiY.Choi<13>
S. JangS.Jang<0F>
X. LiX.Li<17>
K. TanakaK.Tanaka<17>
A. SuzukiA.Suzuki<1B>#
N. SakiyamaN.Sakiyama<13>

H. WangH.Wang<13>
X. WangX.Wang<11>
X. ZhuX.Zhu<15>

L. ZhangL.Zhang<13>	
W. MengW.Meng<11>
J. YanJ.Yan<13>
L. MiaoL.Miao<13>
W. ZhouW.Zhou<11>
K. ZhuK.Zhu<15>
D. FestiD.Festi<19>!
A. PessionA.Pession<15>
A. PreteA.Prete#<23>
+
%K. KleinschmidtK.Kleinschmidt<19>!
R. MasettiR.Masetti<19>!
G. MarascoG.Marasco<1D>~%
A. ColecchiaA.Colecchia<1B>}#
F. RavaioliF.Ravaioli<18>|!M. S. ChoiM.S.Choi<18>{!S. W. PaikS.W.Paik<16>zK. C. KohK.C.Koh<16>yJ. H. LeeJ.H.Lee<13>x
G. GwakG.Gwak<13>w
W. KangW.Kang<16>vS. K. ChoS.K.Cho<18>u!S. W. ShinS.W.Shin<18>t!D. H. SinnD.H.Sinn<0F>s
S. JoS.Jo<1C>r%N. Al HajjarN.AlHajjar<15>q
C. IancuC.Iancu<15>p
I. GrozaI.Groza<13>o
P. RaduP.Radu <20>n)Z. A. SparchezZ.A.Sparchez<17>m
K. HoneinK.Honein<1E>l'J. Bou JaoudeJ.BouJaoude <20>k)A. Abou RachedA.AbouRached<1E>j'R. Slim KaramR.SlimKaram<17>i
R. SayeghR.Sayegh<15>h
J. HajalJ.Hajal<15>g
C. YaghiC.Yaghi<1C>f%A. S. HanafyA.S.Hanafy!<21>e)
#N. MuscatielloN.Muscatiello<18>d!M. Di MasoM.DiMaso!<21>c)
#A. FacciorussoA.Facciorusso<17>b
M. YousefM.Yousef<1C>a%M. El GharibM.ElGharib<1C>`%S. Abou SaifS.AbouSaif<13>_
O. NegmO.Negm<1F>^'
!L. SandulescuL.Sandulescu$<24>]-!L. M. SconfienzaL.M.Sconfienza<1F>\'
!F. SardanelliF.Sardanelli<16>[G. Di LeoG.DiLeo<19>Z!
D. OrlandiD.Orlandi<19>Y!
C. MessinaC.Messina<17>X
R. CasaleR.Casale<1E>W'G. E. TontiniG.E.Tontini(<28>V1L. Carlo PescatoriL.CarloPescatori<1B>U#
V. IvashkinV.Ivashkin<17>T
C. PavlovC.Pavlov<19>S!
E. LiusinaE.Liusina<1E>R'T. Voicu MogaT.VoicuMoga+<2B>Q3
-C. Ivascu-SiegfriedC.Ivascu-Siegfried<19>P!
A. MansourA.Mansour"<22>O+M. Abd El-KaderM.AbdEl-Kader<19>N!
E. ShehataE.Shehata<15>M
S. HefnyS.Hefny<1B>L#
W. El-GendyW.El-Gendy<19>K!
S. BarakatS.Barakat<19>J!
I. PedrotoI.Pedroto <20>I)J. M. FerreiraJ.M.Ferreira<19>H!
T. MoreiraT.Moreira<1A>G#J. C. SousaJ.C.Sousa<15>F
M. RochaM.Rocha<1B>E#
S. TawefeekS.Tawefeek<15>D
Y. AhmadY.Ahmad#<23>C+
%M. Sharaf-EldinM.Sharaf-Eldin!<21>B)
#S. Abd-ElsalamS.Abd-Elsalam

h<00>
<01>
G
2

<0C><0C><0C><0C><0F><0C><0C><0C><0C><0F><0C>q7<0F>]JT8<0F>'e
<0B><0E><0B><0B>1<0B><0B><0B>jU?)
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
k
Y
H
8
'
	<09>k	<09>	<09><0E>	<09>	<09>	<09>	<09>	v	c	O	4	"<0F>		
<08>O<0E><08><08><08><08><08><08>whS=*<07><07><07><07>><07><07>kZM>1 <06><06><06><06><06><06><06>xbL<0E>3<05><0E><05><05><05><05><05><05><05>vgUD2"<04><04><04><04><0F><04>t<04><04>
<01><0F>F<04><0F><04>+<04>o<0E>]J<'
<03><03><03><03><03><03><03><03>wh<0E>UC1<02><02><02><02><02><02><02><02>{iXI.
<01>
<01>
<01>
<01>-Ł!Y. MashimoE-Łukasz Juszczyk/Úlfar Erlingsson<03>+Öznur Özkasap
<01>-Özalp Babaoğlu<03>)Éric Gaussier%Ákos Seress<02>7Á. Martínez-Alcalá8!
Ziv ScullyO%
Zhi-Li ZhangC%Zhi-Hua Zhou$Zhen Xiao
<01>Zhen Ji"
Zhe Zhug%Zhaoguo WangS%Zhanyong Want%
Zezhou Chengy!Zexuan Zhu %
Zekai J. Gao6'Z. T. OzdemirE#Z. M. Hefny<04>)Z. A. Sparchez<04>'
Yves Le Traon%Yutaka Suzue@'Yuichi Fujiki<00>!
Yuening Hu:Yu Luo
<01>'Youngwoon Lee<03>%Yossi Matias<02>)Yongpeng Zhang!%Yongle Zhang
<01>!Yoel Gluck<02>%Yoann Baveye+Yingyi Bu
1Yifeng Frank Huang
s!Yifan Gong<02>+Yehia El-KhatibG
Yawei LiL'Yasushi Saito
 %Yaron Minsky
<01>#Yair Sovran^#Y. Yamamoto<03>#Y. Tanisaka?Y. Nie<03>Y. Liu
Y. Li9Y. KangY. ChoiY. Chen6
Y. Bi
Y. Ahmad<04>Xu Zhao
<01>!Xindong Wu!Xin Zhuang
<01>'
Xiaowei Huang/%
Xiaoguang Qik%Xiaofeng Ren<02>Xiao Yang$#Xian Warner<03>)Xavier Défago
<01>X. ZhuX. WangX. Liu<03>
X. Li#Wyatt Lloyd<00>-Wolfram Burgardy<02>+Wilson C. Hsieh7-William W. Cohen<03>-William Ribarsky<00>3William P. Thurston<03>-William F. Smyth<02>-Whitfield Diffie<00>Wes Irish
<01>'Werner Vogels3%Wenchao Zhou<03>%Wenbing Zhaoq!Weiwen Liu<00>#Weimin Chen<02>!Walid Tahau+Waleed F. FarisW. ZhouW. YanqinB#W. SieghartjW. Meng	W. Kievit3W. Kang<04>#W. El-Gendy<04>+Vladimir Vapnik0/Vitomir Kovanovic<03>#Vipin Kumar CVenugopalan Ramasubramaniank1Venkata Rami Reddy'Vedran Dunjko<02>;
Vedavyas Panneershelvam5Vasileios Trigonakis<00>'Valient Gough
<01>-Valerio Pascucci<00>+Vadim YushprakhNV. Vargas,#V. T. Rajan
<01>1
V. S. Subrahmanian?!V. Luketic)#V. Ivashkin<04>V. BocharV. Anapaz<04>#Urs Hölzlep%Ulf T. Wiger<00>!U. Naumann<04>#U. MendarteS%Tyler Akidau
L7Tushar Deepak Chandra
e)Tushar Chandra9)
Turner Whitted`#Tudor David<00>%Tudor Bosman
<01>-Traian Stancescu
+Torsten Kröger<02>'Torben ThraneTom Ridge<00>#Tom Jackson
<01>5
Timothy P. Lillicrap"/Timothy L. Harris
<01>#Tim Roselli<03>!Tim Kraska

#Tiark Rompf<00>'
Thore Graepel%1Thomas Würthinger<02>%
Thomas Verma.+Thomas R. GrossS/Thomas Gazagnaire
<01>)Thomas E. HartD3Thomas Duebendorfer<02>+Thomas Braibant<00>-Thomas B. Schön)#Thomas Arts<00>-Thirumalesh Bhat<02>-Theodore W. HongD-
Theodore JohnsonL+Theo Vassilakis<00>-Thaddeus Diamond<00>%Thabo Beeler<00>-Terry A. Landers
#Ted Kaehler

Tao Chenf#Tanja Lange<00>+Takuya Katayama
<01>'Takahiro Hara
<01>'T.j.g. Gevers4#T. YildirimG%T. Witthöft<04>'T. Voicu Moga<04>)T. V. Lakshmani%T. ReibergerT. Ohta<03>!T. Moreira<04>%T. Miyashita<03>T. Marmon0T. Lee#T. KobatakeC!T. Karakan#T. Ichikawa<04>T. Gago<04>!T. Bucsics`-Søren B. Lassen
<01>-
Sylvain Lefebvre^ CSwaminathan Sivasubramanian1<00>Svante Janson<02>+
Suvrat Bhooshan5'Susmit Sarkar<00>)Sunny Consolvo
<01>%Sunil Shukla81Sunil Kumar Shinde'Sung-Eui Yoon<03>-Sudipta SeYi Xing#Ziling Zhou<05>%Xin-She Yang<05>Tao Wei<05>#Vern Paxson<05>9Ulises Cortés García<05>-Timothy R. Olsen<05>1Wolfgang De Meuter<05>)Tom Van Cutsem<05>Yuhui Shi<05>!Uri Lublin<05>5Yaniv Kamay Qumranet<05>-William H. Macey<05>)Tamás Sarlós<05>
Z. Huang<05>W. Yang<05>Y. Xie<05>T. Sasaki<05>
Y. Nakai#T. WatanabeyT. YumurahY. Kim`
T. KuwaiX%T. YamaguchiW%T. NishimuraTY. SumidaS#T. TakasagoR#Y. MiyasakoQY. J. KimO
U. KumarK
<00>
<0F><0F><0F><0F>dI0<0E><0E><0E><0E><0E>mQ1

<0A>
<0A>
<0A>
<0A>
<0A>
i
U
A
<0C><0C><0C><0C><0C>sW;!
<0B><0B><0B><0B><0B>kQ7
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
s
Y
9

	<09>	<09>	<09>	<09>	}	d	K	2		<08><08><08><08><08>hM3	<07><07><07><07><07><07>ucO9#
<06><06><06><06><06>dB%
<05><05><05>mK+	<04><04><04><04>c<<03><03><03><03>pA<02><02><02><02>X@
<01>
<01>
<01>
<01>
d
=
"<22>K+Martin A. KeaneMartinA.Keane$<24>J-Peter J. BentleyPeterJ.Bentley#<23>I+
Christian JacobChristianJacob<17>H
Yuhui ShiYuhuiShi*<2A>G3Russell C. EberhartRussellC.Eberhart<1F>F'
James KennedyJamesKennedy <20>E)David B. FogelDavidB.Fogel'<27>D/
Christian LimpachChristianLimpach<15>C
Eric JulEricJul&<26>B/Jacob Gorm HansenJacobGormHansen'<27>A/#
Christopher ClarkChristopherClark(<28>@1Amit Rahul BaishyaAmitRahulBaishya#<23>?+
Anthony LiguoriAnthonyLiguori<19>>!
Uri LublinUriLublin&<26>=/Dor Laor QumranetDorLaorQumranet,<2C><5Yaniv Kamay QumranetYanivKamayQumranet<19>;!
Avi KivityAviKivity<1A>:#Mu Y ThomasMuYThomas&<26>9/Smruti R. SarangiSmrutiR.Sarangi!<21>8)
Pooja AggarwalPoojaAggarwal<17>7
Seep GoelSeepGoel)<29>61
Benjamin SchneiderBenjaminSchneider$<24>5-William H. MaceyWilliamH.Macey!<21>4)
Tamás SarlósTamásSarlós<19>3!
Ravi KumarRaviKumar%<25>2-
Anirban DasguptaAnirbanDasgupta<1B>1#
David GreggDavidGregg<1D>0%
Mark PurcellMarkPurcell<1F>/'
Owen CallananOwenCallanan<1D>.%
Jimmy ClearyJimmyCleary<1F>-'
Jelani NelsonJelaniNelson<1F>,'
Jean BourgainJeanBourgain <20>+)Paula B. CohenPaulaB.Cohen(<28>*1Marvin D. TretkoffMarvinD.Tretkoff!<21>))
Paula TretkoffPaulaTretkoff!<21>()
Jonathan EvansJonathanEvans<1A>'#Alan C. KayAlanC.Kay<1F>&'
!A. GalyavievaA.Galyavieva#<23>%+
%A. AbdulkhakovaA.Abdulkhakova$<24>$-!K. N. SaifullinaK.N.Saifullina<15>#
Z. HuangZ.Huang<13>"
H. TongH.Tong<15>!
L. HuangL.Huang<13> 
C. TangC.Tang<13>
W. YangW.Yang<13>
B. SongB.Song<13>
F. YuanF.Yuan<11>
Y. XieY.Xie<0F>
J. LiJ.Li<13>
J. ParkJ.Park<11>
J. ChoJ.Cho<13>
H. JangH.Jang<11>
H. NamH.Nam<11>
S. KimS.Kim<13>
S. ParkS.Park<13>
C. ChoiC.Choi<11>
H. KimH.Kim<13>
D. KangD.Kang<17>
R. DaegonR.Daegon<18>!S. M. ParkS.M.Park<18>!H. B. ChaeH.B.Chae<16>J. H. HanJ.H.Han<16>
S. O. LeeS.O.Lee<16>D. G. KimD.G.Kim<16>S. T. LeeS.T.Lee<16>
S. W. KimS.W.Kim<16>	I. H. KimI.H.Kim<16>S. H. KimS.H.Kim<16>S. B. KimS.B.Kim<16>I. S. MinI.S.Min<16>S. Y. SeoS.Y.Seo<15>
K. KoikeK.Koike<13>
M. TadaM.Tada<1B>#
N. SasahiraN.Sasahira<1D>
%
M. MatsuyamaM.Matsuyama<17>
T. SasakiT.Sasaki<15>
Y. NakaiY.Nakai<1B>~#
N. YamamotoN.Yamamoto<1D>}%
S. MatsubaraS.Matsubara<17>|
S. MizunoS.Mizuno<1B>{#
N. TakaharaN.Takahara<17>z
R. UchinoR.Uchino<1B>y#
T. WatanabeT.Watanabe<17>x
K. TakagiK.Takagi<19>w!
D. AkiyamaD.Akiyama<19>v!
G. UmefuneG.Umefune<19>u!
H. IsayamaH.Isayama<17>t
A. YamadaA.Yamada<17>s
H. KogureH.Kogure<1B>r#
K. IshigakiK.Ishigaki"<22>q+M. V. KabrawalaM.V.Kabrawala <20>p)P. N. N. DesaiP.N. N.Desai<11>o
E. KimE.Kim<11>n
D. KimD.Kim<11>m
K. MinK.Min<11>l
B. SonB.Son<17>k
N. OhashiN.Ohashi<19>j!
S. HayashiS.Hayashi<19>i!
H. HachiyaH.Hachiya<17>h
T. YumuraT.Yumura<17>g
M. SawadaM.Sawada<11>f
S. ItoS.Ito<13>e
A. MoriA.Mori$<24>d-G. J. M. WebsterG.J. M.Webster<1F>c'
!A. WinstanleyA.Winstanley$<24>b-N. L. H. BekkaliN.L. H.Bekkali<11>a
K. LeeK.Lee<11>`
Y. KimY.Kim<16>_J. K. RyuJ.K.Ryu<16>^S. H. LeeS.H.Lee<16>]J. W. LeeJ.W.Lee<16>\J. H. SonJ.H.Son<18>[!D. K. JangD.K.Jang<16>ZJ. K. LeeJ.K.Lee<15>Y
H. KounoH.Kouno<15>X
T. KuwaiT.Kuwai<1D>W%
T. YamaguchiT.Yamaguchi<19>V!
H. ImagawaH.Imagawa<11>U
S. IioS.Iio<1D>T%
T. NishimuraT.Nishimura<17>S
Y. SumidaY.Sumida<1B>R#
T. TakasagoT.Takasago<1B>Q#
Y. MiyasakoY.Miyasako<1D>P%
A. YamaguchiA.Yamaguchi<16>OY. J. KimY.J.Kim<16>ND. H. KohD.H.Koh<18>M!J. H. YoonJ.H.Yoon"<22>L+J. P. GutierrezJ.P.Gutierrez<15>K
U. KumarU.Kumar<1D>J%
J. BorovickaJ.Borovicka<18>I!M. C. SulzM.C.Sulz!<21>H)
#C. MeyenbergerC.Meyenberger
<02><07><02><00>s<EFBFBD>s
s<02>U
9GGDavis's Poetic Dialogue with Leiris's Autobiography<07>In his article "Davis's Poetic Dialogue with Leiris's Autobiography" Jonathan Evans analyzes Lydia Davis's translation of the first two parts of Michel Leiris's autobiography, which shows an encounter between two writers. Davis has also written stories which reference Leiris and thus position him as a precursor. Evans proposes that Leiris is not only a source of influence for Davis, but that their texts can be read as a dialogue. Using a methodology that draws on Lacanian psychoanalysis, Evans shows how Leiris focuses on sound and graphological patterns in order to understand his own conscious and unconscious relationship with words. Davis, in her stories, forces the reader to question their own relationship to language and the symbolic order. Thus, Davis's translation of Leiris's autobiography becomes a graft on her work as it offers her a chance to explore writing in a way which would be uncharacteristic in her own work. Jonathan Evans, "Davis's Poetic Dialogue with Leiris's Autobiography" page 2 of 10 CLCWeb: Comparative Literature and Culture 14.1 (2012): <http://docs.lib.purdue.edu/clcweb/vol14/iss1/8>logic_and_programming/2017-09-11T17:59:18.0039699712017-09-11T17:59:18.003969971<EFBFBD>E<EFBFBD>r
I<02>)5GGThe Early History of Smalltalk<07>Most ideas come from previous ideas. The sixties, particularly in the ARPA community, gave rise to a host of notions about &#8220;human-computer symbiosis&#8221; through interactive time-shared computers, graphics screens and pointing devices. Advanced computer languages were invented to simulate complex systems such as oil refineries and semi-intelligent behavior. The soon to follow paradigm shift of modern personal computing, overlapping window interfaces, and object-oriented design came from seeing the work of the sixties as something more than a &#8220;better old thing&#8221;. That is, more than a better way: to do mainframe computing; for end-users to invoke functionality; to make data structures more abstract. Instead the promise of exponential growth in computing/$/volume   demanded that the sixties be regarded as &#8220;<italic>almost</italic> a new thing&#8221; and to find out what the actual &#8220;new things&#8221; might be. For example, one would compute with a handheld &#8220;Dynabook&#8221; in a way that would not be possible on a shared mainframe; millions of potential users meant that the user interface would have to become a learning environment along the lines of Montessori and Bruner; and needs for large scope, reduction in complexity, and end-user literacy would require that data and control structures be done away with in favor of a more biological scheme of protected universal cells interacting only through messages that could mimic any desired behavior.
Early Smalltalk was the first complete realization of these new points of view   as parented by its many predecessors in hardware, language and user interface design. It became the exemplar of the new computing, in part, because we were actually trying for a qualitative shift in belief structures&#8212;a new Kuhnian paradigm in the same spirit as the invention of the printing press&#8212;and thus took highly extreme positions which almost forced these new styles to be invented.HOPL Preprintslanguages/smalltalk/2017-09-11T17:59:17.9299399412017-09-11T17:59:17.929939941
V2V<00>X<EFBFBD>u<00>'<02>9aGGToward a unified theory of sparse dimensionality reduction in Euclidean space<07>Let &#934;&#8712;R<sup>m x n</sup> be a sparse Johnson-Lindenstrauss transform [52] with column sparsity s. For a subset T of the unit sphere and &#949;&#8712;(0,1/2), we study settings for m,s to ensure E<sub>&#934;</sub> sup<sub>x&#8712; T</sub> |&#934; x|<sub>2</sub><sup>2</sup> - 1| < &#949;, i.e. so that &#934; preserves the norm of every x &#8712; T simultaneously and multiplicatively up to 1+&#949;. We introduce a new complexity parameter, which depends on the geometry of T, and show that it suffices to choose s and m such that this parameter is small. Our result is a sparse analog of Gordon's theorem, which was concerned with a dense &#934; having i.i.d. Gaussian entries. We qualitatively unify several results related to the Johnson-Lindenstrauss lemma, subspace embeddings, and Fourier-based restricted isometries. Our work also implies new results in using the sparse Johnson-Lindenstrauss transform in randomized linear algebra, compressed sensing, manifold learning, and constrained least squares problems such as the Lasso.STOCmachine_learning/dimensionality_reduction/2017-09-11T17:59:18.0732109382017-09-11T17:59:18.073210938<EFBFBD>J<EFBFBD>t
<02>
%GGPart I: Transcendence of Values of Some Special Functions<07>This paper is a transcript of the Inaugural Monroe H. Martin Lecture and Seminar given at Johns Hopkins University on February 23rd and 24th, 2009. In Part I, we present classical and recent results on the transcendence of values of certain special functions of one variable at algebraic points. In Part II, we describe some new results, joint with Marvin D. Tretkoff, on the transcendence of values at algebraic points of hypergeometric functions of several variables. Note that the author's maiden name is Paula B. Cohen. In this part of our paper, we present some results on the transcendence of values of certain special functions of one variable at algebraic points. Recall that the algebraic numbers are the complex numbers satisfying a non-trivial polynomial relation with rational coefficients. We denote the field of rational numbers by Q, and the field of algebraic numbers by Q. A transcendental number, α, is a complex number which is not algebraic. Therefore P (α) = 0 for every polynomial P ∈ Q[x] with at least one non-zero coefficient. The first examples of explicit transcendental numbers are due to Liouville in 1844 [Lio1], but their construction is rather artificial. Liouville showed that an irrational algebraic number cannot be too well approximated by rational numbers with denominators of relatively small size. He then constructed numbers that are so well approximated by rational numbers that they must be transcendental. An example is the number ξ = ∞ n=1 10 −n!. In 1874, Cantor gave another proof of the existence of transcendental numbers. He showed that the set of all algebraic numbers is countable, while the set of real numbers is uncountable. It follows that the set of transcendental numbers is uncountable. Somewhat paradoxically, it is usually very difficult to show that any given number is transcendental.mathematics/2017-09-11T17:59:18.0342749022017-09-11T17:59:18.034274902
 
* <00><06>w
_<02>_aGGA sparse Johnson: Lindenstrauss transform<07>Dimension reduction is a key algorithmic tool with many applications including nearest-neighbor search, compressed sensing and linear algebra in the streaming model. In this work we obtain a <i>sparse</i> version of the fundamental tool in dimension reduction -- the Johnson-Lindenstrauss transform. Using hashing and local densification, we construct a sparse projection matrix with just ~O(1/&#949;) non-zero entries per column. We also show a matching lower bound on the sparsity for a large class of projection matrices. Our bounds are somewhat surprising, given the known lower bounds of &#937;(1/&#949;<sup>2</sup>) both on the number of rows of any projection matrix and on the sparsity of projection matrices generated by natural constructions. Using this, we achieve an ~O(1/&#949;) update time per non-zero element for a (1 &#949;)-approximate projection, thereby substantially outperforming the ~O(1/&#949;<sup>2</sup>) update time required by prior approaches. A variant of our method offers the same guarantees for sparse vectors, yet its ~O(d) worst case running time matches the best approach of Ailon and Liberty.STOCmachine_learning/dimensionality_reduction/2017-09-11T17:59:18.3157709962017-09-11T17:59:18.315770996<EFBFBD>R<EFBFBD>v
Y<02>-1GGFast asymmetric thread synchronization<07>For most multi-threaded applications, data structures must be shared between threads. Ensuring thread safety on these data structures incurs overhead in the form of locking and other synchronization mechanisms. Where data is shared among multiple threads these costs are unavoidable. However, a common access pattern is that data is accessed primarily by one dominant thread, and only very rarely by the other, non-dominant threads. Previous research has proposed biased locks, which are optimized for a single dominant thread, at the cost of greater overheads for non-dominant threads. In this article we propose a new family of biased synchronization mechanisms that, using a modified interface, push accesses to shared data from the non-dominant threads to the dominant one, via a novel set of message passing mechanisms. We present mechanisms for protecting critical sections, for queueing work, for caching shared data in registers where it is safe to do so, and for asynchronous critical section accesses. We present results for the conventional Intel&#174; Sandy Bridge processor and for the emerging network-optimized many-core IBM&#174; PowerEN#8482; processor. We find that our algorithms compete well with existing biased locking algorithms, and, in particular, perform better than existing algorithms as accesses from non-dominant threads increase.TACOmemory_management/2017-09-11T17:59:18.1497089842017-09-11T17:59:18.149708984

.<04>
.<00>?<3F>y
/<02>!=GGA Wait-Free Stack<07>In this paper, we describe a novel algorithm to create a concurrent wait-free stack. To the best of our knowledge, this is the first wait-free algorithm for a general purpose stack. In the past, researchers have proposed restricted wait-free implementations of stacks, lock-free implementations, and efficient universal constructions that can support wait-free stacks. The crux of our wait-free implementation is a fast pop operation that does not modify the stack top; instead, it walks down the stack till it finds a node that is unmarked. It marks it but does not delete it. Subsequently, it is lazily deleted by a cleanup operation. This operation keeps the size of the stack in check by not allowing the size of the stack to increase beyond a factor of W as compared to the actual size. All our operations are wait-free and linearizable.ICDCITnon_blocking_algorithms/2017-09-11T17:59:18.4801650392017-09-11T17:59:18.480165039<EFBFBD><0B>x
Q<02>'
9GGThe Meaning of Employee Engagement<07>The meaning of employee engagement is ambiguous among both academic researchers and among practitioners who use it in conversations with clients. We show that the term is used at different times to refer to psychological states, traits, and behaviors as well as their antecedents and outcomes. Drawing on diverse relevant literatures, we offer a series of propositions about (a) psychological state engagement; (b) behavioral engagement; and (c) trait engagement. In addition, we offer propositions regarding the effects of job attributes and leadership as main effects on state and behavioral engagement and as moderators of the relationships among the 3 facets of engagement. We conclude with thoughts about the measurement of the 3 facets of engagement and potential antecedents, especially measurement via employee surveys. The notion of employee engagement is a relatively new one, one that has been heavily marketed by human resource (HR) consulting firms that offer advice on how it can be created and leveraged. Academic researchers are now slowly joining the fray, and both parties are saddled with competing and inconsistent interpretations of the meaning of the construct. Casual observation suggests that much of the appeal to organizational management is driven by claims that employee engagement drives bottom-line results. Indeed, at least one HR consulting firm (Hewitt Associates LLC, 2005, p. 1) indicates that they ''have established a conclusive, compelling relationship between engagement and profitability through higher productivity, sales, customer satisfaction, and employee retention .'' Some practitioners view engagement as having evolved from prior research on work attitudes, directly implying that this newer concept adds interpretive value that extends beyond the boundaries of those traditions. We agree with this thought and hope to show why we agree in what follows. Although compelling on the surface, the meaning of the employee engagement concept is unclear. In large part, this can be attributed to the ''bottom-up'' manner in which the engagement notion has quickly evolved within the practitioner community. This is not an unfamiliar stage in the incre-mental evolution of an applied psychological construct. Thus, similar to the manner in which burnout was at first a construct attributed to pop psychology (Maslach, Schaufeli, & Leiter, 2001) engagement is a concept with a sparse and diverse theoretical and empirically demonstrated nomological net— the relationships among potential antecedents and consequences of engagement as well as the components of engagement have We appreciate the thoughtful comments of our colleagues Karen Barbera and Scott …logic_and_programming/2017-09-11T17:59:18.4146699222017-09-11T17:59:18.414669922
<00>=
]<00><00>D<EFBFBD>|
<00>G

OGGRewriting nation-state: borderland literatures of India and the question of state sovereignty<07>paradigms/functional_programming/2017-09-11T17:59:18.6691831052017-09-11T17:59:18.669183105<EFBFBD>\<5C>{
Y<02>I
1GGkvm: the Linux Virtual Machine Monitor<07>Virtualization is a hot topic in operating systems these days. It is useful in many scenarios: server consolidation , virtual test environments, and for Linux enthusiasts who still can not decide which distribution is best. Recently , hardware vendors of commodity x86 processors have added virtualization extensions to the instruction set that can be utilized to write relatively simple virtual machine monitors. The Kernel-based Virtual Machine, or kvm, is a new Linux subsystem which leverages these virtualization extensions to add a virtual machine monitor (or hyper-visor) capability to Linux. Using kvm, one can create and run multiple virtual machines. These virtual machines appear as normal Linux processes and integrate seamlessly with the rest of the system. Virtualization has been around almost as long as computers. The idea of using a computer system to emulate another, similar, computer system was early recognized as useful for testing and resource utilization purposes. As with many computer technologies, IBM led the way with their VM system. In the last decade, VMware's software-only virtual machine monitor has been quite successful. More recently, the Xen [xen] open-source hypervisor brought virtualization to the open source world, first with a variant termed paravirtualization and as hardware became available, full virtualization. 2 x86 Hardware Virtualization Extensions x86 hardware is notoriously difficult to virtualize. Some instructions that expose privileged state do not trap when executed in user mode, e.g. popf. Some privileged state is difficult to hide, e.g. the current privilege level, or cpl. Recognizing the importance of virtualization, hardware vendors [Intel][AMD] have added extensions to the x86 architecture that make virtualization much easier. While these extensions are incompatible with each other, they are essentially similar, consisting of: • A new guest operating mode – the processor can switch into a guest mode, which has all the regular privilege levels of the normal operating modes, except that system software can selectively request that certain instructions, or certain register accesses, be trapped. • Hardware state switch – when switching to guest mode and back, the hardware switches the control registers that affect processor operation modes, as well as the segment registers that are difficult to switch, and the instruction pointer so that a control transfer can take effect. • Exit reason reporting – when a switch from guest mode back to host mode occurs, the hardware reports the reason for the switch so that software can take the appropriate action. Under …operating_systems/2017-09-11T17:59:18.5869079592017-09-11T17:59:18.586907959<EFBFBD>?<3F>z
M<02>
1GGThe Story of the Therac in LOTOS<07>We consider the use of formal speciication and veriication techniques for proving the safety, or otherwise, of an abstraction of a safety-critical medical application: the Therac-25 radiation machine. This machine was responsible for several patient deaths in the late 1980s. The speciication is given in LOTOS and we consider trace analysis, property testing, and temporal logic for reasoning about the safe and unsafe behaviour of the speciied machine. The testing tool LOLA is used for rigorous veriicationn with LOLA, two signiicant design errors are uncovered. The work reported herein is part of a case study on the practical use of formal methods in safety-critical softwaree the speciication is based only on an informal description of part of the ma-chine's behaviour, and does not constitute a speciication of the entire machine.operating_systems/2017-09-11T17:59:18.5591770022017-09-11T17:59:18.559177002
<02><0B><05><02><00>h<EFBFBD>
E<02>_#1GGThe UNIX Time-Sharing System<07>UNIX is a general-purpose, multi-user, interactive operating system for the Digital Equipment Corporation PDP-11/40 and 11/45 computers. It offers a number of features seldom found even in larger operating systems, including: (1) a hierarchical file system incorporating demountable volumes; (2) compatible file, device, and inter-process I/O; (3) the ability to initiate asynchronous processes; (4) system command language selectable on a per-user basis; and (5) over 100 subsystems including a dozen languages. This paper discusses the nature and implementation of the file system and of the user command interface.Commun. ACMoperating_systems/2017-09-11T17:59:18.9173229982017-09-11T17:59:18.917322998<EFBFBD>k<EFBFBD>~
U<02>M
OGGGenetic Programming: An Introduction<07>1. viii Line 13, change " iteration s " to " iterations " 2. xv Line 17, change " Figure 99.1 " to " Figure 1 " 3. xv Lines 20-21, delete the sentence " GP-related resources are provided in an appendix. " 4. xvi Figure 99.1, change " 99.1 " to " 1 " 5. xvii After the 2 nd bulleted item beginning " Part III, " insert the following, additional bullet, Y Four appendices summarize valuable resources available for the reader: Appendix A contains printed and recorded resources, Appendix B suggests web-related resources, Appendix C discusses GP software tools, including Discipulus tm , the GP software developed by the authors, and Appendix D mentions events most closely related to the field of genetic programming. URLs can be found online at http://mkp.com/GP-Intro. 6. 52 Line 3, change " and and " to " and " 7. 88 Line 18, change " deGaris " to " de Garis " 8. 128 Line 5, change " derivations " to " deviations " 9. i c N c N c p i − − − = 1 1 to i c N c N c p i − − − = 1 1 11. 142 Exercise 13, line 1, insert " set " after " function " 12. 147 Equation 6.1, change " E[m(H , t]… " to " E[m(H , t + 1)]… " 13. 167 Line 10, change " separarately " to " separately " 14. 168 Equation 6.6, change ∑ k D F (k, jmin (k)) to ∑ j D F (j, jmin (j)) * All line numbers refer to running text and do not include tables, figures, bulleted text, or code samplesparadigms/functional_programming/2017-09-11T17:59:18.8023139652017-09-11T17:59:18.802313965<EFBFBD>q<EFBFBD>}
Q<02>s1GGLive Migration of Virtual Machines<07>Migrating operating system instances across distinct physical hosts is a useful tool for administrators of data centers and clusters: It allows a clean separation between hard-ware and software, and facilitates fault management, load balancing, and low-level system maintenance.
 By carrying out the majority of migration while OSes continue to run, we achieve impressive performance with minimal service downtimes; we demonstrate the migration of entire OS instances on a commodity cluster, recording service downtimes as low as 60<i>ms</i>. We show that that our performance is sufficient to make live migration a practical tool even for servers running interactive loads.
 In this paper we consider the design options for migrating OSes running services with liveness constraints, focusing on data center and cluster environments. We introduce and analyze the concept of writable working set, and present the design, implementation and evaluation of high-performance OS migration built on top of the Xen VMM.NSDIoperating_systems/2017-09-11T17:59:18.6786201172017-09-11T17:59:18.678620117
UY<0F><0F><0F><0F><0F><0F><0F><0F><0F><0F><0F>|qf[PE:/$<0E><0E><0E><0E><0E><0E><0E><0E><0E><0E><0E>ti^SH=2'
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
<0A>
w
l
a
V
K
@
5
*


	<0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C><0C>zodY<08>/
<01><08>.
<01><08>-

<01><08>,
<01><08>+<05>
<01><08>*<05>
<01><08>)<05>
<01><08>(<05>
<01><08>'<05>
<01><08>&<05>
<01><08>%<05>
<01><08>$<05>
<01><08>#<05>
<01><08>"<05>
<01><08>!<05>
<01><08> <05>
<01><08><05>
<01><08><05>
<01><08>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08><02>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08>
<01><08><05>
<01><08><05>
<01><08><00>
<01><08><05>
<01><08>
<05>
<01><08><05>
<01><08>&
<01><08>
<05>
<01><08>	<00>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08><05>
<01><08>
<01><08>x
<01><08><05>
<01><08>
<00>
<01><08><05>
<01><08><05>
<01><08>~<05>
<01><08>}<05>
<01><08>|<05>
<01><08>{<05>
<01><08>z<05>
<01><08>y<05>
<01><08>x<05>
<01><08>w<05>
<01><08>v<05>
<01><08>u
<01><08>t<05>
<01><08>ss
<01><08>rq
<01><08>q
<01>
<08>p<05>
<08>o<05>
~<08>n<05>
~<08>m<05>
~<08>l<05>
~<08>k<05>
~<08>j<05>
~<08>i<05>
~<08>h<05>
~<08>g<05>
~<08>f<05>
~<08>e<05>
~<08>d<05>
~<08>c<05>
~<08>bb
}<08>aa
}<08>`<05>
}<08>_<05>
}<08>^<05>
}<08>]
<01>
}<08>\^
}<08>[<05>
}
8<07><0F><0F><0F>c?<0E><0E><0E>c?
<0A>
<0A>
<0A>
m
G

<0C><0C>uG'<0B><0B><0B>`9
<EFBFBD>
<EFBFBD>
<EFBFBD>
j
J
*

	<09>	<09>	<09>	t	T	.	<08><08><08>|^@$<07><07><07><07><13>
Yi XingYiXing<1F>'
Barmak ModrekBarmakModrek!<21>
)
Levan AtanelovLevanAtanelov(<28>1#Christopher J. LeeChristopherJ.Lee<19>!
Haifeng YuHaifengYu<1B>~#
Ziling ZhouZilingZhou<1B>}#
Binbin ChenBinbinChen<1D>|%
Xin-She YangXin-SheYang,<2C>{5Amir Hossein GandomiAmirHosseinGandomi(<28>z1Dawn Xiaodong SongDawnXiaodongSong<13>y
Tao WeiTaoWei<1F>x'
Mathias PayerMathiasPayer#<23>w+
Laszlo SzekeresLaszloSzekeres<1D>v%
Asim ShankarAsimShankar<19>u!
Ankur TalyAnkurTaly<1B>t#
Vern PaxsonVernPaxson(<28>s1Michael A. NielsenMichaelA.Nielsen.<2E>r7#Christopher M. DawsonChristopherM.Dawson<1D>q%
Peter WittekPeterWittek<1D>p%
Gael SentísGaelSentís<1D>o%
Alex MonràsAlexMonràs0<73>n9Ulises Cortés GarcíaUlisesCortésGarcía!<21>m)
Matija PretnarMatijaPretnar$<24>l-Randy L. BucknerRandyL.Buckner'<27>k/
!Mohana RamaratnamMohanaRamaratnam$<24>j-Timothy R. OlsenTimothyR.Olsen$<24>i-Daniel S. MarcusDanielS.Marcus#<23>h+
Albert EinsteinAlbertEinstein#<23>g+
Marco ScandurraMarcoScandurra0<61>f9Alejandro A. SchäfferAlejandroA.Schäffer <20>e)Han La PoutréHanLaPoutré"<22>d+Ramana M. IduryRamanaM.Idury<1D>c%
Amihood AmirAmihoodAmir+<2B>b3
!Emmanuel Lopez-NeriEmmanuelLopez-Neri:<3A>aC-J. Octavio Gutierrez-GarciaJ.OctavioGutierrez-Garcia<1F>`'
Raouf BoutabaRaoufBoutaba)<29>_1
Mosharaf ChowdhuryMosharafChowdhury<19>^!
Ingo MaierIngoMaier(<28>]1Wolfgang De MeuterWolfgangDeMeuter#<23>\+
Stijn MostinckxStijnMostinckx <20>[)Tom Van CutsemTomVanCutsem2<6D>Z;Andoni Lombide CarretonAndoniLombideCarreton/<2F>Y7
%Engineer BainomugishaEngineerBainomugisha!<21>X)
Heather MillerHeatherMiller!<21>W)
Philipp HallerPhilippHaller!<21>V)
Martin OderskyMartinOdersky!<21>U)
Frank PiessensFrankPiessens<1F>T'
Adriaan MoorsAdriaanMoors0<73>S9Gerth Stølting BrodalGerthStøltingBrodal!<21>R)
Dennis RitchieDennisRitchie<<3C>QE#Proofreader Jennifer McclainProofreaderJenniferMcclain!<21>P)
!Ken DellapentaKenDellapenta<1F>O'
Emilia ThiuriEmiliaThiuri,<2C>N5Denise E. M. PenroseDeniseE. M.Penrose <20>M)David W. CorneDavidW.Corne&<26>L/Frank D. FranconeFrankD.Francone
9
<EFBFBD><05>9<00>0<EFBFBD>
e<02>G
OGGTowards Equal Rights for Higher-kinded Types<07>Generics are a very popular feature of contemporary OO languages, such as Java, C# or Scala. Their support for genericity is lacking, however. The problem is that they only support abstracting over proper types, and not over generic types. This limitation makes it impossible to, e.g., define a precise interface for Iterable, a core abstraction in Scala's collection API. We implemented " type constructor polymorphism " in Scala 2.5, which solves this problem at the root, thus greatly reducing the duplication of type signatures and code.paradigms/functional_programming/2017-09-11T17:59:19.0803181152017-09-11T17:59:19.080318115<EFBFBD><00>

_<02>I1OGGOptimal Purely Functional Priority Queues<07>Brodal recently introduced the rst implementation of imperative priority queues to support ndMin, insert, and meld in O(1) worst-case time, and deleteMin in O(log n) worst-case time. These bounds are asymptotically optimal among all comparison-based priority queues. In this paper, we adapt Brodal's data structure to a purely functional setting. In doing so, we both simplify the data structure and clarify its relationship to the binomial queues of Vuillemin, which support all four operations in O(log n) time. Speciically, we derive our implementation from binomial queues in three steps: rst, we reduce the running time of insert to O(1) by eliminating the possibility of cascading links; second, we reduce the running time of ndMin to O(1) by adding a global root to hold the minimum element; and nally, we reduce the running time of meld to O(1) by allowing priority queues to contain other priority queues. Each of these steps is expressed using ML-style functors. The last transformation, known as data-structural bootstrapping, is an interesting application of higher-order functors and recursive structures.J. Funct. Program.paradigms/functional_programming/2017-09-11T17:59:19.0631130372017-09-11T17:59:19.063113037<EFBFBD><0B>
o<02>uAGGPrediction in Joint Action: What, When, and Where<07>Drawing on recent findings in the cognitive and neurosciences, this article discusses how people manage to predict each other's actions, which is fundamental for joint action. We explore how a common coding of perceived and performed actions may allow actors to predict the what, when, and where of others' actions. The "what" aspect refers to predictions about the kind of action the other will perform and to the intention that drives the action. The "when" aspect is critical for all joint actions requiring close temporal coordination. The "where" aspect is important for the online coordination of actions because actors need to effectively distribute a common space. We argue that although common coding of perceived and performed actions alone is not sufficient to enable one to engage in joint action, it provides a representational platform for integrating the actions of self and other. The final part of the paper considers links between lower-level processes like action simulation and higher-level processes like verbal communication and mental state attribution that have previously been at the focus of joint action research.topiCSorganizational_simulation/2017-09-11T17:59:18.9525629882017-09-11T17:59:18.952562988
;
;<00>N<EFBFBD>
M<02>

aEEDeprecating the Observer Pattern<07>Programming interactive systems by means of the observer pattern is hard and error-prone yet is still the implementation standard in many production environments. We present an approach to gradually deprecate observers in favor of re-active programming abstractions. Several library layers help programmers to smoothly migrate existing code from call-backs to a more declarative programming model. Our central high-level API layer embeds an extensible higher-order data-flow DSL into our host language. This embedding is enabled by a continuation passing style transformation.paradigms/functional_reactive_programming/2017-09-11T17:59:19.338232912017-09-11T17:59:19.33823291<EFBFBD>z<EFBFBD>
M<02>?/aGGA survey on reactive programming<07>Reactive programming has recently gained popularity as a paradigm that is well-suited for developing event-driven and interactive applications. It facilitates the development of such applications by providing abstractions to express time-varying values and automatically managing dependencies between such values. A number of approaches have been recently proposed embedded in various languages such as Haskell, Scheme, JavaScript, Java, .NET, etc. This survey describes and provides a taxonomy of existing reactive programming approaches along six axes: representation of time-varying values, evaluation model, lifting operations, multidirectionality, glitch avoidance, and support for distribution. From this taxonomy, we observe that there are still open challenges in the field of reactive programming. For instance, multidirectionality is supported only by a small number of languages, which do not automatically track dependencies between time-varying values. Similarly, glitch avoidance, which is subtle in reactive programs, cannot be ensured in distributed reactive programs using the current techniques.ACM Comput. Surv.paradigms/functional_reactive_programming/2017-09-11T17:59:19.1961069342017-09-11T17:59:19.196106934<EFBFBD>q<EFBFBD><00><02>
aGGRAY: Integrating Rx and Async for Direct-Style Reactive Streams<07>Languages like F#, C#, and recently also Scala, provide “async” extensions which aim to make asynchronous programming easier by avoiding an inversion of control that is inherent in traditional callback-based programming models (for the purpose of this paper called the “Async” model). This paper outlines a novel approach to integrate the Async model with observable streams of the Reactive Extensions model which is best-known from the .NET platform, and of which popular implementations exist for Java, Ruby, and other widespread languages. We outline the translation of “Reactive Async” programs to efficient state machines, in a way that generalizes the state machine translation of regular Async programs. Finally, we sketch a formalization of the Reactive Async model in terms of a small-step operational semantics.paradigms/functional_reactive_programming/2017-09-11T17:59:19.1322360842017-09-11T17:59:19.132236084
&
<EFBFBD>&<00>/<2F>
Q<02>%/aGGA survey of network virtualization<07>Due to the existence of multiple stakeholders with conflicting goals and policies, alterations to the existing Internet architecture are now limited to simple incremental updates; deployment of any new, radically different technology is next to impossible. To fend off this ossification, network virtualization has been propounded as a diversifying attribute of the future inter-networking paradigm. By introducing a plurality of heterogeneous network architectures cohabiting on a shared physical substrate, network virtualization promotes innovations and diversified applications. In this paper, we survey the existing technologies and a wide array of past and state-of-the-art projects on network virtualization followed by a discussion of major challenges in this area. The Internet has been stunningly successful over the course of past three decades in supporting multitude of distributed applications and a wide variety of network technologies. However, its popularity has become the biggest impediment to its further growth. Due to its multi-provider nature, adopting a new architecture or modification of the existing one requires consensus among competing stakeholders. As a result, alterations to the Internet architecture have become restricted to simple incremental updates and deployment of new network technologies have become increasingly difficult [1,2]. To fend off this ossification, network virtualization has been propounded as a diversifying attribute of the future inter-networking paradigm. Even though architectural purists view network virtualization as a means for evaluating new architectures, the pluralist approach considers vir-tualization as a fundamental attribute of the architecture itself [1]. They believe that network virtualization can eradicate the ossifying forces of the Internet and stimulate innovation [1,2]. A networking environment supports network virtual-ization if it allows coexistence of multiple virtual networks on the same physical substrate. Each virtual network (VN) in a network virtualization environment (NVE) is a collection of virtual nodes and virtual links. Essentially, a virtual network is a subset of the underlying physical network resources. Network virtualization proposes decoupling of func-tionalities in a networking environment by separating the role of the traditional Internet Service Providers (ISPs) into two: infrastructure providers (InPs), who manage the physical infrastructure, and service providers (SPs), who create 1389-1286/$-see front matter Ó 2009 Elsevier B.V. All rights reserved.Computer Networksparadigms/functional_reactive_programming/2017-09-11T17:59:19.5487929692017-09-11T17:59:19.548792969<EFBFBD>#<23>
G<02>1aGGFunctional Reactive Animation<07><i>Fran</i> (Functional Reactive Animation) is a collection of data types and functions for composing richly interactive, multimedia animations. The key ideas in Fran are its notions of <i>behaviors</i> and <i>events</i>. Behaviors are time-varying, reactive values, while events are sets of arbitrarily complex conditions, carrying possibly rich information. Most traditional values can be treated as behaviors, and when images are thus treated, they become animations. Although these notions are captured as data types rather than a programming language, we provide them with a denotational semantics, including a proper treatment of real time, to guide reasoning and implementation. A method to effectively and efficiently perform <i>event detection</i> using <i>interval analysis</i> is also described, which relies on the partial information structure on the domain of event times. Fran has been implemented in Hugs, yielding surprisingly good performance for an interpreter-based system. Several examples are given, including the ability to describe physical phenomena involving gravity, springs, velocity, acceleration, etc. using ordinary differential equations.ICFPparadigms/functional_reactive_programming/2017-09-11T17:59:19.4861999512017-09-11T17:59:19.486199951
<07><0B><07><00>]<5D>	
Q<02>-!OAAWhy Functional Programming Matters<07>As software becomes more and more complex, it is more and more important to structure it well. Well-structured software is easy to write, easy to debug, and provides a collection of modules that can be re-used to reduce future programming costs. Conventional languages place conceptual limits on the way problems can be modularised. Functional languages push those limits back. In this paper we show that two features of functional languages in particular, higher-order functions and lazy evaluation, can contribute greatly to modularity. As examples, we manipulate lists and trees, program several numerical algorithms, and implement the alpha-beta heuristic an algorithm from Artiicial Intelligence used in game-playing programs. Since modularity is the key to successful programming, functional languages are vitally important to the real world.Comput. J.paradigms/functional_programming/2017-09-11T17:59:19.7276252017-09-11T17:59:19.727625<EFBFBD>&<26><00>
<02>i<EFBFBD>==GGCognitive Computing: A Brief Survey and Open Research Challenges<07>Cognitive computing is a multidisciplinary field of research aiming at devising computational models and decision making mechanisms based on the neurobiological processes of the brain, cognitive sciences, and psychology. The objective of cognitive computational models is to endow computer systems with the faculties of knowing, thinking, and feeling. The major contributions of this survey include (i) giving insights into cognitive computing by listing and describing its definitions, related fields, and terms, (ii) classifying current research on cognitive computing according to its objectives, (iii) presenting a concise review of cognitive computing approaches, and (iv) identifying the open research issues in the area of cognitive computing.2015 3rd International Conference on Applied Computing and Information Technology/2nd International Conference on Computational Science and Intelligenceparadigms/new_paradigms/2017-09-11T17:59:19.6967929692017-09-11T17:59:19.696792969

))<00>S<EFBFBD>

U<02>%%/GGImproved Dynamic Dictionary Matching<07>1 Introduction In the dynamic dictionary matching problem, a dictionary D contains a set of patterns that can change over time by insertion and deletion of individual patterns. The user also presents text strings and asks for all occurrences of any patterns in the text. The two main contributions of this paper are: 1) A faster algorithm for dynamic string dictionary matching with bounded alphabets, and 2) A dynamic dictionary matching algorithm for two dimensional texts and square patterns. The first contribution is based on an algorithm that solves the general problem of maintaining a sequence of well-balanced parentheses under the operations insert, delete, and find nearest enclosing parenthesis pair. The main ideas behind the second contribution are: a linearization of two dimensional square patterns along the main diagonal, and new data structures to allow efficient manipulation of failure links. The classical pattern matching paradigm is that of searching for a given pattern in a given text. For example, the classical string matching problem is defined This is one of the most studied problems in computer science [16] and has many different linear time solutions (e.g., [lo, 191 d an many others). The two dimensional version of this problem in which strings of symbols are replaced with matrices is also well studied [9, 8, 21. Another paradigm is that of multiple matching. The input is a set of patterns D and a text. The object is to find all occurrences of all patterns from D that appear in the text. A motivation for this paradigm was given by Aho and Corasick [l]. They solved a bibliographic search problem for a set of words. Aho and Corasick gave an O((t + d) loga + tocc) time algorithm (AC for short) for the multiple string matching problem, where the text is of length t, the sum of all pattern lengths is d, the total number of pattern occurrences reported is tom, and u is the number of distinct characters that occur in D. It will always be the case that d 1 u, so terms depending on 0 are sometimes omitted. Recently there has been interest in a stronger paradigm, that of (dynamic) dictionary matching. Like multiple matching, we seek all appearances of any of a set of patterns (the dictionary) in an input text. The difference between dictionary matching and multiple matching is that the dictionary matching paradigm assumes a very …Inf. Comput.pattern_matching/2017-09-11T17:59:19.8294050292017-09-11T17:59:19.829405029
hnh<00><02>
e<02>
GGQuantum vacuum pressure on a conducting slab<07>The casimir pressure on a non ideal conducting slab is calculated. Using a simple model for the conductivity according to which the slab is perfectly conducting at frequencies below plasma frequency ω p and perfectly transparent above such frequency, it is found that the vacuum pressure on each surface of the slab is ¯ hω 4 p 24π 2 c 3 which is finite without removal of any divergence.physics/2017-09-11T17:59:19.9416770022017-09-11T17:59:19.941677002<EFBFBD><0E>
7<02>c
GGBuridan’s Principle<07>The problem of Buridan's Ass, named after the fourteenth century French philosopher Jean Buridan, states that an ass placed equidistant between two bales of hay must starve to death because it has no reason to choose one bale over the other. With the benefit of modern mathematics, the argument can be expressed as follows. Assume that, at time 0, the ass is placed at position x along the line joining the bales of hay, where one bale is at position 0 and the other at position 1, so 0 < x < 1. The position of the ass at time t > 0 is a function of two arguments: the time t and the starting position x. Let A t (x) denote that position. For simplicity, assume that when the ass reaches a bale of hay it stays there forever, so for all t ≥ 0: A t (0) = 0, A t (1) = 1, and 0 ≤ A t (x) ≤ 1 for any x with 0 < x < 1. The ass is a physical mechanism subject to the laws of physics. Any such mechanism is continuous, so A t (x) is a continuous function of x. Since A t (0) = 0 and A t (1) = 1, by continuity there must be a finite range of values of x for which 0 < A t (x) < 1. These values represent initial positions of the ass for which it does not reach either bale of hay within t seconds. Such a range of values of x exists for any time t, including times large enough to insure that the ass has starved to death by then. Thus, there exists a finite range of starting positions for which the ass starves to death. The key assumption in this argument is continuity: the ass's position at a later time is a continuous function of its initial position. Continuity has been a guiding principle in the development of modern physics. Phenomena that appear discontinuous, such as discrete atomic spectral lines, are explained in terms of continuous physical laws, such as Schroedinger's equation. The assumption of continuity is discussed at length in Section 6. For now, let us accept it and investigate its consequences. The general principle underlying the starvation of Buridan's ass can be stated as follows: Buridan's Principle. A discrete decision based upon an input having a …physics/2017-09-11T17:59:19.9286889652017-09-11T17:59:19.928688965
<03><03><00>H<EFBFBD>
G<02>1/GGWarnings for pattern matching<07>We examine the ML pattern-matching anomalies of useless clauses and non-exhaustive matches. We state the definition of these anomalies, building upon pattern matching semantics, and propose a simple algorithm to detect them. We have integrated the algorithm in the Objective Caml compiler, but we show that the same algorithm is also usable in a non-strict language such as Haskell. Or-patterns are considered for both strict and nonstrict languages.J. Funct. Program.pattern_matching/2017-09-11T17:59:20.0633840332017-09-11T17:59:20.063384033<EFBFBD>d<EFBFBD>
[<02>k
GGOn the Electrodynamics of Moving Bodies<07>It is known that Maxwell's electrodynamics—as usually understood at the present time—when applied to moving bodies, leads to asymmetries which do not appear to be inherent in the phenomena. Take, for example, the reciprocal electrodynamic action of a magnet and a conductor. The observable phenomenon here depends only on the relative motion of the conductor and the magnet, whereas the customary view draws a sharp distinction between the two cases in which either the one or the other of these bodies is in motion. For if the magnet is in motion and the conductor at rest, there arises in the neighbourhood of the magnet an electric field with a certain definite energy, producing a current at the places where parts of the conductor are situated. But if the magnet is stationary and the conductor in motion, no electric field arises in the neighbourhood of the magnet. In the conductor, however, we find an electro-motive force, to which in itself there is no corresponding energy, but which gives rise—assuming equality of relative motion in the two cases discussed—to electric currents of the same path and intensity as those produced by the electric forces in the former case. Examples of this sort, together with the unsuccessful attempts to discover any motion of the earth relatively to the " light medium, " suggest that the phenomena of electrodynamics as well as of mechanics possess no properties corresponding to the idea of absolute rest. They suggest rather that, as has already been shown to the first order of small quantities, the same laws of electrodynamics and optics will be valid for all frames of reference for which the equations of mechanics hold good. 1 We will raise this conjecture (the purport of which will hereafter be called the " Principle of Relativity ") to the status of a postulate, and also introduce another postulate, which is only apparently irreconcilable with the former, namely, that light is always propagated in empty space with a definite velocity c which is independent of the state of motion of the emitting body. These two postulates suffice for the attainment of a simple and consistent theory of the electrodynamics of moving bodies based on Maxwell's theory for stationary bodies. The introduction of a " luminiferous ether " will prove to be superfluous inasmuch as the view here to be developed will not require an " absolutely stationary space " …physics/2017-09-11T17:59:19.9910700682017-09-11T17:59:19.991070068
<00>	<09>U<00><00>~<7E>
Y<02>_;1GGInductive Supervised Quantum Learning.<07>In supervised learning, an inductive learning algorithm extracts general rules from observed training instances, then the rules are applied to test instances. We show that this splitting of training and application arises naturally, in the classical setting, from a simple independence requirement with a physical interpretation of being nonsignaling. Thus, two seemingly different definitions of inductive learning happen to coincide. This follows from the properties of classical information that break down in the quantum setup. We prove a quantum de Finetti theorem for quantum channels, which shows that in the quantum case, the equivalence holds in the asymptotic setting, that is, for large numbers of test instances. This reveals a natural analogy between classical learning protocols and their quantum counterparts, justifying a similar treatment, and allowing us to inquire about standard elements in computational learning theory, such as structural risk minimization and sample complexity.Physical review lettersquantum_computing/2017-09-11T17:59:21.2791140142017-09-11T17:59:21.279114014<EFBFBD>8<EFBFBD>
<00>G

7GGDai-depur: an Integrated Supervisory Multi-level Architecture for Wastewater Treatment Plants<07>program_verification/2017-09-11T17:59:20.8802309572017-09-11T17:59:20.880230957<EFBFBD><EFBFBD>
k<02>]IGGProgramming with algebraic effects and handlers<07>Eff is a programming language based on the algebraic approach to computational effects, in which effects are viewed as algebraic operations and effect handlers as homomorphisms from free algebras. Eff supports first-class effects and handlers through which we may easily define new computational effects, seamlessly combine existing ones, and handle them in novel ways. We give a de-notational semantics of eff and discuss a prototype implementation based on it. Through examples we demonstrate how the standard effects are treated in eff , and how eff supports programming techniques that use various forms of delimited continuations , such as backtracking, breadth-first search, selection functionals, cooperative multi-threading, and others.J. Log. Algebr. Meth. Program.plt/2017-09-11T17:59:20.7063349612017-09-11T17:59:20.706334961<EFBFBD>h<EFBFBD>
c<02>A-/CCThe extensible neuroimaging archive toolkit<07>The Extensible Neuroimaging Archive Toolkit (XNAT) is a software platform designed to facilitate common management and productivity tasks for neuroimaging and associated data. In particular, XNAT enables qualitycontrol procedures and provides secure access to and storage of data. XNAT follows a threetiered architecture that includes a data archive, user interface, and middleware engine. Data can be entered into the archive as XML or through data entry forms. Newly added data are stored in a virtual quarantine until an authorized user has validated it. XNAT subsequently maintains a history profile to track all changes made to the managed data. User access to the archive is provided by a secure web application. The web application provides a number of quality control and productivity features, including data entry forms, data-type-specific searches, searches that combine across data types, detailed reports, and listings of experimental data, upload/download tools, access to standard laboratory workflows, and administration and security tools. XNAT also includes an online image viewer that supports a number of common neuroimaging formats, including DICOM and Analyze. The viewer can be extended to support additional formats and to generate custom displays. By managing data with XNAT, laboratories are prepared to better maintain the long-term integrity of their data, to explore emergent relations across data types, and to share their data with the broader neuroimaging community.Neuroinformaticspattern_matching/2017-09-11T17:59:20.07165212017-09-11T17:59:20.0716521
<03><00><02>,<03><06>"<07><03>
<0A>
<0A>F=#<06><03>]<03>
<0A><08>
<0A><08>
<0A>
<0A>
<0A>
w<05><06>
`
RK
B
6y<05>
-<07> 

<07>m<05>>
<0C><0C><0C><0C><0C>E<05><0C><05>/<0C>y<0C><04>ui`
TK<0'3<0B><06><0B>/<0B><0B><06><06><03><0B>j<04><0B>Z`<0B><0B><04><0B>ss<08>X<05>IF<07><08>7Y<07><07>c<07>-$<07><04><04>.<04><04>
<EFBFBD>
<EFBFBD>
<EFBFBD><06>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<EFBFBD>
<06>
m
Yp'
A
6
<04>
(m	<09>&	<09>
	<09><03><08>	<09>	<09><02>	<09>	<09>	<09>	<09>.	z	k<04>	a	S	E	9	0	%		vulzwarx
vanadiumv
tutorialuvictimq'test instancel)square patternbtoma	trie`+virtual networkW(side-effectR$Ksoftware engineerin
splicing<04>1time-varying valueLvmwareA!starvation>
stack=sparse9"shared data6
sparsity3=
sixties.
thinking,h single individual*snr'
stant&<04>source and channel%tmi"ues!<04>sequence number!widespread
sinktarzantor	undp
un women
violence
unfpaXsenders and recipients
ssion<03>/understandability<03>$Ksynchronous distributed systems<03>tla<03>-traffic analysis<03>+storage service<03>1strong consistency<03>/synchronous model<03>3synchronous systems<03>
sumption<03>;transactions per second<03>+traffic changes<03>vlb<03>synchrony<03>5support transactions<03><06>snapshot isolation<03>vfs<03>stripe<03>+storage systems<03>tiling<03>spartan<03>vdf<03>%unstructured<03>5theoretical researchr<07>	smcmssmk
time paddtestbeda'system design^+virtual machineYsqueakV!translatorUAtree augmented naive bayesL)tan classifierKtributeI#spectrogramG>shazamF#tree searchA
succe@uct?
subclass<truffle5	trap3vmm1tdd/special)
subspace%!well-known#y
seminal+streaming modeltoolkitsuffix<08>source-code<02><08>
slam<02>	void<02>7trajectory generation<02>+state of motion<02>)traversability<02>9slam algorithm<02>-state estimation<02>zookeeper
<01>	yarn
^
yampa<02>xenm
writing\
wormhole<02>
workflow"	wild[wide-area
%wep<00>;web page classification<00>-weak consistency
6	weak

wait-free]vserverk	
voxelbvms
<01>vll
)virtualizationlvirtual
<01>;viewstamped replication
<01>

viewerl3
video stabilization])vertices of g.;%vector field<00>varK3
vandalism detectionD

vandalA'user activity
<01>
urevuptime<00>upgrade<00>	unix<02>%unit testing<00>!unikernels
<01>unicorn
<01>typing<02>
turen	tsdf<00>treadmill
<01>%transparency
o7transactional support<00>-train algorithms
<01>
tpc-c

)
topic modeling=#
topic model<tod<02>timestamp
5	ties
<01>ticast
3theoretical results
<01>#theoretical<00>3
text classificationtes<00>
tensionXtemporale
<01>temttechni
Xtcp
<01>tation
'task duration
<01>
tance<00>	talk<00>;synchronous replication
F#synchronous
<01>?synchronization primitive<00>	sync
H	swim
<01>

swiftness3svm
suc<02>subtyping<02>sts
<01>street<00>!streamline<00>

streamingd/stream processing
estereo<00>5statistical database-statistical datastatic<02>?state machine replication
r	stat
Msql
spreading
<01>
split<00>	spel
<01>
specularq	spdyZspacing#
<01>som
<01>
<01>soft typing<02>)social support
<01>%social graph
<01>
soap.
soa*sns
<01>
msmr
t
dsmartphone%small subset
	sloc|
9slabP%skin surface<00>
single photoz
sinfonia
}-
simple 3d shapes|silver
E<00>shutter_
shingleT<00>shared representation<02><00>shadowm
shadingp

shaderi
sgs8sgd>+serializability
<01>!sequence x?Rsensitive datasenior
<01>3sender
<01>'semantic

5
security and privacy

g*<0B>4
g<00>I<EFBFBD>
W<02>-GGDistributed Authorization in Vanadium<07>In this tutorial, we present an authorization model for distributed systems that operate with limited internet connectivity. Reliable internet access remains a luxury for a majority of the world's population. Even for those who can afford it, a dependence on internet connectivity may lead to sub-optimal user experiences. With a focus on decentralized deployment, we present an authorization model that is suitable for scenarios where devices right next to each other (such as a sensor or a friend's phone) should be able to communicate securely in a peer-to-peer manner. The model has been deployed as part of an open-source distributed application framework called Vanadium. As part of this tuto-rial, we survey some of the key ideas and techniques used in distributed authorization, and explain how they are combined in the design of our model.FOSADsecurity/2017-09-11T17:59:21.8398410642017-09-11T17:59:21.839841064<EFBFBD>
<01>
W<02>[YGGDefending against network IDS evasion<07>ICSI as a Senior Scientist. Most of his work is in the areas of scalable multimedia conferencing systems, reliable multicast protocols, multicast routing and address allocation, and network simulation and visualisation. He is co-chair of the IETF Multiparty Multimedia Session Control working group and the IRTF Reliable Multicast Research Group. When attempting to build sound network intrusion detection systems, a major problem is hardening the monitor against "evasion": attempts by attackers to mislead the monitor as to the actual state of the end-to-end dialog between the attacker and its victim [Ptacek and Newsham 98, Paxson 98]. Evasion techniques include sending traffic that is ambiguous from the monitor's observational vantage point (such as whether a given packet has sufficient TTL to reach the victim) and attempting to overwhelm the monitor by clogging it with more connection state records than it can sustain ("state holding" attacks). One technique for preventing certain forms of evasion attacks is "bifurcating analysis", in which the monitor deals with ambiguous traffic streams by instantiating separate analysis threads for each possible interpretation of the ambiguous traffic. We discuss the applicability of this approach to different forms of evasion, with the key distinction being tractable analysis for cases where the number of analysis threads can be bounded, versus problematic analysis for cases where the attacker can cause the number of threads to grow arbitrarily large.Recent Advances in Intrusion Detectionsecurity/2017-09-11T17:59:21.7844460452017-09-11T17:59:21.784446045<EFBFBD>m<EFBFBD>
E<02>=O1GGThe Solovay-Kitaev algorithm<07>This pedagogical review presents the proof of the Solovay-Kitaev theorem in the form of an efficient classical algorithm for compiling an arbitrary single-qubit gate into a sequence of gates from a fixed and finite set. The algorithm can be used, for example, to compile Shor's algorithm, which uses rotations of π/2 k , into an efficient fault-tolerant form using only Hadamard, controlled-not, and π/8 gates. The algorithm runs in O(log 2.71 (1/ǫ)) time, and produces as output a sequence of O(log 3.97 (1/ǫ)) quantum gates which is guaranteed to approximate the desired quantum gate to an accuracy within ǫ > 0. We also explain how the algorithm can be generalized to apply to multi-qubit gates and to gates from SU (d).Quantum Information & Computationquantum_computing/2017-09-11T17:59:21.6779230962017-09-11T17:59:21.677923096<EFBFBD>R<EFBFBD>
7<02>]#GGPropositions as types<07>Connecting mathematical logic and computation, it ensures that some aspects of programming are absolute.Commun. ACMplt/2017-09-11T17:59:21.5422639162017-09-11T17:59:21.542263916
<02>	$!<07><02><00><0C>
W<02>_S7GGUnderstanding RFID Counting Protocols<07>Counting the number of radio frequency identification (RFID) tags, namely <i>RFID counting</i>, is needed by a wide array of important wireless applications. Motivated by its paramount practical importance, researchers have developed an impressive arsenal of techniques to improve the performance of RFID counting (i.e., to reduce the time needed to do the counting). This paper aims to gain deeper and fundamental insights in this subject to facilitate future research on this topic. As our central thesis, we find out that the overlooked key design aspect for RFID counting protocols to achieve near-optimal performance is a conceptual separation of a protocol into two phases. The first phase uses small overhead to obtain a rough estimate, and the second phase uses the rough estimate to further achieve an accuracy target. Our thesis also indicates that other performance-enhancing techniques or ideas proposed in the literature are only of secondary importance. Guided by our central thesis, we manage to design near-optimal protocols that are more efficient than existing ones and simultaneously simpler than most of them.IEEE/ACM Transactions on Networkingsublinear_algorithms/2017-09-11T17:59:22.3263740232017-09-11T17:59:22.326374023~<7E>	7
11GGChaotic bat algorithm<07>J. Comput. Sciencequantum_computing/2017-09-11T17:59:22.1549719242017-09-11T17:59:22.154971924<EFBFBD><EFBFBD>
<00>]

/GGFaculty of Associated Medical Sciences 1. Anterior Translation of Humeral Head in Glenohumeral Joint: Comparison between Limb Dominance and Gender Using Ultrasonography<07>sports_analytics/2017-09-11T17:59:22.0959089362017-09-11T17:59:22.095908936<EFBFBD>X<EFBFBD>
A<02>cGGSoK: Eternal War in Memory<07>Memory corruption bugs in software written in low-level languages like C or C++ are one of the oldest problems in computer security. The lack of safety in these languages allows attackers to alter the program's behavior or take full control over it by hijacking its control flow. This problem has existed for more than 30 years and a vast number of potential solutions have been proposed, yet memory corruption attacks continue to pose a serious threat. Real world exploits show that all currently deployed protections can be defeated. This paper sheds light on the primary reasons for this by describing attacks that succeed on today's systems. We systematize the current knowledge about various protection techniques by setting up a general model for memory corruption attacks. Using this model we show what policies can stop which attacks. The model identifies weaknesses of currently deployed techniques, as well as other proposed protections enforcing stricter policies. We analyze the reasons why protection mechanisms implementing stricter polices are not deployed. To achieve wide adoption, protection mechanisms must support a multitude of features and must satisfy a host of requirements. Especially important is performance, as experience shows that only solutions whose overhead is in reasonable bounds get deployed. A comparison of different enforceable policies helps designers of new protection mechanisms in finding the balance between effectiveness (security) and efficiency. We identify some open research problems, and provide suggestions on improving the adoption of newer techniques.2013 IEEE Symposium on Security and Privacysecurity/2017-09-11T17:59:22.0436010742017-09-11T17:59:22.043601074
_<0F><0F><0F><0F><0F><0F><0F><0F>vm_
<EFBFBD>genomic
<EFBFBD>
isoform<0E>#cardinality<0F>%near-optimal<11>~)rough estimate<11>})number of tags<0B>|counting
<EFBFBD>{defense


-
-<00>O<EFBFBD>
o<02>y9%GGASAP: the Alternative Splicing Annotation Project<07>Recently, genomics analyses have demonstrated that alternative splicing is widespread in mammalian genomes (30-60% of genes reported to have multiple isoforms), and may be one of their most important mechanisms of functional regulation. However, by comparison with other genomics data such as genome annotation, SNPs, or gene expression, there exists relatively little database infrastructure for the study of alternative splicing. We have constructed an online database ASAP (the Alternative Splicing Annotation Project) for biologists to access and mine the enormous wealth of alternative splicing information coming from genomics and proteomics. ASAP is based on genome-wide analyses of alternative splicing in human (30 793 alternative splice relationships found) from detailed alignment of expressed sequences onto the genomic sequence. ASAP provides precise gene exon-intron structure, alternative splicing, tissue specificity of alternative splice forms, and protein isoform sequences resulting from alternative splicing. Moreover, it can help biologists design probe sequences for distinguishing specific mRNA isoforms. ASAP is intended to be a community resource for collaborative annotation of alternative splice forms, their regulation, and biological functions. The URL for ASAP is http://www.bioinformatics.ucla.edu/ASAP.Nucleic Acids Researchtime_series/2017-09-11T17:59:22.5727900392017-09-11T17:59:22.572790039