[Review] ASRock Q1900M (Intel Bay Trail-D)

    Zitat von MHNX

    Ich habe genau 3 Displays mit jeweils VGA (17"), DVI (21") und HDMI (32")
    Auf allen drei möchte ich unterschiedliche Inhalte Laufen lassen. Geht das mit dem Board oder muss ich da eine andere Lösung suchen ?

    Gegenfrage, woher soll ich das bitte wissen? Um ein paar Informationen, Spezial-Antworten, solltet ihr Euch schon bitte selbst bemühen ...

    Und wer solche speziellen Fragen stellt ist doch kein Anfänger, warum nutzt Ihr nicht einfach mal Euren gesunden Menschenverstand?

    Die Silvermont Architektur ist endlich der Atom den es immer geben sollte, leistungsstark, sparsam, dennoch Massen-tauglich. Meinst Du Intel hatte bei der Entwicklung Deinen use case im Sinn, 3 parallel Grafikausgaben mit unterschiedlichen Inhalten? Was erwartet ihr bitte alles von diesem Mainbooard für €60? Ich habe es nur als vielversprechende sparsame und bezahlbare VDR Basis rausgesucht und werde auch erstmal eine Nvidia Grafikkarte reinstecken ...

    Der andere Punkt, das Mainboard kostet wie gesagt ~€60, ob da dann wohl ein super duper Server-tauglicher Netzwerk-Chip drauf ist? Wohl kaum, es ist ein normaler preiswerter 1Gbit/s NIC drauf, wie er bei vielen Dekstop-Boards drauf ist. Er wird gut laufen, aber sicher nicht die Qualität der Intel oder Broadcom Server NICs haben, die als PCI-E Karte mehr als dieses Mainboard (inkl. CPU) kosten ...

    Es gibt durchaus richtige Server-Boards mit Silvermont SoC, danke an Dirk dafür: http://www.heise.de/preisvergleich…o-a1088146.html

    [EDIT] Hier die J1900 ITX Variante: http://www.heise.de/preisvergleich…o-a1095757.html

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    5 Mal editiert, zuletzt von fnu (2. April 2016 um 13:53)

    Zitat von 8N1

    Koenntest Du bitte auch mal den Realtek NIC auf Durchsatz und CPU Belastung testen, falls Du Zeit, Lust und Moeglichkeit dazu hast ?

    War jetzt eigentlich kein Test, aber die Übertragung der Aufnahmen von meinem Test-VDR per rsync/rsyncd kann man schon als solchen nehmen. Hier mal der Ausschnitt einer Aufnahme:

    Code
    ...arte_HD/arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/00001.ts  1,048,652,532 100%   73.22MB/s    0:00:13 (xfr#1125, to-chk=30/1749)arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/00002.ts  1,049,031,916 100%   72.54MB/s    0:00:13 (xfr#1126, to-chk=29/1749)arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/00003.ts  1,049,503,044 100%   75.82MB/s    0:00:13 (xfr#1127, to-chk=28/1749)arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/00004.ts  1,049,379,528 100%   70.69MB/s    0:00:14 (xfr#1128, to-chk=27/1749)arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/00005.ts    172,048,952 100%   74.11MB/s    0:00:02 (xfr#1129, to-chk=26/1749)arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/index      1,406,224 100%    5.02MB/s    0:00:00 (xfr#1130, to-chk=25/1749)arte_HD/Real_Humans_-_Echte_Menschen_(11~20)/2014-05-15.21.44.10-0.rec/info          1,106 100%    4.03kB/s    0:00:00 (xfr#1131, to-chk=24/1749)...


    Auch hier beweist die CPU/der SoC das er im IO auf Höhe der größeren Brüder ist. Die rsync Werte sehen mit meinen SNB/IVB Systemen mit Intel NICs nicht besser aus. Die rsync Übertragung war schnell, stabil und hat ~50% eines der 4 Kerne belegt gehabt ...

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    Einmal editiert, zuletzt von fnu (19. Mai 2014 um 01:21)

    Hallo,

    habe hier ein Q1900-ITX unter Ubuntu am laufen. Meine Übertragungsgeschwindigkeiten waren ähnlich. Habe dann statt dem originalen r8169 Treiber den r8168-dkms installiert. Nun sind die Übertragungsraten bei ca 100 MByte/s lesend und schreibend. Ich denke das Q1900-M hat bestimmt den selben Netzwerkchip. Da kann man bestimmt genauso viel raus holen.

    Gruß

    Oli

    Antec Fusion Remote black
    Asrock B150M Pro4S/D3
    Celeron G4560
    2x4 GB Ram 1600Mhz
    Kingston 60GB V300 SSD
    Zotac GT1030
    LG GH-22NS
    DD Cine C2/T2I V7

    DD DuoFlex C2/T2/ISDB-T

    DD Duoflex Dual CI
    Gen2VDR6.0

    motorsense

    Bei rsync wird man kaum mehr rausholen, evtl. mit größeren Dateien, weil die Übertragung hier in einer Art Kurve stattfindet, also "langsam beschleunigt" und am Datei-Ende auch "abbremst". Damit ich im Mittel auf die o.a. 74MB/s komme muß ich im starken Bauch also Raten von über 90MB/s durchsetzen. Mein liefernder "rsyncd" lief hier auch mit "ionice: -c3". Sicherlich wird man im pure FTP Betrieb auf knapp 100MB/s kommen, wenn die Gegenseite das liefern kann ...

    Es ging auch mehr drum das dieser CPU/SoC hier im IO nicht limitiert, wie es eben viele andere Spar-CPUs machen. Diese sind zwar sparsam aber dermaßen schwach im IO, das kaum 40MB/s über den Gbit-NIC durchgehen, ganz besonders die Freunde von der ARM Front ...

    @all

    Eben mal ein kurzer Zwischenstand auf dem Weg zum VDR, die Kombi mit einer 2.5" WD Red 1TB, erweitert, eine Palit GT630 und eine DD/L4M v6 dazu gesteckt, Nvidia Treiber installiert, ~19W wenn ich so auf dem Ubuntu Desktop "rum klimper" ...

    Regards
    fnu

    Bilder

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    @all

    So, quasi am Ziel, der Test-VDR ist umgebaut und nimmt in VDR "Vollausstattung" um 30W Watt Leistung auf, bei Ausgabe eines 1080i Senders (ServusTV HD) in "temporal_spatial".

    Die Ausstattung entspricht der avisierten aus dem ersten Beitrag, hinzu kommt noch das VFD Display "Futaba MDM166A", das man mit 2-3W kalkulieren muß.

    Für mich ist der Review nun durch, ich schreibe noch was im 3. Post dazu, mal wieder einiges gelernt. Bei mir kommt das Gerät ohne DVB Karte zum Einsatz, es bekommt nun seine DVB Daten vom Octopus Net.

    Fazit: Wer mit 2x SATA und ohne CIR auskommt, findet in diesem Board ein wirklich sehr sparsame aber dennoch leistungsfähige Basis. Von mir ganz klare Empfehlung für einen "VDR Hardware 2014" Thread ... :)

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    2 Mal editiert, zuletzt von fnu (19. Mai 2014 um 19:30)

    Hi fnu
    erstmal danke für das Review.

    Eine bitte hätte ich, wenns nicht zu viel Arbeit macht, ob du mal eine Verbrauchsmessung ohne TV-Karte machen kannst bei HD und SD Sender.

    Das Board klingt sehr interessant für mich und da ich es als Client einsetzen möchte würden mich diese Werte noch interessieren.

    Danke dir


    MegaX

    Gruß MegaX

    Hardware

    MLD-WZ: MCC100 | 4 GB Ram | 8GB SSD | MLD 5.4
    MLD-Server: ASRock Q1900 ITX | 8 GB Ram | 60 GB SSD| 9 TB Raid-5 | MLD 5.4
    Arbeits-PC: GA-F2A88X-D3H | AMD A8-6500 | 16 GB Ram | 60 GB SSD | 500 GB HDD | Debian 9 (Strech)

    Zitat von fnu

    Fazit: Wer mit 2x SATA und ohne CIR auskommt, findet in diesem Board ein wirklich sehr sparsame aber dennoch leistungsfähige Basis. Von mir ganz klare Empfehlung für einen "VDR Hardware 2014" Thread ... :)


    Den Thread muß nur jemand anfangen und sich dann auch darum kümmern!

    Ich liebäugle ja mit der DC-Version(nicht als VDR) die da noch kommen soll (zumindest ist sie bei geizhals gelistet).
    http://geizhals.de/eu/asrock-q1900dc-itx-a1111762.html
    http://www.asrock.com/mb/Intel/Q1900DC-ITX/

    Dirk

    Meine Signatur

    :]Heute ist nicht alle Tage, ich schreib wieder, keine Frage :]
    VDR1: Silverstone LC14M, AMD X2-BE2350,2GB/1,5TB,DVB-s/s2/c,Gentoo,Kernel 3.8.5,VDR-2.0.0
    VDR2: Silverstone GD05B, Intel G2020, Asrock B75-Pro3M, Asus GT610/2G, 8GB/1TB, YAVDR 0.5
    VDR3: Silverstone ML03, Intel G2020, Asrock B75-R2, 8GB/1TB

    [Blockierte Grafik: http://www.ping-timeout.de/sig-468x90/21.jpg]

    Zitat von fnu

    motorsense

    Bei rsync wird man kaum mehr rausholen, evtl. mit größeren Dateien, weil die Übertragung hier in einer Art Kurve stattfindet, also "langsam beschleunigt" und am Datei-Ende auch "abbremst". Damit ich im Mittel auf die o.a. 74MB/s komme muß ich im starken Bauch also Raten von über 90MB/s durchsetzen. Mein liefernder "rsyncd" lief hier auch mit "ionice: -c3". Sicherlich wird man im pure FTP Betrieb auf knapp 100MB/s kommen, wenn die Gegenseite das liefern kann ...

    Es ging auch mehr drum das dieser CPU/SoC hier im IO nicht limitiert, wie es eben viele andere Spar-CPUs machen. Diese sind zwar sparsam aber dermaßen schwach im IO, das kaum 40MB/s über den Gbit-NIC durchgehen, ganz besonders die Freunde von der ARM Front ...

    [OT]
    Hatte die Werte auch mit rsync getestet. Vorher waren es knapn 80 jetzt sind es 100.

    Code
    3,564,652,544 100%  100.38MB/s	0:00:33 (xfr#1, to-chk=0/1)

    Antec Fusion Remote black
    Asrock B150M Pro4S/D3
    Celeron G4560
    2x4 GB Ram 1600Mhz
    Kingston 60GB V300 SSD
    Zotac GT1030
    LG GH-22NS
    DD Cine C2/T2I V7

    DD DuoFlex C2/T2/ISDB-T

    DD Duoflex Dual CI
    Gen2VDR6.0

    Wie hoch ist eigentlich das Board mit Kühlkörper?

    Gruß utiltiy

    meine VDR

    vdr03: Antec Remote Fusion, Intel DH67BL, Celeron G1620, GT630, 2x 2GB DDR3 - Hynix, SDA SATA 40GB, SDB SATA 1.5TB, L4M Cine S2 [yaVDR/vdr4arch]
    vdr04: Antec Remote Fusion Micro, Intel DH67BL, Celeron G550, GT630, 2x 2GB DDR3 - Kingston, SDA SATA 160GB WD, SDB SATA 3TB WD Red, L4M Cine S2 [yaVDR/vdr4arch]


    VDR Projects

    Zitat von motorsense

    Hatte die Werte auch mit rsync getestet. Vorher waren es knapn 80 jetzt sind es 100.


    Ja, Deine Datei ist aber auch dreimal groß als meine Größte, mach das bitte mal mit einer kleineren Datei und komm nochmal wieder ...

    Und ausserdem hatte ich beschrieben mein Lieferant, ein rsyncd, läuft mit ionice "-c3", das heißt er muß warten bis andere vorrangige Prozesse die Platte für einen Zugriff freigemacht haben.

    @utility

    Zu spät, jetzt ist es verbaut, die ganze Zeit lag es hier offen rum ... sorry ... aber an den paar Bilder hier und auf der Asrock Seite sieht man, er hat etwa die Höhe des IO Panels.

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    Einmal editiert, zuletzt von fnu (20. Mai 2014 um 11:10)

    OK - Danke!

    Gruß utiltiy

    meine VDR

    vdr03: Antec Remote Fusion, Intel DH67BL, Celeron G1620, GT630, 2x 2GB DDR3 - Hynix, SDA SATA 40GB, SDB SATA 1.5TB, L4M Cine S2 [yaVDR/vdr4arch]
    vdr04: Antec Remote Fusion Micro, Intel DH67BL, Celeron G550, GT630, 2x 2GB DDR3 - Kingston, SDA SATA 160GB WD, SDB SATA 3TB WD Red, L4M Cine S2 [yaVDR/vdr4arch]


    VDR Projects

    Danke nochmal für das Review!

    2 Fragen die sich auch im eingebauten Zustand klären lassen und für die Anwendung nicht unwichtig sind hätte ich noch:

    - Könntest du bitte ACPI Wakeup testen?
    - Könntest du Wake on Lan auch testen?

    Damit könnte es sich als Server noch besser qualifizieren.

    lg,
    Joe

    <ShowmySystems...>

    [color=#666666]HTPC1: Ubuntu 10.04 / XBMC / VDR2.0.1 (yavdr-testing) /HW: P5N7A-VM/ E5200/ DVB-S-FF 2.1 / DVB-T T-1500
    HTPC2: Yavdr 0.5 oder SteamOS @ 960GC-GS FX / Sempron 140 / GF8400GS / Tevii 470

    Zitat

    Der andere Punkt, das Mainboard kostet wie gesagt ~€60, ob da dann wohl ein super duper Server-tauglicher Netzwerk-Chip drauf ist? Wohl kaum, es ist ein normaler preiswerter 1Gbit/s NIC drauf, wie er vielen Dekstop-Boards drauf ist. Er wird gut laufen, aber sicher nicht die Qualität der Intel oder Broadcom Server NICs haben, die als PCI-E Karte mehr als dieses Mainboard (inkl. CPU) kosten ...

    'You get what you pay for' :rolleyes:

    Weil     das MB so guenstig im Preis ist ( und aus schlechten Erfahrungen mit billigen Mainboards ) gingen meine Gedanken eher in die andere Richtung.
    Schoen das es hier nicht so ist.

    Danke fuer Deine Muehe.
    Wie immer von dir, ein Top Review.

    Tom

    Zitat von DocViper

    - Könntest du bitte ACPI Wakeup testen?

    Schon getestet, funktioniert, Deep Standby habe ich auf "Auto" geschaltet, man muß hier auch nicht "hpet" ausschalten, wie bei dem ein oder anderen Board (AMD & Intel).

    Zitat von DocViper

    - Könntest du Wake on Lan auch testen?

    Schwieriger, hab hier gar nichts definiert dafür. Aktuell ist der Fokus, das der Test-VDR wieder zuverlässig läuft.

    Ist das nicht aber heute eher die Regel, das es zuverlässig funktioniert, wie u.a. auch ACPI Wakeup?

    Zitat von DocViper

    Damit könnte es sich als Server noch besser qualifizieren.

    IMHO nicht wirklich, hätte ich auch nicht für ein Server Review ausgewählt. Da gäbe es besseres von z.B. Supermicro das ITX Board mit Celeron J1900, siehe mein Link weiter oben. Das hat dann auch 6x SATA und Dual-LAN von Intel ...

    Zitat von 8N1

    'You get what you pay for' :rolleyes:

    Das wollte ich damit sagen. Es ist ein sehr guter Deal, aber bei dem Preis muß man Kompromisse machen, wenn auch nicht viele. Der Mainstream RealTek NIC scheint gut und CPU/SoC setzt ordentlich IOPS um ...

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    Einmal editiert, zuletzt von fnu (20. Mai 2014 um 11:31)

    Zitat von Razorblade

    kannst Du mal bitte schauen ob es 5VSB hat (entweder am USB, WOL oder sonstwo)

    Weiter oben hatte ich ja schon geschrieben, an den externen USB Port liegt im S5 5VSB an. Hinzufügen kann ich, das alle internen Header 5VSB liefern, kann also mein Futaba MDM166A auch daran für die Uhr betreiben.

    Zitat von MegaX

    ob du mal eine Verbrauchsmessung ohne TV-Karte machen ...

    Mit DD V6.2 30W bei 1080i, 28W bei 720p, ohne 24W bei 1080i, 22W bei 720p, was exakt den 6W entspricht mit der ich die DD Dual Karten vor langer Zeit mal vermessen habe und sicherlich schon X-mal hier erwähnt hatte ... ;)

    Die HDDs sind natürlich noch drin ... weiß jetzt nicht ob Dein Client eine haben wird oder nicht ...

    Zitat von utiltiy

    Wie hoch ist eigentlich das Board mit Kühlkörper?

    Mußte die Kiste nomm'l öffnen, Kühlkörper ist 30mm hoch ab PCB, der höchste Block am IO Panel, analog Audio, 35mm ...

    Der Ausbau der DVB Karte stellte mich nun vor das nächste Problem, die fehlt als Verbraucher, mit der Wandler-Platine von LC-Power fährt er nun nimmer runter, sondern kommt sofort wieder hoch, wie das bei Haswell Systemen mit ungeeigenten PSUs auch der Fall ist. Eine Überprüfung mit dem beim Test benutzten PicoPSU zeigt, kein Problem, daher:

    Der Hinweis: Die Stromversorgung muß auch hier "Haswell" geeignet sein.

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    Hallo Frank,

    danke nochmal für den Review. Schickes Board für den VDR (wenn auch nicht kaufentscheidend, mit CIR wäre es noch cooler :D ).
    Im Post 3 schreibst Du von einem:

    Zitat

    MCEUSB Empfänger


    Lässt sich damit der VDR auch via Fernbedienung einschalten?

    Gruss.
    Markus

    signature

    Hardware:
    Software: yavdr-ansible@softhddevice

    Ich dachte auch das WakeOnLan heute standard ist - Gigabyte scheint dies aber nicht zu wissen, ich habe ein Mainboard von GigaByte GA-Z77N-WiFi welches das nicht kann (Durch GigaByte Support bestätigt).

    Gruß
    Frodo

    Meine VDR Hardware

    YaVDR 0.6: Intel DQ67SW, Digital Devices Octopus Duo CI, 2x DD DuoFlex S2 V4, NVIDIA GT 610 (GF119), IMON VFD

    YaVDR 0.6: Asus Z170I PRO GAMING, NVIDIA GT 1030 (GP108-A), SilverStone ML02B-MXR, IMON LCD

    YaVDR 0.6: Intel DH67CF, TT S2-6400, NVIDIA GTX 1050 (GP107-A)

    YaVDR 0.5: Intel DH67BL, TT S2-6400, TT S2-3200, NVIDIA 210 (GT218)

    YaVDR 0.6: Zotac D2550ITX, NVIDIA GT 610 (GF119) onboard, IMON VFD

    Zitat von ofenheizer

    Lässt sich damit der VDR auch via Fernbedienung einschalten?

    Nur aus S3 und nur wenn das Board dies auch zuverlässig bietet. Es gibt wohl ganz selten Mainboards die USB-Wakup from S5 bieten, aber nach offiziellen Specs ist der Wakeup nur aus S3/S4 vorgesehen. Die MCEUSB Empfänger gehören bis heute zu meinen Lieblings-Empfängern und naja, anschalten per FB wird IMHO überbewertet, ist eher was für's Ego ... ;D

    Aber das Mainboard bietet 5VSB in Hülle und Fülle, da wird sich wohl eine Lösung finden ... ^^

    Zitat von ofenheizer

    (wenn auch nicht kaufentscheidend, mit CIR wäre es noch cooler :D ).

    Nochmals, das war und ist bei keinem Atom Mainboard je ein Thema gewesen, nichts anderes ist dieses hier, ich weiß nicht warum ihr das immer wieder anbringt. Selbst bei den aktuellen Haswell Boards ist CIR doch inzwischen eher wieder die Ausnahme. Und wer schonmal CIR mit einem Intel Mainboard aufgesetzt hat, sieht das auch etwas differenzierter ... :P

    Zitat von Frodo

    Gigabyte scheint dies aber nicht zu wissen, ich habe ein Mainboard von GigaByte GA-Z77N-WiFi welches das nicht kann

    Ja, doof so was, aber Ausnahmen bestätigen die Regel. Im BIOS Setup des Q1900M gibt es ausdrücklich den Punkt "Wake-from-LAN" und in der Regel hat man oft mehr Malesse mit der passenden OS Konfiguration ...

    Regards
    fnu

    PS.: Und das Mainboard ist quasi maßgeschneidert für das Modu CD21 ... :thumbup:

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

    2 Mal editiert, zuletzt von fnu (20. Mai 2014 um 15:53)

    Hallo fnu,

    danke für Dein sehr interessantes Review! Ich habe noch eine Frage zur OSD-Performance mit skinnopacity, aktiven Scraper-Bildchen usw.
    Mir ist klar, dass man Alt-Atom und Modern-Atom (Bay-Trail D) performancemäßig nicht in eine Schublade schmeißen kann.

    Bei mir im Wohnzimmer ist noch ein Uralt-Atom im Einsatz, eine ZBOX ID 40 (Intel Atom D525). Dort dauert das Rendern des OSD momentan immer recht lange. Früher, als text2skin-Skins noch populärer waren, hatte ich schon einmal Performance-Probleme beim OSD. Die waren dann ganz weg, seit die nativen Skins wieder im Kommen sind. Bei skinnopacity hatte ich auch gute "Antwortzeiten", spätestens nachdem ich alle Fade-Parameter auf Null gesetzt hatte. Nur ist jetzt mit den Scraper-Plugins und der verstärkten Nutzung von Bitmaps wieder mehr Gewicht drin im Nopacity-OSD, und die Verzögerungen zwischen Tastendruck auf der IR-Fernbedienung und dem Aktualisieren des OSD-Bildes ist manchmal schon schwer erträglich auf der ZBOX ID 40. Wenn ich bei den Recordings durch die Episodenliste gehe, dauert das manchmal mehrere Sekunden, bis das Bild aktualisiert ist.

    Meine Frage ist:
    Hat die CPU genug Power, um das OSD mit allen Scraper-Bitmaps schnell zu rendern? (Ich nehme an, dass dies nicht unbedingt durch eine schnellere GPU erreicht wird, sondern durch I/O und CPU-Power)

    Eigentlich ist die Antwort schon da: Wenn es sich wie SandyBridge anfühlt, dann ist es schnell genug. Aber ich wollte lieber nochmal nachhaken.

    Gruß
    hepi

    Aktuelle Kanallisten findet Ihr in der Channelpedia

    hepi

    Auf diesem Test-VDR ist skinflatplus am Start, mit tvscraper. Noch nicht die Versionen mit der geänderten Schnittstelle, hatte ja grad andere Prios. Aber es gibt hier in der Anzeige der Bildchen keinen Unterschied zum vorher verbauten Celeron G540.

    Generell würde ich die CPU Leistung des J1900 auf Höhe eines SandyBridge Celeron G530 einsortieren evtl. ganz knapp drunter, das zeigen auch die Benchmark-Punkte, also deutlich vor den alten Atom CPUs. Das Ganze unterstützt durch eine aktuelle und leistungsfähige Nvidia GT630 (Rev.2).

    Regards
    fnu

    HowTo: APT pinning

    Click for my gear

    [¹] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 500GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)

    [²] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD PC SN520 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)

    [³] BQ500, Asrock X470D4U, AMD Ryzen 3 3100, 32GB DDR4 ECC, 2x WDC SN520 256GB, 2x Samsung SSD 4TB, 1x SanDisk SSD+ 1TB, 1x WDC Blue SSD 500GB, Windows Server 2019 Hyper-V (35W)

    [⁴] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 3.3.0

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden