:fill(white):strip_exif()/i/2003943496.jpeg?f=thumbmini)
:strip_exif()/i/1321263566.png?f=thumbmini)
:strip_icc():strip_exif()/u/286431/crop680f6b95743ca_cropped.jpg?f=community)
Gewoon een heel grote verzameling snoertjes
:strip_exif()/u/70909/BlueKachina_60x60.gif?f=community)
:strip_exif()/u/49248/DPCkoeienUD.gif?f=community)
http://www.siliconimage.com/products/product.aspx?pid=32
Werd vroeger onboard gebruikt na de 3114 generatie om de limiet van de PCI bus te ontwijken. Ik snap alleen niet waar de 4x SATA versie is gebleven... was zowel een 3124 PCIe als 3132/3134 PCIe versie van geloof ik... Ik zie alleen een PCI-X versie op hun site met 4x SATA300
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Dat is inderdaad makkelijker gezegd dan gedaan, maar hoe bedoel je de host naam wijzigen? deze kan niet aanpassen.:
om via VNC verbinding te maken moet je je virtuele machine een naam in de vorm van 'testmachine;5900' geven, enkel dan kan je er via VNC aan. Dat staat er overigens ergens bij, maar zou inderdaad in wat grotere lettertjes mogen
ik heb all van alles geprobeerd namen, ip-adressen blijkbaar zie iets over het hoofd
als ik op net kijk, lees ik er allemaal vrij weinig over met zfsgru geen duidelijk uitleg, zal wel iets duidelijker mogen of is allemaal nog vrij beta?
heb voor de duidelijkheid maar even print screen gemaakt met de set-up:
[ Voor 5% gewijzigd door Jonny55 op 04-01-2013 01:14 ]
:strip_icc():strip_exif()/u/4824/i.jpeg?f=community)
/u/231803/ramdisk2.png?f=community)
:strip_exif()/u/62088/sp_jh2.gif?f=community)
Wij zijn (als storage leverancier) om dezelfde reden steeds minder met Nexenta, en steeds meer met OpenIndiana aan het doen.
Ik ben bezig geweest om een HA setup te maken dmv pacemaker/heartbeat (bekend van linux clusters). Dit werkt in principe, maar de "resource agents" zijn niet allemaal (of allemaal niet
) beschikbaar op OI, ik ben bezig geweest met een zpool import/export resource agent, maar niet genoeg tijd om daar echt voortgang in te maken. Verder hebben we wel omgevingen draaen waarbij we shared storage hebben, en handmatig zpools kunnen importeren / exporteren om zo bij calamiteiten te kunnen switchen van server. En dat is enorm schaalbaar te maken met SAS-switching technologie
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
Je bedoelt, je maakt dual port / dual controller / dual server setups, en importeerd on-the-fly ZFS pools?
Klinkt cool
Klinkt cool
Even niets...
Een beetje dit idee::
Je bedoelt, je maakt dual port / dual controller / dual server setups, en importeerd on-the-fly ZFS pools?
Klinkt cool
Die SAS-switches kun ook nog cascaden, en je maakt er 1 heel groot direct-attached storage netwerk van. En voor beheer kun je dan op de sas-switches nog gebruik maken van zonering, daarmee kun je helemaal bepalen welke hosts welke JBOD, of zelfs welke disks ze wel/niet zien.
Videootje van LSI
YouTube: LSI SAS6160 Switch - Installation of a 6Gb/s SAS Switch in a Rack Enviroment
Klinkt mooi allemaal he? Maar je merkt wel dat dit allemaal nog best nieuw is, en nog heel weinig bekend is over betrouwbaarheid in grote omgevingen. Ook de firmware van die switches is nog niet 100% af ....
Edit:
Dat hoeft dus ook niet allemaal dual-ported spul te zijn. Je switch zorgt ervoor dat verschillende machines bij de juiste storage komen, dus het is niet nodig om van elke server naar elke diskarray te bekabelen
[ Voor 9% gewijzigd door u_nix_we_all op 04-01-2013 12:47 ]
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
Mwoa, topic vervuiling is hier geloof ik standaard
Ik heb nog niemand gehoord over een slowchat van 1 pagina lang over een sata controller voor ESX, LOL
Ca $3000 voor een 16 poorts switch (1 poort is 4 x 6 Gbps sas)
Edit:
Je mag me uiteraard wel een DM sturen als je op zoek bent naar een storagepartner om eens naar mogelijke oplossingen te kijken.
[ Voor 11% gewijzigd door u_nix_we_all op 04-01-2013 13:30 ]
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
Klopt, een zpool kan maar op 1 server tegelijk geimporteerd zijn. Dat is dan ook de uitdaging bij het schrijven van resource-agent scripts. Je wilt ten alle tijden voorkomen dat 2 servers van elkaar niet weten dat een bepaalde pool al geimporteerd is (split-brain ellende).
(Je kunt overigens wel (en dat weet niet iedereen) een zpool die ergens geimporteerd is, tegelijkertijd READ-ONLY importeren
)Je zult dus met aanmaken van zpools er rekening mee moeten houden dat als je je load wilt verdelen, je meerdere kleine zpools moet gebruiken
Edit:
Theoretisch is dat wel mogelijk IMHO, je zou zelfs zonering in de sas-switches kunnen doen zodat elke node alleen zijn "eigen" disks ziet, maar dat lijkt me niet handig voor provisioning, beheer van je storage, redundancy moet per node geregeld worden, en je hebt geen ZFS !
[ Voor 31% gewijzigd door u_nix_we_all op 04-01-2013 13:50 ]
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
Over het onderwerp: Virtualisatie / RDM onder KVM heb ik net het volgende gevonden:
Best practice: Use block devices for VM storage
A guest operating system that uses block devices for local mass storage typically performs better than a guest operating system that uses disk image files. The guest operating system that uses block devices achieves lower-latency and higher throughput.
Bron: http://publib.boulder.ibm...Fliaat%2Fliaatbpblock.htm
Misschien maar eens proberen
KVM geinstalleerd op een test bakje, disks doorgegeven via de QEMU AHCI SATA controller, en dat werkt tot nu toe prima. Er is ook gewoon van te booten (in tegenstelling tot VT-d devices in ESXi en volgens mij geld datzelfde voor RDM)
Qua netwerk performance heeft FreeBSD eindelijk weer eens goed aan de weg getimmert
Of toch niet
Best practice: Use block devices for VM storage
A guest operating system that uses block devices for local mass storage typically performs better than a guest operating system that uses disk image files. The guest operating system that uses block devices achieves lower-latency and higher throughput.
Bron: http://publib.boulder.ibm...Fliaat%2Fliaatbpblock.htm
Dat betekend dus dat physical disk passthrough onder KVM ZFS compatible zou moeten zijn.
Misschien maar eens proberen
KVM geinstalleerd op een test bakje, disks doorgegeven via de QEMU AHCI SATA controller, en dat werkt tot nu toe prima. Er is ook gewoon van te booten (in tegenstelling tot VT-d devices in ESXi en volgens mij geld datzelfde voor RDM)
Qua netwerk performance heeft FreeBSD eindelijk weer eens goed aan de weg getimmert
[root@zfsguru /home/ssh]# iperf -c 192.168.1.114 -P 2 ------------------------------------------------------------ Client connecting to 192.168.1.114, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.1.139 port 32740 connected with 192.168.1.114 port 5001 [ 3] local 192.168.1.139 port 52163 connected with 192.168.1.114 port 5001 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 5.35 GBytes 4.59 Gbits/sec [ 3] 0.0-10.0 sec 5.26 GBytes 4.52 Gbits/sec [SUM] 0.0-10.0 sec 10.6 GBytes 9.11 Gbits/sec
Of toch niet
[ Voor 28% gewijzigd door FireDrunk op 04-01-2013 18:21 ]
Even niets...
Gisteravond even nagekeken, ASPM stond op disabled, nu op auto. Geen verschil. Zou het er mee te maken kunnen hebben dat ik de kaart via VT-d doorgeef aan ZFSGuru?
Op een andere bak heb ik trouwens nu ZFS on Linux met Fedora 17 gezet. Ik verwacht daar flink minder qua verbruik te scoren. Daarna kijken of dat ook lukt met de X9SCM-F en xeon combi. Zou jammer zijn als ik dat niet zou gebruiken
nog steeds een probleem met sabnzbd... Maar ik kan het probleem bijna vinden 
wat is er gebeurd:
ZFSguru beta 8 opnieuw geinstalleerd.
Samba shares aangemaakt van mijn data
Sabnzbd geinstalleerd, versie 6.
Sabnzbd geconfigureerd en gecontrolleerd of het programma werkt, ja dit werkt naar behoren (overigens nog geen download aangezet).
In "processor usage" zie ik de 8 processen van Sabnzbd
Samba share aangemaakt om services te benaderen (BootZFS/zfsguru/services/9.1-004 = "Services")
Reboot
In "processor usage" zie ik maar 1 proces van Sabnzbd, namelijk Sabnzbd (hoofdprogramma) en zfsguru geeft aan dat het proces gedeeltelijk gestart is.
Reboot (dag later)
In "processor usage" zie ik maar 1 proces van Sabnzbd, namelijk Sabnzbd (hoofdprogramma) en zfsguru geeft aan dat het proces gedeeltelijk gestart is.
Na een week + een paar downloads (die klaar waren op het moment) nogmaals gereboot en in "processor usage" is het proces helemaal verdwenen.
In die week tijd kon ik het hoofdprogramma niet meer opstarten via internet explorer en zelfs zfsguru intern kon er niet meer bij. Wat sabnzbd wel deed was downloaden. Alles werkte op de achtergrond zonder een mogelijkheid te hebben om iets te veranderen. Wat er in die week wel een paar keer gebeurd is, is dat het IP adres van ZFSguru gewisseld is.
Mijn vraag, hoe zet je dit IP adres vast op ZFSguru? Ik vrees dat dit namelijk het probleem is in sabnzbd.
Of is het beter dit via de router te beheren?
wat is er gebeurd:
ZFSguru beta 8 opnieuw geinstalleerd.
Samba shares aangemaakt van mijn data
Sabnzbd geinstalleerd, versie 6.
Sabnzbd geconfigureerd en gecontrolleerd of het programma werkt, ja dit werkt naar behoren (overigens nog geen download aangezet).
In "processor usage" zie ik de 8 processen van Sabnzbd
Samba share aangemaakt om services te benaderen (BootZFS/zfsguru/services/9.1-004 = "Services")
Reboot
In "processor usage" zie ik maar 1 proces van Sabnzbd, namelijk Sabnzbd (hoofdprogramma) en zfsguru geeft aan dat het proces gedeeltelijk gestart is.
Reboot (dag later)
In "processor usage" zie ik maar 1 proces van Sabnzbd, namelijk Sabnzbd (hoofdprogramma) en zfsguru geeft aan dat het proces gedeeltelijk gestart is.
Na een week + een paar downloads (die klaar waren op het moment) nogmaals gereboot en in "processor usage" is het proces helemaal verdwenen.
In die week tijd kon ik het hoofdprogramma niet meer opstarten via internet explorer en zelfs zfsguru intern kon er niet meer bij. Wat sabnzbd wel deed was downloaden. Alles werkte op de achtergrond zonder een mogelijkheid te hebben om iets te veranderen. Wat er in die week wel een paar keer gebeurd is, is dat het IP adres van ZFSguru gewisseld is.
Mijn vraag, hoe zet je dit IP adres vast op ZFSguru? Ik vrees dat dit namelijk het probleem is in sabnzbd.
Of is het beter dit via de router te beheren?
Routers die geen DHCP -> MAC binding kennen zijn niet per definitie slecht. Of wil je dat dat ding aan het einde van zijn leases geen IP adressen meer uitdeelt? Misschien is de router van EnerQI wel bij het einde van zijn leases
Ik heb zelf DD-WRT en die onthoud het inderdaad wel.
Het is wel vrij normaal dat goedkope routers geen schrijfbare ruimte hebben om die data in op te slaan.
Duurdere routers hebben daar NVRAM voor.
Mocht er DD-WRT voor jouw router beschikbaar zijn, kan ik dat van harte aanraden
Ik heb zelf DD-WRT en die onthoud het inderdaad wel.
Het is wel vrij normaal dat goedkope routers geen schrijfbare ruimte hebben om die data in op te slaan.
Duurdere routers hebben daar NVRAM voor.
Mocht er DD-WRT voor jouw router beschikbaar zijn, kan ik dat van harte aanraden
[ Voor 6% gewijzigd door FireDrunk op 06-01-2013 11:46 ]
Even niets...
"ATA_CAM option is enabled in kernel.
Please use camcontrol instead."
Kan iemand mij uitleggen wat het verschil is tussen ATA_CAM en camcontrol? Van Google wordt ik niet echt wijzer. Heeft het (nadelige) gevolgen als ik dit wijzig, en vooral dan hoe wijzig ik dit
(emebedded Nas4free 9.1.0.1 rev 531)
(Het probleem dat mijn disk random wegvalt is er nog steeds. zie ook hier: http://gathering.tweakers...message/39366263#39366263. Ik dacht dat dit er misschien mee te maken kon hebben. Kan waarschijnlijk geen "goede" disk naar WD terug sturen. Al begin ik toch te denken dat het een probleem is met de disk (hardware/firmware). Maar WD tools vind natuurlijk niks...)
Please use camcontrol instead."
Kan iemand mij uitleggen wat het verschil is tussen ATA_CAM en camcontrol? Van Google wordt ik niet echt wijzer. Heeft het (nadelige) gevolgen als ik dit wijzig, en vooral dan hoe wijzig ik dit
(emebedded Nas4free 9.1.0.1 rev 531)
(Het probleem dat mijn disk random wegvalt is er nog steeds. zie ook hier: http://gathering.tweakers...message/39366263#39366263. Ik dacht dat dit er misschien mee te maken kon hebben. Kan waarschijnlijk geen "goede" disk naar WD terug sturen. Al begin ik toch te denken dat het een probleem is met de disk (hardware/firmware). Maar WD tools vind natuurlijk niks...)
:strip_icc():strip_exif()/u/2985/compaqtux.jpg?f=community)
Kijk even vanaf 5:04 in het filmpje daar kan je zien hij je bij de smart resultaten kan komen in nas4free.
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
Ik zou eerder OpenWRT aanraden, dat is echt een verademing boven DD-WRT:
Routers die geen DHCP -> MAC binding kennen zijn niet per definitie slecht. Of wil je dat dat ding aan het einde van zijn leases geen IP adressen meer uitdeelt? Misschien is de router van EnerQI wel bij het einde van zijn leases
Ik heb zelf DD-WRT en die onthoud het inderdaad wel.
Het is wel vrij normaal dat goedkope routers geen schrijfbare ruimte hebben om die data in op te slaan.
Duurdere routers hebben daar NVRAM voor.
Mocht er DD-WRT voor jouw router beschikbaar zijn, kan ik dat van harte aanraden
Mits je een beetje met SSH kan werken dan Sommige routers (waaronder de OpenWRT en DD-WRT firmware) hebben ook static DHCP. Dat houdt in dat je zelf kunt aangeven welk IP de router aan een MAC-adres moet geven.
Zo is mijn default DHCP-range 192.168.2.100-192.168.2.254, maar krijgt mijn server het ip 192.168.2.5 uitgedeeld.
Gewoon een heel grote verzameling snoertjes
Met smartctl -r IOCTL -n STANDBY -A /dev/da0 kan dat ook al.
Maar of dat nou erg duidelijk is
Voor nu werkt (voor scripting / monitoring):
smartctl -A -n standby /dev/da1 > /dev/null; echo $?
geeft 2 als disk standby is, en 0 als hij draait.
Maar of dat nou erg duidelijk is
Voor nu werkt (voor scripting / monitoring):
smartctl -A -n standby /dev/da1 > /dev/null; echo $?
geeft 2 als disk standby is, en 0 als hij draait.
[ Voor 44% gewijzigd door FireDrunk op 06-01-2013 21:59 ]
Even niets...
/u/170728/owl.png?f=community)
:strip_icc():strip_exif()/u/3454/i486.jpg?f=community)
Idd, gebruik op eigen risico
linkje naar de info hoe te doen.Sluit me aan bij FireDrunk, de chip op de M1015 is handwarm en heb er geen fan op gericht staan.
[ Voor 10% gewijzigd door Pantagruel op 07-01-2013 09:31 ]
Asrock Z77 Extreme6, Intel i7-3770K, Corsair H100i, 32 GB DDR-3, 256 GB Samsung SSD + 2 x 3TB SATA, GeForce GTX 660 Ti, Onboard NIC and sound, SyncMaster 24"&22" Wide, Samsung DVD fikkertje, Corsair 500R
Ik gebruik liever VirtIO... Jammer dat VMware dat nog niet implementeert... Dat zou toch eens nice zijn
Even niets...
Hm vreemd zeg, ik heb er twee, allebei in verschillende machines, maar bij allebei ligt het verbruik boven de 12W. En beide zijn echt niet handwarm
:strip_icc():strip_exif()/u/22092/crop5fa8360e95568_cropped.jpeg?f=community)
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Lijkt mij zeer sterk dat de E1000 adapter van VMware onder Ubuntu ZO ondermaats presteert...
Heb al verschillende virtuele machines op basis van Ubuntu gehad en nooit die problemen gehad... OK, VMXnet 3 is altijd wat performanter, maar 5MB/s is om bij te huilen.
draai je freebsd of linux? Grote kans dat de linux driver beter geoptimaliseerd is voor vmware.:
[...]
Lijkt mij zeer sterk dat de E1000 adapter van VMware onder Ubuntu ZO ondermaats presteert...
:strip_icc():strip_exif()/u/210261/avatar%2520goldshark.jpg?f=community){kind=avatar}
Ik weet het verbruik niet van de M1015 maar bij mij is ie ook behoorlijk warm en heb ik er een apart fan voor. Heeft het verschil misschien iets te maken met de IT firmware? Ik begrijp dat er verschillende versies zijn, een waar je niets meer van de M1015 ziet tijdens het booten en eentje waar je wel nog de M1015 krijgt te zien (en die heb ik).:
[...]
Hm vreemd zeg, ik heb er twee, allebei in verschillende machines, maar bij allebei ligt het verbruik boven de 12W. En beide zijn echt niet handwarm
ZFS: FreeBSD10+ZFSguru, ASRock C2550D4I , 16GB, Nexus Value 430w
Anders gezegd, alleen Firmware actief, of ook een BIOS actief.
Ze gaan beide in een ander stukje NVRAM
Zonder BIOS werkt de kaart prima, maar kan je er niet van booten.
Is geen verschil in versie, alleen in manier van flashen.
Ze gaan beide in een ander stukje NVRAM
Zonder BIOS werkt de kaart prima, maar kan je er niet van booten.
Is geen verschil in versie, alleen in manier van flashen.
Even niets...
Ik zal thuis nog eens checken als ik tijd heb, moet toch nog een keer de kast openmaken, want ik moet mijn SSD's vervangen
Even niets...
@Geckx:
1. Je kunt met SSH inloggen en dan de download in de /<pool>/zfsguru/downloads directory verwijderen. Hij kan ook in /tmp/ staan afhankelijk van welke ZFSguru versie je hebt gebruikt. Merk ook op dat Apache en MySQL services nog niet 'af' zijn. Het installeert de packages, maar je moet zelf alles configureren.
2. Owncloud zou je moeten configgen naar je grote data pool en niet enkel op je SSD. Maar ik zal zelf eens klooien want ik weet niet helemaal hoe Owncloud werkt.
3. Je kunt de tmpfs Samba-share verbergen door hem te verwijderen. Je hebt hem niet nodig. Dus gewoon verwijderen in Services->Internal->Samba. Merk op dat in de opkomende beta9 versie het delen met Samba en NFS sterk is verbeterd. De 'share' filesystem die standaard wordt aangemaakt, kun je gerust verwijderen. Erop klikken en onderaan zie je destroy filesystem.
1. Je kunt met SSH inloggen en dan de download in de /<pool>/zfsguru/downloads directory verwijderen. Hij kan ook in /tmp/ staan afhankelijk van welke ZFSguru versie je hebt gebruikt. Merk ook op dat Apache en MySQL services nog niet 'af' zijn. Het installeert de packages, maar je moet zelf alles configureren.
2. Owncloud zou je moeten configgen naar je grote data pool en niet enkel op je SSD. Maar ik zal zelf eens klooien want ik weet niet helemaal hoe Owncloud werkt.
3. Je kunt de tmpfs Samba-share verbergen door hem te verwijderen. Je hebt hem niet nodig. Dus gewoon verwijderen in Services->Internal->Samba. Merk op dat in de opkomende beta9 versie het delen met Samba en NFS sterk is verbeterd. De 'share' filesystem die standaard wordt aangemaakt, kun je gerust verwijderen. Erop klikken en onderaan zie je destroy filesystem.
Duurt allemaal iets langer, eerst komt de 9.1-005 systeemversie en nieuwe services, daarna de beta9 web-interface. De features worden elke keer uitgebreid. Maar moet wel zeggen dat ZFSguru er wel een boost bij krijgt. Het delen van bestanden is toch een kernfeature van een NAS OS en in ZFSguru was dat allemaal behoorlijk gedateerd en verwaarloosd. Dat wordt nu rechtgezet.
Eerst zou het alleen een Samba rewrite zijn, nu komt daar ook meer bij, waaronder NFS. Ik hoop alleen wel dat hij eens gereleased wordt, want de Samba functionaliteit is zo goed als af en al bruikbaar. Zou jammer zijn als mensen er nog weken op moeten wachten. Persoonlijk denk ik dat 10 dagen een redelijke gok is, maar ik ben vaak te optimistisch met dat soort schattingen. Bovendien heb ik het niet in eigen hand.
Maar er zitten nieuwe dingen aan te komen. Over een paar dagen zou Jason alvast met een aankondiging komen. Een 'state of the union'.
Eerst zou het alleen een Samba rewrite zijn, nu komt daar ook meer bij, waaronder NFS. Ik hoop alleen wel dat hij eens gereleased wordt, want de Samba functionaliteit is zo goed als af en al bruikbaar. Zou jammer zijn als mensen er nog weken op moeten wachten. Persoonlijk denk ik dat 10 dagen een redelijke gok is, maar ik ben vaak te optimistisch met dat soort schattingen. Bovendien heb ik het niet in eigen hand.
Maar er zitten nieuwe dingen aan te komen. Over een paar dagen zou Jason alvast met een aankondiging komen. Een 'state of the union'.
Mijn spindown grafieken beginnen ook vorm te krijgen, misschien iets voor beta10?
Even niets...
Ja hoor, ik heb er hier zelfs 2 (1 voor ZIL, en 1 voor L2ARC) worden wel binnenkort vervangen door Intel 320's vanwege de stroombeveiliging (heb geen UPS).
Waarom? Ontvangen kost misschien wel minder CPU bij de een, dan bij de ander.
Heeft denk ik vooral met de virtualisatie laag te maken.
Even niets...
ZFSguru 0.2.0-beta8 (9.1-004) pool benchmark Pool : hulk (13.6T, 47% full) Test size : 64 GiB normal read : 488 MB/s normal write : 403 MB/s I/O bandwidth : 30 GB/s
Valt dus best wel goed mee
Ik denk dat die belabberde snelheid van gisteren kwam doordat ik een move aan het doen was van verschillende kleine bestandjes...
Nu eens over Samba een dd doen naar de gemounte'de share.
EDIT:
bart@Pyro2:~$ dd if=/dev/zero of=nas_temp/test.file bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 1.22683 s, 427 MB/s bart@Pyro2:~$ dd if=/dev/zero of=nas_temp/test.file bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 3.06679 s, 350 MB/s bart@Pyro2:~$ dd if=/dev/zero of=nas_temp/test.file bs=1M count=2048 2048+0 records in 2048+0 records out 2147483648 bytes (2.1 GB) copied, 6.52352 s, 329 MB/s bart@Pyro2:~$ dd if=/dev/zero of=nas_temp/test.file bs=1M count=10240 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 32.5321 s, 330 MB/s
Dafuq
. Die snelheid ligt hoger dan de throughput van mijn NIC...
[ Voor 47% gewijzigd door HyperBart op 07-01-2013 21:24 ]
@HyperBart, dat gaat over je localhost interface... En die is (bijna) onbeperkt snel.
@Jacovn, nee ZIL is een beetje overdreven voor alleen een film filesystem
@Jacovn, nee ZIL is een beetje overdreven voor alleen een film filesystem
[ Voor 57% gewijzigd door FireDrunk op 07-01-2013 21:34 ]
Even niets...
Maar die SMB share is gemounted over een IP-verbinding van mijn LAN, niet over een localhost interface. Ik geloof je graag, maar ik vind het maar raar:
@HyperBart, dat gaat over je localhost interface... En die is (bijna) onbeperkt snel.
@Jacovn, nee ZIL is een beetje overdreven voor alleen een film filesystem
.