Re: Download rate and sysctl settings
On Fri, 5 Feb 2010 02:05:49 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-04, Sebastiano Pomata sebastianopom...@tiscali.it wrote: As doublechecking, I tried with another fast server inside the wan network of our academy, and I'm getting almost the same results (while absolute speeds are different from before, the gap is almost the same in magnitude). I've read the page about tcptune, it's pretty clear now (values are almost the same I edited), still not having clear why on default OpenBSD the transfer rates are so low. we try to have safe defaults for the varioous machines/arch that can run OpenBSD. we would need some kind of auto-tuning to incrrease the defaults, and don't have that yet. I really can understand this, for the sake of system portability and so on. Anyway, I really hardly understand why, without touching any of the default settings, download rate from every server would never overcome the value of 400 kB/s. Is it all due to the tcp windows size?
Re: Download rate and sysctl settings
On Fri, Feb 05, 2010 at 08:59:44AM +0100, Sebastiano Pomata wrote: On Fri, 5 Feb 2010 02:05:49 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-04, Sebastiano Pomata sebastianopom...@tiscali.it wrote: As doublechecking, I tried with another fast server inside the wan network of our academy, and I'm getting almost the same results (while absolute speeds are different from before, the gap is almost the same in magnitude). I've read the page about tcptune, it's pretty clear now (values are almost the same I edited), still not having clear why on default OpenBSD the transfer rates are so low. we try to have safe defaults for the varioous machines/arch that can run OpenBSD. we would need some kind of auto-tuning to incrrease the defaults, and don't have that yet. I really can understand this, for the sake of system portability and so on. Anyway, I really hardly understand why, without touching any of the default settings, download rate from every server would never overcome the value of 400 kB/s. Is it all due to the tcp windows size? # sysctl net.inet.tcp | grep space net.inet.tcp.recvspace=16384 net.inet.tcp.sendspace=16384 # ftp ftp://mirror.switch.ch/pub/OpenBSD/snapshots/i386/install47.iso ... Retrieving pub/OpenBSD/snapshots/i386/install47.iso local: install47.iso remote: install47.iso 150 Opening BINARY mode data connection for install47.iso (255594496 bytes). 100% |**| 243 MB 00:33 226 File send OK. 255594496 bytes received in 33.38 seconds (7.30 MB/s) 221 Goodbye. Yep, only 400kB/s, no wait... The use of every should be considered carefully. Yes, our default window size limits download speed. It is known and there is work ongoing to resolve this in a better way then just bumping the limit. -- :wq Claudio
Re: Download rate and sysctl settings
On 05.2.2010 P3. 09:59, Sebastiano Pomata wrote: On Fri, 5 Feb 2010 02:05:49 + (UTC) Stuart Hendersons...@spacehopper.org wrote: On 2010-02-04, Sebastiano Pomatasebastianopom...@tiscali.it wrote: As doublechecking, I tried with another fast server inside the wan network of our academy, and I'm getting almost the same results (while absolute speeds are different from before, the gap is almost the same in magnitude). I've read the page about tcptune, it's pretty clear now (values are almost the same I edited), still not having clear why on default OpenBSD the transfer rates are so low. we try to have safe defaults for the varioous machines/arch that can run OpenBSD. we would need some kind of auto-tuning to incrrease the defaults, and don't have that yet. I really can understand this, for the sake of system portability and so on. Anyway, I really hardly understand why, without touching any of the default settings, download rate from every server would never overcome the value of 400 kB/s. Is it all due to the tcp windows size? __ Information from ESET NOD32 Antivirus, version of virus signature database 4836 (20100204) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com I was about to post the same topic here. I observe 250K/s on any OpenBSD server in my network, versions 4.2, 4.4, 4.5 and 4.6, various hardware, using wget -O /dev/null I can start the same download many times on the same machine with every download hitting 250K/s, so I can get total download speed 250K/s multiplied by downloads started. So it is not link speed issue... The strangest thing is that I get better download speed on alix board outside my network then on much stronger hardware here, see attached dmesgs and speed tests. On some debians I have here, I reach full link speed. I have some questions. Does this behavior/feature reflects forwarding capacity? I am using OpenBSD for routers. Also, as Stuart said, is the tcp window size estimated by the machine every time I start download? Sometimes I observe higher download speed on faster and shorter links, eventually close to wire speed. Regards, Ivo chut...@rbs e/debian-cd/5.0.4/i386/iso-cd/debian-504-i386-CD-1.iso --2010-02-05 10:52:57-- http://ftp.debian.de/debian-cd/5.0.4/i386/iso-cd/debian-504-i386-CD-1.iso Resolving ftp.debian.de... 141.76.2.4 Connecting to ftp.debian.de|141.76.2.4|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 677117952 (646M) [application/octet-stream] Saving to: `/dev/null' 1% [= ] 11,302,762 472K/s eta 18m 24s ^C related mtr: HostLoss% Snt Last Avg Best Wrst StDev 1. 213.226.8.177 0.0%610.5 0.6 0.4 7.7 0.9 2. 213.226.1.201 0.0%610.8 0.8 0.7 0.9 0.0 3. sfk-inet-gw.mtel.net 0.0%610.9 1.6 0.8 42.8 5.4 4. GigabitEthernet9-8.ar2.VIE1.gblx 0.0%61 19.3 34.5 19.3 369.5 58.2 5. 64.213.78.238 0.0%61 38.3 38.9 37.7 83.3 5.8 6. zr-erl1-te0-0-0-4.x-win.dfn.de0.0%60 46.6 46.5 46.1 48.9 0.4 7. xr-dre1-te1-3.x-win.dfn.de0.0%60 49.1 51.9 49.1 106.6 10.5 8. kr-tu-dresden.x-win.dfn.de0.0%60 49.8 50.1 49.5 56.8 1.0 9. 141.30.1.182 0.0%60 50.0 50.2 49.7 51.8 0.4 10. ftp.de.debian.org 0.0%60 53.9 54.0 53.7 54.9 0.2 chut...@rbs ~ $ dmesg OpenBSD 4.5-stable (GENERIC) #5: Sun Oct 11 19:35:57 EEST 2009 r...@tftp.office.bgone.net:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 499 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX real mem = 268009472 (255MB) avail mem = 250859520 (239MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/05/08, BIOS32 rev. 0 @ 0xfd088 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xe/0xa800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 10, address 00:0d:b9:19:22:fc ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 10 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:0d:b9:19:22:fd ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 11 function 0 VIA VT6105M RhineIII rev 0x96: irq 15, address 00:0d:b9:19:22:fe ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034
Re: AMD power reduction
On 04/02/2010 23:02, Jean-Francois wrote: All, I am looking forward to reduce the TDP for a server planned to be built. As low as possible shall be best, is AMD cool'n quiet operating with latest OpenBSD ? Regards Depending on what you where looking at, you can reduce the voltages (if your BIOS has this much control) and this will lower power/heat. I've done this on PC's with bad HSF in hot temperatures. Though, like over clocking, it's an art that requires testing, trying and patience to find the lowest/highest while still being stable
Re: Download rate and sysctl settings
Yes, our default window size limits download speed. It is known and there is work ongoing to resolve this in a better way then just bumping the limit. Nice Claudio. ?Maybe something likeTCP frame buffer Autotuning available in FreeBSD since 7.x (1)? (1) http://fasterdata.es.net/TCP-tuning/FreeBSD.html -- I must not fear. Fear is the mind-killer. Fear is the little-death that brings total obliteration. I will face my fear. I will permit it to pass over me and through me. And when it has gone past I will turn the inner eye to see its path. Where the fear has gone there will be nothing. Only I will remain. Bene Gesserit Litany Against Fear.
Re: is the Lemote Yeeloong available in the US?
On Thu, Feb 4, 2010 at 5:42 PM, Miod Vallat m...@online.fr wrote: You do not want to tinker with the firmware. The stock PMON2000 does not support these machines, so you'll need to start with the pmon code provided by Lemote, and saying that it is in a dire need of cleaning is an understatement. After reading the comments about this computer I think that it will be better waiting some time before buying one. This laptop is based on an excellent idea, but it is not mature enough yet. As it is fully open, it may be a good platform to develop other machines too, so we will need to see what new developments are done in the next years, but it seems that both hardware and firmware need improvement right now. On the other side, these MIPS clones are much more innovative than other systems supposedly new like the iPad (whose only advantage is that it may finally help removing flash from the world).
Re: Download rate and sysctl settings
On Fri, 5 Feb 2010 10:39:03 +0100 Claudio Jeker cje...@diehard.n-r-g.com wrote: On Fri, Feb 05, 2010 at 08:59:44AM +0100, Sebastiano Pomata wrote: On Fri, 5 Feb 2010 02:05:49 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-04, Sebastiano Pomata sebastianopom...@tiscali.it wrote: As doublechecking, I tried with another fast server inside the wan network of our academy, and I'm getting almost the same results (while absolute speeds are different from before, the gap is almost the same in magnitude). I've read the page about tcptune, it's pretty clear now (values are almost the same I edited), still not having clear why on default OpenBSD the transfer rates are so low. we try to have safe defaults for the varioous machines/arch that can run OpenBSD. we would need some kind of auto-tuning to incrrease the defaults, and don't have that yet. I really can understand this, for the sake of system portability and so on. Anyway, I really hardly understand why, without touching any of the default settings, download rate from every server would never overcome the value of 400 kB/s. Is it all due to the tcp windows size? # sysctl net.inet.tcp | grep space net.inet.tcp.recvspace=16384 net.inet.tcp.sendspace=16384 # ftp ftp://mirror.switch.ch/pub/OpenBSD/snapshots/i386/install47.iso ... Retrieving pub/OpenBSD/snapshots/i386/install47.iso local: install47.iso remote: install47.iso 150 Opening BINARY mode data connection for install47.iso (255594496 bytes). 100% |**| 243 MB 00:33 226 File send OK. 255594496 bytes received in 33.38 seconds (7.30 MB/s) 221 Goodbye. Yep, only 400kB/s, no wait... The use of every should be considered carefully. Yes, our default window size limits download speed. It is known and there is work ongoing to resolve this in a better way then just bumping the limit. There's no polemical intent in my messages, I'm just trying to debug a situation where I'm totally clueless on what's going on. Claudio, I tried your tcp.{send,recv}space settings (default I think) and then downloaded your very same file, stopping at about 400 kB/s. Then increased the same parameters both to 262144 and download speed bumped at over 2.5 MB/s. I can understand that bumping the window size could not be the only solution, in fact I still get ridiculous upload speeds from the OpenBSD box. Did you make any other tuning to the default install to get that high download speed? Thank you
Re: Download rate and sysctl settings
On Fri, Feb 05, 2010 at 12:04:50PM +0100, Sebastiano Pomata wrote: On Fri, 5 Feb 2010 10:39:03 +0100 Claudio Jeker cje...@diehard.n-r-g.com wrote: On Fri, Feb 05, 2010 at 08:59:44AM +0100, Sebastiano Pomata wrote: On Fri, 5 Feb 2010 02:05:49 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-04, Sebastiano Pomata sebastianopom...@tiscali.it wrote: As doublechecking, I tried with another fast server inside the wan network of our academy, and I'm getting almost the same results (while absolute speeds are different from before, the gap is almost the same in magnitude). I've read the page about tcptune, it's pretty clear now (values are almost the same I edited), still not having clear why on default OpenBSD the transfer rates are so low. we try to have safe defaults for the varioous machines/arch that can run OpenBSD. we would need some kind of auto-tuning to incrrease the defaults, and don't have that yet. I really can understand this, for the sake of system portability and so on. Anyway, I really hardly understand why, without touching any of the default settings, download rate from every server would never overcome the value of 400 kB/s. Is it all due to the tcp windows size? # sysctl net.inet.tcp | grep space net.inet.tcp.recvspace=16384 net.inet.tcp.sendspace=16384 # ftp ftp://mirror.switch.ch/pub/OpenBSD/snapshots/i386/install47.iso ... Retrieving pub/OpenBSD/snapshots/i386/install47.iso local: install47.iso remote: install47.iso 150 Opening BINARY mode data connection for install47.iso (255594496 bytes). 100% |**| 243 MB 00:33 226 File send OK. 255594496 bytes received in 33.38 seconds (7.30 MB/s) 221 Goodbye. Yep, only 400kB/s, no wait... The use of every should be considered carefully. Yes, our default window size limits download speed. It is known and there is work ongoing to resolve this in a better way then just bumping the limit. There's no polemical intent in my messages, I'm just trying to debug a situation where I'm totally clueless on what's going on. Claudio, I tried your tcp.{send,recv}space settings (default I think) and then downloaded your very same file, stopping at about 400 kB/s. Then increased the same parameters both to 262144 and download speed bumped at over 2.5 MB/s. I can understand that bumping the window size could not be the only solution, in fact I still get ridiculous upload speeds from the OpenBSD box. Did you make any other tuning to the default install to get that high download speed? I did not tune anything on that box. The big difference is that the server is easy reachable via direct peerings. So the bandwidth is 100Mbps (the speed of my workstations interface) and the delay is 1ms. Sure if the delay * bandwidth product gets bigger then 16k then it is not possible to use all the resources in a single stream. In that case, if you so desperate to get more speed out of a single TCP stream, sure bump the net.inet.tcp.recvspace. -- :wq Claudio
anyone need old PC crap?
Are there any developers (or anyone else) in the NY area who have a use for old PC crap? A 286, a 386, at least one 486 motherboard, some Pentiums, some P2s, etc? Before I cart it to the recycling center...
Re: MFM disk geometry
The wrap-up: So I got the data off the drive. :) One issue is it turns out the drive is a bit flaky. I'm not sure how much of the issue is heat, and how much is tilt. I had done most of my fiddling with the drive perched in places that weren't quite flat, and I think these old drives must have been more sensitive to that, considering that I discovered this morning that the data sheet on TH99 says not to tilt it more than 5 degrees (!) from horizontal. I tried older hardware, and DOS-type stuff, but didn't get anywhere, although there were intermittent moments when things worked. See above. What finally worked was the same P3 setup and a bit of kernel hacking, plus getting past the flakiness. However, I think I found an obscure kernel bug that probably wouldn't affect anyone except people trying to do what I did. In wd_get_params() in dev/ata/wd.c, if the kernel gets an error when it tries to get ATA info from a drive (and this one is pre-ATA), it uses 1024/8/17 and single-sector transfers with no ATA capabilities. This is the comment: /* * We `know' there's a drive here; just assume it's old. * This geometry is only used to read the MBR and print a * (false) attach message. */ However, that doesn't seem to be the case. The P3's BIOS doesn't even provide info about the MFM drive, but on a P1, with an old OBSD boot floppy, 'machine diskinfo' at the boot prompt gave me 614(?!)/4/17, which is more or less correct - and then the dmesg used 1024/8/17. And I know that it wasn't just faked for the dmesg, because of the numbers in the error messages I got, eg 'blah blah fsbn xxx (bn x: cn y, tn z, sn q)' - to get those c/t/s numbers for that block number meant the kernel was using 1024/8/17 to access the drive. I haven't replicated this with a more recent kernel, but I suspect this code hasn't been touched in a while, considering that 4.6-release does the same thing. Presumably, if the kernel is actually going to use LBA mode, or the ATA-info error is transient or whatever, this hack won't cause any problems. But has anyone else tried to use a CHS-mode-only drive with geometry other than 1024/8/17 with success? Is there a provision somewhere else to get the correct numbers? In any case, I changed those numbers to the correct ones for the drive and recompiled the kernel. Initially it didn't work (flakiness), but when I tried again this morning with the drive level and cold, I was able to get almost everything off the drive. The rest is probably attributable to bad sectors, considering the drive is around 20 years old. Here are the results you've been waiting for :) --- dmesg: wdc0 at isa0 port 0x1f0/8 irq 14 wd1 at wdc0 channel 0 drive 0: ST506 wd1: 1-sector PIO, CHS, 68MB, 1024 cyl, 8 head, 17 sec, 139264 sectors wd1(wdc0:0:0): using BIOS timings --- fdisk: Disk: wd1 geometry: 615/4/17 [41820 Sectors] Offset: 0 Signature: 0xAA55 Starting Ending LBA Info: #: id C H S - C H S [ start:size ] --- 0: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused *3: 04 0 1 1 -613 3 17 [ 17: 41735 ] DOS FAT-16 --- disklabel: # /dev/rwd1c: type: ST506 disk: ST506/MFM/RLL label: ST506 flags: bytes/sector: 512 sectors/track: 17 tracks/cylinder: 4 sectors/cylinder: 68 cylinders: 615 total sectors: 41820 rpm: 3600 interleave: 1 boundstart: 0 boundend: 41820 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] c:418200 unused i:41735 17 MSDOS --- df: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 5038086 3078892 170729064%/ /dev/wd0d 148271564 101606904 3925108272%/data /dev/wd1i 20810 8924 1188643%/mnt
Re : Resell - Link Building Services
Hello Good Day! I hope you are doing well. I haven't heard back from you and I was just wondering if you had a chance to peruse my mail below. We do theme based link building which has a direct impact not only on the page rank of your client but on the rankings is well. Also, we have a unique quality control protocol implemented wherein all the links are quality checked thrice before sending it to the client. Please let me know if you are interested and we can discuss this further. Thank you for your time. Sincerely, Kathrine Breeden Marketing Analyst SEOHeight Inc. _ From: Kathrine Breeden [mailto:kathri...@seoheight.com] Sent: Thursday, February 04, 2010 1:07 PM To: misc@openbsd.org Subject: Resell - Link Building Services Hello Greetings! I am Kathrine, Online Marketing Analyst at SEOHeight Inc. We are one of the largest Link Building companies in Florida, USA. We have a track record of building more than 45,000 links in a year using white hat techniques. We have successfully completed more than 300 campaigns both one way and reciprocal. At present, we are running a limited time offer in which we can provide you the Link Building Services at slashed prices. Reduced prices do not mean we compromise with quality. We will deliver you the best in the industry. Then, why choose us? 1. Reasonable prices 2. Theme based relevant links 3. Manually Built 4. Only from quality sites 5. Permanent Links 6. Search engine friendly 7. Replacement for non-functional links 8. Full and timely report for the exact placement for verification We are working as a backend outsourcing suppliers to a variety of online and digital agencies in US and UK who would be happy to speak about the quality of our services. Have you considered outsourcing some part of your link building client campaigns or are willing to look at such an opportunity? If you prefer, we can set up a call to explore mutual synergies. I look forward to your mail and an opportunity to serve your needs. Thank you for your time. Thank You, Kathrine Breeden Marketing Analyst SEOHeight Inc About SEO: http://en.wikipedia.org/wiki/Search_engine_optimization http://en.wikipedia.org/wiki/Search_engine_optimization Buying a website without search engine optimization is like spending your entire budget on a commercial without buying any air time to show it to the world! Disclaimer: This email is sent out in accordance with the CAN-SPAM Act of 2003. You can opt out by sending an e-mail to kathri...@seoheight.com with 'Remove' in the subject line and we ensure you will not receive any such mails in future.
Re: is the Lemote Yeeloong available in the US?
On Fri, Feb 5, 2010 at 12:39 AM, Miod Vallat m...@online.fr wrote: AKA it supports execute/no execute permissions, like probably every mips chip made in the last 20 years. No, execute (or lack of) permission is quite an alien concept to mips chips. Thanks for the correction. So it may still be like all the other mips, just in a bad way... :( All mention of this has disappeared in the 2F documentation, so I'm not even sure this feature is still available. But I'm not surprised marketing people still brag about it (-:
Re: Download rate and sysctl settings
On Fri, Feb 5, 2010 at 4:36 AM, Ivo Chutkin open...@bgone.net wrote: I was about to post the same topic here. I observe 250K/s on any OpenBSD server in my network, versions 4.2, 4.4, 4.5 and 4.6, various hardware, using wget -O /dev/null I can start the same download many times on the same machine with every download hitting 250K/s, so I can get total download speed 250K/s multiplied by downloads started. So it is not link speed issue... The strangest thing is that I get better download speed on alix board outside my network then on much stronger hardware here, see attached dmesgs and speed tests. People, seriously, go find a book and read about bandwidth delay product.
Re: AMD power reduction
Le vendredi 05 fivrier 2010 11:17:51, vous avez icrit : On 04/02/2010 23:02, Jean-Francois wrote: All, I am looking forward to reduce the TDP for a server planned to be built. As low as possible shall be best, is AMD cool'n quiet operating with latest OpenBSD ? Regards Depending on what you where looking at, you can reduce the voltages (if your BIOS has this much control) and this will lower power/heat. I've done this on PC's with bad HSF in hot temperatures. Though, like over clocking, it's an art that requires testing, trying and patience to find the lowest/highest while still being stable Hello, I think of doing this too. What I would like to understand is if I will be able to use the frequency change 1000 / 2000 MHz dynamic load based. Regards
Re: AMD power reduction
Hello, I think of doing this too. What I would like to understand is if I will be able to use the frequency change 1000 / 2000 MHz dynamic load based. Regards Do you mean change the frequency depending on load on the computer...? This is very easy in a virtual environment, I am not sure on machine. I have seen windows software that allows you to change certain options while in the OS, though weather you could do this in OpenBSD and dynamically you will need to see if someone else knows the answer. GPU's are very easy to do this with...certainly doing it manually, but CPU stuff I'm not so sure...
Re: AMD power reduction
Le vendredi 05 fivrier 2010 17:43:30, vous avez icrit : Hello, I think of doing this too. What I would like to understand is if I will be able to use the frequency change 1000 / 2000 MHz dynamic load based. Regards Do you mean change the frequency depending on load on the computer...? This is very easy in a virtual environment, I am not sure on machine. I have seen windows software that allows you to change certain options while in the OS, though weather you could do this in OpenBSD and dynamically you will need to see if someone else knows the answer. GPU's are very easy to do this with...certainly doing it manually, but CPU stuff I'm not so sure... Ok. I was thinking this is integrated in the core of AMD processor. Anyway I will see depending on the sunked power if it is necessary to reduce it further. Yes, usually the AMD proc use auto reduce of the frequency during standstill of the OS.
Re: AMD power reduction
You can use apm. It will only save a few watts, but it may reduce the cooling costs by reducing the heat generated by the CPU. If you have _many_ machines you can easily reduce the temperature of the server room by a few degrees C. Advanced Power Management control https://calomel.org/apm_control.html -- Calomel @ https://calomel.org Open Source Research and Reference On Fri, Feb 05, 2010 at 11:37:16AM -0500, Jean-Francois wrote: Le vendredi 05 fivrier 2010 11:17:51, vous avez icrit : On 04/02/2010 23:02, Jean-Francois wrote: All, I am looking forward to reduce the TDP for a server planned to be built. As low as possible shall be best, is AMD cool'n quiet operating with latest OpenBSD ? Regards Depending on what you where looking at, you can reduce the voltages (if your BIOS has this much control) and this will lower power/heat. I've done this on PC's with bad HSF in hot temperatures. Though, like over clocking, it's an art that requires testing, trying and patience to find the lowest/highest while still being stable Hello, I think of doing this too. What I would like to understand is if I will be able to use the frequency change 1000 / 2000 MHz dynamic load based. Regards
Re: Download rate and sysctl settings
Il 05/02/10 16:11, Ted Unangst ha scritto: On Fri, Feb 5, 2010 at 4:36 AM, Ivo Chutkin open...@bgone.net wrote: I was about to post the same topic here. I observe 250K/s on any OpenBSD server in my network, versions 4.2, 4.4, 4.5 and 4.6, various hardware, using wget -O /dev/null I can start the same download many times on the same machine with every download hitting 250K/s, so I can get total download speed 250K/s multiplied by downloads started. So it is not link speed issue... The strangest thing is that I get better download speed on alix board outside my network then on much stronger hardware here, see attached dmesgs and speed tests. People, seriously, go find a book and read about bandwidth delay product. I can really read almost anything you consider useful regarding TCP protocol and its inner mechanisms, but can't manage to get a decent upload speed from my OpenBSD box (compared to other boxes with different os that runs apache like the OpenBSD one), so I'm stuck with this and just trying to get things working properly (where properly for me means security and also acceptable speeds for a machine that acts as server). Just my two cents anyway thanks
Re: is the Lemote Yeeloong available in the US?
presumably this is no worse than any other firmware, just that since it's open source you can actually see it ? is it just me or does the Fuloong (http://www.lemote.com/english/fuloong.html) look like a perfect car-puter, since it has 12V power requirements, S-video audio output, and IR receiver ? /Pete On 5. feb. 2010, at 00.49, Aaron Mason wrote: On Fri, Feb 5, 2010 at 3:42 AM, Miod Vallat m...@online.fr wrote: .. You do not want to tinker with the firmware. The stock PMON2000 does not support these machines, so you'll need to start with the pmon code provided by Lemote, and saying that it is in a dire need of cleaning is an understatement.
Re: AMD power reduction
From: Jean-Francois [mailto:jfsimon1...@gmail.com] Sent: Friday, February 05, 2010 5:46 PM Le vendredi 05 fivrier 2010 17:43:30, vous avez icrit : Hello, I think of doing this too. What I would like to understand is if I will be able to use the frequency change 1000 / 2000 MHz dynamic load based. Regards Do you mean change the frequency depending on load on the computer...? This is very easy in a virtual environment, I am not sure on machine. I have seen windows software that allows you to change certain options while in the OS, though weather you could do this in OpenBSD and dynamically you will need to see if someone else knows the answer. GPU's are very easy to do this with...certainly doing it manually, but CPU stuff I'm not so sure... Ok. I was thinking this is integrated in the core of AMD processor. Anyway I will see depending on the sunked power if it is necessary to reduce it further. Yes, usually the AMD proc use auto reduce of the frequency during standstill of the OS. The CPU has the ability to lower it's speed but it's the OS that tells it when to slow down. That's what apm -C tries to do. I'm using this at home to reduce power $$$. I've reduced the CPU voltage, and the speed of the integrated GPU (since it's running headless anyway), put all HDDs on idle timers (IBM/Hitachi drives have some nice powersaving features) and my multi-TB storage is usually consuming below 100W intake. Also, apm -C is pure pleasure and gives a significant reduction with my setup. Note: When running with the lowest multiplier, HDD I/O performance may suffer. In my case the lowest CPU rate is at 1000MHz and with full I/O load accross 1 or 2 HDDs the CPU load is below the treshold of the apm -C, so it doesn't speed up. If I switch it manually with apm -H the transfer rate doubles. No RAID here so we're speaking about 30MB/s with apm -C vs. 60MB/s for apm -H. Forgot to mention but this is for stuff served over samba meaning there is some network I/O involved also. Regards, Daniel. PS dmesg below: OpenBSD 4.6-stable (SQUID_DISKD) #13: Sat Nov 28 14:28:10 CET 2009 r...@pegasus.plan9.homeunix.net:/usr/src/sys/arch/i386/compile/SQUID_DISK D cpu0: AMD Sempron(tm) Processor LE-1150 (AuthenticAMD 686-class, 256KB L2 cache) 2.01 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,MMX,FXSR,SSE,SSE2,SSE3,CX16 real mem = 1003974656 (957MB) avail mem = 961691648 (917MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/01/08, BIOS32 rev. 0 @ 0xfb7c0, SMBIOS rev. 2.4 @ 0xf0100 (46 entries) bios0: vendor Award Software International, Inc. version F1 date 02/01/2008 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2H acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) PS2K(S5) PCI0(S5) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200MHz ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 4, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P2P_) acpiprt2 at acpi0: bus -1 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus 2 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus 3 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xd600 0xd/0x1c00 cpu0: PowerNow! K8 2010 MHz: speeds: 2000 1800 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ATI RS740 Host rev 0x00 ppb0 at pci0 dev 1 function 0 ATI RS690 PCIE rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 ATI Radeon 2100 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb1 at pci0 dev 4 function 0 vendor ATI, unknown product 0x7914 rev 0x00 pci2 at ppb1 bus 2 re0 at pci2 dev 0 function 0 Realtek 8168 rev 0x01: RTL8168 2 (0x3800), apic 2 int 16 (irq 10), address 00:25:86:e0:22:81 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb2 at pci0 dev 6 function 0 ATI RS690 PCIE rev 0x00 pci3 at ppb2 bus 3 re1 at pci3 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), apic 2 int 18 (irq 7), address 00:1f:d0:5a:41:fa rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 2 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00: apic 2 int 22 (irq 11), AHCI 1.1 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, HITACHI HUA7210S, GKAO SCSI3 0/direct fixed sd0: 953868MB, 512 bytes/sec, 1953523055 sec total sd1 at scsibus0 targ 1 lun 0: ATA, HITACHI HUA7210S, GKAO SCSI3 0/direct fixed sd1: 953869MB, 512
Te vas a enamorar del precio, los chocolates pueden esperar
http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVCEUIBUhXVAoKUQAF Ofertas http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF Noticias http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVCkUIBUhXVAoKUQAF Novedades http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVDUUIBUhXVAoKUQAF ** http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF ** http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF mas informacion http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF mas informacion http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF mas informacion http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVDEUIBUhXVAoKUQAF http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVC0UIBUhXVAoKUQAF **COMPUTERLAND Gabriel CastaC1os No. 9 Col. Arcos Vallarta Guadalajara Jalisco Tel: 01(33) 3915-** Horarios: Lunes a viernes: 9:00 am a 6:00 pm SC!bados: 10:00 am a 2:00 pm center Para darse de baja de esta lista visite http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFUCEUIBUhXVAoKUQAF Para actualizar sus preferencias visite http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVDkUIBUhXVAoKUQAF Para reenviar esto a un amigo visite http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFVAUUIBUhXVAoKUQAF a href='http://www.computerlandnews.info/lt.php?id=ZR4HAAUOBgFUC0UIBUhXVAoKUQAFPolmtica De Privacidad/a /center -- Powered by Wadil Works, www.wadilworks.com --
Re: AMD power reduction
Le vendredi 05 fivrier 2010 20:07:51, Schvberle Daniel a icrit : From: Jean-Francois [mailto:jfsimon1...@gmail.com] Sent: Friday, February 05, 2010 5:46 PM Le vendredi 05 fivrier 2010 17:43:30, vous avez icrit : Hello, I think of doing this too. What I would like to understand is if I will be able to use the frequency change 1000 / 2000 MHz dynamic load based. Regards Do you mean change the frequency depending on load on the computer...? This is very easy in a virtual environment, I am not sure on machine. I have seen windows software that allows you to change certain options while in the OS, though weather you could do this in OpenBSD and dynamically you will need to see if someone else knows the answer. GPU's are very easy to do this with...certainly doing it manually, but CPU stuff I'm not so sure... Ok. I was thinking this is integrated in the core of AMD processor. Anyway I will see depending on the sunked power if it is necessary to reduce it further. Yes, usually the AMD proc use auto reduce of the frequency during standstill of the OS. The CPU has the ability to lower it's speed but it's the OS that tells it when to slow down. That's what apm -C tries to do. I'm using this at home to reduce power $$$. I've reduced the CPU voltage, and the speed of the integrated GPU (since it's running headless anyway), put all HDDs on idle timers (IBM/Hitachi drives have some nice powersaving features) and my multi-TB storage is usually consuming below 100W intake. Also, apm -C is pure pleasure and gives a significant reduction with my setup. Note: When running with the lowest multiplier, HDD I/O performance may suffer. In my case the lowest CPU rate is at 1000MHz and with full I/O load accross 1 or 2 HDDs the CPU load is below the treshold of the apm -C, so it doesn't speed up. If I switch it manually with apm -H the transfer rate doubles. No RAID here so we're speaking about 30MB/s with apm -C vs. 60MB/s for apm -H. Forgot to mention but this is for stuff served over samba meaning there is some network I/O involved also. Regards, Daniel. Hi, Re your answer, from man page APM(8) : -C Set apmd(8) to cool running performance adjustment mode. In this mode, when CPU idle time falls below 10%, apm raises hw.setperf as much as necessary. Otherwise when CPU idle time is above 30%, apm lowers hw.setperf as much as possible to reduce heat, noise, and power consumption. -H Set apmd(8) to manual performance adjustment mode and hw.setperf to 100. I don't understant why you have lower performances after apm -C while in my opinion it should just adjust low / fast in function of the system load requirement ? Are disk IO not consideredas CPU load ? Regards.
Re: Download rate and sysctl settings
On 2010-02-05, Sebastiano Pomata sebastianopom...@tiscali.it wrote: On Fri, 5 Feb 2010 02:05:49 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-04, Sebastiano Pomata sebastianopom...@tiscali.it wrote: As doublechecking, I tried with another fast server inside the wan network of our academy, and I'm getting almost the same results (while absolute speeds are different from before, the gap is almost the same in magnitude). I've read the page about tcptune, it's pretty clear now (values are almost the same I edited), still not having clear why on default OpenBSD the transfer rates are so low. we try to have safe defaults for the varioous machines/arch that can run OpenBSD. we would need some kind of auto-tuning to incrrease the defaults, and don't have that yet. my, what terrible typos I made. I really can understand this, for the sake of system portability and so on. Anyway, I really hardly understand why, without touching any of the default settings, download rate from every server would never overcome the value of 400 kB/s. Is it all due to the tcp windows size? Yes.
Campanha designnahora.com: está na hora de ter tudo o que precisa!
se nco conseguir visualizar correctamente o contezdo deste e-mail, por favor, clique aqui Pega aqui mais informagues sobre esta campanha ou outros servigos: Empresa: Nome: Morada: Csdigo Postal: Telefone: E-mail: Comentarios: Powered by: [IMAGE] AVISO De acordo com a legislagco internacional que regulamenta o correio electrsnico, Secgco 301, paragrafo (a)(2)(c) Decreto S 1618, tmtulo terceiro aprovado pelo 105 Congresso Base Das Normativas Internacionais Sobre Spam diz o seguinte: O e-mail nco podera ser considerado SPAM quando incluir uma forma do receptor ser removido da lista. Se por algum acaso o seu nome esta inclumdo nesta lista por erro ou gostaria de ser removido desta lista, por favor clique aqui Esta mensagem (incluindo quaisquer anexos) pode conter informagco confidencial ou legalmente protegida para uso exclusivo do destinatario. Se nco for o destinatario pretendido da mesma, nco devera usar, copiar, distribuir ou revelar o seu contezdo (incluindo quaisquer anexos) a terceiros, sem autorizagco. Se recebeu esta mensagem por engano, por favor informe o emissor por e-mail e elimine-a imediatamente. Obrigado. A transmissco de mensagens via e-mail nco pode ser considerada protegida ou isenta de erros uma vez que a informagco podera ser interceptada, corrompida, perdida, destrumda, chegar ao destino com atraso ou conter vmrus. Assim, o remetente nco podera ser responsabilizado por quaisquer erros ou omissues.
Building a High-performance Computing Cluster Using OpenBSD
Dear All, Could anybody kindly point me to any literature regarding building a high-performance computing cluster using OpenBSD. I am not interested in FreeBSD and NetBSD related papers on this topics. I can find them easily. I am specifically interested in OpenBSD. Applications I am planning to run are related to Bifurcation Theory. Thank You, Predrag Punosevac
Re: Building a High-performance Computing Cluster Using OpenBSD
Could anybody kindly point me to any literature regarding building a high-performance computing cluster using OpenBSD. I am not interested in FreeBSD and NetBSD related papers on this topics. I can find them easily. I am specifically interested in OpenBSD. Applications I am planning to run are related to Bifurcation Theory. You'll probably want to provide just a bit more detail about what you have in mind. But you can take a look at devel/lam and sysutils/clusterit if you haven't already...
Re: Building a High-performance Computing Cluster Using OpenBSD
Daniel Dickman didick...@gmail.com wrote: Could anybody kindly point me to any literature regarding building a high-performance computing cluster using OpenBSD. I am not interested in FreeBSD and NetBSD related papers on this topics. I can find them easily. I am specifically interested in OpenBSD. Applications I am planning to run are related to Bifurcation Theory. You'll probably want to provide just a bit more detail about what you have in mind. But you can take a look at devel/lam and sysutils/clusterit if you haven't already... I was thinking more along the lines of OpenMPI.
Re: Building a High-performance Computing Cluster Using OpenBSD
--- On Sat, 2/6/10, Daniel Dickman didick...@gmail.com wrote: From: Daniel Dickman didick...@gmail.com Subject: Re: Building a High-performance Computing Cluster Using OpenBSD To: misc@openbsd.org Cc: punoseva...@gmail.com Received: Saturday, February 6, 2010, 1:01 AM Could anybody kindly point me to any literature regarding building a high-performance computing cluster using OpenBSD. I am not interested in FreeBSD and NetBSD related papers on this topics. I can find them easily. I am specifically interested in OpenBSD. Applications I am planning to run are related to Bifurcation Theory. You'll probably want to provide just a bit more detail about what you have in mind. But you can take a look at devel/lam and sysutils/clusterit if you haven't already... You may want to consider looking at GNU/Linux and not be stuck on using OpenBSD. I'll probably get flamed, but really GNU/Linux is the dominant HPC platform and the application set is far greater. Not that I don't like OpenBSD, but HPC isn't its forte so to speak. Of course feel free to try. Look into MPICH, MPICH2, OpenMPI (my choice). In the end it's the applications that matter, not the OS. --- James A. Peltier james_a_pelt...@yahoo.ca