Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Eeva Nyberg

dblp:n/EevaNyberg · also Eeva Nyberg-Oksanen · DBLP profile ↗
← Back
5ranked-venue papers
3as first author
0since 2021 · last 2004
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 3 · 2 first-authorSystems, architecture and hardware · 2 · 1 first-authorSoftware engineering, systems software and programming languages · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer networks
2 papers
Routing and switching · 44% Wireless networking · 22% Network performance modeling · 22%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Performance modeling and evaluation · 100%

Topics — the 7 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Routing and switching › service disciplines
discriminatory processor sharing
0.012004
Differentiation Between Short and Long TCP Flows: Predictability of the Response Time · INFOCOM 2004
Routing and switching › service disciplines
processor sharing
0.012004
Differentiation Between Short and Long TCP Flows: Predictability of the Response Time · INFOCOM 2004
Network performance modeling
queueing analysis
0.012004
Differentiation Between Short and Long TCP Flows: Predictability of the Response Time · INFOCOM 2004
Wireless networking › scheduling › queueing discipline
size-based scheduling
0.012004
Differentiation Between Short and Long TCP Flows: Predictability of the Response Time · INFOCOM 2004
Performance modeling and evaluation
queueing models
0.012004
Two-level processor-sharing scheduling disciplines: mean delay analysis · SIGMETRICS 2004
Transport protocols and congestion control › transport protocols
TCP flow analysis
0.012004
Differentiation Between Short and Long TCP Flows: Predictability of the Response Time · INFOCOM 2004
Performance modeling and evaluation › delay analysis
mean delay analysis
0.012004
Two-level processor-sharing scheduling disciplines: mean delay analysis · SIGMETRICS 2004

Methods — techniques the papers use, named apart from their topics

unfinished truncated work · 0.1pathwise analysis · 0.1meanwise analysis · 0.1simulation · 0.0analytical modeling · 0.0
YearPublicationVenuePosition
2004 Differentiation Between Short and Long TCP Flows: Predictability of the Response Time
abstract
Internet measurements show that a small number of large TCP flows are responsible for the largest amount of data transferred, whereas most of the TCP sessions are made up of few packets. Several authors have invoked this property to suggest the use of scheduling algorithms, which favor short jobs, such as LAS (least attained service), to differentiate between short and long TCP flows. We propose a packet level stateless, threshold based scheduling mechanism for TCP flows, RuN2C. We describe an implementation of this mechanism, which has the advantage of being TCP compatible and progressively deployable. We compare the behavior of RuN2C with LAS based mechanisms through analytical models and simulations. As an analytical model, we use a two level priority processor sharing PS + PS. In the PS + PS system, a connection is classified as high or low priority depending on the amount of service it has obtained. We show that PS + PS reduces the mean response time in comparison with standard processor sharing when the hazard rate of the file size distribution is decreasing. By simulations we study the impact of RuN2C on extreme values of response times and the mean number of connections in the system. Both simulations and analytical results show that RuN2C has a very beneficial effect on the delay of short flows, while treating large flows as the current TCP implementation does. In contrast, we find that LAS based mechanisms can lead to pathological behavior in extreme cases.
Konstantin Avrachenkov, Urtzi Ayesta, Patrick Brown 0001, Eeva Nyberg
INFOCOM4
2004 Two-level processor-sharing scheduling disciplines: mean delay analysis
abstract
Inspired by several recent papers that focus on scheduling disciplines for network flows, we present a mean delay analysis of Multilevel Processor Sharing (MLPS) scheduling disciplines in the context of M/G/1 queues. Such disciplines have been proposed to model the effect of the differentiation between short and long TCP flows in the Internet. Under MLPS, jobs are classified into classes depending on their attained service. We consider scheduling disciplines where jobs within the same class are served either with Processor Sharing (PS) or Foreground Background (FB) policy, and the class that contains jobs with the smallest attained service is served first. It is known that the FB policy minimizes (maximizes) the mean delay when the hazard rate of the job size distribution is decreasing (increasing). Our analysis, based on pathwise and meanwise arguments of the unfinished truncated work, shows that Two-Level Processor Sharing (TLPS) disciplines, e.g., FB+PS and PS+PS, are better than PS scheduling when the hazard rate of the job size distribution is decreasing. If the hazard rate is increasing and bounded, we show that PS outperforms PS+PS and FB+PS. We further extend our analysis to study local optimality within a level of an MLPS scheduling discipline.
Samuli Aalto, Urtzi Ayesta, Eeva Nyberg
SIGMETRICS3
2003 An exact end-to-end blocking probability algorithm for multicast networks
Eeva Nyberg, Jorma T. Virtamo, Samuli Aalto
Perform. Evaluation1
2002 How to Achieve Fair Differentiation
Eeva Nyberg, Samuli Aalto
NETWORKING1
2000 An Exact Algorithm for Calculating Blocking Probabilities in Multicast Networks
Eeva Nyberg, Jorma T. Virtamo, Samuli Aalto
NETWORKING1