Fwd: 4GB Memory question
ooopss. it was sent private. all should see :) -- Forwarded message -- From: Hetz Ben Hamo <[EMAIL PROTECTED]> Date: May 6, 2007 11:30 PM Subject: Re: 4GB Memory question To: Noam Meltzer <[EMAIL PROTECTED]> They were actually wrong. Hapends even to big RedHat.. Apparently, Anaconda knows only to detect MORE THEN 4GB. If I have 4GB, then it installs the standard kernel which only recognizes 3GB (iommu doesn't work). So the PAE kernel needs to be installed if => 4GB and not only if >4GB :) Thanks, Hetz On 5/6/07, Noam Meltzer <[EMAIL PROTECTED]> wrote: http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/release-notes/RELEASE-NOTES-x86-en.html During the installation process, Anaconda will automatically choose the kernel package to be installed. The kernel selected by default does not allow Red Hat Enterprise Linux 5 to detect more than 4GB of RAM. As such, if your system has more than 4GB of RAM, you need to install the kernel-PAE variant of the kernel after installation. Note that this does not apply when a virtual install is performed. I assume that maybe they ment "3GB"? On 5/6/07, Hetz Ben Hamo <[EMAIL PROTECTED]> wrote: > > Hi people, > > I have here 2 "think center" machines, each with 4GB RAM each and I'm > using CentOS 5 with them. > BIOS reports correctly that the machine has 4GB RAM, however Linux > begs to differ: > > # free > total used free sharedbuffers cached > Mem: 3098212 2356962862516 0 16608 164824 > -/+ buffers/cache: 542643043948 > Swap: 4096564 04096564 > > So BIOS says "4", Linux says "3". > What kernel parameters can I use to "convince" Linux that I really > have 4GB RAM? I don't think I need the HUGEMEM kernel since it only > deals with >4 GB RAM and RedHat has "united" all the bigmem stuff into > 1 kernel. > > Any suggestions? > > Thanks, > Hetz > > -- > Skepticism is the lazy person's default position. > Visit my blog (hebrew) for things that (sometimes) matter: > http://wp.dad-answers.com > > = > 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] > > -- Skepticism is the lazy person's default position. Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com
Re: bidiv and the default $COLUMNS value
On Sunday, 6 בMay 2007 22:06, Maxim Veksler wrote: > What is tput then? I know it speaks with the terminfo db and that it's > a "rather portable" to method to encode color strings (try tput setaf > 1; whoami; tput setaf 7). That's true, but... > I assume this adds a fourth mechanisms? No. Let's see: $ strace tputs cols .. ioctl(1, TIOCGWINSZ, {ws_row=55, ws_col=132, ws_xpixel=0, ws_ypixel=0}) = 0 .. So this utility looks at the terminfo database, for terminal features, but also (in "modern" versions) use the ioctl() mentioned by Nadav to query the tty driver. > ncurses being 5th? No. Ncurses is just a hi-level library (for some definition of hi-level ;-) working above terminfo (used to work above termcap in Berkely Unix) and provide more abstractions (e.g: [text] windows, scrolling management, cursor motion, etc.) Just to complement what Nadav already describe, if you happen to work in an old shell that does not contain signal handling for SIGWINCH and change your xterm size, the standard workaround is to run: eval `resize` Which issues the ioctl and output the commands to set COLUMNS and LINES environment variables. You may notice that the output of resize depends on the $SHELL environment variable, so it may be used both by sh/ksh/bash and csh/tcsh. -- Oron Peled Voice/Fax: +972-4-8228492 [EMAIL PROTECTED] http://www.actcom.co.il/~oron ICQ UIN: 16527398 She sells cshs by the cshore. - Rob Malda = 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: bidiv and the default $COLUMNS value
On 5/6/07, Nadav Har'El <[EMAIL PROTECTED]> wrote: On Sat, May 05, 2007, Avraham Rosenberg wrote about "bidiv and the default $COLUMNS value": > After rereading the man page for bidiv, I cheched: echo $COLUMNS. > As suspected, I got an odd number: 99. > > Question: Where is this value defined ? I completely missed this question (which has nothing to do with bidiv). So here is a brief history of COLUMNS... COLUMNS is a variable set by your shell (zsh, bash, tcsh, or whatever you're using). The idea is that your shell knows what is the width of your terminal and passes this knowledge to the programs it runs; A few of the familiar Unix programs use this knowledge - for example "ls" by default shows the file listing in multile columns, up to the terminal's width. As you saw, bidiv also uses this variable. In the "old days", terminals used to have fixed widths; If you had a vt100 terminal (TERM=vt100), then the width was always 80. If you had a AT&T 5620 terminal, the width was 88, and so on, and the "termcap" or "terminfo" libraries was used to get this information based on the terminal name. However, when resisable windows appeared in Unix (on the aforementioned 5620, and in X-Windows), this fixed width was no longer enough, and the terminal's (or actually, terminal emulator window's) width could be changed at any moment. This is when three new facilities were added to Unix. First, a window width/hight setting was added to the tty (the "tty" is the Unix mechanism for a terminal emulator to connect to a process, usually a shell, running in it). See "stty -a" (and the TIOCSWINSZ ioctl). This was almost enough - your shell and the processes it runs can now figure out at any moment what's the window's current size. But should the shell (which needs to know the terminal's width, e.g., for command line editing) try this ioctl on every command? Instead of forcing it to check every time, a new signal was invented - SIGWINCH, "window change". When the terminal emulator is resized, it sends its child process (namely, your shell) a SIGWINCH signal. The shell then uses the ioctl to get its current window size, and remembers it. The third mechanism is a shell variable, COLUMNS, which gets updated when the shell learns of a new window width. This feature is useful because ioctl's are "nonstandard" or "complex" and using variables is easier; it also allows the user to easily override the width; And it also works with pipes and redirections. Learning something new everyday. What is tput then? I know it speaks with the terminfo db and that it's a "rather portable" to method to encode color strings (try tput setaf 1; whoami; tput setaf 7). I assume this adds a fourth mechanisms? ncurses being 5th? [EMAIL PROTECTED]:~$ echo $COLUMNS 88 [EMAIL PROTECTED]:~$ tput cols 88 #resizing window... [EMAIL PROTECTED]:~$ echo $COLUMNS 112 [EMAIL PROTECTED]:~$ tput cols 112 -- Nadav Har'El| Sunday, May 6 2007, 18 Iyyar 5767 [EMAIL PROTECTED] |- Phone +972-523-790466, ICQ 13349191 |I have a great signature, but it won't http://nadav.harel.org.il |fit at the end of this message -- Fermat -- Cheers, Maxim Veksler "Free as in Freedom" - Do u GNU ? = 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: bidiv and the default $COLUMNS value
On Sun, May 06, 2007 at 11:53:14AM +0300, Nadav Har'El wrote: > On Sat, May 05, 2007, Avraham Rosenberg wrote about "bidiv and the default > $COLUMNS value": > > After rereading the man page for bidiv, I cheched: echo $COLUMNS. > > As suspected, I got an odd number: 99. > > > > Question: Where is this value defined ? > > I completely missed this question (which has nothing to do with bidiv). >^^ > So here is a brief history of COLUMNS... .. Hi, Thanks for the last answer. The only connection is that, when one does not specify the width, bidiv uses the $COLUMNS value (see bidiv man page). It so happens that 1-My old version of bidiv does not like odd values for the width, 2-The number of columns of the xterm, as stated in .Xresources was an odd number. Hence the harmless, but intriguing error messages. The apt-get upgrade bidiv asked me to replace a lot of additional packages. As, as a rule, I prefer to upgrade by several small steps (only apparently I negected this for a long time), and I have no real problems with bidiv, I prefered to answer: don't! Cheers, Avraham -- Please avoid sending to this address attachments in excess of 2MByte, or any Excell or Powerpoint attachments. = 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]
Fwd: [Israel.pm] Perl-Israel May's meeting
Hi all! See below for the next monthly meeting of the Israeli Perl mongers. Regards, Shlomi Fish -- Forwarded Message -- Subject: [Israel.pm] May'y meeting Date: Sunday 06 May 2007 From: Yona Shlomo <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] On Tuesday, 8/5/2007 at 18:30 we will meet at F5 Networks' offices for the monthly israel.pm meeting. Talks: Uri Bruck: Latin Perl A discussion of the Lingua::Romana::Perligata module, perl as a language, and why I find it interesting. I'm still looking for a proper title for this one. Length: 60 min. Eden Unicorn: http://imageprocessingtool.blogspot.com/ about his final project in image processing for automatic game playing. Length: 60-90 minutes. See you there. Address: HaBarzel 24b (entrance floor), Ramat Hachayal, Tel-Aviv. -- Shlomo Yona [EMAIL PROTECTED] http://yeda.cs.technion.ac.il/~yona/ ___ Perl mailing list [EMAIL PROTECTED] http://perl.org.il/mailman/listinfo/perl --- -- - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ If it's not in my E-mail it doesn't happen. And if my E-mail is saying one thing, and everything else says something else - E-mail will conquer. -- An Israeli Linuxer = 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: flash or java
First, performance wise (calculations and stuff), Flash should be ok since their scripting engine (ActionScript) is basically JavaScript with a good JIT engine. Of course it's not as proven as Java, but really, it should be fine. On 5/6/07, Erez D <[EMAIL PROTECTED]> wrote: client side application of-course however, the application is downloaded from the server so using sun only classes, i understand i need pay no royaltees Nor you have to pay any royalties for Flash. The only thing you'd pretty much have to pay for, in the Flash case, is the Flash authoring tools (i.e. Macromedia Flash). i was wandering if anyone has experiance with java/flash or other technologies for similiar tasks, for example sip-client. over java/flash/anything-else-which-is-platform-independant is that roayly free Yes, both options are royalty free. The only thing you should care about is whether Java / Flash allow you to interface with the hardware and OS components you need (e.g. microphone).
4GB Memory question
Hi people, I have here 2 "think center" machines, each with 4GB RAM each and I'm using CentOS 5 with them. BIOS reports correctly that the machine has 4GB RAM, however Linux begs to differ: # free total used free sharedbuffers cached Mem: 3098212 2356962862516 0 16608 164824 -/+ buffers/cache: 542643043948 Swap: 4096564 04096564 So BIOS says "4", Linux says "3". What kernel parameters can I use to "convince" Linux that I really have 4GB RAM? I don't think I need the HUGEMEM kernel since it only deals with >4 GB RAM and RedHat has "united" all the bigmem stuff into 1 kernel. Any suggestions? Thanks, Hetz -- Skepticism is the lazy person's default position. Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com = 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: flash or java
client side application of-course however, the application is downloaded from the server so using sun only classes, i understand i need pay no royaltees how about flash ? i was wandering if anyone has experiance with java/flash or other technologies for similiar tasks, for example sip-client. over java/flash/anything-else-which-is-platform-independant is that roayly free thanks, erez. On 5/4/07, Andre Bar'yudin <[EMAIL PROTECTED]> wrote: Answers to your questions will depend on your actual needs. Flash has some built-in support for microphone/camera, but only starting at certain version (7? 8?) and obviously it is not as full as a locally running application. Java's support for this kind of things tends to be more limited. Also think - will the target audience have the necessary software installed (right version of Flash/Java) or will they be curious enough to go and install it? Regarding math - once again, all depends on your actual requirements. I am not familiar with Flash's script language, but Java should be sufficient for almost everything you want (a Turing-complete language after all). But Flash can use JavaScript - would that be good enough? Legally - if you use Sun's Java classes only you don't have to pay anyone. But I don't understand your saying about running stuff on your server - we are talking client-side application, right? Regards, Andre. Erez D wrote: > hi > > i was asked to write an app for a website. > i need to access the camere and microphone, > the network, and possibly to utilize some math algos. > > i was considering java and flash > which is more adequate ? > also, should i considure other technoligies ? > > > and legal issues: > if i write a java applet using foss tools. and i use it > on my web server. do i need to pay a fee to sun ? or anyone else ? > > what about flash ? > > thanks, > erez. > > = > 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] > > -- Andre Bar'yudin http://www.SoftDynamic.com = 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]
unsubscribing
Hi All, I am trying to unsubscribe from the linux-il mailing list but somehow i never succeed, Can anyone here tell me what do i need to do in order to completely unsubscibe? I followed all the in-mail instructions several times and got confirmation for unsubscribing but somehow i keep getting the mails. If any of the list moderators see this mail, i appreciate if you delete my email address from the list. Thank you! Nahum = 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: bidiv and the default $COLUMNS value
On 5/6/07, Nadav Har'El <[EMAIL PROTECTED]> wrote: When the terminal emulator is resized, it sends its child process (namely, your shell) a SIGWINCH signal. Does it strike you too odd that back then, signals could be introduced for such immediate (and passing) needs? Or is it just because signals haven't caught on as an IPC mechanism?
Re: bidiv and the default $COLUMNS value
On Sat, May 05, 2007, Avraham Rosenberg wrote about "bidiv and the default $COLUMNS value": > After rereading the man page for bidiv, I cheched: echo $COLUMNS. > As suspected, I got an odd number: 99. > > Question: Where is this value defined ? I completely missed this question (which has nothing to do with bidiv). So here is a brief history of COLUMNS... COLUMNS is a variable set by your shell (zsh, bash, tcsh, or whatever you're using). The idea is that your shell knows what is the width of your terminal and passes this knowledge to the programs it runs; A few of the familiar Unix programs use this knowledge - for example "ls" by default shows the file listing in multile columns, up to the terminal's width. As you saw, bidiv also uses this variable. In the "old days", terminals used to have fixed widths; If you had a vt100 terminal (TERM=vt100), then the width was always 80. If you had a AT&T 5620 terminal, the width was 88, and so on, and the "termcap" or "terminfo" libraries was used to get this information based on the terminal name. However, when resisable windows appeared in Unix (on the aforementioned 5620, and in X-Windows), this fixed width was no longer enough, and the terminal's (or actually, terminal emulator window's) width could be changed at any moment. This is when three new facilities were added to Unix. First, a window width/hight setting was added to the tty (the "tty" is the Unix mechanism for a terminal emulator to connect to a process, usually a shell, running in it). See "stty -a" (and the TIOCSWINSZ ioctl). This was almost enough - your shell and the processes it runs can now figure out at any moment what's the window's current size. But should the shell (which needs to know the terminal's width, e.g., for command line editing) try this ioctl on every command? Instead of forcing it to check every time, a new signal was invented - SIGWINCH, "window change". When the terminal emulator is resized, it sends its child process (namely, your shell) a SIGWINCH signal. The shell then uses the ioctl to get its current window size, and remembers it. The third mechanism is a shell variable, COLUMNS, which gets updated when the shell learns of a new window width. This feature is useful because ioctl's are "nonstandard" or "complex" and using variables is easier; it also allows the user to easily override the width; And it also works with pipes and redirections. -- Nadav Har'El| Sunday, May 6 2007, 18 Iyyar 5767 [EMAIL PROTECTED] |- Phone +972-523-790466, ICQ 13349191 |I have a great signature, but it won't http://nadav.harel.org.il |fit at the end of this message -- Fermat = 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: bidiv and the default $COLUMNS value
On Sun, May 06, 2007, Avraham Rosenberg wrote about "Re: bidiv and the default $COLUMNS value": > Good Morning > Thanks for the prompt reaction. > As it did not answer my question, I downloaded the tarbals for > bidiv, versions 1.5 and 1.4, grepped -i for COLUMNS (found them > only in the remarks) and compared (diff) the bidiv and Makefile > files between the two distributions (none found). > I guess that, at this stage, I shall call it a day. I'm afraid I didn't understand what you just said. Did you try to compile version 1.5 (using the link I gave), and the bug is still there? The change between 1.4 and 1.5 had to do with a buffer that was allocated using the given width (either COLUMNS or a -w parameter), but was allocated a bit too short, which is why I thought this was the same bug you're seeing. The fact that the diff did not mention the word "COLUMNS" is completely irrelevant to that bug... Nadav. -- Nadav Har'El| Sunday, May 6 2007, 18 Iyyar 5767 [EMAIL PROTECTED] |- Phone +972-523-790466, ICQ 13349191 |The path of least resistance is what http://nadav.harel.org.il |makes rivers and politicians crooked. = 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]