Hirdetés
- Magga: PLEX: multimédia az egész lakásban
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- Toomy: FOXPOST: régen jó volt, de már jobban jársz, ha elfelejted
- MasterDeeJay: i7 4980HQ asztali gépben (vs i7 4770)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- ldave: New Game Blitz - 2025
Új hozzászólás Aktív témák
-
-
gyurczy
őstag
válasz
radi8tor
#4993
üzenetére
Csatlakozva, tulajdonságok, súgó. A Csatlakozva hibát dob: nem megfelelő funkció. A tulajdonságokra az eszközkezelő lemezmeghajtó Seagate füle jön fel. Infóként még annyit ír, hogy "a lemez offline állapotú, mert egy másik eszközzel redundáns elérési úttal rendelkezik".
Az eszközkezelőben is 4 db Seagate látszik. Akár a fantomokat, akár mind a négyet törlöm, újraindítás után visszaáll.
-
-
gyurczy
őstag
Sziasztok!
Lassan egy éve használok egy N40L-t 2x2GB WD Green Raid1 és 2x3GB Seagate Raid0 vinyókkal. Ma feltűnt, hogy a Raid0 kötetet eldobta a gép. Újraindításra meglett, majd néhány óra múlva megint eldobta. Újabb újraindítást követően nem állt fel a kötet, viszont a lemezkezelőben láttam minden meghajtót.
Mi lehet az orvosság erre?
-
zsolt501
nagyúr
Ja egyszerűbb, de a fordulatszám vezérlést elbukva, mert ha a molex csatira köti akkor folyamatosan maxon megy a ventilátor feleslegesen, ha meg 5V-ra köti az meg kevés neki, így meg a táp szabályozza hőmérséklettől függően, a régi ventit meg így is úgy is ki kell iktatni annak a helyére megy ugyebár az új, akkor meg minek kábelezgessen az ember össze vissza, ha ott a lehetőség, a páka meg szerintem nem egy nagy dolog, nem hinném hogy a környezetében valakinek nincs olyan ismerős akinek nincs ilyen.
-
#4959
zsolt501
nagyúr
andrew-msi
#4958
zsolt501
nagyúr
válasz
andrew-msi
#4958
üzenetére
Jelenleg ennél jobb megoldás nem ismeretes.
A beépítésnél a sárga eret nem kell bekötni, csak a pirosat és a feketét, de arra figyelj, hogy ezeket ne cseréld fel, és rendesen le legyen szigetelve az a rész ahol az új kábelt bekötöd, illetve érdemes a kábelt forrasztással bekötni, és nem csak úgy összesodorni... -
#4958
andrew-msi
aktív tag
andrew-msi
aktív tag
Sziasztok!
Ha csendesíteni akarom a HP-t, akkor továbbra is ez a legjobb megoldás?
Sharkoon_4cm_Lownoise_ventilator
Beépítésnél kell valamire figyelni?
Előre is köszönöm! -
Fifi
őstag
válasz
bambano
#4951
üzenetére
Jelenleg tcp fut, a default blokkméret az általad írtnál is nagyobb:
fifi@blackbook:~$ mount | grep nfs-home
172.20.1.100:/home/fifi on /home/fifi/silent-nfs-home type nfs4 (rw,relatime,vers=4,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=172.20.1.103,minorversion=0,local_lock=none,addr=172.20.1.100) -
bocs, nem tudom, honnan vettem a szambát.
nfs-nél az fstabba lehet mount opciónak beírni a blokkméretet, azt érdemes felhúzni 8k-ra.
a régebbi nfs-ek udp-n mentek, az elég gyors volt.server:/a/part/sda1/nfs/ /mnt/sda1 nfs user,noauto,rsize=8192,wsize=8192 0 0
3550433169 bájt (3,6 GB) másolva, 33,237 mp, 107 MB/mp
-
Fifi
őstag
válasz
bambano
#4948
üzenetére
Köszönöm válaszod!
"szamba socket méretét opciókkal fel kell húzni minél nagyobbra, különben a jumbo frame semmit sem ér."
Nem samba-t használok, hanem nfs-t, bár lehetne samba is, de az meg még lassabb lenne szerintem."ezen túlmenően nem árt a tcp-t is tuningolni kicsit kliens és szerver oldalon egyaránt."
https://fasterdata.es.net/host-tuning/linux/ oldalon olvasottak alapján vagy van egyéb változó is, amit érdemes beállítani? Server és kliens oldalon ugyanazon értékekkel?"a hdparm szerintem nem alkalmas rendes vinyó sebességtesztre, arra debianon a bonnie++ javasolt."
Gyors tesztnek nem volt jó, hogy nem a HDD a szűk keresztmetszet?"ha egyébként minden klappol, akkor nem rsync-cel másolunk, mert az plusz protokoll overheadet tartalmaz, hanem cp-vel, esetleg dd-vel."
Azért rsyn-cel másoltam, mert másolás közben is szépen látszódott a sebesség a progress bar miatt.A dd sem hozott sokkal nagyobb tempot:
fifi@blackbook:~$ dd if=/home/fifi/silent-nfs-home/BitTorrent/Transformers.Age.of.Extinction.2014.1080p.BluRay.DD5.1.x264.HuN-TRiNiTY/transformersaoe.1080p-trinity.mkv of=test.mkv bs=4096
5681874+1 records in
5681874+1 records out
23272958500 bytes (23 GB) copied, 285,243 s, 81,6 MB/s -
Fifi
őstag
A T410s notebookom nem támogatja a 9000 mtu-t, így a server és a notebook hálókártyáját 4000 mtu-ra állítottam, de lényegesen lassul a forgalom 1500 mtu-hoz képest. A switch egy TP-LINK TL-SG3424.
Ha a notebook volt a server:
root@blackbook:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 172.20.1.103 port 5001 connected with 172.20.1.100 port 53039
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-60.0 sec 1.63 GBytes 234 Mbits/secHa a microserver volt a server:
root@silent:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 172.20.1.100 port 5001 connected with 172.20.1.103 port 45990
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-60.0 sec 6.37 GBytes 911 Mbits/secFentiek miatt maradt mindenhol a 1500 mtu.
-
szamba socket méretét opciókkal fel kell húzni minél nagyobbra, különben a jumbo frame semmit sem ér.
ezen túlmenően nem árt a tcp-t is tuningolni kicsit kliens és szerver oldalon egyaránt.a hdparm szerintem nem alkalmas rendes vinyó sebességtesztre, arra debianon a bonnie++ javasolt.
ha egyébként minden klappol, akkor nem rsync-cel másolunk, mert az plusz protokoll overheadet tartalmaz, hanem cp-vel, esetleg dd-vel.
-
Fifi
őstag
Sziasztok!
Bocs, hogy idepofátlankodok Gen8 tulajként, de pont most van terítéken nálam is ez a sebesség téma és nem tudom, hogy hogyan lehetne ebből többet kihozni.
A biosban javasolt write back-et még nem néztem. Az mtu-t a gépeken 1500-ról 4000-re emelve rosszabb lett a helyzet.
A "server" egy G2020T 10GB ECC RAM-mal, melyen Debian fut. Az adatokat tartalmazó hdd-k raid1-ben:
root@silent:~# mdadm -D /dev/md5
/dev/md5:
Version : 1.2
Creation Time : Sun Jun 1 13:02:43 2014
Raid Level : raid1
Array Size : 1904099264 (1815.89 GiB 1949.80 GB)
Used Dev Size : 1904099264 (1815.89 GiB 1949.80 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Sat Nov 22 14:34:56 2014
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : silent:5 (local to host silent)
UUID : 165c77cb:e135aada:6e5ad9d4:9fa040d2
Events : 10550
Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
2 8 20 1 active sync /dev/sdb4A hdd-k WD RED-ek:
/dev/sda: WDC WD20EARX-00PASB0: 33°C
/dev/sdb: WDC WD20EARX-00PASB0: 32°C
root@silent:~# hdparm -tT /dev/md5
/dev/md5:
Timing cached reads: 10870 MB in 2.00 seconds = 5438.58 MB/sec
Timing buffered disk reads: 336 MB in 3.00 seconds = 111.87 MB/seciperf-fel nézve mindkét irányból ugyanúgy jó a sebesség.
A server, mint server:
fifi@silent:~$ iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 172.20.1.100 port 5001 connected with 172.20.1.103 port 40327
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-60.0 sec 6.48 GBytes 928 Mbits/sec
fifi@blackbook:~$ iperf -c 172.20.1.100 -t 60
------------------------------------------------------------
Client connecting to 172.20.1.100, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 3] local 172.20.1.103 port 40327 connected with 172.20.1.100 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-60.0 sec 6.48 GBytes 928 Mbits/secA notebookom, mint server:
fifi@blackbook:~$ iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 172.20.1.103 port 5001 connected with 172.20.1.100 port 48300
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-60.0 sec 6.58 GBytes 941 Mbits/sec
fifi@silent:~$ iperf -c 172.20.1.103 -t 60
------------------------------------------------------------
Client connecting to 172.20.1.103, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 3] local 172.20.1.100 port 48300 connected with 172.20.1.103 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-60.0 sec 6.58 GBytes 942 Mbits/secMindezek ellenére az nfs-n történő másolás ~70MB/s:
fifi@blackbook:~/test$ rsync -av --progress /home/fifi/silent-nfs-home/BitTorrent/Transformers.Age.of.Extinction.2014.1080p.BluRay.DD5.1.x264.HuN-TRiNiTY/transformersaoe.1080p-trinity.mkv .
sending incremental file list
transformersaoe.1080p-trinity.mkv
23272958500 100% 73.02MB/s 0:05:03 (xfer#1, to-check=0/1)
sent 23275799559 bytes received 31 bytes 76439407.52 bytes/sec
total size is 23272958500 speedup is 1.00A fenti BIOS beállításon túl valami ötlet?
-
[root@koczka] ~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[ 4] local 192.168.1.174 port 5001 connected with 192.168.1.111 port 53040
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-90.0 sec 6.94 GBytes 662 Mbits/secvalahol a freebsd és háló viszonylatban fogy el a sáv, mert ezzel a switch-csel (tp-link wdr-3600) két win között ftp-n majdnem ki lehet hajtani a gigabitet, de ugyanezzel a szerverrel is gyorsabb volt, amikor win server volt rajta. a kábelekre nem gyankszom, asztali és switch között 2-3 méter volt, de azzal már láttam jóval gyorsabbat, a hp és a switch között meg egy méter kanóc van összesen.
ami még érdekes, hogy a másik irányból indítva gyorsabb:
[root@koczka] ~# iperf -c 192.168.1.111 -t 90
------------------------------------------------------------
Client connecting to 192.168.1.111, TCP port 5001
TCP window size: 32.5 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.174 port 35122 connected with 192.168.1.111 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-90.0 sec 8.89 GBytes 848 Mbits/sec -
nlq
aktív tag
hmmm akkor a szuk keresztmetszeted nem a vasban van, mert ennyi memoriaval es winyoval siman ki kell jonni belole a 106-108Mbyteos full gigabit sebessegnek...
saccra még a switch et nézném meg... ott volt hogy belefutottem tetvészkéba amin a 60-70 Mbyte atjott de tobb sehogyan sem...
esetleg még hálókábelek -
8 gigánál többet nem szeretnék, így is egy vagyon lesz ecc-re cserélni
meg 1,1 gb szabad memória így is van.a write backet lehet megnézem egy gyors próba erejéig, de lehet meg fogok próbálkozni egy rendes hálókályhával is. mondjuk kérdés, hogy a másik oldalon a gépben az alaplapi háló tudja-é a jumbot.
-
nlq
aktív tag
igen, az n36 -n54 szeriak nagy hatranya hogy nem lehet jumbo framet kapcsolni...
intel halokartyaval mar csinaltam 116Mbyte / sec et N54 ena freenas-t nem ismerem olyan melysegig, de lehet ha tobb memoriat teszel neki akkor gyorsabb lesz,
illetve ha biosban a write back-et bekapcsolod az is sokat szamit de ezt csak szunetmentessel javaslom hasznalni!!! -
azóta már elkészült
nálam csak ~75-80 megabájt a vége sambán freenassal. ezzel már együtt lehet élni, de persze nem volna baj, ha gyorsabb lenne. a lemezek dd-vel mérve 200 felett mennek (raidz1), a háló is tudja a gigabit plafont, iperffel mérve 800-850 (vagy 900? nem emlékszem) mbit a teteje. -
Maximusz
aktív tag
Konkrétabban az érdekelne, hogy milyen VGA kártyával + milyen operációs rendszerrel oldottad meg a FullHD videólejátszást ( gondolom az is megy ha HTPC-ről van szó ) ?
Radeon 6450-es kártya hardveres (1920x1080p-s) mkv lejátszását támogatná egy XBMC Ubuntu 12.04 alatt szerintetek?
-
-
Recovering from a dead or corrupt BIOS flash:
---------------------------------------------1 - Copy the BIOS file to root of a USB stick, or floppy as AMIBOOT.ROM (all UPPER case).
2 - Start with power off on the target machine.
3 - Insert the USB stick.
4 - Hold down the Ctrl and Home keys and turn on power.
5 - Watch for the USB stick light, or floppy light to blink (based on media used), and immediately release the keys.
This may take approximately 15 to 20 seconds.6 - The display will come to life with the AMI BIOS Recovery utility, and will
report it's progress (with periods ....).7 - The completion status will be reported at the conclusion, and the machine will
automatically be rebooted.8 - If it was successful, you'll see the BIOS POST screen. Hit the DEL key and
enter the BIOS setup. Set "Optimized Defaults". Save and exit.
meg 1,1 gb szabad memória így is van.
Új hozzászólás Aktív témák
- Teszt Mire jó egy HP N40L microserver?
- Tudástár HP MS N40L: kiszolgáló otthonra
- Vezetékes FÜLhallgatók
- Ingatlanos topic!
- Vezeték nélküli fülhallgatók
- World of Tanks - MMO
- Bemutatkozott a Poco F2 Pro (már megint)
- A nagy Szóda, Szódakészítés topic - legyen egy kis fröccs is! :-)
- AMD Navi Radeon™ RX 7xxx sorozat
- HiFi műszaki szemmel - sztereó hangrendszerek
- EAFC 26
- Vivo X200 Pro - a kétszázát!
- További aktív témák...
- AMD Ryzen 5 3600/3060Ti/256Gb SSD/16GB Ram/500W
- GIGABYTE GA-Z97X-Gaming 7/i7-4790/16 gb tuning ram
- Asztali PC , i7 7700 , 1660 Super , 16GB RAM , 256GB NVME , 500GB HDD
- RYZEN 7 5800X + hűtött VRM-es A520 alaplap + 32GB hűtőbordás DDR4 kit! GAR/SZÁMLA (a Te nevedre)!
- GAMER PC - i7-7700, 16GB DDR4, GTX 1650
- 157 - Lenovo LOQ (15ARP9) - AMD Ryzen 7 7435HS, RTX 4060 (ELKELT)
- 200db SZETT! REFURBISHED - DELL Docking Station WD19S + 130W töltő
- Dell Latitude E7470. Olcsó üzleti kategóriás laptop! Új akkumulátor!
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA -Kártyafüggetlen, MS3884, 100% Akkumulátor
- Bialetti kézi kávéőrlő
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest