1300064838 N * Bertl_oO Bertl 1300064841 M * Bertl back ... 1300068701 N * ensc Guest537 1300068711 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300068789 Q * MooingLemur Quit: leaving 1300068805 J * MooingLemur ~troy@ipv4.pinchaser.com 1300068810 Q * Guest537 Ping timeout: 480 seconds 1300069249 Q * MooingLemur Quit: leaving 1300069370 J * MooingLemur ~troy@ipv4.pinchaser.com 1300072151 Q * bubble Read error: Connection reset by peer 1300074682 Q * derjohn_mob Ping timeout: 480 seconds 1300081772 J * ktwilight_ ~keliew@91.176.205.244 1300081784 Q * ktwilight__ Read error: Connection reset by peer 1300082469 M * Bertl off to bed now ... have a good one everyone! 1300082474 N * Bertl Bertl_zZ 1300085948 Q * Romster Quit: Geeks shall inherit properties and methods of object earth. 1300085995 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1300086262 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1300087950 J * derjohn_mob ~aj@213.238.45.2 1300090984 J * bsingh ~balbir@122.248.163.1 1300091051 Q * bsingh Remote host closed the connection 1300091087 J * ghislain ~AQUEOS@adsl2.aqueos.com 1300091091 J * bsingh ~balbir@122.248.163.1 1300091328 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300091895 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1300091991 Q * BenG 1300092059 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1300092274 N * ensc Guest555 1300092284 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300092440 Q * Guest555 Ping timeout: 480 seconds 1300094086 Q * FireEgl Ping timeout: 480 seconds 1300096178 Q * BenG Quit: I Leave 1300098977 Q * petzsch Quit: Leaving. 1300101219 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300105322 Q * petzsch Quit: Leaving. 1300106550 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300106839 Q * swenTjuln Quit: KVIrc Insomnia 4.0.1, revision: 4541, sources date: 20100627, built on: 2010-08-03 16:04:47 UTC http://www.kvirc.net/ 1300106917 J * ryker ~ryker@c-76-16-115-27.hsd1.in.comcast.net 1300106972 J * FireEgl ~FireEgl@173-25-19-139.client.mchsi.com 1300108477 Q * petzsch Quit: Leaving. 1300111612 N * Bertl_zZ Bertl 1300111617 M * Bertl morning folks! 1300113715 Q * bsingh Read error: Operation timed out 1300113963 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300114941 J * edit1 ~blagoj@193.104.33.130 1300115021 M * edit1 Hi, how can I limit memory usage for VPS on 2.6.36.2-vs2.3.0.36.38.2 kernel? 1300115060 M * edit1 utils is version 0.30.216-0.pre2945 1300115107 M * edit1 I know there was some totorial, I read it couple of weeks ago, but I can not find in now. 1300115470 J * dowdle ~dowdle@scott.coe.montana.edu 1300116327 M * Bertl you want to use cgroups, and here are relevant wiki pages: 1300116330 M * Bertl http://linux-vserver.org/util-vserver:Cgroups 1300116391 M * Bertl http://linux-vserver.org/Memory_Limits 1300116406 M * Bertl (note that the latter mostly documents the old system) 1300116457 M * edit1 Thanks, and now the VPS won't start. I created cgroup folder in the /etc/vservers/test2/cgroup 1300116485 M * edit1 and create a file in it -> memory.limit_in_bytes 1300116501 M * edit1 in the file i 536870912 1300116505 M * edit1 and server won't start 1300116597 M * Bertl 'won't start' means? 1300116675 J * mfv ~mfv@host8-44-static.23-87-b.business.telecomitalia.it 1300116698 M * edit1 gives me an error when I try to start the VPS. 1300116714 M * edit1 Failed to start vserver 'test2' 1300116718 M * edit1 Sec, let me check something. 1300116774 M * Bertl well, in general, an error message contains some information about the error ... 1300116990 M * edit1 heheh I know, I just want to explore all the options before ask soemthing about the error and figure if I can resolve it by myself. 1300117067 N * ensc Guest585 1300117077 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300117158 M * Bertl np 1300117235 Q * Guest585 Ping timeout: 480 seconds 1300117963 J * alpha_one_x86 ~kvirc@90.163.47.222 1300118024 M * alpha_one_x86 Hello, how I can get IO disk of each vserver? what is the line OTHER into /proc/virtual/*/cacct? 1300118068 P * mfv 1300118246 P * edit1 1300118628 M * Bertl alpha_one_x86: please define 'IO disk' 1300118685 M * alpha_one_x86 the read/write do on the disk by the vserver 1300118686 M * Bertl the OTHER in cacct accounts socket data for 'OTHER' sockets 1300118695 M * Bertl i.e. all except those mentioned above 1300118742 M * Bertl alpha_one_x86: that's a little vague, as a lot of disk IO might be shared and/or delayed/completely async 1300118765 M * Bertl but there is a cgroup framework to attempt the impossible :) 1300118816 M * alpha_one_x86 yes but I not have cgroup enable on the host, and I can't enable it (in production) 1300118891 M * Bertl then, I guess, you best bet is to enable the process acocunting (for IO) and sum up the values for all guest processes 1300119023 M * alpha_one_x86 Yes, I have this information, but I guest use some IO disk I find it only by system time or load 1300119352 J * kir ~kir@swsoft-msk-nat.sw.ru 1300119491 M * alpha_one_x86 munin graphic in to guest show global information: load, memory, cpu used, it's possible to found this information into the guest? via proc? 1300119600 M * Bertl in the spectator context (xid=1) you can see all processes (host and guest processes) 1300119623 M * Bertl also each process contains the xid and nid (so you can associate them with the guests) 1300119636 M * alpha_one_x86 and into the guest? 1300119747 M * Bertl hmm? 1300119775 M * Bertl inside the guest, you probably have the very same info, I don't think it is hidden unless you configure it that way 1300119866 M * alpha_one_x86 I have put in the kernel the guest privacy, the munin graphic is exactly the same on all guest and host, then I will search way to rewrite it 1300121046 Q * ncopa Quit: Leaving 1300121302 Q * petzsch Quit: Leaving. 1300122172 J * bonbons ~bonbons@2001:960:7ab:0:f51b:2a78:a57:981b 1300123700 Q * derjohn_mob Ping timeout: 480 seconds 1300124345 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300126722 M * geb hi folks 1300126805 M * geb got a question: i am running a debian squeeze vserver, and i got this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561705 . The fact that i don't understand is that net.ipv6.bindv6only isn't set. Can vserver network isolation being implied (i doubt, but it works on other hosts...) 1300126921 J * imcsk8 ~ichavero@148.229.1.11 1300126934 M * daniel_hozac what is your problem, exactly? 1300126961 J * bsingh ~balbir@122.172.20.121 1300127120 M * geb jabberd use ipv6 to bind ports despite bindipv6only isn't set (on other hosts it switch to ipv4) 1300127140 M * geb and i got: socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = -1 EAFNOSUPPORT (Address family not supported by protocol) 1300127187 Q * alpha_one_x86 Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 5484, sources date: 20110110, built on: 2011-03-07 00:40:35 UTC http://www.kvirc.net/ 1300127236 M * daniel_hozac why is that bad? 1300127253 M * daniel_hozac any sane software would fall back to an IPv4 socket. 1300127455 M * geb yeah, the problem is that it don't... 1300127501 M * geb but i don't understand why i get EAFNOSUPPORT. because the interface doesn't support ipv6 / have an ipv6 address ? 1300127524 N * ensc Guest605 1300127534 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300127667 M * Bertl I don't understand the question :) 1300127695 Q * Guest605 Ping timeout: 480 seconds 1300128202 M * geb well, i don't understand really the problem, that may explain why i don't explain it well 1300128236 M * geb the problem is that if i install a jabberd on a debian squeeze vserver it works, if i install it on a vserver it fails to bind ports with EAFNOSUPPORT 1300128265 M * geb i am found the bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561705 and i dunno if it is related or not 1300128270 M * geb -am 1300128300 M * Bertl a 'debian squeeze vserver' is not a 'vserver'? 1300128323 M * Bertl (would be better to use host and guest here, I guess :) 1300128361 M * geb it don't works in a vserver 1300128366 M * Bertl and yes, unless you assign an IPv6 address to the guest, it won't have any IPv6 support 1300128379 M * geb it works in a normal host 1300128386 M * arekm # vserver pld-th-64 start 1300128387 M * arekm /usr/lib64/util-vserver/vserver.functions: line 1526: /dev/cgroup/pld-th-64/cpu.cfs_runtime_us: Permission denied 1300128389 M * Bertl (of course, the kernel needs to have IPv6 compiled in as well) 1300128392 M * arekm anything known? 1300128759 Q * FireEgl kinetic.oftc.net charon.oftc.net 1300128759 Q * ensc kinetic.oftc.net charon.oftc.net 1300128759 Q * petzsch kinetic.oftc.net charon.oftc.net 1300128759 Q * ard kinetic.oftc.net charon.oftc.net 1300128759 Q * cuba33ci kinetic.oftc.net charon.oftc.net 1300128759 Q * bonbons kinetic.oftc.net charon.oftc.net 1300128759 Q * Piet kinetic.oftc.net charon.oftc.net 1300128759 Q * cehteh kinetic.oftc.net charon.oftc.net 1300128759 Q * Chlorek kinetic.oftc.net charon.oftc.net 1300128759 Q * DreamerC kinetic.oftc.net charon.oftc.net 1300128759 Q * tokkee kinetic.oftc.net charon.oftc.net 1300128759 Q * DLange kinetic.oftc.net charon.oftc.net 1300128759 Q * sid3windr kinetic.oftc.net charon.oftc.net 1300128759 Q * transacid kinetic.oftc.net charon.oftc.net 1300128759 Q * wurtel kinetic.oftc.net charon.oftc.net 1300128759 Q * _are_ kinetic.oftc.net charon.oftc.net 1300128759 Q * hoax kinetic.oftc.net charon.oftc.net 1300128759 Q * zbyniu kinetic.oftc.net charon.oftc.net 1300128759 Q * bzed kinetic.oftc.net charon.oftc.net 1300128759 Q * click kinetic.oftc.net charon.oftc.net 1300128759 Q * puck kinetic.oftc.net charon.oftc.net 1300128759 Q * Radiance kinetic.oftc.net charon.oftc.net 1300128759 Q * C14r kinetic.oftc.net charon.oftc.net 1300128759 Q * mikezzz kinetic.oftc.net charon.oftc.net 1300128759 Q * mEDI_S kinetic.oftc.net charon.oftc.net 1300128759 Q * padde kinetic.oftc.net charon.oftc.net 1300128759 Q * nox kinetic.oftc.net charon.oftc.net 1300128759 Q * karasz kinetic.oftc.net charon.oftc.net 1300128759 Q * hijacker kinetic.oftc.net charon.oftc.net 1300128759 Q * Hunger kinetic.oftc.net charon.oftc.net 1300128759 Q * Vudumen kinetic.oftc.net charon.oftc.net 1300128759 Q * ex kinetic.oftc.net charon.oftc.net 1300128759 Q * LuckyLuke kinetic.oftc.net charon.oftc.net 1300128759 Q * mnemoc kinetic.oftc.net charon.oftc.net 1300128759 Q * Marillion kinetic.oftc.net charon.oftc.net 1300128759 Q * BobR_zZ kinetic.oftc.net charon.oftc.net 1300128759 Q * Bertl kinetic.oftc.net charon.oftc.net 1300128759 Q * julius kinetic.oftc.net charon.oftc.net 1300128759 Q * Wonka kinetic.oftc.net charon.oftc.net 1300128759 Q * fosco kinetic.oftc.net charon.oftc.net 1300128759 Q * arekm kinetic.oftc.net charon.oftc.net 1300128759 Q * Janno kinetic.oftc.net charon.oftc.net 1300128759 Q * Phoner_ kinetic.oftc.net charon.oftc.net 1300128759 Q * _Shiva__ kinetic.oftc.net charon.oftc.net 1300128759 Q * deever_ kinetic.oftc.net charon.oftc.net 1300128759 Q * jeroen_ kinetic.oftc.net charon.oftc.net 1300128759 Q * AndrewLee kinetic.oftc.net charon.oftc.net 1300128759 Q * ignaz kinetic.oftc.net charon.oftc.net 1300128759 Q * sladen kinetic.oftc.net charon.oftc.net 1300128759 Q * lodan kinetic.oftc.net charon.oftc.net 1300128759 Q * raceme kinetic.oftc.net charon.oftc.net 1300128759 Q * daniel_hozac kinetic.oftc.net charon.oftc.net 1300128759 Q * maharaja kinetic.oftc.net charon.oftc.net 1300128761 Q * Guy- kinetic.oftc.net charon.oftc.net 1300128761 Q * Mr_Smoke kinetic.oftc.net charon.oftc.net 1300128761 Q * trippeh kinetic.oftc.net charon.oftc.net 1300128761 Q * vasko kinetic.oftc.net charon.oftc.net 1300128761 Q * grobie kinetic.oftc.net charon.oftc.net 1300128761 Q * PowerKe kinetic.oftc.net charon.oftc.net 1300128761 Q * eyck kinetic.oftc.net charon.oftc.net 1300128761 Q * geb kinetic.oftc.net charon.oftc.net 1300128761 Q * disposable kinetic.oftc.net charon.oftc.net 1300128761 Q * FloodServ kinetic.oftc.net charon.oftc.net 1300128761 Q * ghislain kinetic.oftc.net charon.oftc.net 1300128761 Q * nkukard_ kinetic.oftc.net charon.oftc.net 1300128761 Q * fback kinetic.oftc.net charon.oftc.net 1300128761 Q * DoberMann kinetic.oftc.net charon.oftc.net 1300128761 Q * monrad-51468 kinetic.oftc.net charon.oftc.net 1300128761 Q * jkl kinetic.oftc.net charon.oftc.net 1300128761 Q * tolkor kinetic.oftc.net charon.oftc.net 1300128761 Q * bsingh kinetic.oftc.net charon.oftc.net 1300128761 Q * dowdle kinetic.oftc.net charon.oftc.net 1300128763 Q * Romster kinetic.oftc.net charon.oftc.net 1300128763 Q * ktwilight_ kinetic.oftc.net charon.oftc.net 1300128763 Q * ntrs_away kinetic.oftc.net charon.oftc.net 1300128763 Q * hel kinetic.oftc.net charon.oftc.net 1300128763 Q * fLoo kinetic.oftc.net charon.oftc.net 1300128763 Q * tam_ kinetic.oftc.net charon.oftc.net 1300128763 Q * imcsk8 kinetic.oftc.net charon.oftc.net 1300128763 Q * ryker kinetic.oftc.net charon.oftc.net 1300128763 Q * MooingLemur kinetic.oftc.net charon.oftc.net 1300128763 Q * quasisane kinetic.oftc.net charon.oftc.net 1300128763 Q * jrdnyquist kinetic.oftc.net charon.oftc.net 1300128763 Q * micah kinetic.oftc.net charon.oftc.net 1300128763 Q * FIChTe kinetic.oftc.net charon.oftc.net 1300128763 Q * maod kinetic.oftc.net charon.oftc.net 1300128763 Q * dannf kinetic.oftc.net charon.oftc.net 1300128770 J * Mr_Smoke smokey@layla.lecoyote.org 1300128770 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300128770 J * bsingh ~balbir@122.172.20.121 1300128770 J * imcsk8 ~ichavero@148.229.1.11 1300128770 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300128770 J * bonbons ~bonbons@2001:960:7ab:0:f51b:2a78:a57:981b 1300128770 J * dowdle ~dowdle@scott.coe.montana.edu 1300128770 J * FireEgl ~FireEgl@173-25-19-139.client.mchsi.com 1300128770 J * ryker ~ryker@c-76-16-115-27.hsd1.in.comcast.net 1300128770 J * ghislain ~AQUEOS@adsl2.aqueos.com 1300128770 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1300128770 J * ktwilight_ ~keliew@91.176.205.244 1300128770 J * MooingLemur ~troy@ipv4.pinchaser.com 1300128770 J * Piet ~Piet__@659AAAD5U.tor-irc.dnsbl.oftc.net 1300128770 J * ntrs_away ~ntrs@vault08.rosehosting.com 1300128770 J * ard ~ard@gw-tweakb16.kwaak.net 1300128770 J * jkl jkl@c-71-56-238-217.hsd1.co.comcast.net 1300128770 J * tolkor ~rj@tdream.lly.earlham.edu 1300128770 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1300128770 J * fLoo ~fLoo@89.163.160.164 1300128770 J * FIChTe ~fichte@bashpipe.de 1300128770 J * dannf ~dannf@utter.lackof.org 1300128770 J * micah ~micah@micah.riseup.net 1300128770 J * tam_ ~tam@gw.nettam.com 1300128770 J * maod ~maod@173-203-86-60.static.cloud-ips.com 1300128770 J * FloodServ services@services.oftc.net 1300128770 J * disposable disposable@blackhole.sk 1300128770 J * geb ~geb@mars.gebura.eu.org 1300128770 J * PowerKe ~PowerKe@94-226-192-17.access.telenet.be 1300128770 J * grobie ~grobie@tyr.schnuckelig.eu 1300128770 J * vasko ~vasko@unreal.rainside.sk 1300128770 J * trippeh atomt@uff.ugh.no 1300128770 J * Guy- ~korn@elan.rulez.org 1300128770 J * maharaja raoul@93-189-26-52.rev.ipax.at 1300128770 J * daniel_hozac ~daniel@c-923071d5.08-230-73746f22.cust.bredbandsbolaget.se 1300128770 J * raceme ~tof@ombos.raceme.org 1300128770 J * lodan ~lodan@rb178-1-88-163-25-248.fbx.proxad.net 1300128770 J * sladen ~paul@starsky.19inch.net 1300128770 J * ignaz ~ignaz@85-126-150-194.work.xdsl-line.inode.at 1300128770 J * nkukard_ ~nkukard@41-133-112-179.dsl.mweb.co.za 1300128770 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw 1300128770 J * ex ex@valis.net.pl 1300128770 J * jeroen_ ~jeroen@imap.powerinternet.eu 1300128770 J * Vudumen 664a60cb83@perverz.hu 1300128770 J * Hunger ~Hunger@Hunger.hu 1300128770 J * hijacker ~hijacker@213.91.163.5 1300128770 J * deever_ ~deever@static.172.68.46.78.clients.your-server.de 1300128770 J * karasz ~karasz@shell.opensde.net 1300128770 J * _Shiva__ ~shiva@whatcha.looking.at 1300128770 J * nox ~nox@nox.user.oftc.net 1300128770 J * Phoner_ ~phoner@administrat.org 1300128770 J * Janno ~Janno@server3.raumopol.de 1300128770 J * monrad-51468 ~mmk@domitian.tdx.dk 1300128770 J * padde ~padde@patrick-nagel.net 1300128770 J * mEDI_S ~medi@255.255.255.255.li 1300128770 J * puck ~puck@leibniz.catalyst.net.nz 1300128770 J * mikezzz mike@no.phear.eu 1300128770 J * click click@ti0127a340-0126.bb.online.no 1300128770 J * DoberMann ~james@2a01:e35:8b44:84c0::2 1300128770 J * arekm arekm@carme.pld-linux.org 1300128770 J * bzed ~bzed@devel.recluse.de 1300128770 J * fosco fosco@91.208.40.1 1300128770 J * Wonka produziert@chaos.in-kiel.de 1300128770 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1300128770 J * julius ~julius@217.20.127.15 1300128770 J * Bertl herbert@IRC.13thfloor.at 1300128770 J * C14r ~C14r@mail.cipworx.de 1300128770 J * hoax U2FsdGVkX1@dhcp-077-249-151-209.chello.nl 1300128770 J * BobR_zZ odie@IRC.13thfloor.at 1300128770 J * _are_ ~quassel@vs01.lug-s.org 1300128770 J * wurtel ~paul@gw-office.telegraaf.net 1300128770 J * transacid ~transacid@transacid.de 1300128770 J * sid3windr luser@bastard-operator.from-hell.be 1300128770 J * DLange ~DLange@dlange.user.oftc.net 1300128770 J * tokkee tokkee@osprey.tokkee.org 1300128770 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net 1300128770 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1300128771 J * Marillion ~dirk@178.63.150.30 1300128771 J * mnemoc ~amery@shell.opensde.net 1300128771 J * LuckyLuke ~luca@host65-83-static.228-95-b.business.telecomitalia.it 1300128771 J * hel ~hel@porthos.lennackers.de 1300128771 J * fback fback@red.fback.net 1300128771 J * cuba33ci ~cuba33ci@111-240-171-61.dynamic.hinet.net 1300128771 J * Radiance ~Radiance@193.16.154.187 1300128771 J * Chlorek chlorek@chlorek.com 1300128771 J * cehteh ~ct@pipapo.org 1300129060 J * eyck ~eyck@77.79.198.66 1300129075 N * ensc Guest614 1300129085 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300129245 Q * Guest614 Ping timeout: 480 seconds 1300129432 Q * nkukard_ Server closed connection 1300129457 J * nkukard_ ~nkukard@41-133-112-179.dsl.mweb.co.za 1300130762 J * eyck_ ~eyck@77.79.198.68 1300130816 Q * eyck Read error: Connection reset by peer 1300131056 Q * transacid Remote host closed the connection 1300131076 J * transacid ~transacid@transacid.de 1300131573 Q * FireEgl reticulum.oftc.net charon.oftc.net 1300131573 Q * transacid reticulum.oftc.net charon.oftc.net 1300131573 Q * nkukard_ reticulum.oftc.net charon.oftc.net 1300131573 Q * ard reticulum.oftc.net charon.oftc.net 1300131573 Q * petzsch reticulum.oftc.net charon.oftc.net 1300131573 Q * cuba33ci reticulum.oftc.net charon.oftc.net 1300131573 Q * eyck_ reticulum.oftc.net charon.oftc.net 1300131573 Q * cehteh reticulum.oftc.net charon.oftc.net 1300131573 Q * Chlorek reticulum.oftc.net charon.oftc.net 1300131573 Q * sid3windr reticulum.oftc.net charon.oftc.net 1300131573 Q * wurtel reticulum.oftc.net charon.oftc.net 1300131573 Q * _are_ reticulum.oftc.net charon.oftc.net 1300131573 Q * zbyniu reticulum.oftc.net charon.oftc.net 1300131573 Q * click reticulum.oftc.net charon.oftc.net 1300131573 Q * puck reticulum.oftc.net charon.oftc.net 1300131573 Q * Piet reticulum.oftc.net charon.oftc.net 1300131573 Q * bonbons reticulum.oftc.net charon.oftc.net 1300131573 Q * Mr_Smoke reticulum.oftc.net charon.oftc.net 1300131573 Q * DLange reticulum.oftc.net charon.oftc.net 1300131573 Q * hoax reticulum.oftc.net charon.oftc.net 1300131573 Q * DreamerC reticulum.oftc.net charon.oftc.net 1300131573 Q * bzed reticulum.oftc.net charon.oftc.net 1300131573 Q * tokkee reticulum.oftc.net charon.oftc.net 1300131573 Q * Radiance reticulum.oftc.net charon.oftc.net 1300131573 Q * mikezzz reticulum.oftc.net charon.oftc.net 1300131573 Q * mEDI_S reticulum.oftc.net charon.oftc.net 1300131573 Q * padde reticulum.oftc.net charon.oftc.net 1300131573 Q * nox reticulum.oftc.net charon.oftc.net 1300131573 Q * hijacker reticulum.oftc.net charon.oftc.net 1300131573 Q * Vudumen reticulum.oftc.net charon.oftc.net 1300131573 Q * ex reticulum.oftc.net charon.oftc.net 1300131573 Q * Hunger reticulum.oftc.net charon.oftc.net 1300131573 Q * karasz reticulum.oftc.net charon.oftc.net 1300131573 Q * C14r reticulum.oftc.net charon.oftc.net 1300131573 Q * LuckyLuke reticulum.oftc.net charon.oftc.net 1300131573 Q * BobR_zZ reticulum.oftc.net charon.oftc.net 1300131573 Q * julius reticulum.oftc.net charon.oftc.net 1300131573 Q * Wonka reticulum.oftc.net charon.oftc.net 1300131573 Q * fosco reticulum.oftc.net charon.oftc.net 1300131573 Q * arekm reticulum.oftc.net charon.oftc.net 1300131573 Q * Janno reticulum.oftc.net charon.oftc.net 1300131573 Q * Phoner_ reticulum.oftc.net charon.oftc.net 1300131573 Q * _Shiva__ reticulum.oftc.net charon.oftc.net 1300131573 Q * deever_ reticulum.oftc.net charon.oftc.net 1300131573 Q * jeroen_ reticulum.oftc.net charon.oftc.net 1300131573 Q * ignaz reticulum.oftc.net charon.oftc.net 1300131573 Q * sladen reticulum.oftc.net charon.oftc.net 1300131573 Q * lodan reticulum.oftc.net charon.oftc.net 1300131573 Q * raceme reticulum.oftc.net charon.oftc.net 1300131573 Q * daniel_hozac reticulum.oftc.net charon.oftc.net 1300131573 Q * maharaja reticulum.oftc.net charon.oftc.net 1300131574 Q * Guy- reticulum.oftc.net charon.oftc.net 1300131574 Q * trippeh reticulum.oftc.net charon.oftc.net 1300131574 Q * vasko reticulum.oftc.net charon.oftc.net 1300131574 Q * PowerKe reticulum.oftc.net charon.oftc.net 1300131574 Q * geb reticulum.oftc.net charon.oftc.net 1300131574 Q * disposable reticulum.oftc.net charon.oftc.net 1300131574 Q * grobie reticulum.oftc.net charon.oftc.net 1300131574 Q * Bertl reticulum.oftc.net charon.oftc.net 1300131574 Q * AndrewLee reticulum.oftc.net charon.oftc.net 1300131574 Q * Marillion reticulum.oftc.net charon.oftc.net 1300131574 Q * mnemoc reticulum.oftc.net charon.oftc.net 1300131574 Q * FloodServ reticulum.oftc.net charon.oftc.net 1300131574 Q * ghislain reticulum.oftc.net charon.oftc.net 1300131574 Q * fback reticulum.oftc.net charon.oftc.net 1300131574 Q * DoberMann reticulum.oftc.net charon.oftc.net 1300131574 Q * monrad-51468 reticulum.oftc.net charon.oftc.net 1300131574 Q * tolkor reticulum.oftc.net charon.oftc.net 1300131574 Q * jkl reticulum.oftc.net charon.oftc.net 1300131574 Q * hel reticulum.oftc.net charon.oftc.net 1300131574 Q * tam_ reticulum.oftc.net charon.oftc.net 1300131574 Q * ntrs_away reticulum.oftc.net charon.oftc.net 1300131574 Q * ktwilight_ reticulum.oftc.net charon.oftc.net 1300131574 Q * Romster reticulum.oftc.net charon.oftc.net 1300131574 Q * dowdle reticulum.oftc.net charon.oftc.net 1300131574 Q * fLoo reticulum.oftc.net charon.oftc.net 1300131574 Q * bsingh reticulum.oftc.net charon.oftc.net 1300131574 Q * quasisane reticulum.oftc.net charon.oftc.net 1300131574 Q * micah reticulum.oftc.net charon.oftc.net 1300131574 Q * jrdnyquist reticulum.oftc.net charon.oftc.net 1300131574 Q * MooingLemur reticulum.oftc.net charon.oftc.net 1300131574 Q * ryker reticulum.oftc.net charon.oftc.net 1300131574 Q * imcsk8 reticulum.oftc.net charon.oftc.net 1300131574 Q * maod reticulum.oftc.net charon.oftc.net 1300131574 Q * FIChTe reticulum.oftc.net charon.oftc.net 1300131574 Q * dannf reticulum.oftc.net charon.oftc.net 1300131615 J * daniel_hozac ~daniel@c-923071d5.08-230-73746f22.cust.bredbandsbolaget.se 1300131615 J * edit ~blagoj@89.205.105.228 1300131615 J * transacid ~transacid@transacid.de 1300131615 J * eyck_ ~eyck@77.79.198.68 1300131615 J * nkukard_ ~nkukard@41-133-112-179.dsl.mweb.co.za 1300131615 J * Mr_Smoke smokey@layla.lecoyote.org 1300131615 J * bsingh ~balbir@122.172.20.121 1300131615 J * imcsk8 ~ichavero@148.229.1.11 1300131615 J * petzsch ~markus@p57B65765.dip.t-dialin.net 1300131615 J * bonbons ~bonbons@2001:960:7ab:0:f51b:2a78:a57:981b 1300131615 J * dowdle ~dowdle@scott.coe.montana.edu 1300131615 J * FireEgl ~FireEgl@173-25-19-139.client.mchsi.com 1300131615 J * ryker ~ryker@c-76-16-115-27.hsd1.in.comcast.net 1300131615 J * jkl jkl@c-71-56-238-217.hsd1.co.comcast.net 1300131615 J * tolkor ~rj@tdream.lly.earlham.edu 1300131615 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1300131615 J * fLoo ~fLoo@89.163.160.164 1300131615 J * FIChTe ~fichte@bashpipe.de 1300131615 J * dannf ~dannf@utter.lackof.org 1300131615 J * micah ~micah@micah.riseup.net 1300131615 J * tam_ ~tam@gw.nettam.com 1300131615 J * maod ~maod@173-203-86-60.static.cloud-ips.com 1300131615 J * FloodServ services@services.oftc.net 1300131615 J * disposable disposable@blackhole.sk 1300131615 J * geb ~geb@mars.gebura.eu.org 1300131615 J * PowerKe ~PowerKe@94-226-192-17.access.telenet.be 1300131615 J * grobie ~grobie@tyr.schnuckelig.eu 1300131615 J * vasko ~vasko@unreal.rainside.sk 1300131615 J * trippeh atomt@uff.ugh.no 1300131615 J * Guy- ~korn@elan.rulez.org 1300131615 J * maharaja raoul@93-189-26-52.rev.ipax.at 1300131615 J * raceme ~tof@ombos.raceme.org 1300131615 J * lodan ~lodan@rb178-1-88-163-25-248.fbx.proxad.net 1300131615 J * sladen ~paul@starsky.19inch.net 1300131615 J * ignaz ~ignaz@85-126-150-194.work.xdsl-line.inode.at 1300131615 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw 1300131615 J * ex ex@valis.net.pl 1300131615 J * jeroen_ ~jeroen@imap.powerinternet.eu 1300131615 J * Vudumen 664a60cb83@perverz.hu 1300131615 J * Hunger ~Hunger@Hunger.hu 1300131615 J * hijacker ~hijacker@213.91.163.5 1300131615 J * deever_ ~deever@static.172.68.46.78.clients.your-server.de 1300131615 J * karasz ~karasz@shell.opensde.net 1300131615 J * _Shiva__ ~shiva@whatcha.looking.at 1300131615 J * nox ~nox@nox.user.oftc.net 1300131615 J * Phoner_ ~phoner@administrat.org 1300131615 J * Janno ~Janno@server3.raumopol.de 1300131615 J * monrad-51468 ~mmk@domitian.tdx.dk 1300131615 J * padde ~padde@patrick-nagel.net 1300131615 J * mEDI_S ~medi@255.255.255.255.li 1300131615 J * puck ~puck@leibniz.catalyst.net.nz 1300131615 J * mikezzz mike@no.phear.eu 1300131615 J * click click@ti0127a340-0126.bb.online.no 1300131615 J * DoberMann ~james@2a01:e35:8b44:84c0::2 1300131615 J * arekm arekm@carme.pld-linux.org 1300131615 J * bzed ~bzed@devel.recluse.de 1300131615 J * fosco fosco@91.208.40.1 1300131615 J * Wonka produziert@chaos.in-kiel.de 1300131615 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1300131615 J * julius ~julius@217.20.127.15 1300131615 J * Bertl herbert@IRC.13thfloor.at 1300131615 J * C14r ~C14r@mail.cipworx.de 1300131615 J * hoax U2FsdGVkX1@dhcp-077-249-151-209.chello.nl 1300131615 J * BobR_zZ odie@IRC.13thfloor.at 1300131615 J * _are_ ~quassel@vs01.lug-s.org 1300131615 J * wurtel ~paul@gw-office.telegraaf.net 1300131615 J * sid3windr luser@bastard-operator.from-hell.be 1300131615 J * DLange ~DLange@dlange.user.oftc.net 1300131615 J * tokkee tokkee@osprey.tokkee.org 1300131615 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net 1300131615 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1300131615 J * Marillion ~dirk@178.63.150.30 1300131615 J * mnemoc ~amery@shell.opensde.net 1300131615 J * LuckyLuke ~luca@host65-83-static.228-95-b.business.telecomitalia.it 1300131615 J * hel ~hel@porthos.lennackers.de 1300131615 J * fback fback@red.fback.net 1300131615 J * cuba33ci ~cuba33ci@111-240-171-61.dynamic.hinet.net 1300131615 J * Radiance ~Radiance@193.16.154.187 1300131615 J * Chlorek chlorek@chlorek.com 1300131615 J * cehteh ~ct@pipapo.org 1300131615 J * ard ~ard@gw-tweakb16.kwaak.net 1300131615 J * ntrs_away ~ntrs@vault08.rosehosting.com 1300131615 J * Piet ~Piet__@659AAAD5U.tor-irc.dnsbl.oftc.net 1300131615 J * MooingLemur ~troy@ipv4.pinchaser.com 1300131615 J * ktwilight_ ~keliew@91.176.205.244 1300131615 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1300131615 J * ghislain ~AQUEOS@adsl2.aqueos.com 1300131620 M * Bertl yes, that is correct, but you need to enable all the other cgroup subsystems you want to use 1300131623 M * daniel_hozac completely different option... 1300131637 M * daniel_hozac and CONFIG_CGROUP_NS is fine these days. 1300131651 M * Bertl i.e. CONFIG_CGROUP_NS is just one tiny suboption :) 1300131666 M * Bertl daniel_hozac: really, so that works fine with recent kernel/util-vserver ? 1300131670 M * daniel_hozac sure. 1300131675 M * edit Ok, so I want to limit the RAM memory usage, what I need to enable? 1300131676 M * Bertl great! thanks! 1300131679 M * daniel_hozac util-vserver doesn't mount it on /dev/cgroup. 1300131706 M * edit Than why it says -> Recent versions of util-vserver sort this out for you by including the appropriate mount command in the util-vserver init 1300131732 M * edit Can you please tell me what I need to do in order to be abe to do this? 1300131735 M * Bertl edit: because that is true 1300131747 M * daniel_hozac do you run the initscript on boot? 1300131749 M * Bertl look, the kernel has the cgroup subsytem 1300131769 M * Bertl you need to enable it to use it (and its subsystems) 1300131772 M * edit Yes, util-vserver is start on the boot. 1300131798 M * Bertl i.e. a kernel with # CONFIG_CGROUPS is not set won't be able to provide any cgroup support 1300131821 M * edit Aha, undurstood, I will do that, but I still do not get why it says : 1300131822 M * edit When configuring your kernel for cgroups with util-vserver you must make sure CONFIG_CGROUP_NS (CGroup Namespaces) is unset for the time being. 1300131825 M * Bertl so, enable this and the other cgroup subsystems you want to use (at kernel build time) 1300131832 M * edit When actualy they need to be ON. 1300131836 M * edit ok, thanks 1300131838 M * edit Will try now. 1300131840 M * daniel_hozac that one neede to be off. 1300131841 M * Bertl yes, but CONFIG_CGROUP_NS != CONFIG_CGROUPS 1300131881 M * Bertl if you turn CONFIG_CGROUPS on, you still can have CONFIG_CGROUP_NS on _or_ off :) 1300131911 M * edit ahaaa, extra "_NS" 1300131912 M * edit :) 1300131931 M * Bertl how he's got it :) 1300131972 M * edit So, is it ok to compile all the options under "Control Group support"? 1300131991 M * edit I'm experimenting, it is not for production or anyhing... 1300132001 M * Bertl yes, just the CONFIG_CGROUP_NS is not of any use 1300132028 M * edit okay 1300132081 M * edit Recompiling the kerl now. 1300132091 M * edit p.s. I;m unable to see this "CONFIG_CGROUP_NS" at all. 1300132131 M * Bertl once you enable CONFIG_CGROUPS, it will be there 1300132305 M * edit aaah... :) 1300132646 M * geb Bertl, daniel_hozac , sorry to re-ask but i didn't get your answer, and maybe it is because of the split.. 1300132647 M * geb 'k Bertl , thanks for your answer. Is there any work-around ? Should i assign an ipv6 address (like an unroutable ULA to the guest) ? is there another way ? 1300132660 M * geb geb: try it on a host without IPv6 support. I just tested in a host, even with net.ipv6.conf.all.disable_ipv6=1, it works. that's why i am asking if there is something specific for vserver.. 1300132691 M * daniel_hozac do you have straces from the disabled one and the one in the guest? 1300132710 M * geb sure, minutes :) 1300132711 M * Bertl well, I'd suggest to fix the application in question, or at least check with the source what decisions matter 1300132722 M * daniel_hozac yeah... 1300132922 Q * tolkor Server closed connection 1300132944 J * tolkor ~rj@tdream.lly.earlham.edu 1300133204 M * geb fun: http://paste.linux-vserver.org/18868 1300133245 M * geb moved a file from /tmp inside a vserver to /root inside, then mv it from host to another vserver and got that.. 1300133278 M * daniel_hozac not really unexpected when you use tagging. 1300133312 M * geb yeah, that's what i thought 1300133403 M * geb guest strace: http://paste.linux-vserver.org/18870 1300133523 M * geb host one: http://paste.linux-vserver.org/18871 1300133536 M * geb (with ipv6 disabled: http://paste.linux-vserver.org/18872) 1300133581 M * geb but yeah, it should be better to fix the application. Just wanted to ask / report the strange behavior :) 1300133969 M * Bertl can I see an strace with ipv6 disabled? 1300133989 M * Bertl (on the host, that is) 1300134314 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1300134390 M * edit So, now I have this. 1300134392 M * edit vserver /dev/cgroup cgroup rw,all 0 0 1300134409 M * edit Does all meant that it is mounted with all possible options, including "memory"? 1300134424 M * daniel_hozac yes. 1300134461 M * edit Cool. 1300134520 M * geb Bertl, http://paste.linux-vserver.org/18871 is running with ipv6 disabled (http://paste.linux-vserver.org/18872) 1300134542 M * daniel_hozac geb: i doubt that, it's happily creating IPv6 sockets and binding them. 1300134549 M * Bertl yep, precisely 1300134566 Q * jkl Server closed connection 1300134567 J * jkl jkl@c-71-56-238-217.hsd1.co.comcast.net 1300134678 M * geb well, how would you suggest to disable ipv6 ? 1300134697 M * daniel_hozac # CONFIG_IPV6 is not set 1300134766 M * geb erf, i'll not have the time to do it today :) 1300134784 M * geb i thought that sysctl will be ok, sry 1300134843 M * Bertl try to boot with disable_ipv6=1 1300134985 J * cuba33ci_ ~cuba33ci@111-240-171-211.dynamic.hinet.net 1300135335 Q * cuba33ci Ping timeout: 480 seconds 1300135344 N * cuba33ci_ cuba33ci 1300135378 M * geb sorry, got to leave, i'll do it tomorow. 1300135384 M * geb have a good one folks 1300135391 M * geb and thanks for your time :) 1300135401 M * fLoo Bertl : http://www.coresec.de/index.php/2011/03/burgerforum-full-disclosure-oder-nicht/ 1300135410 M * fLoo if you're interested in netpolitical topics 1300135654 M * edit So, everything is working now. 1300135659 M * edit thanks god and all of you. 1300135660 M * edit :) 1300135664 M * edit But is this normal...?? 1300135666 M * edit [root@linux-vserver cgroup]# vserver testvps exec free -m 1300135667 M * edit total used free shared buffers cached 1300135667 M * edit Mem: 512 1 510 0 0 0 1300135667 M * edit -/+ buffers/cache: 1 510 1300135667 M * edit Swap: 2047 0 2047 1300135675 M * edit It says that the VPS is using only 1 MB RAM? 1300135678 M * edit Impossible... 1300135741 M * Bertl unlikely but could be possible 1300135839 M * daniel_hozac if all you're running is a shell, that seems perfectly normal. 1300135841 M * fLoo y0 1300135846 M * fLoo <3 Bertl && daniel_hozac 1300135858 M * edit Yes, and the cron process. 1300135865 M * edit Everythign else is shut down. 1300135869 M * edit Ok, thanks again. 1300135873 M * edit See you later guys. 1300135875 M * fLoo bb 1300135882 P * edit 1300135928 J * edit ~blagoj@89.205.105.228 1300135934 M * edit One more thing... 1300135935 M * edit :) 1300135960 M * fLoo ;) 1300135977 M * edit It is normal all files in /dev/cgroup/ to be empty, and in /dev/cgroup/testvps/ are empty too. 1300136178 N * ensc Guest636 1300136188 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300136349 Q * Guest636 Ping timeout: 480 seconds 1300136765 J * petzsch1 ~markus@p57B663E8.dip.t-dialin.net 1300136842 M * edit What does this error means? 1300136844 M * edit vdlimit: vc_get_dlimit(): No such process 1300136872 M * Bertl it means that you are trying to get a dlimit which wasn't 'created' 1300137047 M * edit Yep, after the limitation it is ok. 1300137081 M * edit Can you please ansewr my prevous question? 1300137091 M * daniel_hozac how are they "empty"? 1300137096 M * edit Yep. 1300137100 Q * petzsch Ping timeout: 480 seconds 1300137100 M * edit Aha. 1300137108 M * edit Empty, there is no data in them. 1300137125 M * daniel_hozac how do you tell? 1300137162 M * edit I do "ls -al /dev/cgroup/" 1300137180 M * daniel_hozac did you actually read any of them? 1300137183 M * edit I also open them manualy with VI or Mc etc... 1300137193 M * daniel_hozac try "cat". 1300137209 M * edit Tried, it is the same, they are empty. 1300137226 M * BenG so if you do cat /dev/cgroup/memory.memsw.limit_in_bytes 1300137229 M * BenG what do you get? 1300137244 M * edit Ufff, cat is working, it shows data. 1300137267 M * edit Thanks. 1300137271 M * Bertl which is kind of expected for certain virtual filesystem entries :) 1300137280 M * edit I go to sleep now. :) 1300137284 M * edit thanks again. 1300137285 M * edit Buy. 1300137288 M * edit Bye. 1300137289 M * edit :D:D:D 1300137295 M * Bertl cyz 1300137297 M * Bertl cya 1300137301 P * edit 1300137432 M * daniel_hozac Bertl: did you ever trace why 2.6.3[0-5] had such bad performance? 1300137462 M * Bertl not really, but I have a bunch of ideas what might have caused that 1300137475 M * daniel_hozac care to share? :) 1300137489 M * Bertl well, it certainly looked to me like a synchronization issue 1300137507 M * Bertl i.e. one kernel thread waiting for another or something to happen 1300137536 M * Bertl and I observed that things like encryption or several lvm layers made it worse 1300137546 N * ensc Guest641 1300137556 J * ensc ~irc-ensc@p5DF2F041.dip.t-dialin.net 1300137635 M * Mr_Smoke Hm 1300137650 M * Mr_Smoke Just had a kernel oops or panic, dunno exactly, with the recent 2.6.38 1300137660 M * Mr_Smoke Guess i'll try a more recent one 1300137660 M * Bertl dmesg? 1300137663 M * Mr_Smoke this was rc4 1300137666 M * Mr_Smoke Bertl: no such luck :/ 1300137678 M * Bertl nothing on the serial console either? :) 1300137713 Q * Guest641 Ping timeout: 480 seconds 1300137728 M * Mr_Smoke Bertl: remote dedicated server 1300137821 M * Bertl so nothing on the serial console? 1300138072 Q * petzsch1 Quit: Leaving. 1300138164 J * oliwel ~chatzilla@host-93-104-235-209.customer.m-online.net 1300138327 M * Bertl so, getting back to the bad performance ... it might be that the I/O work queues just got stuck under certain circumstances 1300138350 M * Bertl and after the 'reason' for that contention timed out, everything started working again 1300138401 M * Marillion Bertl: which kernel? .37? 1300138420 M * Bertl basically .26-.35 1300138437 Q * bonbons Quit: Leaving 1300138438 M * daniel_hozac okay, thanks. i'll try to narrow it down... 1300138441 M * Marillion ah ok, and thanks 1300138473 M * Bertl the fact that .2.6.36+ has introduced parallel crypto and such might just paper over the actual issue 1300138498 Q * FireEgl Read error: Connection reset by peer 1300138508 M * Bertl i.e. it might still be there, just not visible, because the multi threaded async I/O doesn't expose the issue even under high I/O load 1300138530 M * Marillion Bertl: what is your prefered kernel? 1300138538 M * Bertl atm, 2.6.38-rc* 1300138550 M * Bertl it works really fine on several of my machines 1300138568 M * Marillion really stable? 1300138596 M * Marillion ok, when you say it is ok, then ok :) 1300138657 M * Marillion i mean it not malignant 1300138709 M * Bertl 2.6.36+ was already fine as well, so if not 2.6.38, one of those would be my choice 1300138782 M * Marillion ok, i wait, i believe that 2.6.37.2 is the better choice 1300138823 M * Marillion *believed* even 1300139019 M * Mr_Smoke Bertl: i have no serial console on this machine. at any rate i was anxious to get it back so I cold rebooted it 1300139054 M * Mr_Smoke Bertl: which of the 28-rc* has memory issues ? I was told here that it might be up to rc5 but I can't remember 1300139081 M * trippeh I had plenty of oops's and lockups on anything up to -rc5 I think. 1300139110 M * Mr_Smoke ok 1300139114 M * Mr_Smoke $Time to upgrade then 1300139116 M * Bertl no idea where 28-rc* comes into play, I had no real problems with any of the .38-rc* kernels, but YMMV 1300139121 M * Mr_Smoke I guess that's what I just had 1300139128 M * Mr_Smoke Bertl: yeah, meant .38 ofc 1300139157 M * Mr_Smoke rc8 is avail, I'll try that 1300139277 M * Mr_Smoke Bertl: 2.3.0.37 is likely to be the next stable ? 1300139278 A * trippeh is moving 500GB @ 1MB/s, urgh :) 1300139289 M * Mr_Smoke trippeh: aye, that's gotta hurt ;) 1300139302 M * trippeh 11 million files 1300139316 M * Mr_Smoke ugh 1300139392 M * Bertl trippeh: not that much :) 1300139433 J * FireEgl ~FireEgl@173-25-19-139.client.mchsi.com 1300139529 M * trippeh Bertl: Its more than enough. ;-) 1300139591 M * Mr_Smoke make -j 5 = yummy. 1300139633 M * Bertl Filesystem Inodes IUsed IFree IUse% Mounted on 1300139639 M * trippeh make -j13 is yummier :) 1300139642 M * Bertl /dev/md0 16M 12M 3.8M 77% 1300139650 M * Bertl /dev/md2 16M 11M 5.3M 67% 1300139668 M * Marillion Mr_Smoke: how much cores? 1300139689 M * Mr_Smoke Marillion: 4 (Core2Q) 1300139717 M * Mr_Smoke trippeh: That's true, but not on hardware I'd envision for my hobby activities ;pp 1300139723 M * Marillion Mr_Smoke: take -j 8 is better, if you have 1000Hz to use 1300139736 M * Mr_Smoke huh Oo ? 1300139747 M * Mr_Smoke Why's that ? 1300139755 M * Marillion i tested it which time 1300139768 M * Mr_Smoke There are not HT, right 1300139774 M * Mr_Smoke just plain old C2Q 1300139779 M * Bertl why not build with -j99 ? 1300139792 M * Marillion Mr_Smoke: ah ok 1300139803 M * Mr_Smoke Bertl: are you being ironic ? :) 1300139804 A * Marillion have Opteron 1300139860 M * Bertl Mr_Smoke: no? 1300139861 M * Marillion s/which/with 1300139893 M * Mr_Smoke Bertl: well I thought it was counter-productive to specify more jobs than you could have threads 1300139905 M * Mr_Smoke and that thread +1 was the optimal settting 1300139912 M * Mr_Smoke (this from the gentoo forums a while ago though) 1300140085 M * Bertl did you try it on a kernel build? 1300140267 M * Mr_Smoke I'm about to 1300140274 M * Mr_Smoke make clean and time it 1300140697 M * Mr_Smoke Bertl: actually 10s *SLOWER* with -j 99 compared to -j 5 1300140705 M * Mr_Smoke So I'll stick to that ;) 1300141359 M * Marillion and eight? 1300141487 M * Marillion i believe really, when you use 1000Hz is HT not necessary slower 1300141563 M * Marillion many modules are they very small 1300141621 A * Marillion believe that the word order is wrong 1300141621 M * Mr_Smoke I'm not using 1000Hz 1300141625 M * Mr_Smoke This is a racked server 1300141641 M * Mr_Smoke -j 8 is 3s slower than -j 5 1300141650 M * Marillion oh nice 1300142054 Q * monrad-51468 Server closed connection 1300142072 J * monrad-51468 ~mmk@domitian.tdx.dk 1300142595 M * Marillion i believe really, when you use 1000Hz without HT isn't not necessary slower 1300142603 M * Marillion ^ This sentence makes more sense 1300142631 M * Marillion -not 1300142639 M * Marillion anyway 1300143618 Q * dowdle Remote host closed the connection 1300143915 Q * ghislain Quit: Leaving. 1300144342 Q * DoberMann Server closed connection 1300144355 J * DoberMann ~james@2a01:e35:8b44:84c0::2 1300145063 Q * BenG Quit: I Leave 1300145797 Q * Piet Ping timeout: 480 seconds 1300146408 J * Piet ~Piet__@28IAAADKO.tor-irc.dnsbl.oftc.net 1300146854 Q * fback Server closed connection 1300146858 J * fback fback@red.fback.net