

<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>smbd &#8211; OmnesPRO GmbH</title>
	<atom:link href="https://www.omnespro.ch/post/tag/smbd/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.omnespro.ch</link>
	<description></description>
	<lastBuildDate>Wed, 08 Jul 2026 12:50:47 +0000</lastBuildDate>
	<language>de-CH</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://www.omnespro.ch/wp-content/uploads/2023/07/cropped-OmnesPRO-final-large-32x32.png</url>
	<title>smbd &#8211; OmnesPRO GmbH</title>
	<link>https://www.omnespro.ch</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Samba: Extremer RAM-Fussabdruck bei grossen Dateien</title>
		<link>https://www.omnespro.ch/post/samba-extremer-ram-fussabdruck-bei-grossen-dateien/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 27 Dec 2023 21:12:55 +0000</pubDate>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[gewusstwie]]></category>
		<category><![CDATA[hint]]></category>
		<category><![CDATA[Proxmox]]></category>
		<category><![CDATA[samba]]></category>
		<category><![CDATA[smbd]]></category>
		<category><![CDATA[tom.aeby@omnespro.ch]]></category>
		<guid isPermaLink="false">https://omnespro.fuertests.ch/post/samba-extremer-ram-fussabdruck-bei-grossen-dateien/</guid>

					<description><![CDATA[Beim Versuch, grosse Backup-Archive per CIFS/SMB von einem Client auf einen Samba-Server (4.13) zu schieben, sind wir auf das Problem gestossen, dass der Transfer zwar unerwartet schnell gestartet hatte, aber bereits nach einigen Gigabytes der Samba-Server durch den berüchtigten OOM-Killer terminiert wurde. Das Problem haben wir nicht erschöpfend untersucht, sondern relativ schnell festgestellt, dass bei [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Beim Versuch, grosse Backup-Archive per CIFS/SMB von einem Client auf einen Samba-Server (4.13) zu schieben, sind wir auf das Problem gestossen, dass der Transfer zwar unerwartet schnell gestartet hatte, aber bereits nach einigen Gigabytes der Samba-Server durch den berüchtigten OOM-Killer terminiert wurde.</p>
<p>Das Problem haben wir nicht erschöpfend untersucht, sondern relativ schnell festgestellt, dass bei Ausschalten von oplocks durch</p>
<pre><code>[global]
oplocks = no</code></pre>
<p>in smb.conf die Transfers zwar nur noch mit Disk-Geschwindigkeit stattfinden, aber dafür der Speicherverbrauch der Samba-Prozesse im normalen Rahmen bleiben. Wir vermuten, dass ein serverseitiger Cache ins Spiel kommt, den man auch mit sanfteren Eingriffen ausschalten könnte.</p>
<p>&nbsp;</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
