p13

Members
  • Content Count

    19
  • Joined

  • Last visited

Community Reputation

0 Neutral

About p13

  • Rank
    Newbie

Converted

  • Gender
    Undisclosed
  1. I meant 3 major version, e.g 4,5,6 (yes, that backwards). Well, one way or another it works in OMV (Windows) and doesn’t in Unraid. A typical consumer business would “correct” the situation. Guess, UnRAID is still enthusiasts oriented.
  2. This is more wide spread that it appears. Most people just won’t bother with checking why their Marvell controller connected disks don’t show up. Also, this is not kernel, driver or firmware related. At least if it is the case, not the main cause. This is clearly UnRAID issue. I have done extensive tests, during which confirmed that the same 88SE9230 cards (yes, multiple) wold work just fine with OMV throughout 3 last versions, but would fail in UnRAID throughout 3 last versions. The fix didn’t work in my case. It seems that the Linux distor under UnRAID or UnRAID itself initialis
  3. Hi, Have done some tests with latest unRaid and SSDs and got some surprising results. No meter how good SSDs are, write speed of unRaid never reaches network maximum. From the other hand, same hardware running under Windows 7 does. What's wrong? Some details: - used SATA3 SSDs on PCI-E2 add-on cards, which in Winows show >350 MB/s read and >250 MB/s write internal access speed (large sequential). - Before each test (including unRaid), drives are forcely TRIMed (reset as new). So no SSD segmentation is occurring. - unRaid is not even configured for parity at all (neither
  4. In both cases, and it even seems that load is less when accessing user share. I know its weird, but that is what i see... maybe better CPU load tool needed.
  5. Updated initial post with test method. Also, some people are saying that this is low-end CPU issue. I disagree. First of all, I didn't notice higher CPU load when accessing to user shares comparing to disk shares. Secondly, my CPU was not even 100% loaded on either share access. I believe, problem lies somewhere else... Besides, unRAID is advertised as "low hardware requirement". If to have same performance on user shares as on directly shared drives one needs a XEON E7 or something alike, this is not good for "home" server. Home server supposes to be low power, noiseless (read pass
  6. Hi, After running multiple tests using SSDs on both client and server (7+1 disk), I can confirm that transfers to/from user Shares are more than 20% slower comparing to transfers to/from directly shared disks. All that on SMB network. I think this is inherited issue from previous versions. User shares is a very important feature, but loosing >20% of transfer rate is pretty bad. Is there any chance to have that fixed in release? Cheers. Test setup Server unRAID - Server Pro, Version 5.0-rc5 Processor - Intel® AtomTM CPU N450 @ 1.66GHz Cache - L1 = 24 kB L2
  7. Hi, Any chance to see 28 (or more) storage devices in Pro version (not counting cash)? Cheers.
  8. Hi, Speeding_Ant I would like to thank you one more time for this marvelous piece of software. There is a minor bug I have noticed with the latest version. Have a look on attached screen print. Check out network graph. You will see that after a file transfer (spike in processor usage) the network usage graph didn't go down to zero activity at a due time, but rather was spread linearly from the time of transfer termination till the current time. This happens both in IE9 and Chrome. Regards, Eugene
  9. Status floating bar sitll does not float on iPad Safari. Many thanks. Regards.
  10. @ speeding ant Yes, status bar scrolls up with the page and blocks content. That happens on iPad (safari) only. Regards.
  11. Hi, Many thanks for excelet improvement to unRaid. Tom should seriously consider making this default feature. I just wanted to report a little bug (or sort of). When using this GUI on iPad (safari), status line (one which says "array started" is not dynamically moved with page scroll, it actually keeps initial position (stays fixed on page) and scrolls with the page. I have noticed this misbehaviour on some other public Internet pages, so it might be not a bug of plugin, but general iPad/Safari problem. Regards
  12. Yeah, workaround ... works, thanks. The same behaviour can be observed with user shares permissions change. For example, changing from "secure" to "public" requires array restart to make such change effective. While this does not affect functionality directly, it would be quite nice to fix that, or at least, to make a notice or a pop-up saying that array restart is required for changes to be effective. Any idea if Tom is planning something about that? Regards.