Re: [OT] Lilach Bien's CV
On Monday February 28 2005 17:10, Elad Efrat wrote: > do you have a picture? > and congrats for having your id archived for eternity on the www Hello and welcome! And with your first step you're already walking on my red line, buddy. I did not approve your (rather tasteless IMO) comment, so you subscribed to push it invery clever. Considering the leak of personal information, it is solely a choice of the owner to decide what and when should be made public. I, surely speaking for the majority there, would approve and encourage sound professional advice, be it posted to the list or, preferrably, mailed privately to the original thread owner. Instead, you decide to start with finger pointing, discouraging other member to post information that is considered OT, but acceptable. How exactly that CV concerns you? Are you a prospective employer? With that kind of cool haxx0r kiddie attitude of yours, I have trouble believing it. Consider using your mail client filtering features if you just can't fight the flame itch at your fingertips. Worked miracles for me, there is no reason why it would not work for you. ATTN List subscribers: Please do not continue further on this thread with comments, and mail me privately instead. Thank you. -- Sincerely Yours, Vasiliev Michael Linux-IL comoderator Cynic, n.: Experienced. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
RE: [OT] Lilach Bien's CV
well, after seeing your comment i just had to google u and see if your id is archived anywhere on the www. well, i didn't check all the entries, so i don't know if it is, but from the few entries i did check, it appears that you're quite the troll. please don't troll here. thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Elad Efrat Sent: Mon, February 28, 2005 5:11 PM To: linux-il@linux.org.il Subject: re: [OT] Lilach Bien's CV do you have a picture? and congrats for having your id archived for eternity on the www = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] *** Information contained in this email message is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Israel.pm March 2005 Meeting Announcement
On Thursday, March 3rd, the Israeli Perl Mongers will hold their regular monthly meeting. The program: * 18:00-18:45 -- Gabor Szabo: "Introduction to Web development using Perl" * 18:45-19:15 -- Assembly and light refreshments * 19:15-21:45 -- Gabor Szabo will lecture about "Code Review - A review of 2 Web based projects" Read more * As usual after the meeting we will go out to a nearby pub/coffee-shop/etc. for a post-meeting social gathering. The event will take place in the Dapey Zahav building, 23 Abba Hillel St., Ramat Gan. Attendance is free, but a 10 NIS donation to help buy the bourekas will be welcome. *** Special Note The 18:00-18:45 lecture is a "beginner's level" lecture, a new feature of our meetings which was motivated by the success of the "Beginner's Track" of YAPC::Israel::2005 . Perl beginners are incouraged to come, learn and participate. Regular mongers of course are also welcome, but please note the new start time for the regular technical lecture - 19:15 (instead of 19:00 as in the past). Regards, -- Offer Kaye, Israel.pm PR = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Looking for Progress DBA
It seems a clarification is required. Proggress Database is *not* postresql. It is a product, closed source, for *nix and windows, which can be found in http://www.progress.com . The line of the products (nowdays) are called OpenEdge. If anyone here has any experiance with this DB engine, and knows how to maintain/disaster recover/setup/etc. it, please contact me. We do not look for non-progress oriented DBAs, nor HP-UX Sysadmins, but a Progress DBA, better with experiance on HP-UX (which is quite uncommon in IL). Thanks! Ez. Ez-Aton wrote: Hi all. In the company I'm working at, we're looking for a short notice freelancer / outsourcer Progress DBA, prefferably, experianced with HP-UX. If you are, or you know anyone who is an experianced Progress DBA, with experiance (proven) working on HP-UX, troubleshooting Progress, restoring DBs, building any complicated scenarios, please contact me ASAP. Thanks! Etzion
re: [OT] Lilach Bien's CV
do you have a picture? and congrats for having your id archived for eternity on the www = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Good Linux book for MS sysadmin
What book on modern Linux administration you will recommend to a seasoned Windows system administrator ? Thanks -- Michael = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Inline functions make use of debugger impossible
Oleg Goldshmidt wrote: However, Shachar, what are those inlines exactly? You mentioned std::string and auto_ptrs. Are you dealing with templates? yes, at least some of them are, I guess. Things can get tricky that way. Can you post a trivial code example that exhibits the problem? No, as I have a sortof solution, I don't have time to trim it down. Feel free to grab the real thing. http://sf.net/projects/rsyncrypto, function "dir_encrypt". At least we'll be able to try that on different versions of g++. I assume that you cannot step through with either ddd or gdb, right? Haven't tried gdb, but I can't imagine it being any different. ddd is not a debugger, after all. (IIRC ddd has gdb inside and presumably does not do anything on its own accord). Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Inline functions make use of debugger impossible
Baruch Even <[EMAIL PROTECTED]> writes: > My memory claims there is an option to set inline according to > complexity, but then my memory tends to invent things it wants (a hot > sun for example). That exists, as well as -finline-limit=N. However, Shachar's effect seems weird, assuming it is normal inlined class members he is talking about. I just tried a trivial program with gcc-3.2.3-42 gdb-6.1post-1.20040607.17 on RHEL WS 3 (sorry, cannot reproduce the environment here), and I was able to step through class members without -O, but not with -O. I expected this. I also restore the ability to step through class members if I use -O -fno-default-inline. However, Shachar, what are those inlines exactly? You mentioned std::string and auto_ptrs. Are you dealing with templates? Things can get tricky that way. Can you post a trivial code example that exhibits the problem? At least we'll be able to try that on different versions of g++. I assume that you cannot step through with either ddd or gdb, right? (IIRC ddd has gdb inside and presumably does not do anything on its own accord). -- Oleg Goldshmidt | [EMAIL PROTECTED] | http://www.goldshmidt.org = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Inline functions make use of debugger impossible
Baruch Even wrote: Shachar Shemesh wrote: Hi all, I'm trying to debug a C++ program I'm writing using ddd. Up until a few days ago everything was fine. I compiled with -g -Wall (and no -O), and everything worked. Today it stopped working. It seems the compiler insists on expanding all inline functions into the function context. As a result, any function that uses auto_ptrs and std:string becomes impossible to debug. You spend most of your time jumping around inline functions, and don't get to see the code you wrote. [snip] I have tried "-fno-inline" and "-fno-default-inline", and they do not affect this behavior. This is not so surprising, as inlining is supposed to be off when there is no -O, and so one shouldn't be surprised when they don't make a difference. Maybe you can try -O0 or -Os (optimize for size). Advice on the net seems to imply that only -Os will completely disable inlines. YMMV. Praise Thor, the god of programmers, -O0 worked. Grrr. -Os didn't, btw. So, without asking for any specific optimization level, previous gcc versions did no optimizations at all. What does the current version do? As a sidenote - I'll mention that I already solved the specific bug using good ol' debug printfs. If it's functions that are defined inline you can try to #define inline In your case it sounds like methods defined in the header of a class, no idea about those. One would expect that telling the compiler not to inline would cause it not to inline. I guess one would be optimistic. My memory claims there is an option to set inline according to complexity, but then my memory tends to invent things it wants (a hot sun for example). -finline-limit ? Baruch Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Inline functions make use of debugger impossible
Shachar Shemesh wrote: Hi all, I'm trying to debug a C++ program I'm writing using ddd. Up until a few days ago everything was fine. I compiled with -g -Wall (and no -O), and everything worked. Today it stopped working. It seems the compiler insists on expanding all inline functions into the function context. As a result, any function that uses auto_ptrs and std:string becomes impossible to debug. You spend most of your time jumping around inline functions, and don't get to see the code you wrote. [snip] I have tried "-fno-inline" and "-fno-default-inline", and they do not affect this behavior. This is not so surprising, as inlining is supposed to be off when there is no -O, and so one shouldn't be surprised when they don't make a difference. Maybe you can try -O0 or -Os (optimize for size). Advice on the net seems to imply that only -Os will completely disable inlines. YMMV. If it's functions that are defined inline you can try to #define inline In your case it sounds like methods defined in the header of a class, no idea about those. My memory claims there is an option to set inline according to complexity, but then my memory tends to invent things it wants (a hot sun for example). Baruch = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
RE: CPU idle / iowait
And run analyze more frequently so the table statistics will update and the planner will choose better plans. If you can upgrade to 8 its better. run Explain Analyze on your problematic queries to see what the planner does. maybe think about adding indices where there aren't, etc... also note that the I/O is what mainly affects the run time of the queries. It could be possible that your DMA is not activated. Think about buying a static memory for your WAL files which is a big bottleneck if you have lots of transactions. Check the settings of postgres to see if there is enough memory allocated for it because when it does merge sorts, it spills to disk. Consider using XFS as the filesystem with 8KB block size because the default page size of postgres is 8KB anyway. Think about distributing the load to several computers by using sloany or other replicators. That's it for now. Regards, tzahi. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Monday, February 28, 2005 12:02 PM > To: Michael Ben-Nes > Cc: linux-il@linux.org.il > Subject: Re: CPU idle / iowait > > > Quoting Michael Ben-Nes <[EMAIL PROTECTED]>: > > > Hi All > > > > Im running a postgres server on IBM machine with 2 Xeon 3G > Cpu, 3 GB > > Mem and Raid. > > > > I decide to upgrade my server from dual AMD MP 2400, 2 GB > mem and raid > > to this machine because lately my queries became slower. To my > > surprise the current server is even slower. > > > If your queries became to run slower execute the following > command in postgresql shell. > > vacuum full all; > > The is an external script that could be run fron crontab. > It will run vacuum on your database. Look in postgresql > contrib package. > > > After banging my head against the wall for a day or two i > noticed that > > when the CPU is under heavy load the actual work is small ( > divided by > > 50% between idle and wait ) > > > > The OS is Centos Linux 2.4.21 SMP > > > > Here is a small cut from dstat. it shows the idle and > iowait ( sum of > > 99 > > ) and all the other are 1% :( > > > > total-cpu-usage > > usr sys idl wai hiq siq| > > 1 1 93 5 0 0| > > 1 0 49 50 0 0| > > 1 0 50 49 0 0| > > 0 0 50 50 0 0| > > 1 0 50 49 0 0| > > > > Any idea what could be the problem ? > > > > == > BannerShift - text ad exchange > http://www.bannershift.com/text-ad-exchange/ > > = > To unsubscribe, send mail to [EMAIL PROTECTED] > with the word "unsubscribe" in the message body, e.g., run > the command echo unsubscribe | mail [EMAIL PROTECTED] > > > = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: CPU idle / iowait
[EMAIL PROTECTED] wrote: Quoting Michael Ben-Nes <[EMAIL PROTECTED]>: Hi All Im running a postgres server on IBM machine with 2 Xeon 3G Cpu, 3 GB Mem and Raid. I decide to upgrade my server from dual AMD MP 2400, 2 GB mem and raid to this machine because lately my queries became slower. To my surprise the current server is even slower. If your queries became to run slower execute the following command in postgresql shell. vacuum full all; The is an external script that could be run fron crontab. It will run vacuum on your database. Look in postgresql contrib package. If the above advise is new to you, you should make sure you also run "analyze". This updates statistics about the tables, which helps postgres guess when to use an index, and when to do sequential scans (the automatic query optimizer). However, Postgres 8 has an autovacum feature, which means that it automatically runs the maintenance every so often. It may be that these tips will not help you at all. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: CPU idle / iowait
Quoting Michael Ben-Nes <[EMAIL PROTECTED]>: > Hi All > > Im running a postgres server on IBM machine with 2 Xeon 3G Cpu, 3 GB Mem > and Raid. > > I decide to upgrade my server from dual AMD MP 2400, 2 GB mem and raid > to this machine because lately my queries became slower. > To my surprise the current server is even slower. > If your queries became to run slower execute the following command in postgresql shell. vacuum full all; The is an external script that could be run fron crontab. It will run vacuum on your database. Look in postgresql contrib package. > After banging my head against the wall for a day or two i noticed that > when the CPU is under heavy load the actual work is small ( divided by > 50% between idle and wait ) > > The OS is Centos Linux 2.4.21 SMP > > Here is a small cut from dstat. it shows the idle and iowait ( sum of 99 > ) and all the other are 1% :( > > total-cpu-usage > usr sys idl wai hiq siq| > 1 1 93 5 0 0| > 1 0 49 50 0 0| > 1 0 50 49 0 0| > 0 0 50 50 0 0| > 1 0 50 49 0 0| > > Any idea what could be the problem ? > == BannerShift - text ad exchange http://www.bannershift.com/text-ad-exchange/ = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Call free bios
http://www.fsf.org/campaigns/free-bios.html I wonder if it has any chance, after all they could never get ati and nvidia to give specs.. Ely Levy System group Hebrew University Jerusalem Israel = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
looking for a sysadmin with a particular skill set
no connection to the previous ongoing thread : I'm looking for a Linux sysadmin with 3+ years track record with + experience in HPTC - high performance computing + Dev tools support, C++, Totalview, Vampir, Vtune, Insure++ + Full time employment, not outsourcing -- Danny Lieberman Visit us at http://www.software.co.il Office + 972 8 970-1485 Cell + 972 54 447-1114 = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
