Jump to content
Covecube Inc.

Search the Community

Showing results for tags 'network'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Covecube Inc.
    • Announcements
    • Nuts & Bolts
  • BitFlock
    • General
  • StableBit Scanner
    • General
    • Compatibility
    • Nuts & Bolts
  • StableBit DrivePool
    • General
    • Hardware
    • Nuts & Bolts
  • StableBit CloudDrive
    • General
    • Providers
    • Nuts & Bolts
  • Other
    • Off-topic

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests

Found 3 results

  1. Current environment description: Host that has DrivePool installed OS is Win10 Pro 64bit. DrivePool version 2.2.4.1162. Client OS is also Win10 Pro 64bit. Both are connected via 1G wired Ethernet by a switch. The issue: I have shared out some directory from a pool from the host. I've always noticed access delay issue, but have worked around the problem for years (> 3, if not 5 years. The systems back then was running Win 7) Recently I spend some effort to try to dig into the problem a bit, and here is what I find so far: On the host, on a drive (t:) that's part of the pool (e:), I create an exact copy of a sub-dir that's part of the pool. i.e. E:/Drivepool/TestSubject1 has the same content as T:/TestSubject2 (size of the sub-dir is around 2.?? GB) The copy on the host from TestSubject1 to TestSubject2 is "fast" (in the expected 100MB/s range, and the copy start as soon as I drag and drop) I also share out the TestSubject2 as SMB share. On the client, I open separate file explore windows to each of the SMB share of the host. And drag and drop copy from the SMB share TestSubject1 and TestSubject2 to a client local HDD. The copy from TestSubject1 took 30+ seconds to get start, but once it start, the speed is "normal" (80-90MB/s) The copy from TestSubject2 started right the way (no 30 seconds pause), and the speed is in the same range (80-90MB/s) I also have a RDP window open from the client to the host, and I can observe the DrivePool Windows (where I can see the "Disk activity") During the 30 sec pause, there is no disk activity on the pool, once the copying start (as observed in the copy progress dialog box), then DrivePool windows show activity. I have search this forums, and noticed a few possibly related posts https://community.covecube.com/index.php?/topic/3984-pauses-in-file-operations-on-shares-caused-by-drivepool/ and some previous suggestions: https://wiki.covecube.com/StableBit_DrivePool_Q542215 (I have done this on the host to disable Windows Search indexing) https://wiki.covecube.com/StableBit_DrivePool_Q7420208 (I didn't do this, as I don't see how this would apply.) Background: I start digging into this issue because I have a VM running dietpi (OS) running Plex Server, accessing a music folder via SAMBA to the host (same host as above). When Plex is scanning the music folder, it took forever (as in many days) and I noticed (by netdata) there is high iowait. Eventually, I gave up and stop using the SAMBA to access to host, and just make a complete copy of all my music file into the VM that's running, and let Plex re-scan it. And I notice the night and day different! The same Plex VM also access via SAMBA to my video folder, and it always takes a while (30 sec ish? :P) to start stream my video, but it has no problem streaming content in 1080p or 4k (thus transfer bandwidth is not a problem.) Which lead me to think, it's a latency issue (takes a long while to start, once it started, it's 'fast') I always feels that something is "wrong", but until the above Plex music folder experience, I couldn't pinpoint what's wrong. I also though it's that host, but given I did a re-install of the OS (when I upgraded from Win7 to Win10) and it didn't make a difference. Then the idea of trying the SMB share on a non-pool drive was tested, and that was 'fast' (latency), then I suspect it has something to do with Drivepool (thus this post). Further background: My drive pool currently has 1x14TB, 3x8TB, 2x4TB HDD, files are mostly 2x duplicated, some sub-folders are 3x duplicated. The pool has evolved over time, from 4x2TB to mostly 4TB to the current state. I also use Windows Performance Monitor to observe the host and the client, I got the idea from this webpage from Microsoft. On the host, I observed "SMB Server" and "SMB Server Sessions" (about Read Bytes/sec, Read Request/Sec, Avg. Read Queue Length, Current Data Queue Length, Current Open File Count, Current Pending Requests...etc). On the client, I observed "SMB Client Shares" for both TestSubject1 and TestSubject2 (independently) (about Avg Bytes/Read, Avg Data Queue Length, Avg Read Queue Length, Avg. sec/Data Request, Avg. sec/Read, Current Data Queue Length,...etc) The observation is, during the 'pause', the client side counter has no activity, after the 'pause' (ie, file copy has started), the performance counter of TestSubject1 and TestSubject2's activities are "comparable". On the host side, the performance counter of SMB Server / Server Sessions are also "no activity" during the pause (but has Data Queue Length of 1) and "normal" looking activity during the actual copy operation. (of both copy) If extra details/log/debug trace, or video capture of my above debug action is needed, I can provide them. (I work in the field of computer and is quite technical, and I am willing to work with someone to figure this out.)
  2. If you're using Windows 10 Anniversary update to access a Windows Server 2012R2 or 2016 machine, and you're experiencing odd issues when creating, renaming or deleting folders.... This is a bug with Windows Search, and not actually StableBit DrivePool. We've had a few users report this, including myself. Worse, is that this only affects indexed shares (such as shares created by the Essentials Dashboard), so likely will effect your pooled shares. The fix is a brute force fix, and involves disabling the Search Service or removing these folders from the shares. This means that if you're using the media streaming feature (built in or via the Media Pack for Essentials), or using the Remote Access Website, this will break the ability to view your files. You can do this quickly from a command prompt by running "sc config wsearch start=disabled" on the server. Relevant KB Article about this issue: https://support.microsoft.com/en-us/kb/3198614 This issue has been officially fixed. The fix will be pushed as a part of a cumulative update in the near future. However, you can download it immediately here: http://www.catalog.update.microsoft.com/Search.aspx?q=KB3216755
  3. I'm running drivepool on Windows 2012 R2. I noticed slower than usual performance on a share stored on the drivepool. I' utilized LAN speed test to test out some of my suspicions. I consistently get 800+Mbps/~100MBps on a share that is on the raw hard drive that is part of a drivepool. However when I do the same test on a folder in the drivepool (actually on the virtual drivepool drive), performance consistently lags down to 600Mbps/~70MBps. I've enabled all the Diskpool I/O performance options (network, etc...) Looking at the performance monitor on Drivepool UI, it shows its reading the file at what should be quicker performance, e.g. 150+MB/s. Any input? I've attached pictures showing performance tests, etc...
×
×
  • Create New...