Samba .xls kapcsolódások lassúak

Debian GNU/Linux

Sziasztok!

 

Debian 11., samba 2:4.13.13+dfsg-1~deb11u5.

A file-ok letöltési és feltöltési sebessége rendben van, a teljes Gb-es sávot ki tudja hajtani. Viszont elkezdtek Excelbe "fejleszteni", azaz a "fő" excel elkezd további .xls-ből adatokat kiszedni (néha akár 50db .xls) ill. SQL-hez is csatlakozni adatokért.

A probléma, hogy sújos 10 percek(!) mire lefutnak a kérések. Viszont, ha a Win11 cliensre lehúzza az összes .xls-t, akkor "normál" sebességgel megy, tehát kizárhatjuk az SQL kapcsolódási lassúságot.

A "varázslatos" opciókból ennyi van beállítva:   socket options = TCP_NODELAY SO_RCVBUF=65535 SO_SNDBUF=65535

Esetleg van valakinek ötlete, hogy merre keresgéljek?

 

Segtségeteket, ötleteteket előre is köszönöm.

  • 538 megtekintés

( atkosa | 2024. 04. 05., p – 15:00 )

Szerkesztve: 2024. 04. 05., p – 15:13

Meg kellene nézni a samba logját. Esetleg még az IPTOS_LOWDELAY pluszba a socket options-höz, de látatlanba nem várnék hatalmas javulást csak ettől. Azok a 65535 értékek sem feltétlenül jók. Mennyi ram van a szerverben? Milyen diszk alrendszer van alatta? Mennyi a max open files értéke a sambában? Egy smb.conf fájlt tudsz mutatni? Domain-ben vannak a gépek, vagy csak munkacsoport van?

Itt olvasgathatsz, hátha megtalálod a megoldást:

https://www.reddit.com/r/OpenMediaVault/comments/11gwi1g/significant_sa…

https://gist.github.com/jfeilbach/b4f30435e7757fde3183ea05a7e997f8

VMware clusterben, egy VM-ben fut a samba, 8CPU, 16GB RAM van odaadva, adatok alatt ZFS van. Monitorban nem látszik, hogy a CPU vagy a memória kevés lenne.

Max open files defaulton van.

A 65535-es értékekkel "játszottam", de jellemzően a feltöltésnél sebességcsökkenést okozott.

 

Köszönöm a linkeket, megolvasom.

( Nyosigomboc v | 2024. 04. 05., p – 15:52 )

Talan ne fejlesszenek igy, az Excel nem IDE!

Az ilyen ganyolasokat jobb meg az elejen elkerulni.

A strange game. The only winning move is not to play. How about a nice game of chess?

( ggallo | 2024. 04. 05., p – 18:41 )

Szerkesztve: 2024. 04. 05., p – 18:42

Alapjában véve ellenzem az Excewl ilyen formán használatát, mert nem erre való. Attól, hogy össze lehet ezt benne gányolni, még nem kellene.

A legtöbb felhasználó sajna azt sem érti, hogy ha egyszerre ketten nyitnak meg egy Excel állományt meggosztásról, akkor abból csak a baj lesz. A desktop Excel igazából nem támogat valódi párhuzamos szerkesztést sima hálózati megosztáson a mai napig.

De szakmai oldalról meg érdekel, hogy ugyan ez a feladat Windows-on (szerver vagy desktop az mindegy) megosztva, ugyan így hálózaton keresztül használva jól működik-e. Mert ha igen, akkor lehet arról beszélni szakmai kíváncsiságból, hogy a Samba-t be lehet-e úgy állítani, hogy ez is jól működjön, vagy van valami olyan az "eredeti" Windows-ban megosztás terén, amit a Samba még egyáltalán nem tud, így esélytelen ezt megjavítani.

Szerk: tapasztalatom szerint amikor percekbe mérhető a műveletek ideje mai gyors rendszereken, akkor ott valami(k) timeout-ra várnak, és azt elérve futnak tovább. Nincs is ilyenkor terhelés sem a kliensen sem a szerveren, mert mindenki vár valamire. Azt kellene kideríteni, ki és mire vár ilyenkor (főleg szerver oldalon, mert Ő nem válaszol a kliensnek, aki a válaszra vár valószínűleg).

Hát, barátom, attól, hogy Power- nevet adnak neki, nem lesz adatbázis kezelő és lekérdező rendszer, hanem egy szaros táblázatkezelő marad.

Ha meg a júzer összemapetkodik egy ilyen hányást benne, és egyszer csak megáll, akkor majd csak pislog mint hal a szatyorban, mert a nagy májkroszoftnál sem lesz senki, aki meg szeretné neki találni, hogy mi a baj.
Meg ember legyen a talpán, aki leteszteli, hogy jól van-e megírva a függvény, ami 50 másik XLS-ből szív fel adatokat valaminek...

Azon felül meg itt az a probléma, hogy tizen percig fut. Ha ugyan ezt egy rendes adatbázis kezelőbe csinálná 50 táblával, vagy akár 50 külön DB-vel, akkor tized másodpercek lennének. Akár még MS Access-ben is, ha még létezik.

Word-ben is lehet könyvet írni, csak nem szokás. Ott az a különbség, hogy ha olyan helyre adod le, ahová rendes könyv alapanyag kell, kivágnak vele, hogy lehet újrakezdeni valami rendes rendszerben, ami erre való. Csak a multiknál a wannabe Windows hősök csinálnak ilyen hülyeségeket az Excel-ben.

Miért adnának neki mindenféle Power* neveket -

Powerpoint?

 

Vegulis az tenyleg egy kihivas a fenti feladatot csak powerpoint hasznalataval megoldani.

Macro van, ugyhogy hajra!

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( atkosa | 2024. 04. 05., p – 22:59 )

Még eszembe jutott valami. Egy megosztásban van az összes fájl? Fel van csatolva a Windows-on a megosztás? A fájlnevekben keverve van a kis- és nagybetű?

Tudnál küldeni - akár magánban - egy "testparm -v" kimenetet?

( arpi_esp v | 2024. 04. 05., p – 23:26 )

file lockolas korul nezz korul...

( tigrincs | 2024. 04. 06., szo – 00:16 )

"Esetleg van valakinek ötlete, hogy merre keresgéljek?"

Menj ki a feszerbe az asoert aztan keresd meg aki gyartotta ezt es basszad jol tarkon. 
2024 van nem 98’

( fhuse | 2024. 04. 06., szo – 03:06 )

50db xlt kelllne sql serverbe passzirozni... persza ha azok is hasonlóan mukodnek....

( djsmiley v | 2024. 04. 06., szo – 08:41 )

Probald meg ugy h a Samba szerveren csinalsz ennek a “rendszernek” egy kulon mappat es egy kulon share-t amin kikapcsolod az oplock kezelest. 
 

google: samba locks oplocks