mic-cosmos

New Members
  • Content Count

    6
  • Joined

  • Last visited

Community Reputation

1 Neutral

About mic-cosmos

  • Rank
    Newbie

Recent Profile Visitors

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

  1. Thanks both. I think it's obvious that CPU is the bottleneck here to get more than 1Gbps out of this system. What I'm surprised by is that I basically don't see any CPU utilization with my VM and DS1518+. With the CPU being the C60M1-I bottleneck, I would expect a small but noticeable increase in CPU use with the other two systems (given that they're 4 core with much faster clock) but I don't see that. What are your experiences in your systems with file transfers in terms of CPU utilization? Small but noticeable or not at all with CPUs that are more beefy than on the C60M1-I?
  2. Hi all, I have an Asus C60M1-I and with DSM 6.2.3-25426 Update 3, 6 6TB WD Blues running on BM in RAID10 configuration. At baseline, idling, with the Realtek onboard NIC, CPU fluctuates between 10-40% use and I can get steady 58MBps read with 85%-ish CPU utilization. With the onboard NIC disabled and an Intel i350-t4 installed with 2 port static LAG, CPU idles at 10%. Using single client pull, I can get >100MBps with occasional dips (disk I/O catching up?) with CPU use at around 65%. Performance with Intel i350-t4 is obviously better than the onboard NIC though I did
  3. I have the same issue. Here's how I fixed my VM back to update 2 if anyone's curious in response to a DM: I did revert back to update 2 but it was a difficult process. The server was stuck in an endless recovery loop where I would be able to access the recovery menu after using a fresh synoboot.img but this was followed by the server being rebooted and then not registering an IP address. I managed to get to the DSM by choosing the "baremetal" option instead of the virtual machine option but only 2/4 HDDs on the HBA passthrough would register and my HDD RAID array showed up as "cras
  4. - Outcome of the update: Unsuccessful - DSM version prior update: DSM 6.2.3-25426 Update 2 - Loader version and model: JUN'S LOADER v1.03b - DS3617XS - Using custom extra.lzma: No - Installation type: VM - ESXI 6.7 (FixSynoboot.sh), Intel EXPI9404PTL Pro/1000 PT Quad Port (Passthrough), Dell 47MCV Perc H200 flashed to LSI 9207-8i IT mode (Passthrough) - Additional comments: Workstation not detected (No IP) with addition of flashed Dell HBA card after update. Built new VM starting from DSM 6.2.3 using VM HD and FixSynoboot.sh, updated to update 3 without issues. Workst
  5. Not a bios issue as the BIOS reports 16 & 4 GB just fine. I get that AMD CPUs are not officially supported. I'm just wondering if anyone else who has this board has the issues or work-arounds? I'm suspecting that the incorrect RAM may be the reason that the system sometimes crashes. FWIW, I'm running the DS3617XS profile.
  6. Running on Jun's loader v1.02b and have DSM 6.1.6-15266 Update 1 installed. I've only had two issues: 1) incorrect RAM is reported. I've had 2x8GB installed and DSM reported 32GB. When I switched to 1x4GB DSM reported 8GB 2) DSM randomly crashes in that I can no longer get into the DSM GUI via IP in the browser. Pinging the IP still works. I'm going to try SSH next if that happens.