Dual Intel LAN NUC!
-
So what did you choose for Atheros radio. I have a bunch and finally found a good half card.
Dell Alienware AR5BHB112.
Only Atheros 450M half card i could find.
I bought the DC3217IYE to build a mifi hotspot. -
I like that the Jetway uses wide range of input voltages. From 9V-24V. To me that is very versatile. I am guessing the intel NUC is 19V only?~??
I will fire up adjustable power supply and test when it arrives. I am really hoping it works at 12V as i would like to incorporate a PicoUPS into my MIFI so i can carry it from the car to an outlet with a battery pack I want to build it with 12V-12AH SLA batteries and an plastic enclosure..I'm thinking lunchbox design with battery on bottom and the computer on hinged lid with a handle outside.. -
The 8.5W with pfsense 2.1.5 on the jetway HBJC311U93W-2930-B were without any additional power optimzations done. Just the default pfsense settings. I only did setup the LAN ports. But considering the old pfsense version and nor could I find any other data available online, I tried other systems incl. pfSense 2.2 (amd64-20141108-0611).
Now let's summarize the idle power findings:
pfsense 2.1.5 no tweakings: 8.5W pfsense 2.2 no tweakings: 10.0W pfsense 2.2 PowerD enabled: 9.7W ipfire 2.15 no tweakings: 8.8W ipfire 2.15 (powertop savings): 7.3W
All tests were made with HDMI on and usb keyboard connected. Default A01 BIOS settings.
Without HDMI/usb devices connected the above values are only further reduced by 0.2-0.3W.I am new to FreeBSD (do have Linux experience), but I really wonder what those high pfsense 2.2 values are causing. The CPU is rather idle and thus there is no process causing this. Any help/recommendation would be great as good non-obsolete info on powerd on FreeBSD seems hard to find. On Linux enabling the powersaving of usb/PCI/sata/audio as recommded by powertop reduced the consumption by 1.5W and with pfsense 2.2 there needs to be done more to become competitive.
stephenw10: power measurements were made with a small old power meter EKM 265 from ELV. The low power measurements in the past were pretty
compareble to figures published based on a professoinal LMG 95 device from ZES. So they are unlikely completly off ;-) I also did some measurents using a Fritz!Dect 200 wich provides 0.15W higher values on the jetway and allows displaying the power usage over time.Phishfry: I bought a noname Atheros 9280 card. I avoided the newer cards for now, as I allready would be lucky to get this one working reliable. I had my share of driver problems with atheros in the past on dd-wrt and OpenWRT devices. Never worked 100% reliable.
And at last some openssl benchmarks results. During those tests the power usage increased by 2-3 watt. Sorry I had no tools for a quick max test. But based the Intel NUC measurements published, I guess with CPU and GPU maxed out you can get 16-17W - very unlikely values in routing practice wich should stay <10W if pfSense 2.2 power usage is optimized.
pfsense 2.2: OpenSSL 1.0.1i-freebsd 6 Aug 2014 built on: date not available options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx) compiler: cc The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes md5 14908.20k 58849.61k 155058.26k 265082.06k 334230.87k sha1 17859.42k 55769.09k 126660.18k 186410.67k 216241.49k des cbc 36870.12k 39487.79k 40424.19k 40656.21k 40716.97k des ede3 14402.27k 14809.69k 14941.95k 14975.32k 14944.25k aes-128 cbc 37023.75k 41897.60k 43502.68k 109868.71k 111091.71k aes-192 cbc 31610.94k 34957.65k 36090.50k 93038.25k 93937.66k aes-256 cbc 27236.69k 29907.31k 30949.97k 80860.47k 81214.77k sha256 15787.31k 35099.65k 59627.26k 72193.37k 76961.11k sha512 12212.90k 48712.92k 75503.70k 105785.00k 120015.53k sign verify sign/s verify/s rsa 2048 bits 0.005758s 0.000221s 173.7 4533.4 sign verify sign/s verify/s dsa 2048 bits 0.001743s 0.002090s 573.6 478.4
ipfire 2.15: OpenSSL 1.0.1j 15 Oct 2014 built on: Thu Oct 16 11:14:49 GMT 2014 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB_SHARED -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DSSL_FORBID_ENULL -DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGEST -DL_ENDIAN -DTERMIO -Wall -O2 -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fPIC -fstack-protector-all --param=ssp-buffer-size=4 -march=i586 -mtune=generic -fomit-frame-pointer -DPURIFY The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes md5 11160.98k 39212.15k 111467.05k 208104.08k 279203.13k sha1 8932.52k 25254.60k 52538.79k 72554.47k 81828.34k des cbc 17631.95k 18286.85k 18464.98k 18526.98k 18565.72k des ede3 6923.09k 7041.20k 7061.36k 7067.37k 7086.37k aes-128 cbc 42861.52k 46583.46k 47833.87k 48221.22k 48377.84k aes-192 cbc 37666.14k 40351.69k 41397.66k 41620.11k 41756.29k aes-256 cbc 33229.59k 35514.66k 36174.95k 36391.55k 36339.38k sha256 8464.54k 20115.75k 36104.36k 45101.31k 48788.85k sha512 2480.39k 9917.46k 14650.50k 20254.65k 22848.81k sign verify sign/s verify/s rsa 2048 bits 0.049082s 0.001477s 20.4 676.9 sign verify sign/s verify/s dsa 2048 bits 0.013782s 0.016444s 72.6 60.8
-
The only good way to measure power draw is with a amp meter… On the cord that plugs into the wall or battery power.
But I'm sure its quite low.
I'd like to have one of the new atom 8 core boards but I'd run alot more than just pfsense on it.
-
My first thought is that the much newer drivers in 2.2 (built on FreeBSD 10.1) is enabling some hardware that 2.1.5 doesn't. Maybe the ACPI stuff is working significantly differently.
It's a little old now but this is pretty much the definitive document in saving power in FreeBSD:
https://wiki.freebsd.org/TuningPowerConsumptionSteve
-
kejianshi: It's a True RMS based measurement at the power plug at the wall. So I do not know what is wrong with that other than the device not being as accurate as the noted LMG 95.
stephenw10: I already run into the site you noted. But as said, I am new to FreeBSD and thus the note like "hint.ahcich.X.pm_level" is something I do not easily understand (like how to determine the X.Y devices on FreeBSD?). And shouldn't a PowerD configuration handle these things? So there are lot's of time consuming searching coming up to get answers.
-
There is nothing wrong with it. Thats the way to measure it.
-
I have done some testing on pfsense 2.2 and I think the cause for the higher power usage is that the CPU is not switching to >C1 states on the jetway NUC. I already tried all sorts of things: disabling throttle+p4tcc, trying to set hw.acpi.cpu.cx_lowest="C3" and various P-State settings in the BIOS, but after booting hw.acpi.cpu.cx_lowest remains on C1 and no change to dev.cpu.0.cx_usage. Strangely dev.cpu.0.cx_supported does list C2/C3. No obvious problem reported in dmesg either.
Being a FreeBSD/pfsense user for just some hours, I wonder if this is a limitation of FreeBSD on Bay Trail-M? A BIOS problem? A missing setting in rc.conf?
Any idea what I could try next? C6 does work with ipfires Linux kernel 3.10 so it's not completly broken.
dev.cpu.0.freq_levels: 1826/2000 1660/1825 1494/1650 1328/1475 1162/1300 996/1125 871/984 830/950 726/831 664/775 581/678 498/600 435/525 373/450 311/375 249/300 186/225 124/150 62/75 dev.cpu.0.cx_supported: C1/1/1 C2/2/500 C3/3/5000 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 384us dev.cpu.0.coretemp.delta: 60 dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.tjmax: 105.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.temperature: 45.0C dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1/1 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% last 88273us dev.cpu.1.coretemp.delta: 60 dev.cpu.1.coretemp.resolution: 1 dev.cpu.1.coretemp.tjmax: 105.0C dev.cpu.1.coretemp.throttle_log: 0 dev.cpu.1.temperature: 45.0C dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/1/1 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% last 79us dev.cpu.2.coretemp.delta: 56 dev.cpu.2.coretemp.resolution: 1 dev.cpu.2.coretemp.tjmax: 105.0C dev.cpu.2.coretemp.throttle_log: 0 dev.cpu.2.temperature: 49.0C dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/1/1 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% last 39747us dev.cpu.3.coretemp.delta: 56 dev.cpu.3.coretemp.resolution: 1 dev.cpu.3.coretemp.tjmax: 105.0C dev.cpu.3.coretemp.throttle_log: 0 dev.cpu.3.temperature: 49.0C hw.acpi.cpu.cx_lowest: C1 machdep.idle_mwait: 1 machdep.idle_available: spin, mwait, hlt, acpi machdep.idle: acpi
Otherwise the only two other things that slightly helped reducing power usage were:
# avoid power for devices without driver 0.2W hw.pci.do_power_nodriver=3 # Powermanagement for SATA 0.5W hint.ahcich.0.pm_level=5 hint.ahcich.1.pm_level=5
-
Hmm, interesting.
I have played with power tuning on a couple of boxes, both much older than this. A Pentium-M based box responded very well to powerd controlling the P states, 15-20% idle power reduction. However a C2D box much less well, though I was hacking the BIOS to enable speedstep etc which confused things. ;) It appeared as though the lower power C states overwhelmed any gains made by using P states. On that box I had to enable the lower C states in the BIOS and then set the sysctl to allow a lower 'lowest' state. It's a while ago now but I'm pretty sure I set dev.cpu.0.cx_lowest rather than hw.acpi.cpu.cx_lowest.
powerd can control a couple of other things but mostly does only CPU power control.Steve
-
Thanks stephenw10. I tried everything. Switched to FreeBSD 10.1RC4 and generated the data necessary to file bug report 194920 on bugs.freebsd.org . Maybe they will fix this for FreeBSD 11.
The additional 1.5W power this bug seems to cause on idle are less of a concern to me as the pfsense 2.2 system is down to 9W with the noted settings. A bigger concern is, that this might be the reason for powerd being stuck to 1826 MHz and not getting into turbo with the openssl speed test running on one thread? For now, the speed should be more than fine for my 50MBit VPN. But with 100MBit this might become a problem.
Forgot to talk about temperatures on the jetway NUC: CPU is usualy fine with <50C. It takes some time until the case warms up under heavy load. A bit concern gives me the mSATA ssd wich already has reached a max temp of 63C during the tests and it is not >40C in summer and heavy load for hours. Jetway seems to also have some suspicions for such extremes and did add a fan connector. But I guess a small heatsinks connecting SSD with the case will be totaly fine for me.
-
My understanding is that the 'turbo' mode is not dependent on the OS, I don't think powerd is the issue here.
Also I imagine that cpu will easily manage 100Mbps of vpn traffic even at the lower frequency.Steve
-
I couldn't find any info on the Bay Trail turbo mode, but all info I found from Intel seems to indicate that C1 state is considered active when it comes to turbo mode and thus there is no turbo with all cores in C0 or C1. If powerd doesn't display the turbo frequency even if activated by the cpu hardware, then I guess I have to find another way to test that.
-
The cpu frequency should be shown in the sysctls. I forget exactly which one, I usually just grep for 'freq'.
Steve
-
I made a copy/paste fault while testing FreeBSD 10.1RC4 and unlike pfsense C2 (not C3) states are reached. This at least gave me an idea what might be wrong with pfsense 2.2 beta.
My current guess is, that saving
performance_cx_lowest="C8"
economy_cx_lowest="C8"in /etc/rc.conf.local doesn't work on pfsense 2.2 beta unlike FreeBSD. The setting has no effect on sysctl output after reboot like on FreeBSD.
I couldn't find any actual data on the net, but where do I have to save this if not /etc/rc.conf.local on pfsense 2.2? Maybe I should create a new thread on this as this doesn't seem to be jetway NUC related.
I also run some benchmarks and the turbo mode seems to be working on pfsense/jetway NUC even if all cores are in C1. So all is well with the jetway NUC. Only the idle power usage is slightly higher compare to pfsense 2.1.5/ipfire…
-
Custom sysctl settings can be added via the webgui in System: Advanced: System Tunables: that way they are saved in the config file and carried across an upgrade.
However these are the equivalent of using /etc/sysctl.conf in FreeBSD. Hmm, not sure about rc.conf settings. :-\ You're correct that these files are not used in pfSense as they are in FreeBSD, they are generated by the pfSense scripts using info in the config file.Steve
-
Hi there,
Im new to the forum and PFSense, I was searching for the forum for the
Jetway NU93-2930 motherboard
I didnt get any hits but searching for the CPU I found this thread. Rather than start a new thread thats basically the same
I tacked on (Hope you dont mind)The board seems ideal, tiny, dual intel gigabit ,variable power requirements and CHEAP!
I have just yesterday upgraded to 74/19 fibre and Im thinking firewall/virus protection and VPN
Does the CPU in this little board of tricks have enough left for future tinkering?
I use Bittorrent alot and intend to host a game server next year.EDIT: Im in the UK
-
Its max ram is 4GB - maybe not an issue but packet sniffing combined with packet filtering may take this to the top of the memory stack.
"Shared mPCI-e slot" could be interesting for additional Ethernet
power savings are huge with this "NUC" - this is put into a full box solution with JBC311U93E-2930-B priced at $220 barebones (CPU, power, wifi /BT included.) Will have to boot off something other than a 2.5" sata drive. No room in box or SATA header for 2.5" media.
-
Rexki, the Jetway is listed with 4GB max, but for instance on http://www.mini-itx.com/store/~JBC311W you do get 8GB DDR3 lp modules for it. Seeing similar offers for other N29x0 systems with single memory slots, I assume the CPU is capable of addressing 8GB with certain 8GB modules.
-
In hawaii I was able to run all my lights in my small apartment and only used a 100W panel.
Less light in Maryland, so I use 3.
You can size your battery, charger, inverter etc based stricly on the intended load.
You can estimate solar panel need to be around 200w to keep the battery charged.
You can add another panel if its not charging well.
Its hard to estimate your available sunlight not being there. Not knowing your available orientation to the sun. Average shading. ETC.
Knowing what you know about seasonal solar variation there, build and test it in the dead of winter. Around Dec 21st – Winter Solstice
Yes - The computer runs 24/7. It barely bothers the batteries. They recharge to full shortly after the sun is up. Its drawing maybe 13w.
I think solar is a great way to power low watt items like modem, router, switch etc. If sized properly, its far more reliable than grid power.
Pretty much guaranteed to never surge or spike or brown out if its all DC directly its especially reliable.
So thats Maryland.
Where I am now, in Manila, there is 4x as much solar radiation and electricity is 2.5x higher than USA prices.
This is what we call a "no brainer". I will build something here big enough to power the house completely.
I lived in Hawaii for 7 years.
Did you only have one light in your apartment?
The issue in Maryland isn't lighting, it's climate control (HVAC).
-
Nooooo - I had 1 light in the living room, one in the dinning room, 1 in the kitchen, 1 on stairs and 1 hall. All were compact florescent.
During the day it was sunny so lights usually off. The living room light was on from sun down til we slept, so maybe 4 or 5 hours.
The other lights were on when people were going up or down stairs at night and when cooking or eating or whatever.
It was always fairly bright in the house. I probably burned the lights alot more than most because it was free.
Now maryland is a different story. Less sun so each panel never puts out what its rated for.
Takes several panels to meet what 1 in a hawaii will do in a day.
Now I'm in Manila and my brother is using the solar bank and it just keeeeeeeppppppssss going. Its getting close to 20 years now I guess that thing has been working.
We have alot of sun here also. When I buy a house here I will only need about 2k watts of solar to power everything I use….
With the price of electricity here, the panels will pay for themselves in about 2 years.
BTW - When I was in Hawaii the houses in Ewa Beach used AC but the ones in Mililani didn't.
So, I guess you are on the leeward side or out towards Ewa? Or the big island?
-
To power EVERYTHING on a house in Maryland, you need the whole roof in EV panels - Maybe 10kw of panel.
Its not going to pay back as fast as a place like here or hawaii, but its still a good investment long term. -
So, I guess you are on the leeward side or out towards Ewa? Or the big island?
No. When I lived in Hawaii I was in Kaneohe for a couple years, then near the top of Hale Koa Drive, above Kahala. (Both on Oahu).
-
Sounds like where they put marines…
-
Marines are at MCBH, which is Kailua.
-
@gonzopancho:
The C2358 (RCC-VE) platform also has better Intel NICs, and for approximately the same price as that NUC, you get 4 of them, and another miniPCIe socket (with SIM support).
Do you have any idea what the idle power consumption might be for the Netgate RCC-VE 2440? Also, any idea when it can be purchased? Webpage says "Available Q1 2015" which is now, but no "add to cart" button.
@gonzopancho:
And then there is this: http://imgur.com/EeLBavM
It's small. It also has better Intel NICs (i350 .vs 82574L), it wants 12VDC in, and if you can't provide that, you have different problems. It's very low power. It supports AES-NI. It also lacks HDMI and audio ports (yuck on a router/firewall)
In early 2Q15, it will be available at a similar price to the PC Engines APU. (Note: it's related to the product you'll find on Netgate/ADI websites, but I'm talking about a spin.)
Does that mean it's a spin on the RCC-DFF 2220? Any more details (manufacturer, model name, part numbers, firmer availability date)? Any idea on idle power consumption of the the "coming soon" product, or the RCC-DFF 2220?
For what it's worth, I have an Intel NUC D54250WYK that I'm using as a media PC. I have it configured with a mSATA SSD and a single 4 GB 1.35v SO-DIMM. Idle power consumption, as measured by a Kill-a-Watt meter, is around 5 or 6 watts (of course power consumption under load can be much higher, but it's mostly idle, and even for typical tasks, it stays under 15 watts). Note this has a much better CPU (i5-4250U) than the N2930 in the Jetway system linked above. The i5-4250U supports AES-NI, too. If only it had a second NIC!
-
@gonzopancho:
The C2358 (RCC-VE) platform also has better Intel NICs, and for approximately the same price as that NUC, you get 4 of them, and another miniPCIe socket (with SIM support).
Do you have any idea what the idle power consumption might be for the Netgate RCC-VE 2440? Also, any idea when it can be purchased? Webpage says "Available Q1 2015" which is now, but no "add to cart" button.
Yes I do. "Add to cart" will work when they're in-stock.
@gonzopancho:
And then there is this: http://imgur.com/EeLBavM
It's small. It also has better Intel NICs (i350 .vs 82574L), it wants 12VDC in, and if you can't provide that, you have different problems. It's very low power. It supports AES-NI. It also lacks HDMI and audio ports (yuck on a router/firewall)
In early 2Q15, it will be available at a similar price to the PC Engines APU. (Note: it's related to the product you'll find on Netgate/ADI websites, but I'm talking about a spin.)
@ConcreteRooster:Does that mean it's a spin on the RCC-DFF 2220? Any more details (manufacturer, model name, part numbers, firmer availability date)? Any idea on idle power consumption of the the "coming soon" product, or the RCC-DFF 2220?
Actually what you see in the picture is a DFF-2220. Yes, there is a spin coming, more … purpose tuned to what one might want in a small, compact box. http://store.netgate.com/ADI/RCC-DFF-2220.aspx
For what it's worth, I have an Intel NUC D54250WYK that I'm using as a media PC. I have it configured with a mSATA SSD and a single 4 GB 1.35v SO-DIMM. Idle power consumption, as measured by a Kill-a-Watt meter, is around 5 or 6 watts (of course power consumption under load can be much higher, but it's mostly idle, and even for typical tasks, it stays under 15 watts). Note this has a much better CPU (i5-4250U) than the N2930 in the Jetway system linked above. The i5-4250U supports AES-NI, too. If only it had a second NIC!
For what it's worth, I have the same NUC sitting on my desk at home (mine has 8GB). It runs FreeBSD (11-HEAD). I use it for network … load testing.
I also have (as you might imagine) several C2000-series boxes. Yes, at home. It's a playground^Wlab.
Anyway, TDP on the i5-4250U is 15W, base frequency is 1.3GHz, Turbo is 2.6GHz (http://ark.intel.com/products/75028/Intel-Core-i5-4250U-Processor-3M-Cache-up-to-2_60-GHz).
TDP on a C2358 (2 core C2000) is 7W, base frequency is 1.7GHz, Turbo is 2.0GHz (http://ark.intel.com/products/77978/Intel-Atom-Processor-C2358-1M-Cache-1_70-GHz)A D54250WYK NUC will run you $340 or more online, and you still have to supply RAM and a drive of some kind. Assuming you wanted to run a m-sata in the C2358 (note that it has eMMC on-board, so I'm artificially inflating the price of the C2000), you would still need 4GB of ram. Spot-check on Amazon says that you'll pay at least $27 for a Crucial DDR3L SO-DIMM, so you're at $367 for the NUC with ram, and you still have to solve the "second Ethernet" problem.
The RCC-DFFv2 2220 is $275. The RCC-VE 2440 (4 Ethernets) is $349.
We have a lot of experience with the NUCs here. There is a version of this that can take a second (and even third) 1Gbps Ethernet port. http://imgur.com/ICrxCUH (Sorry, I don't have an example of that setup at home.) We use them for network ... load testing.
-
We have an installation with 40+ Intel NUC D54250WYKH, and we have bad experience with them:
- 10% of them lost their network interfaces
- 25% of them lost their soundcards (the jack port)
Lost meaning here not operating after about 2-3 months, with daily power-cycling. For example the soundcard completely disappeared, it's like when you pull out a PCI card from a normal computer, those NUCs regardless what operating system you install they say there's no soundcard installed (except for the HDMI-out, which is useless for our setup). Lost nics don't respond to WOL, connect only at 10Mbit, or are not present at all.
Pretty unreliable pieces of hardware, although they do look good. I was pretty disappointed by all these, can't really understand how can a company like Intel produce such bad quality. Reading though various forums we're not the only ones facing issues like this.
NUCs are good for home use and internet browsing IMHO, nothing else more serious…
(and their graphical BIOS is disgusting, +doesn't let you downgrade, fails with some stupid buffer overflow error)Our next project will not rely on NUCs, that's already decided...
-
@gonzopancho:
Do you have any idea what the idle power consumption might be for the Netgate RCC-VE 2440? Also, any idea when it can be purchased? Webpage says "Available Q1 2015" which is now, but no "add to cart" button.
Yes I do. "Add to cart" will work when they're in-stock.
"Yes I do" answers the idle power consumption question, or the when they'll be in stock question? Or both? So, since you know the answer to one or both questions, I'll ask the direct questions: what is the idle power consumption? And when will they be in stock?
@gonzopancho:
Anyway, TDP on the i5-4250U is 15W, base frequency is 1.3GHz, Turbo is 2.6GHz (http://ark.intel.com/products/75028/Intel-Core-i5-4250U-Processor-3M-Cache-up-to-2_60-GHz).
TDP on a C2358 (2 core C2000) is 7W, base frequency is 1.7GHz, Turbo is 2.0GHz (http://ark.intel.com/products/77978/Intel-Atom-Processor-C2358-1M-Cache-1_70-GHz)TDP is interesting, but not a useful metric for actual system-level power consumption. The CPU/SoC is but one component on the board. There are memory, disks, maybe a BMC/IPMI unit, NICs, graphics chips in some cases, etc. Then you have power supply efficiency (which is a curve, i.e. load-dependent, not constant).
Case in point, despite the 15W TDP of the i5-4250U, my NUC at idle, takes about five watts total from the wall. That's for the CPU, single 4GB DIMM, SSD, NIC, etc. My Desktop i5-2500k has a 95 Watt TDP, big SSD, 16 GB RAM (4x4 DIMMs), and idles at just under 30 Watts from the wall. Of course, either of these systems, when fully cranked up, pull way more than the CPU's TDP.
So that's why I'm interested in actual at-the-wall power consumption, as measured by something like a Kill-a-Watt. It's that, not the TDP, that drives my electric bill.
-
Darek here from Logic Supply, I just wanted to mention that we've recently announced a Dual NIC NUC system - http://www.logicsupply.com/blog/2015/03/12/introducing-next-generation-industrial-nuc-ml100/
I'd be happy to answer any questions you have.
-
Sure - Install the new release of pfsense on it, test it and get back to us with results.
-
@gonzopancho:
Do you have any idea what the idle power consumption might be for the Netgate RCC-VE 2440? Also, any idea when it can be purchased? Webpage says "Available Q1 2015" which is now, but no "add to cart" button.
Yes I do. "Add to cart" will work when they're in-stock.
"Yes I do" answers the idle power consumption question, or the when they'll be in stock question? Or both? So, since you know the answer to one or both questions, I'll ask the direct questions: what is the idle power consumption? And when will they be in stock?
@gonzopancho:
Anyway, TDP on the i5-4250U is 15W, base frequency is 1.3GHz, Turbo is 2.6GHz (http://ark.intel.com/products/75028/Intel-Core-i5-4250U-Processor-3M-Cache-up-to-2_60-GHz).
TDP on a C2358 (2 core C2000) is 7W, base frequency is 1.7GHz, Turbo is 2.0GHz (http://ark.intel.com/products/77978/Intel-Atom-Processor-C2358-1M-Cache-1_70-GHz)TDP is interesting, but not a useful metric for actual system-level power consumption. The CPU/SoC is but one component on the board. There are memory, disks, maybe a BMC/IPMI unit, NICs, graphics chips in some cases, etc. Then you have power supply efficiency (which is a curve, i.e. load-dependent, not constant).
Case in point, despite the 15W TDP of the i5-4250U, my NUC at idle, takes about five watts total from the wall. That's for the CPU, single 4GB DIMM, SSD, NIC, etc. My Desktop i5-2500k has a 95 Watt TDP, big SSD, 16 GB RAM (4x4 DIMMs), and idles at just under 30 Watts from the wall. Of course, either of these systems, when fully cranked up, pull way more than the CPU's TDP.
So that's why I'm interested in actual at-the-wall power consumption, as measured by something like a Kill-a-Watt. It's that, not the TDP, that drives my electric bill.
TDP is useful, all other things being equal. SSDs take more power than eMMC. Powering USB takes more power than you might think. Yes more RAM -> more power.
But the CPU (assuming you're using it) will still be the largest consumer.
Your NUC "at idle" isn't really using the CPU much. It's mostly in C states. If you're using your NUC that little for pfSense, I wonder why you're using it.
So the 8 core variant of the RCC-VE, at full tilt, with the USB, miniPCIe, and m-sata all running, will run off a 36W power supply.
This figure includes headroom (because you don't want to actually pull 36W from a 36W power supply for too long.)They're in-stock now.
At idle, the 2 core doesn't reliably register on a Kill-a-Watt. The Kill-a-Watt is hardly an example of state-of-the-art measurement technology, especially at low loads.
-
Hi,
at the CeBit 2015 Shuttle was presenting a Barebone and let them run 24/7 as a firewall!
Could this be something interesting related to this thread?Shuttle DS57U5
- passive cooling without turning parts
- Intel Core i5-5200U with 2 Cores (2,2 GHz, Turbo: 2,7 GHz) HD-5500-GPU
- 2,5" SSD/HDD
- 2 x SO-DIMM
- mSATA SSD miniPCIe slot
- 2 × Gigabit LAN Ports (Intel i211 & i218LM)
- 2 x USB 3.0
- 2 x RS-232
- WLAN (WiFi)
- Price ~550 € because brand new it will going down
Shuttle will be offering a lower cost model, that works with an Core i3-5005U
soldered onboard, the price therefore is not given to the public at this time.One hint, that the colling system is working well, the barebone must be stand vertical!
Shuttle DS57U5 (This CeBit news are only in german!)
-
@gonzopancho:
TDP is useful, all other things being equal. SSDs take more power than eMMC. Powering USB takes more power than you might think. Yes more RAM -> more power.
But the CPU (assuming you're using it) will still be the largest consumer.
Your NUC "at idle" isn't really using the CPU much. It's mostly in C states. If you're using your NUC that little for pfSense, I wonder why you're using it.
So you run your pfSense box(es) with the CPU pegged at 100% at all times? Or the overwhelming majority of the time? With no headroom to spare? That's the only time TDP is really useful, when the CPU is maxed out. TDP's usefulness is directly proportional to CPU load over time (and for cooling design obviously).
I can see where, if your traffic is much more predictable and deterministic, and likely future growth has been accounted for, you could run your hardware in such a state. But, it's actually pretty hard to hit true TDP 100% of the time, particularly with modern complex CPUs like current Intel x86 stuff. In the DIY computer world (overclocking in particular), people use artificial benchmarks like prime95 and FurMark to push their hardware to the theoretical max to ensure adequate cooling. But in reality, even the most demanding application won't hit that actual theoretical max, even if the CPU is at "100%".
But what if your load is not deterministic? And I'll argue most aren't. What if you foresee some future growth (faster Internet connection, more users, need for VPN, etc)? What if the nature of your traffic is very bursty? I.e., long-periods of little-to-no load, with short periods of very intense load/demands.
If you say that it's pointless to have NUC-like hardware at idle most of the time, you're missing my point. For a general purpose computer (such as a media/home theater PC), the NUC is wonderful: I can leave it on all the time with a negligible hit to my electric bill, but have a lot of power when I need it. That's generally h264 video decoding now, but what about the next fancy codec? What if I decide to run a game simulator on this PC too? What if I also want to use the machine for some software development? Or even for my desktop: I don't need a 95W TDP i5-2500 quad core to compose this message; I could just as well do it on my cell phone's ARM CPU. So is my desktop CPU a waste? I'm sure the HD encoding I regularly do that maxes out my CPU would take just a bit longer on my cell phone's CPU.
To me, it's the best of both worlds: lower electrical power consumption, but high computational potential when I need it. Are you suggesting this isn't a valid use-case for a network device?
Say you're an independent consultant, who mostly works from home, but occasionally travels for business to do on-site work (say a sales pitch, or critical client-support work), and your work requirement calls for a fast, reliable connection back to your home system. Here is a case where your network device might be mostly idle (or at least near-idle), but will need some decent computational power from time-to-time. What if your network connection deals with financial markets? These are extremely bursty. What if you're hosting an E-commerce site? Even a huge site like Amazon surely has enough redundancy and over-capacity to support inevitable failures and peak-load times like Christmas.
In all these cases, idle load will dominate. Or, maybe not idle, but certainly not-peak power draw. So the long-term power consumption will be dominated by a number that is considerably less than TDP.
@gonzopancho:
So the 8 core variant of the RCC-VE, at full tilt, with the USB, miniPCIe, and m-sata all running, will run off a 36W power supply.
This figure includes headroom (because you don't want to actually pull 36W from a 36W power supply for too long.)That's great, now what is the actual draw from the outlet? A 36W PSU provides enough power plus headroom. How much headroom is there? And what is the efficiency of the PSU? And, what about idle consumption at-the-wall? I understand you think this may not be relevant, but for me it is.
@gonzopancho:
At idle, the 2 core doesn't reliably register on a Kill-a-Watt. The Kill-a-Watt is hardly an example of state-of-the-art measurement technology, especially at low loads.
Who suggested the Kill-a-Watt is SotA? I'm not looking for ultra-precision here. This isn't a legal audit, I'm looking for a reasonable prediction of the impact to my electrical bill. If the measurement tool can give me that (say <5 Watts, or 5-10W, or 10+), I'm happy.
I understand, from a commercial perspective, you probably can't get by quoting Kill-a-Watt numbers. But I'm the consumer, not the seller, and like I said, looking for reasonable ballpark numbers, +/- a couple watts.
Edit: Perhaps some of the disagreement over the usefulness of TDP comes from CPUs that don't have the newer power-saving features. For example, the Atoms prior to Centerton: there was very little difference in power consumption between idle and maxed-out; the TDP was a useful proxy for making power consumption predictions. But the latest generation Atoms, and of course the desktop/server range of Intel CPUs, have a massive amount of computational potential at electrical power levels far below TDP.
-
Hi all,
For those interested: I have just ordered a Shuttle DS67U with Intel Celeron, the version that Shuttle already hinted on being released. Offcourse I will post details on the journey later on.
Datasheet here: http://www.shuttle.eu/fileadmin/resources/download/docs/spec/barebones/DS67U_e.pdf
With support for AES-NI, QuickSync, dual Intel-based LAN, it looks like a winner to me :)
(now all I have to do is find out if the RealTek WLAN NIC will work … but that wasn't a dealbreaker for me.) -
I have a MiniITX board with dual intel NICs:
pfSense i7-4510U + Dual Intel 82574 Gigabit MiniPC Build: https://forum.pfsense.org/index.php?topic=113610.msg631641#msg631641
Brand Name: HAMSING
Processor Main Frequency: 1.8GHz(Tubo 3.0GHz)
Processor Model:Intel I7 4500U
Model Number: HS-4500I
Hard Drive: Transcend 64GB SATA III 6Gb/s MSA370 mSATA Solid State Drive
RAM: 8GB 1600MHz DDR3L PC3-12800 ECC CL11 1.35V SODIMM
Video: VGA+HDMI
Audio: Realtek ALC6662
Network: Intel 82574 21000M
USB : 6usb2.0 2USB3.0
RS232: 6RS232
WIFI: 300M -
I have a MiniITX board with dual intel NICs
Do you have any figures on power usage? Power usage is one of the reasons I chose this setup, combined with routing power, as it will be connected to 500mb/500mb fiber uplink.
-
I have a MiniITX board with dual intel NICs
Do you have any figures on power usage? Power usage is one of the reasons I chose this setup, combined with routing power, as it will be connected to 500mb/500mb fiber uplink.
I'll hook it up to my zWave network sometime this week and get you the stats. I'm guessing it is in the 35W range
-
I have a MiniITX board with dual intel NICs
Do you have any figures on power usage? Power usage is one of the reasons I chose this setup, combined with routing power, as it will be connected to 500mb/500mb fiber uplink.
I am running at cMAX (turbo) for this processor. My z-wave device is reporting 12-14W of usage. I also just added a mini PCI card from Jetway with 2x Intel i350 ethernet ports: https://forum.pfsense.org/index.php?topic=113610.msg643350#msg643350