PoC: Typo

2026-04-06T22:10:22Z

Typo

← Nächstältere Version		Version vom 7. April 2026, 00:10 Uhr
Zeile 3:		Zeile 3:
	__TOC__		__TOC__

	<blockquote>'''Hinweis:''' Es geht hier nicht um den Betrieb des Chipsatzes im RAID-Modus, sondern mit einzelnen Disks.<ref>Das RAID selbst läuft mit ''mdraid''.</ref>		<blockquote>'''Hinweis:''' Es geht hier nicht um den Betrieb des Chipsatzes im RAID-Modus, sondern mit einzelnen Disks.<ref>Das RAID selbst läuft mit ''mdraid''.</ref></blockquote>

	== Problembeschreibung ==		== Problembeschreibung ==

PoC: New

2026-04-06T22:09:51Z

New

Neue Seite

Der '''HPE Microserver Gen 10'''<ref>Nicht Gen10+!</ref> ist mit einem Massenspeichercontroller Marvell 88SE9230 ausgerüstet, der sich nach einer Analyse etwas merkwürdig im '''I/O-Verhalten''' gezeigt hat.

__TOC__

<blockquote>'''Hinweis:''' Es geht hier nicht um den Betrieb des Chipsatzes im RAID-Modus, sondern mit einzelnen Disks.<ref>Das RAID selbst läuft mit ''mdraid''.</ref>

== Problembeschreibung ==
Mit Festplatten<ref>WD Green 2 TB</ref> aber auch SSDs<ref>Samsung 870 QVO 2 TB.</ref> konnte ich unter Linux<ref>Debian 12, Kernel Version 6.1.0.</ref> stellenweise Ruckler und Hakler beobachten, die hart an der Grenze zu ''es nervt'' waren, ich aber in Anbetracht der doch eher schwachbrüstigen CPU als gegeben hinnahm. Allerdings trat das Problem beim Vorgängersystem, einem HP Microserver N54L mit ansonsten gleicher Software nicht auf.

Für mich war das insbesondere spürbar…
* beim Editieren von Textdateien in ''vim''.
** Beim Wechsel von Einfüge- nach Kommandomodus ließ sich der Cursor nicht mehr instant bewegen, sondern brauchte eine knappe halbe Sekunde Bedenkzeit.
** Beim Scrollen durch längere Texte ruckelte und stockte die Darstellung immer mal wieder.
** Speichern einer wenige KiB großen Datei hat eine knappe halbe Sekunde Verzögerung bis zum Prompt nach sich gezogen.
* beim Aufrufen von eher kleinen Programmen wie <code>cat</code>, <code>grep</code>, <code>sed</code>, u. Ä. bei denen ebenfalls nach dem Beenden der Funktion der Shell-Prompt im Vergleich zum Vorgängersystem dann doch einen Ticken zu lange brauchte bis er wieder erschien.

== Analyse ==
Dank eines guten Freundes, der dies auf dem gegebenen System ebenfalls beobachten konnte, ließ sich das Problem eingrenzen. Das temporäre Verzeichnis <code>/tmp</code> ist auf meinem System eine RAM-Disk. Forciert man das Anlegen der ''vim''-Recoverydateien dort drin, war das Ruckeln im Editor komplett verschwunden. Es konnte sich somit nur um ein I/O-Problem handeln.

Meine Recherchen haben ergeben, dass der Marvell-Chipsatz sich als [[wikipedia:Advanced Host Controller Interface|AHCI]] am System meldet, und das Kernelmodul ''ahci.ko'' noch zwei Parameter beherrscht:
* <code>marvell_enable</code> soll dazu da sein, manche Marvell-Chipsätze in den SATA-Mode zu zwingen.
* <code>mobile_lpm_policy</code><ref>Dies soll ''demnächst'' in ''lpm_policy'' umbenannt werden, weil es nicht nur Notebooks betrifft.</ref> zur Konfiguration des Standard-Stromsparmodus, der in <code>/sys/class/scsi_host/host''n''/link_power_management_policy</code> eingesehen werden kann.

Da die Ports standardmäßig im Sysfs auf ''max_performance'' standen, habe ich diesen Parameter nicht weiter getestet.

== Lösung ==
Der Test mit ''marvell_enable=1'' verlief positiv. Das Ruckelproblem war damit verschwunden.

<syntaxhighlight lang="shell">
echo "options ahci marvell_enable=1" > /etc/modprobe.d/ahci.conf
update-initramfs -u
reboot
</syntaxhighlight>

== Fußnoten ==
<references />

[[Kategorie: Hardware]]
[[Kategorie: Linux]]
[[Kategorie: Storage]]

Input/Output-Verhalten bei HPE Microserver Gen10 - Versionsgeschichte

PoC: Typo

PoC: New