Path: csiph.com!1.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!news.szaf.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Stefan Reuther <stefan.news@arcor.de>
Newsgroups: de.comp.os.unix.programming
Subject: mmap oder read?
Date: Wed, 8 Jun 2022 17:46:50 +0200
Lines: 24
Message-ID: <t7qnab.5fg.1@stefan.msgid.phost.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net B0QxKNgbcOmdnisosF9eUgpyIOuz3LuUzw4Zri8uWgWucrt8a8
Cancel-Lock: sha1:Qb/5P1zqMrTKiAU+NDbZyB7FPfk=
X-Mozilla-News-Host: news://localhost:119
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 Hamster/2.1.0.1538
Xref: csiph.com de.comp.os.unix.programming:2998

Hallo,

ich hab hier einen Microservice, der im Wesentlichen den lieben langen
Tag Dateien aus (wenigen) Containerfiles (z.B. *.tar) aufbereitet und
serviert.

Je nachdem, wie ich die Framework-Komponenten zusammenstecke, bekomme
ich für das Lesen einer Datei aus dem Container

   mmap, <Verarbeiten>, munmap

oder

   malloc, read, <Verarbeiten>, free

Was für Gründe kann es geben, sich bewusst für die eine oder die andere
Art zu entscheiden? Bisher bin ich - wie gesagt, Framework
zusammengesteckt - bei der mmap-Variante. Die hat den Nachteil, nicht
gescheit auf EIO reagieren zu können, was ich erstmal zum Nichtproblem
deklariert hab: wenn die VM anfängt, EIO zu werfen, hab ich ganz andere
Probleme.


  Stefan