ideasman69

Members
  • Content Count

    94
  • Joined

  • Last visited

  • Days Won

    2

ideasman69 last won the day on October 25 2018

ideasman69 had the most liked content!

Community Reputation

19 Good

About ideasman69

  • Rank
    Regular Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. it kinda has both. the interval on the left is in exact seconds, the transfer column is how many MBytes were transferred in that second - ie 112MBytes / sec anyway - after moving back to DSM 6.1 and EXT4, speeds have gone back to full speed:
  2. Hi guys.. Whats the go with slowish network file transfers? If i do an iperf in each direction from the nas to my study PC - it maxes out the connection. NAS as the server: $ ./iperf3_3.1.3 -s ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.101, port 49554 [ 5] local 192.168.3.2 port 5201 connected to 192.168.1.101 port 49555 [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 108 MBytes 907 Mbits/sec [ 5] 1.00-2.00 sec 112 MBytes 942 Mbits/sec [ 5] 2.00-3.00 sec 113 MBytes 944 Mbits/sec [ 5] 3.00-4.00 sec 112 MBytes 943 Mbits/sec [ 5] 4.00-5.00 sec 112 MBytes 943 Mbits/sec [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec [ 5] 6.00-7.00 sec 112 MBytes 940 Mbits/sec [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec [ 5] 9.00-10.00 sec 112 MBytes 942 Mbits/sec [ 5] 10.00-10.04 sec 4.68 MBytes 938 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 5] 0.00-10.04 sec 0.00 Bytes 0.00 bits/sec sender [ 5] 0.00-10.04 sec 1.10 GBytes 938 Mbits/sec receiver Windows 10 machine as the server: iperf3.exe -s ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.3.2, port 33770 [ 5] local 192.168.1.101 port 5201 connected to 192.168.3.2 port 33772 [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 108 MBytes 905 Mbits/sec [ 5] 1.00-2.00 sec 112 MBytes 942 Mbits/sec [ 5] 2.00-3.00 sec 112 MBytes 938 Mbits/sec [ 5] 3.00-4.00 sec 112 MBytes 942 Mbits/sec [ 5] 4.00-5.00 sec 112 MBytes 939 Mbits/sec [ 5] 5.00-6.00 sec 111 MBytes 933 Mbits/sec [ 5] 6.00-7.00 sec 112 MBytes 942 Mbits/sec [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec [ 5] 8.00-9.00 sec 112 MBytes 940 Mbits/sec [ 5] 9.00-10.00 sec 112 MBytes 942 Mbits/sec [ 5] 10.00-10.04 sec 4.09 MBytes 939 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 5] 0.00-10.04 sec 0.00 Bytes 0.00 bits/sec sender [ 5] 0.00-10.04 sec 1.09 GBytes 936 Mbits/sec receiver Running a dd benchmark on the RAID array shows plenty of write speed: dd if=/dev/zero of=test bs=512M count=4 conv=fdatasync oflag=direct 4+0 records in 4+0 records out 2147483648 bytes (2.1 GB) copied, 9.32972 s, 230 MB/s but when transferring files over the network, these are the kinda numbers i get: And it's not my PC either - as when i copy to/from the PC to my laptop, both NICs are maxed out at 112MB/s The hardware: Gigabyte-GA B85M-HD3G (onbaord intel nic) i5 4570S 8GB DDR3 4 x 4TB in SHR, BTRFS Latest 918 bootloader, latest DSM I've tried each of the SMB version settings in DSM - none make a difference. I have a feeling i had faster transfers when i was using a 3615 loader and EXT4. I can't image it's an issue with the CPU as the CPU load doesn't go up when transferring to or from. Any ideas??
  3. really? compatibility, portability, upgradability - it's the future man the only apps i have on my xpeonology box are video station (for tuner support and hardware transcoding drivers) and docker. i've got 13 dockers running which remain perfectly intact after a reinstall or clean upgrade of DSM. only way to go IMO
  4. why not just use a unifi docker? super easy to auto update (via watchtower) and self contained
  5. bud - if you read any other thread about 6.2.1 you'd know that third party ethernet adapters only work in DSM 6.2 and below. As soon as you jump up to 6.2.1, you play yourself. either switch over to E1000 or drop back to 6.1.7 or 6.2
  6. yeah man - just create a virtual com port (make sure it presents itself as COM1 to the VM) and you should see the boot progress. Once it's finished starting up, you can login just as if you were SSH'd in.
  7. ideasman69

    DSM 6.2 Loader

    go this one matey. nothing really new in 6.2 and saves you accidently upgrading to 6.2.1 (which won't work with your realtek NICs. once you're on 6.1.7, just set your update settings to this:
  8. ideasman69

    DSM 6.2 Loader

    not worth it man.. while you might get the GPU driver to load, it doesn't help the the kernel version being incompatible with these boards. the overall system is super slow to boot and not worth using (imo :))
  9. ideasman69

    DSM 6.2 Loader

    you can always use Jun's Loader v1.03b DS3615xs to get to 6.2 but you'll need an intel NIC to get to 6.2.1 just no hardware transcoding
  10. ideasman69

    DSM 6.2 Loader

    Nah, just get another board There's an compatibility problem with Linux kernel 4.4.57 and these boards. I think the best hope is that DSM 7 runs on a newer kernel and Jun can perform his magic
  11. ideasman69

    DSM 6.2 Loader

    Ah ok. Yeah I didn't try esx on the j4455-m. It only has 2 sata ports which isn't enough for me and I was trying to avoid extra cards If you can run esx and passthrough the GPU, the -m model might be the best pick of the three. Maybe I'll give it a shot!
  12. ideasman69

    DSM 6.2 Loader

    nah this doesn't work. the GPU is in the same IOMMU group as the network card - so once you assign the GPU to a VM and boot it, you lose all network connectivity.
  13. ideasman69

    DSM 6.2 Loader

    I spent a tiny bit more time on these boards and found something interesting. I installed Ubuntu 16.04 LTS and it ran perfectly fine - fast to boot and responsive. However, after purposely downgrading the kernel to 4.4.57 (matching the kernel version of 1.04b / DSM 6.2) - these boards take ages to load and feel sluggish. So i reckon as soon as the kernel is upgraded, we might be in luck (maybe excluding the last board in my list above due to the i915 driver crashing). On another note - i picked up a gigabyte B85M-HD3G / i5 4570S / 8GB DDR second hand for $100 and it rocks using the 1.04b bootloader. Super quick and full hardware acceleration (for h264). Thanks again Jun
  14. hi guys - would it be possible to add in the saa7164 driver? I've got this crazy hope that if it can be done, i can provide plex with 2 x HVR-2200 tuners which it supports natively. Just need to get them working in DSM to start with
  15. Hi guys, I'm a bit out of my depth here but I'm really hoping I can get a couple of HVR-2200 tuners working in DSM6.1 or DSM6.2. I'm currently running Jun's DS918+ loader which is kernel 4.4.57(+?) so figured I'd load up ubuntu on another machine, install the same kernel version and copy the saa7164.so file from it over to DSM. Of course it didn't work but how does one go about compiling a version of the saa7164 driver into DSM? I noticed that there's already another similar module but the sizes are way different: -rw-r--r-- 1 root root 30579 Oct 27 00:14 saa7115.ko -rw-r--r-- 1 root root 223582 Dec 9 12:41 saa7164.ko and trying to force load it: sh-4.3# insmod saa7164.ko insmod: ERROR: could not insert module saa7164.ko: Invalid module format Any help or advice would be greatly appreciated! Or even better, if someone would be able to compile a version for me that would be awesome! Thanks