ubuntuusers.de

Hi Leute, ich hab ein kleines Problem mit meinem Server hier... Aber zunächst mal die Fakten:

Mein Rechner –> Acer 5741G, i7, SSD + HDD, Gigabit LAN, Ubuntu 13.10 x64 & Windows 8 x64 Dualboot

Mein Server –> HP Pavillon vd9000 Mainboard, Ubuntu 13.10 x86, 40GB 2,5" SATA + 2TB WD Green 3,5" (per SATA Verlängerung und externem Netzteil an den zweiten SATA Port des Mainboards angeschlossen), Gigabit LAN

Switch + Patch –> Netgear 5 Port Gigabit Switch + hochwertige CAT6 Patch Kabel

Ich hab also meinen Laptop auf dem ein Dualboot läuft und meinen Ubuntu Server. Auf dem Server läuft Samba. Die 2TB Platte hat ein mal ne große 1,7TB EXT4 Partition und ne kleine 50GB NTFS Partition. Wenn ich Windows boote und von dort aus auf den Server (große EXT4 Partition) schreibe, erreiche ich bis zu 110MB/s (sehr nice!) Wenn ich Ubuntu boote und auf die gleiche Partition in den gleichen Ordner auf dem Server schreibe, erreiche ich MAXIMAL 45 MB/s...da kann doch was nicht stimmen, oder? Und andersrum das gleiche...vom Server auf meinen Laptop (Ubuntu) nur MAX 46 MB/s... Also am Netzwerk liegts nicht, denn unter Windows ballert der Server mit voller Power, mehr kann die WD Green nicht.

Kann mir da einer helfen? Hab schon diverse "Tweaks" in der smb.conf probiert, aber keine Chance...

erreiche ich MAXIMAL 45 MB/s...da kann doch was nicht stimmen, oder?

Samba ist als Client langsamer als Windows. Das ist leider so. Doch so viel sollte es eigentlich nicht ausmachen.

Auf welches Dateisystem greift denn der Client selbst zu? Wenn dies eine NTFS-Partition ist, könnte auch dies eine Rolle spielen. Denn der Zugriff auf NTFS-Partitionen ist in Linux auch nicht gerade sehr schnell.

Außerdem ist es nicht gleichgültig, wie auf dem Client der Zugriff auf die Share erfolgt (mittels GVFS, cifs-vfs oder smbclient).

Gruß – Max-Ulrich

Wenn du Linux mit Linux verbindest, würde ich mir NFS einrichten. Es gibt nichts performanteres.

Wenn du dann doch wieder Windows bootest, kannst du ja dann Samba nutzen.

Man kann natürlich auf dem Server Samba und NFS nebeneinander betreiben. Doch wenn man abwechselnd über Samba und NFS auf die gleichen Ordner/Dateien zugreift, dann kann das mit den Dateirechten schon etwas verwirrend werden! Doch für einen "Experten" ist das sicher kein Problem.

Max-Ulrich Farber schrieb:

erreiche ich MAXIMAL 45 MB/s...da kann doch was nicht stimmen, oder?

Samba ist als Client langsamer als Windows. Das ist leider so. Doch so viel sollte es eigentlich nicht ausmachen.

Auf welches Dateisystem greift denn der Client selbst zu? Wenn dies eine NTFS-Partition ist, könnte auch dies eine Rolle spielen. Denn der Zugriff auf NTFS-Partitionen ist in Linux auch nicht gerade sehr schnell.

Außerdem ist es nicht gleichgültig, wie auf dem Client der Zugriff auf die Share erfolgt (mittels GVFS, cifs-vfs oder smbclient).

Gruß – Max-Ulrich

Also wie gesagt, ich schreibe auf eine EXT4 Partition. Die kleine NTFS ist auf dem Server nur ne Ablage/Cloud für meinen Bruder, ich nutze die Partition garnicht. Und ja, mit Windows ballerts fast mit voller Power auf die EXT4 (hatte heute aber dann doch "nur" durchnittlich 90-95 MB/s erreicht. Und mit Ubuntu sinds nur die armseligen 45 MB/s... Also klar, ich könnte NFS installieren, aber ich muss mit Windows und Ubuntu darauf gut und schnell zugreifen können. Dateirechte wären da irrelevant weil das ein Server (fast) ausschließlich für Daten ist. Für Fotos (ich fotografiere, deshalb muss ich auch mit Windows zugreifen können für Photoshop und Co), meine Musiksammlung sowie ein paar Filme...somit sind Rechte relativ egal. Zugreifen tue ich ganz normal über nautilus. Also "Netzwerk durchsuchen" und dann auf die Samba Freigabe.

Also meine smb.conf sieht so aus, vllt lässt sich daran ja noch etwas optimieren oder ich hab vllt nur ne falsche Einstellung drin

#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which 
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
#  - When such options are commented with ";", the proposed setting
#    differs from the default Samba behaviour
#  - When commented with "#", the proposed setting is the default
#    behaviour of Samba but the option is considered important
#    enough to be mentioned here
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not made any basic syntactic 
# errors. 
# A well-established practice is to name the original file
# "smb.conf.master" and create the "real" config file with
# testparm -s smb.conf.master >smb.conf
# This minimizes the size of the really used smb.conf file
# which, according to the Samba Team, impacts performance
# However, use this with caution if your smb.conf file contains nested
# "include" statements. See Debian bug #483187 for a case
# where using a master file is not a good idea.
#

#======================= Global Settings =======================

[global]

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
   workgroup = WORKGROUP

# server string is the equivalent of the NT Description field
   server string = %h server (Samba, Ubuntu)

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
   wins support = yes

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
   dns proxy = no

# What naming service and in what order should we use to resolve host names
# to IP addresses
;   name resolve order = lmhosts host wins bcast

#### Networking ####

# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
;   interfaces = 127.0.0.0/8 eth0

# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself.  However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
;   bind interfaces only = yes



#### Debugging/Accounting ####

# This tells Samba to use a separate log file for each machine
# that connects
   log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
   max log size = 1000

# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
   syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace
   panic action = /usr/share/samba/panic-action %d


####### Authentication #######

# "security = user" is always a good idea. This will require a Unix account
# in this server for every user accessing the server. See
# /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/ServerType.html
# in the samba-doc package for details.
#   security = user

# You may wish to use password encryption.  See the section on
# 'encrypt passwords' in the smb.conf(5) manpage before enabling.
   encrypt passwords = true

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.  
   passdb backend = tdbsam

   obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
   unix password sync = yes

# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
   pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
   map to guest = bad user

########## Domains ###########

# Is this machine able to authenticate users. Both PDC and BDC
# must have this setting enabled. If you are the BDC you must
# change the 'domain master' setting to no
#
;   domain logons = yes
#
# The following setting only takes effect if 'domain logons' is set
# It specifies the location of the user's profile directory
# from the client point of view)
# The following required a [profiles] share to be setup on the
# samba server (see below)
;   logon path = \\%N\profiles\%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
#   logon path = \\%N\%U\profile

# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
;   logon drive = H:
#   logon home = \\%N\%U

# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
;   logon script = logon.cmd

# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe.  The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u

# This allows machine accounts to be created on the domain controller via the 
# SAMR RPC pipe.  
# The following assumes a "machines" group exists on the system
; add machine script  = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u

# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe.  
; add group script = /usr/sbin/addgroup --force-badname %g

########## Printing ##########

# If you want to automatically load your printer list rather
# than setting them up individually then you'll need this
#   load printers = yes

# lpr(ng) printing. You may wish to override the location of the
# printcap file
;   printing = bsd
;   printcap name = /etc/printcap

# CUPS printing.  See also the cupsaddsmb(8) manpage in the
# cupsys-client package.
;   printing = cups
;   printcap name = cups

############ Misc ############

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
;   include = /home/samba/etc/smb.conf.%m

# Most people will find that this option gives better performance.
# See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/speed.html
# for details
# You may want to add the following on a Linux system:
	#socket options=SO_RCVBUF=262144 SO_SNDBUF=262144 IPTOS_LOWDELAY SO_KEEPALIVE
	#min receivefile size = 13638
	#aio read size = 262144
	#aio write size = 262144
	#aio write behind = true

# The following parameter is useful only if you have the linpopup package
# installed. The samba maintainer and the linpopup maintainer are
# working to ease installation and configuration of linpopup and samba.
;   message command = /bin/sh -c '/usr/bin/linpopup "%f" "%m" %s; rm %s' &

# Domain Master specifies Samba to be the Domain Master Browser. If this
# machine will be configured as a BDC (a secondary logon server), you
# must set this to 'no'; otherwise, the default behavior is recommended.
#   domain master = auto

# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
;   idmap uid = 10000-20000
;   idmap gid = 10000-20000
;   template shell = /bin/bash

# The following was the default behaviour in sarge,
# but samba upstream reverted the default because it might induce
# performance issues in large organizations.
# See Debian bug #368251 for some of the consequences of *not*
# having this setting and smb.conf(5) for details.
;   winbind enum groups = yes
;   winbind enum users = yes

# Setup usershare options to enable non-root users to share folders
# with the net usershare command.

# Maximum number of usershare. 0 (default) means that usershare is disabled.
;   usershare max shares = 100

# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
   usershare allow guests = yes

#======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each 
# user's home director as \\server\username
[homes]
   comment = Home Directories
   browseable = yes

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
   read only = no

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0775

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0775

# By default, \\server\username shares can be connected to by anyone
# with access to the samba server. Un-comment the following parameter
# to make sure that only "username" can connect to \\server\username
# The following parameter makes sure that only "username" can connect
#
# This might need tweaking when using external authentication schemes
;   valid users = %S

# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
;   comment = Network Logon Service
;   path = /home/samba/netlogon
;   guest ok = yes
;   read only = yes

# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
;   comment = Users profiles
;   path = /home/samba/profiles
;   guest ok = no
;   browseable = no
;   create mask = 0600
;   directory mask = 0700

[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
;   write list = root, @lpadmin

# A sample share for sharing your CD-ROM with others.
#[cdrom]
#   comment = Samba server's CD-ROM
#   read only = yes
#   locking = no
#   path = /cdrom
#   guest ok = yes

# The next two parameters show how to auto-mount a CD-ROM when the
#	cdrom share is accesed. For this to work /etc/fstab must contain
#	an entry like this:
#
#       /dev/scd0   /cdrom  iso9660 defaults,noauto,ro,user   0 0
#
# The CD-ROM gets unmounted automatically after the connection to the
#
# If you don't want to use auto-mounting/unmounting make sure the CD
#	is mounted on /cdrom
#
;   preexec = /bin/mount /cdrom
;   postexec = /bin/umount /cdrom

[Fotos]
path = /mnt/Bilder
public = no
writable = yes

[2TB WD Green]
path = /mnt/
public = no
writable = yes

[Christian]
path = /mnt/sdb2
public = no
writable = yes

Also das ist sowieso schonmal gut dass es mit Windows schnell läuft, denn alle Fotos inkl den PSD's (den Photoshop Dateien) liegen auf der 2TB Platte im Server. Und wenn ich Bilder in Photoshop bearbeite, dann kommen schnell mal 20-30 Ebenen zusammen und dann ist die psd am Ende praktisch immer min 1GB groß, wenn nicht mehr. Und wenn ich in PS dann ein Projekt zwischenspeichere, macht das keinen Spaß so lange zu warten bis über 1GB aufn Server geschrieben sind... Dass Ubuntu so lahm ist, ist zwar scheiße, aber noch halb so wild. Nur trotzdem würde ich das gerne optimieren.

Hier noch ein paar weitere Ergebnisse unter Ubuntu. Ein 9,7GB großer HD Film ist dabei das Testmedium:

Server (EXT4) --> via Samba --> SSD im Laptop (EXT4 Ubuntu home) -----> 48MB/s fast konstant

Server (EXT4) --> via Samba --> HDD im Laptop (NTFS) -----------------> 37-45 MB/s schwankend und kurze etwa 5s lange Peaks auf bis zu 57 MB/s, dann wieder 37-45 MB/s schwankend

Server (EXT4) --> via FTP --> SSD im Laptop (EXT4 Ubuntu home) -------> 117 MB/s konstant!!

Server (EXT4) --> via FTP --> HDD im Laptop (NTFS) -------------------> 30-45MB/s schwankt gleichmäßig (wie eine Sinuswelle)

Und jetzt mal anders rum

SSD im Laptop (EXT4 Ubuntu home) --> via Samba --> Server -----> 40 MB/s und kurze regelmäßige Drops (alle 25s) auf 20 MB/s

HDD im Laptop (NTFS) --> via Samba --> Server -----------------> 40 MB/s und kurze regelmäßige Drops (alle 25s) auf 25 MB/s

SSD im Laptop (EXT4 Ubuntu home) --> via FTP --> Server -------> 40-70 MB/s stark schwankend und kurze Peaks auf 85 MB/s (beim zweiten Test Peaks auf bis zu 100 MB/s)

HDD im Laptop (NTFS) --> via FTP --> Server -------------------> 35-75 MB/s schwankend, ab und zu Peaks auf 86 MB/s

So, jetzt hab ich hier mal alles ausgiebig getestet...und irgendwie werd ich da nicht sonderlich schlau drauß... NFS muss ich aber noch ausprobieren. Und an der Leistung kanns eigentlich nicht liegen...mein Laptop ist ans maximum aufgebohrt...bis auf mehr Festplattenspeicher ist das das Maximum was das Mainboard schafft (3,33GHz i7, 8GB RAM, Samsung Evo SSD + Samsung Spinpoint M8 1TB HDD). Und der Server hat nen Core 2 Duo mit 2x 1,66 GHz, 2GB Ram und beiden haben ja selbstverständlich Gigabit LAN, sonst würde ich das Theater ja auch nicht betreiben 😀

Dass Ubuntu so lahm ist, ist zwar scheiße, aber noch halb so wild

Was da lahm ist, ist nicht Ubuntu, sondern Samba. NFS wäre sicher schneller. Wenn das Tempo so wichtig ist, würde ich parallel zu Samba noch NFS einrichten. Auch FTP käme für Musik, Bilder, Filme usw. in Frage; der Zugriff über GVFS (nicht über curlftpfs) geht meist recht flott. Für die Verwaltung der Zugriffsrechte bietet sich dann das Sticky-Bit oder gleich ACL an.

Max-Ulrich Farber schrieb:

Dass Ubuntu so lahm ist, ist zwar scheiße, aber noch halb so wild

Was da lahm ist, ist nicht Ubuntu, sondern Samba. NFS wäre sicher schneller. Wenn das Tempo so wichtig ist, würde ich parallel zu Samba noch NFS einrichten. Auch FTP käme für Musik, Bilder, Filme usw. in Frage; der Zugriff über GVFS (nicht über curlftpfs) geht meist recht flott. Für die Verwaltung der Zugriffsrechte bietet sich dann das Sticky-Bit oder gleich ACL an.

Ja aber auch über FTP ist es lahm, außer vom Server via FTP auf die SSD, lediglich bei dieser Konstellation erreiche ich konstant maximale Geschwindigkeit unter Ubuntu...und das ist ja nicht Sinn der Sache, die SSD ist nur fürs System da, nicht für Daten. NFS installiere ich gleich mal und berichte dann.

Aber vielen Dank schonmal!! ☺

So, jetzt hab ich NFS auch noch mal getestet, hier die Ergebnisse:

Server (EXT4) --> via NFS --> SSD im Laptop (EXT4 Ubuntu home) --> 115 MB/s !!

Server (EXT4) --> via NFS --> HDD im Laptop (NTFS) --------------> 38-66 MB/s stark schwankend

SSD im Laptop (EXT4 Ubuntu home) --> via NFS --> Server ---------> 96 MB/s leicht schwankend und unregelmäßige Drops auf 0

HDD im Laptop (NTFS) --> via NFS --> Server ---------------------> 96 MB/s und alle 25s kurzer Drop auf 0

Also bis jetzt hab ich alles immer über nautilus gemounted...evtl könnte es ja helfen wenn ich die Samba und NFS per command im Terminal mounte. Hab mal gelesen dass nautilus das irgendwie schlecht einhängt oder so und es viel schneller läuft wenn man es selber durch Terminal mountet oder in die fstab einträgt... Muss ich nachher auch nochmal testen

Ich glaube, wir haben längst den Punkt erreicht, an dem sich keine allgemein gültigen Aussagen mehr machen lassen. Du kannst noch mit Blockgrößen, Puffergrößen und Mount-Parametern etwas herumspielen und versuchen, die Übertragungsraten für Deine spezielle Hardware etwas zu optimieren. Für Andere kann das dann aber wieder ganz anders aussehen.

Insgesamt sehen die Ergebnisse für NFS doch recht ordentlich aus, finde ich. Ich schlage vor, wir lassen es dabei.

Gruß – Max-Ulrich

Max-Ulrich Farber schrieb:

Ich glaube, wir haben längst den Punkt erreicht, an dem sich keine allgemein gültigen Aussagen mehr machen lassen. Du kannst noch mit Blockgrößen, Puffergrößen und Mount-Parametern etwas herumspielen und versuchen, die Übertragungsraten für Deine spezielle Hardware etwas zu optimieren. Für Andere kann das dann aber wieder ganz anders aussehen.

Insgesamt sehen die Ergebnisse für NFS doch recht ordentlich aus, finde ich. Ich schlage vor, wir lassen es dabei.

Gruß – Max-Ulrich

Naja, schon irgendwie schade dass ich nicht die volle Geschwindigkeit nutzen kann obwohl sie in der Regel nutzbar wäre...als würde der 6. Gang nicht rein gehen wollen... Aber vllt kann mir ja noch jemand anderes helfen. Hab auch versucht das ganze über fstab zu regeln, dass das Samba laufwerk automatisch gemounted wird...oh man...die ersten 5-10 Sekunden ballert der mit voller Power...doch dann fällt die Geschwindigkeit mit einem Schlag auf 10 MB/s... Ändern der SO_RCVBUF und SO_SNDBUF Werte hat dabei nicht sooo viel gebracht...

Bin für jede weitere Hilfe sehr dankbar! ☺

Mal den alten thread rausgekramt. Habe ähnliches Phänomen. Allerdings habe ich bei einer virtuellen WindowsMaschine im Ubuntu System eine gute Geschwindigkeit >100 MB. Wie kann das sein?

Ist ja witzig, ich wollte auch gerade einen Thread eröffnen. Ich hab ein qnap nas und bekomme an meinem Windows 8 PC 800Mbit/s wenn ich Dateien kopiere. Gleichzeitig habe ich einen Raspberry Pi 3 der mit der internen Wlan Antenne Probleme macht. Er ist wie gesagt per Wlan verbunden und steht neben dem Router. Jetzt hab ich mal einen iperf3 test zum nas gemacht:

[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  43.2 MBytes  36.3 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  43.1 MBytes  36.1 Mbits/sec                  receiver

sieht soweit passabel aus. Der iftop bestätigt das Ergebnis.

37.0Mb

Kopiere ich nun eine File vom smb share sagt mir iftop das:

9.32Mb

Das führt dazu das ich Kodi nicht richtig benutzen kann.

Ich habe folgendes Versucht und hatte immer das gleiche Problem. Mein RPi 2 mit extern 150Mbit/s Antenne schafft bei smb einen Durchsatz von 40Mb/s

* externe USB Antenne

• per IP und fstab gemountet

• direkt über Kodi SMB angesprochen

• Stromversorgung geändert (aktuell am original RPi 3 Netzteil)

• am qnap die SMB Version geändert (aktuell smb 2.1)

• wlan Kanäle gewechselt

• osmc neu installiet

• kodi 17 verwendet

• libreelec installiert

• nfs verwendet

Jetzt hab ich gerade nochmal die externe USB Antenne getestet: iperf3:

[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  41.2 MBytes  34.5 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  41.1 MBytes  34.4 Mbits/sec                  receiver

Also minimal schlechter als das interne Teil

smb: 30-40Mbit/s siehe Anhang.

kann mir das jemand erklären????

edit:

Jetzt ist auch die externe wieder langsam geworden und ich bekomme diese Meldung im Log: osmcwohn wpa_supplicant^[327]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-48 noise=9999 txrate=72200

Hängt die Geschichte eventuell am Router?

edit: ich hab einen weiteren Verdacht. Im log steht folgendes:

wpa_supplicant[323]: wlan0: WPA: Group rekeying completed

Genau zu dem Zeitpunkt wo das Problem auftritt. Im Router ist 1h als Intervall eingestellt. Jetzt hab ich es ganz deaktiviert und seitdem geht es. Ich beobachte es noch.