ideasman69

Members
  • Content Count

    99
  • 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. yeah they're awesome and they do a great job. just stick with loader 1.02b and DSM 6.1x
  2. sorry i still dont understand. I have a 1.04b build here with 6.2.2-24922 update 3 and working hardware acceleration. following your guide on replacing the extra.lmza file and cleaning out the modules folder removes the /dev/dri folder as expected.
  3. this is interesting because i just built a machine yesterday with a Intel I219V onboard NIC which the 1.04b bootloader doesn't like. I needed to stick in an old Intel 1000PT card to get it to appear on the network
  4. can you please clarify that? does /dev/dri exist when i915.ko drm_kms_helper.ko and drm.ko are removed? or does it only exist when you've replaced them with files from fedora?
  5. im assuming that using this extra.lzma kills hardware acceleration?
  6. 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:
  7. 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??
  8. 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
  9. why not just use a unifi docker? super easy to auto update (via watchtower) and self contained
  10. 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
  11. 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.
  12. 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:
  13. 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 :))
  14. 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
  15. 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