[Develop and refine SA3600(broadwellnk) and SA6400(epyc7002) thread]

Does this loader work with 8th gen intel cpu's? What would be the significant advantage of using this loader? Utilizing all available cores\threads? Is quicksync supported for HW transcoding with Plex?

[Develop and refine the DVA1622 loader]

Here’s something I’ve encountered, very slow NZB download speeds. Sabnzb or nzbget, in docker or native dsm app. Was experiencing 20~30MB/s. I’ve migrated back to DS918+, mid 80’s to +100MB/s now. Still using ARC, just different platform. All settings stayed the same, no reinstall. What would be the cause?

[Vitesse Sabnzbd]

Petite mise a jour sur la situation, j'ai enfain refait ma clé USB avec ARC et j'ai changer at DS918+, vitesse de SABnzb roulle bien a +100MB\s. J'ai vraimain aucune idée pourquoi DVA1622 causerai tell situation.

[DSM 7.2.1 69057-Update 4]

Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2.1-69057-U4

- DSM version after update: DSM 7.2.1 69057-U5
- Loader version and model prior to update: ARC 23.10.2 (DVA1622)

- Loader version and model after update: ARC 24.4.19 (DS918+)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 10x12TB, 2x4TB
- Additional comments: Rebuilt USB with latest ARC loader, switched to DS918+ platform due to unknown slow performance with SABnzbd. Took a few attempts to get the right version of SS working to support amount of cameras I have.

[SABNzbd slow]

So I decided to change loader from DVA1622 to DS918+, now SABnzb downloads at +100MB\s. Why?

Now i need to figure out camera license issues

[SABNzbd slow]

I've tried installing sabnzbd natively on DSM rather than in container, first screen shot would be downloading to volume1, second shot is downloading to volume3 which is a 120GB SSD drive setup as a basic volume, ext4.

 

I also tried NZBget, same results.

[Vitesse Sabnzbd]

Bonjour, je suis a la recherche a pourquoi la vitesse de telechargement est tellment lent. J'utilize sabnzb dans container manager, je force des vitesse de 20MB\s. Ma connexion est 1GB\s fibre optique. Maime ficher et serveur news sure mon client desktop, sa roule at 105~110MB\s. Mon setup est 8x 12TB Exos X16 et 2x 12TB Exos X14 en forme de SHR-2.

Jutilize ARC loader DVA1622 et DSM 7.2.1 U4.

J'ai aussi un RAID0 compris de 2x 4TB barracuda (CMR). Peut importe quelle volume justilize, sa change pas la vitesse. Jai fait des benchmark pour le volume, puis le vitesse d'ecriture est environ 700MB\s. Quand je transfer des fichier de mon client desktop vers le NAS ou le desktop, sa roule at +100MB\s. Mon client Transmission pour des torrent telecharge plus rapidement que SAB. Quoi d'autre que je peut essayer ou vefifier?

 

Merci.

[SABNzbd slow]

Hi all,

 

I'm been struggling trying to find out what the cause of this issue is.

I have Sabnzbd installed in container manager, no resource limits, but my transfer speeds are horrendous. I have a 10x12TB SHR-2 built with Exos X14 and 16's. I also have a small 2x4TB Raid0. It doesnt matter which volume I point Sab to download too, marginal speed difference between the two. I've tried running a sudo dd bs=1M count=256 if=/dev/zero of=/volumeX/share/testx conv=fdatasync and I'm pulling 1.1~1.2Gbps. What else should I be on the look out for?

[DSM 7.2.1 69057-Update 4]

Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2.1-69057-U3

- DSM version after update: DSM 7.2.1 69057-U4
- Loader version and model prior to update: ARC 23.10.2 (DVA1622)

- Loader version and model after update: ARC 24.3.17 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 10x12TB, 2x4TB
- Additional comments: Reboot to update loader then update DSM via GUI, final reboot required.

[DSM 7.2.1-69057 Update 2]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2.1-69057-U1

- DSM version after update: DSM 7.2.1 69057-U3
- Loader version and model prior to update: ARC 23.10.2 (DVA1622)

- Loader version and model after update: ARC 23.10.2 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, reboot required.

[DSM 7.2.1-69057]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2.1-69057

- DSM version after update: DSM 7.2.1 69057-U1
- Loader version and model prior to update: ARC 23.10.2 (DVA1622)

- Loader version and model after update: ARC 23.10.2 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, reboot required.

[DSM 7.2.1-69057]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2-64570 U3
- Loader version and model prior to update: Peter Suh's TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)

- Loader version and model after update: ARC 23.10.2 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, rebooted, login to TCRP, let it auto update, initiate 7.2.1 loader build, no go. Rebuild USB with latest Peter Suh's v0.9.5.0 w\Friend 0.0.9 (DVA1622), no go, rebuild loader several times, different USBs, never would complete building loader, always failed on backup. Rebuild loader with latest ARC, booted back in DSM sucessfully.

[DSM 7.2-64570 Update 3]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2-64570 U2
- Loader version and model prior to update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)

- Loader version and model after update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, no reboot required, DSM operating normally.

[DSM 7.2-64570 Update 2]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2-64570 U1
- Loader version and model prior to update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)

- Loader version and model after update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, rebooted back to DSM normally.

[What 8/9/10th Gen motherboard you have that supported in DSM 7.x?]

11 hours ago, donchico said:

I am wondering if there is a way to expand the drive pool on a DS918+ to 12 drives. The DS918+ only has 4 drive bays, so I am not sure if this is possible. Is there a patch or other workaround that would allow me to do this?

Pretty sure all these loaders have been written to support 16 drives. DVA1622 natively only has 2 drives, I’m currently running 10. 

[What 8/9/10th Gen motherboard you have that supported in DSM 7.x?]

17 hours ago, donchico said:

 

Thank you for sharing this is a big help.

May I ask if it will also work with DVA3221?

Did you add a discreet video card?

So prior to DVA1622 being made available, I found out about DVA3221 which supported 8 cameras. I was using DS918+ running a VM within DSM as each instance provided 2 licenses for cameras, but this started getting heavy running DSM and 2 VM's. I tried DVA3221 which was awesome but due to the lack of discreate video card, I could no longer support HW transcoding for plex. When DVA1622 came around, I jumped on it and its been great ever since. The one things I've mentioned a few times around is ever since I moved on from using DS918+, my download speeds have suffered, to the tune of nearly 30MB\s. I suspect a network driver issue. I've tried several loaders, but always the same result. If I rebuild with DS918+ image, I get full 95-105MB\s. I believe the NIC is realtek 8118. I've thought about buying a NIC and put it in a PCIe slot, just never bothered.

[What 8/9/10th Gen motherboard you have that supported in DSM 7.x?]

I run a Gigabyte B365-DS3H with an i5-8400. I’ve the years I’ve tried DS3622, DS918+, DS920+, DVA3221, and currently been using DVA1622. The reason I settled on 1622 is for the ability to support HW transcode with Plex utilizing intel quickset, this is only supported on 918/920/1622. H.265 is decoded perfectly fine with using nearly no CPU resources. Second reason is I have 5 cameras and surveillance station with the DVA series includes 8 licenses natively.

I don’t use video station or photos, therefore I have no desire to try and activate HVEC encoding/decoding for those packages. 

[DSM 7.2-64570 Update 1]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.2-64570
- Loader version and model prior to update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)

- Loader version and model after update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, rebooted back to DSM normally.

[DSM 7.2-64570]

- Outcome of the update: SUCCESSFUL
- DSM version prior to update: DSM 7.1.1-42962 Update 5
- Loader version and model prior to update: TCRP v0.9.4.3-2 w\Friend 0.0.6 (DVA1622)

- Loader version and model after update: TCRP v0.9.4.3-2 w\Friend 0.0.8 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, rebooted, Synology Assistant reported "not installed". I suspect its because TCRP w\Friend reports NO IP during boot and cant perform the upgrade. Booted in TCRP and let it update to latest version, looks like it brought me up to 0.0.8, and let it reboot again, back in DSM now.

 

*It seems odd that the loader builder screen has no problems obtaining an IP but when it boots, no IP . Is this a driver issue?

[DSM 7.2-64561]

- Outcome of the update: SUCCESSFUL
- DSM version prior update: DSM 7.1.1-42962 Update 5
- Loader version and model: TCRP v0.9.4.3-2 w\Friend 0.0.6 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI, rebooted, Synology Assistant reported "not installed". I suspect its because TCRP w\Friend reports NO IP during boot and cant perform the upgrade. Booted in TCRP and let it update to latest version, looks like it brought me up to 0.0.8, and let it reboot again, back in DSM now.

 

*It seems odd that the loader builder screen has no problems obtaining an IP but when it boots, no IP . Is this a driver issue?

[Develop and refine the DVA1622 loader]

This has been a problem for quite some time, when I used to use 918+ loader my usenet downloaded would peak near or hit 100MB\s, but with DVA1622 I seem to hit mid 60's. Here's the same nzb file with same server setup on my mac vs in xpenology. Any thoughts? I suspect its a network driver issue, as this also follow file transfer speed. I highly doubt 8x Exos X16 is SHR-2 is a bottleneck in speed.

I've also tried running DVA1622 on a different machine but its a different NIC and I get full transfer speeds. This is on a Gigabyte B365M-DS3H (RTL8118) vs Asus B85M-g (RTL8111G)

[Develop and refine SA3600(broadwellnk) and SA6400(epyc7002) thread]

47 minutes ago, Peter Suh said:

Finally, I succeeded in creating bsp of SA6400 for TCRP.

https://github.com/PeterSuh-Q3/redpill-load/tree/master/config/SA6400/7.1.1-42962

I've changed my mind a bit.
To regenerate zImage, should I use the same version of the toolchain and Linux source as the kernel version of DSM?
The bottom line was that it wasn't.
It seems that the kernel version to be used for bsp generation does not have to be the same as the kernel version of DSM.

https://github.com/PeterSuh-Q3/redpill-load/actions/runs/4902082033/workflow

7.1.1-42962 has been deployed to M SHELL for the SA6400 model.
Loaderbuild and booting of the FRIEND kernel also work without problems.

However, problems still remain.
The /dev/synoboot device is not found normally.
It doesn't discriminate between bare metal and VM.

Although it was possible to force synoboot to be created,
During the DSM installation process, I encounter a 55% file corruption message.

I will focus on this matter from tomorrow.

I'd love to have a solution for this part.

 

I'm already using your fork of TCRP and wondering if theres a quick way to update the loader or do I need to download latest and recreate usb?

[Develop and refine the DVA1622 loader]

On 4/18/2023 at 9:41 AM, dimakv2014 said:

Speed step enabled in bios?

That fixed it, I guess your build supports CPU scaling. Thanks for your support. 

[Develop and refine the DVA1622 loader]

13 hours ago, rusyn said:

Hello, I installed today DVA1622 build 42962 using Automated Redpill Loader following this Instruction to get 8 camera licenses on latest Surveillance Station v.9.1.0-10660 but after installation not even single license is available. The s/n was generated automatically by loader. What do I do wrong. Is anyone succeed and have all 8 cameras. Thanks,

Likely your SN has ****SJR*******
You need one that has ****UBR******

I built a key using latest TCRP and wrote down the generated SN from it and imputed in my choice of loader. 

[DSM 7.1.1-42962 Update 5]

- Outcome of the update: SUCCESSFUL
- DSM version prior update: DSM 7.1.1-42962 Update 4
- Loader version and model: TCRP v0.9.4.3-2 w\Friend 0.0.6 (DVA1622)
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Gigabyte B365-DS3H, i5-8400, 8x12TB, 2x4TB
- Additional comments: Updated via DSM GUI