1360715288 T * * http://linux-vserver.org/ |stable 3.6.x-vs2.3.x|util-vserver-0.30.216-pre3038| He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we forget about the minute.
1360715288 T * Bertl -
1360720614 J * clopez ~clopez@108.30.165.83.dynamic.mundo-r.com
1360730799 Q * clopez Ping timeout: 480 seconds
1360735094 M * Bertl off to bed now ... have a good one everyone!
1360735099 N * Bertl Bertl_zZ
1360738188 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:110a:e945:a833:689b
1360738753 Q * Guy- Ping timeout: 480 seconds
1360739568 J * Ghislain ~aqueos@adsl1.aqueos.com
1360740661 J * Guy- ~korn@elan.rulez.org
1360742371 J * _urbee ~urbee@93-103-199-233.dynamic.t-2.net
1360742372 M * _urbee Hi guys
1360742405 M * _urbee I'm havin some issues with a vm which is on a different eth and IP class - i can ping the ips normally but i cannot do anything else, like wget
1360742408 M * _urbee Connecting to directadmin.com|66.51.122.131|:80... failed: Connection timed out.
1360742408 M * _urbee Retrying.
1360742436 M * _urbee basicly i have 2 vms, one is on eth0 with one ip class and one is on eth1 on another
1360743964 N * Guest1561 transacid
1360744710 M * daniel_hozac did you setup source routing?
1360746651 M * _urbee source routing?
1360746785 M * _urbee so i add the ip on eth1 and set the gw and netmask
1360746787 M * _urbee anything else?
1360748024 M * _urbee daniel_hozac still here?
1360748101 M * daniel_hozac do you want it to actually route out via eth1?
1360748269 M * _urbee yea
1360748280 M * daniel_hozac then you also need source routing
1360748290 M * _urbee on the host?
1360748302 M * daniel_hozac yes, where the networking happens.
1360750367 J * alpha_one_x86 ~kvirc@186.27.67.43
1360750398 M * alpha_one_x86 Hello, stupid question: x32 is supported? Have you return of experience about it?
1360751213 N * Bertl_zZ Bertl
1360751223 M * Bertl morning folks!
1360751268 M * Bertl alpha_one_x86: x32 as x86 guests in x86_64 host environments?
1360751291 M * alpha_one_x86 yes
1360751355 M * Bertl if the host kernel is configured to allow 32bit binaries, then yes, that works fine and without any problems if you set the guest personality to 32bit
1360751594 M * alpha_one_x86 and if somebody have experience return (cpu gain? memory gain?)
1360752448 M * Bertl well, 32bit apps are a little smaller (32bit pointers vs 64bit pointers) and might run faster if there is a lot of pointer accessing and/or large structures
1360752505 M * Bertl OTOH, 64bit architectures are optimized for 64bit access, so the 32bit versions might lose some performance on alignment and kernel compatibility interfaces
1360752553 M * Bertl if you have many guests, the main optimization (resource wise) will be unification and keeping guests as similar as possible
1360752571 M * Bertl if that is 32bit or 64bit probably doesn't make much difference
1360753202 Q * fisted Remote host closed the connection
1360753263 J * fisted ~fisted@xdsl-84-44-222-36.netcologne.de
1360753389 M * alpha_one_x86 In have lot of LAMP, same config, based on debian x86_64; but it use of of memory
1360753649 M * Bertl are the guests unified?
1360753748 M * alpha_one_x86 I don't understand what do your mean by unified, then I presume: no
1360753781 M * Bertl there is a mechanism in Linux-VServer which allows to share data (on disk) between guests in a secure way
1360753804 M * Bertl http://linux-vserver.org/Unification
1360753832 M * Bertl you might want to check and enable that if possible ...
1360753955 M * alpha_one_x86 no unified (I can't apply that's)
1360755015 J * clopez ~clopez@108.30.165.83.dynamic.mundo-r.com
1360755043 Q * clopez Remote host closed the connection
1360755083 J * clopez ~clopez@108.30.165.83.dynamic.mundo-r.com
1360756164 M * Bertl alpha_one_x86: because your guests are on separate filesystems?
1360756190 M * alpha_one_x86 yes, it's a part of the reason
1360756247 M * Bertl well, your next best option is kernel same page merging, but it is hard to configure
1360756363 M * alpha_one_x86 x32 seam easy and efficient, no?
1360756640 M * Bertl try it out with one guest, IMHO the gain is not that much (at least not from the 32bit binaries)
1360756664 M * Bertl you might gain resources because the 32bit versions are designed/built for smaller system setups
1360756926 M * Bertl but keep in mind, that the gain with unification is substantial when you have similar guests (i.e. you can share up to 90% of the memory allocated for binaries and libraries)
1360756962 M * Bertl which means that each new guest only adds about 10% the amount it has when not unified
1360758578 Q * ircuser-1 Ping timeout: 480 seconds
1360759115 M * alpha_one_x86 The problem is, the mostly used in private memory (specific by guest)
1360760394 M * Bertl yeah, well, the question is, how 32bit guests will change that
1360760426 M * Bertl what I mean is, storing 100Mb of data will not change regardless of the architecture
1360760458 M * Bertl so, your gain can only be in metadata, structures and of course code
1360761238 Q * ensc Remote host closed the connection
1360761311 Q * alpha_one_x86 Ping timeout: 480 seconds
1360761551 J * ensc ~irc-ensc@p54ADEA33.dip.t-dialin.net
1360762052 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1360764898 M * Ghislain ..and being 64bit make it easier to maintain in the long term as 32bits support will slowly fade away
1360770391 J * michal ~michal@168.63.70.79
1360772619 J * disposable disposable@shell.websupport.sk
1360775739 J * bonbons ~bonbons@2001:a18:20a:1601:543c:8c1b:c18c:a62
1360778535 Q * _WildPikachu_ Remote host closed the connection
1360779486 M * Bertl off for a nap ... bbl
1360779491 N * Bertl Bertl_zZ
1360779740 J * nkukard ~nkukard@196-210-204-27.dynamic.isadsl.co.za
1360780435 Q * fisted synthon.oftc.net graviton.oftc.net
1360780435 Q * FIChTe synthon.oftc.net graviton.oftc.net
1360780435 Q * swenTjuln synthon.oftc.net graviton.oftc.net
1360780435 Q * micah synthon.oftc.net graviton.oftc.net
1360780435 Q * hparker synthon.oftc.net graviton.oftc.net
1360780435 Q * sladen synthon.oftc.net graviton.oftc.net
1360780435 Q * MooingLemur synthon.oftc.net graviton.oftc.net
1360780435 Q * ivan` synthon.oftc.net graviton.oftc.net
1360780443 J * fisted ~fisted@xdsl-84-44-222-36.netcologne.de
1360780443 J * FIChTe ~fichte@bashpipe.de
1360780443 J * swenTjuln ~Marko@195.95.173.243
1360780443 J * micah ~micah@micah.riseup.net
1360780443 J * hparker ~hparker@linux.homershut.net
1360780443 J * sladen ~paul@starsky.19inch.net
1360780443 J * MooingLemur ~troy@phx-pnap.pinchaser.com
1360780443 J * ivan` ~ivan`@000130ca.user.oftc.net
1360781794 J * arekm ~arekm@ixion.pld-linux.org
1360783327 Q * thierryp Remote host closed the connection
1360783680 Q * arekm Quit: rm these tests also worked
1360791657 Q * nkukard Remote host closed the connection
1360791887 J * nkukard ~nkukard@196-215-197-16.dynamic.isadsl.co.za
1360792236 Q * bonbons Quit: Leaving
1360796402 Q * fisted Remote host closed the connection
1360796463 J * fisted ~fisted@xdsl-78-35-81-239.netcologne.de
1360796924 Q * nkukard Remote host closed the connection
1360797470 Q * Ghislain Quit: Leaving.
1360799078 N * Bertl_zZ Bertl
1360799082 M * Bertl back now ...