I have a e6700 dual core. I am sticking with the 32bit version right
now. I have seen some benchmarks (forgot where, maybe a google might
help) and 64bit didn't wow me. . 64bit was only a little bit faster. I
don't want to go to 64bit and have to deal with the programs (flash for
one) that are not compiled for 64bit. The cool thing is that the stock
kernel with Mandriva 2007 32bit will take advantage of the dual core.
You can run many programs and the OS will take care of the load.
Programs like mencoder and avidemux can use multiple threads. I had top
running once. I played doom3 and encoded a video. Both programs got
what they needed

On Tue, 17 Apr 2007 15:27:28 -0500, Andyman wrote:

> ...are a lot of you cats using the x64 for the dual core Conroes?....i
> noticed 2007.1 is out, should a guy be going with 64 bit?, any caveats i
> should think about? thx & rgds.

.....thx a lot for the reply, yah i went ahead and installed the x86-64 and
straight away i started having issues that i never had before, so i just
whipped the i586 back onto it. So with the stock kernel i'm ok with an
e6600?....i was eying up them enterprise kernels but probably no need from
what your saying?...i also have 4 gig of rams.

the 4GIG of ram bothers me though. I have only 2GB
check with this command
free -m
free -m
total used free shared buffers cached
Mem: 2010 1775 235 0 46 1430
-/+ buffers/cache: 298 1712
Swap: 4651 0 4651

As you can see total 2010. OS sees all of my memory 2GB


> ....thx a lot for the reply, yah i went ahead and installed the x86-64
> and straight away i started having issues that i never had before, so i
> just whipped the i586 back onto it. So with the stock kernel i'm ok with
> an e6600?....i was eying up them enterprise kernels but probably no need
> from what your saying?...i also have 4 gig of rams.

Hmmm, this is odd, mine gives me this.....

total used free shared buffers cached
Mem: 3289 3095 193 0 123 2172
-/+ buffers/cache: 799 2489
Swap: 7993 0 7993

.......drat, that doesn't look so hot....shouldn't the stock kern be ok up
to 4gb?, could a mobo bios setting influence this somehow?.....this is a
brand new Intel 975X xbx2 mobo.









On Fri, 20 Apr 2007 04:19:36 +0000, Asis wrote:

> the 4GIG of ram bothers me though. I have only 2GB
> check with this command
> free -m
> free -m
> total used free shared buffers cached
> Mem: 2010 1775 235 0 46 1430
> -/+ buffers/cache: 298 1712
> Swap: 4651 0 4651
>
> As you can see total 2010. OS sees all of my memory 2GB
>
>
>> ....thx a lot for the reply, yah i went ahead and installed the x86-64
>> and straight away i started having issues that i never had before, so i
>> just whipped the i586 back onto it. So with the stock kernel i'm ok with
>> an e6600?....i was eying up them enterprise kernels but probably no need
>> from what your saying?...i also have 4 gig of rams.

This is where is gets a little sticky. 32bit systems have a max of 4GB.
You may have to try the enterprise kernel to see if all memory is
recognized. I wish I could give you a better answer. I know that if you
went 64bit then you would be fine, on memory anyway, but then you get are
all your programs going to work.

On Fri, 20 Apr 2007 12:46:39 -0500, Andyman wrote:

> Hmmm, this is odd, mine gives me this.....
>
> total used free shared buffers
> cached
> Mem: 3289 3095 193 0 123
> 2172 -/+ buffers/cache: 799 2489 Swap: 7993
> 0 7993
>
> ......drat, that doesn't look so hot....shouldn't the stock kern be ok
> up to 4gb?, could a mobo bios setting influence this somehow?.....this
> is a brand new Intel 975X xbx2 mobo.
>

more info here
http://wiki.mandriva.com/en/Releases...iva/2007/Notes

There are no longer separate kernels for systems with more than one
processor core (the -smp kernels). All three kernels include support for
multiple processor cores. At boot time, the kernel will detect whether
multiple processors are present and enable or disable SMP support as
appropriate.

Warning: the PAE addressing mode previously available with standard
Mandriva 2006 kernels is now only available in "kernel-enterprise". This
in particular affects systems with more than 4GB of memory, which should
use kernel-enterprise.

The optimal kernel "flavor" is automatically selected by the Mandriva
Installer. Similarly, Mandriva Linux 2006 users should be migrated
transparently to the right kernel with the installer-based upgrade
procedure.

For users performing a manual upgrade, the recommended upgrade path is as
follows:

* users of kernel-2.6.12.x, who do not require PAE, can move to the
kernel-2.6.17.x release
* users of kernel-2.6.12.x, who do require PAE support, must move to
the kernel-enterprise-2.6.17.x release
* users of kernel-i586-up-1GB-2.6.12.x should move to the kernel-
legacy-2.6.17.x release
* users of kernel-i686-up-4GB-2.6.12.x should move to the standard
kernel release


Even though you have 4GB, the regular kernel will only use 3Gb of it.
The PAE is used by the kernel-enterprise. This means that you can still
use the 32bit version. Worth a try anyway. Also you better make sure
you download the sources and make sure you can boot to other kernels if
you need to.

....thx, ok i guess i'll try the i586 enterp kern & see what that duz with
my 4 stix of 1gb ram...


On Fri, 20 Apr 2007 21:33:23 +0000, Asis wrote:

> more info here
> http://wiki.mandriva.com/en/Releases...iva/2007/Notes
>
> There are no longer separate kernels for systems with more than one
> processor core (the -smp kernels). All three kernels include support for
> multiple processor cores. At boot time, the kernel will detect whether
> multiple processors are present and enable or disable SMP support as
> appropriate.
>
> Warning: the PAE addressing mode previously available with standard
> Mandriva 2006 kernels is now only available in "kernel-enterprise". This
> in particular affects systems with more than 4GB of memory, which should
> use kernel-enterprise.
>
> The optimal kernel "flavor" is automatically selected by the Mandriva
> Installer. Similarly, Mandriva Linux 2006 users should be migrated
> transparently to the right kernel with the installer-based upgrade
> procedure.
>
> For users performing a manual upgrade, the recommended upgrade path is as
> follows:
>
> * users of kernel-2.6.12.x, who do not require PAE, can move to the
> kernel-2.6.17.x release
> * users of kernel-2.6.12.x, who do require PAE support, must move to
> the kernel-enterprise-2.6.17.x release
> * users of kernel-i586-up-1GB-2.6.12.x should move to the kernel-
> legacy-2.6.17.x release
> * users of kernel-i686-up-4GB-2.6.12.x should move to the standard
> kernel release
>
>
> Even though you have 4GB, the regular kernel will only use 3Gb of it.
> The PAE is used by the kernel-enterprise. This means that you can still
> use the 32bit version. Worth a try anyway. Also you better make sure
> you download the sources and make sure you can boot to other kernels if
> you need to.

....no joy in mudville, i'm running the enterprise kernel now
and my free-m readout is unchanged...crazy...

On Fri, 20 Apr 2007 17:58:33 -0500, Andyman wrote:

> ...no joy in mudville, i'm running the enterprise kernel now and my
> free-m readout is unchanged...crazy...

Your not giving up are you? I have another idea.

http://kbase.redhat.com/faq/FAQ_80_4017.shtm

OKay, so first, you have to have the enterprise kernel. Next we need to
add line to lilo.conf. It is okay if you are running grub, because it
works the same way just go to grub directory in /boot/grub/menu.lst
IO don't know which one you are using.

In order to enable LILO to detect 4GB of RAM add the following line
mem=4096 below the install=/boot/boot.b line in /etc/lilo.conf file. Your
updated file should look something similar to the following:

prompt
timeout=50
default=linux
boot=/dev/hda
map=/boot/map
install=/boot/boot.b
mem=4096 <----------- That's it
linear


One more thing do this command

cat /proc/cpuinfo


processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz
stepping : 6
cpu MHz : 2660.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips : 5338.98

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz
stepping : 6
cpu MHz : 2660.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes ============
flags : fpu vme de pse tsc msr --->pae<--- mce cx8 apic sep
mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips : 5333.66



notice that in the flags you see pae

just make sure your cpu has that flag

On Fri, 20 Apr 2007 17:58:33 -0500, Andyman wrote:

> ...no joy in mudville, i'm running the enterprise kernel now and my
> free-m readout is unchanged...crazy...
after a boot and you will need to be in root to do this command

dmesg | more


Linux version 2.6.17-13mdv (qateam@mercury.mandriva.com) (gcc version
4.1.1 20060724 (prere
lease) (4.1.1-3mdk)) #1 SMP Fri Mar 23 13:07:21 MDT 2007
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ef90000 (usable)
BIOS-e820: 000000007ef90000 - 000000007ef9e000 (ACPI data)
BIOS-e820: 000000007ef9e000 - 000000007efe0000 (ACPI NVS)
BIOS-e820: 000000007efe0000 - 000000007f000000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
1135MB HIGHMEM available.
895MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 520080
DMA zone: 4096 pages, LIFO batch:0
Normal zone: 225279 pages, LIFO batch:31
HighMem zone: 290705 pages, LIFO batch:31
DMI 2.4 present.


notice that I have 1135 HIGH and 895 LOW 2030 total
Check yours before and after you add the mem=4096

On Sat, 21 Apr 2007 02:12:01 +0000, Asis wrote:

> On Fri, 20 Apr 2007 17:58:33 -0500, Andyman wrote:
>
>> ...no joy in mudville, i'm running the enterprise kernel now and my
>> free-m readout is unchanged...crazy...
>
> Your not giving up are you? I have another idea.
>
> http://kbase.redhat.com/faq/FAQ_80_4017.shtm
>
> OKay, so first, you have to have the enterprise kernel. Next we need to
> add line to lilo.conf. It is okay if you are running grub, because it
> works the same way just go to grub directory in /boot/grub/menu.lst
> IO don't know which one you are using.
>
> In order to enable LILO to detect 4GB of RAM add the following line
> mem=4096 below the install=/boot/boot.b line in /etc/lilo.conf file. Your
> updated file should look something similar to the following:
>
> prompt
> timeout=50
> default=linux
> boot=/dev/hda
> map=/boot/map
> install=/boot/boot.b
> mem=4096 <----------- That's it
> linear
>
>
> One more thing do this command
>
> cat /proc/cpuinfo
>
>
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 15
> model name : Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz
> stepping : 6
> cpu MHz : 2660.000
> cache size : 4096 KB
> physical id : 0
> siblings : 2
> core id : 0
> cpu cores : 2
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 10
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
> constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
> bogomips : 5338.98
>
> processor : 1
> vendor_id : GenuineIntel
> cpu family : 6
> model : 15
> model name : Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz
> stepping : 6
> cpu MHz : 2660.000
> cache size : 4096 KB
> physical id : 0
> siblings : 2
> core id : 1
> cpu cores : 2
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 10
> wp : yes ============
> flags : fpu vme de pse tsc msr --->pae<--- mce cx8 apic sep
> mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
> bogomips : 5333.66
>
>
>
> notice that in the flags you see pae
>
> just make sure your cpu has that flag

....give up, me?? .....dude, where's my ram? hay thx for the
suggestions, i'm running grub, i went into /boot/grub/menu.lst & i had
mem=4098M for every kernel option already......dunno where the '98' came
from, changed em all to 4096M fwiw.

Did the /cat/proc/cpuinfo and it confirmed the pae flag for both cores.

Oddly enough when i did a dmesg | more right after the above i had a HI &
LOMEM total of about 4097....so i thought that's odd, could the 98 have
confused the issue versus the 96 as in 4096....& shouldn't i have to
reboot before any of this matters?

After a reboot into enterprise once more dmesg | more reveals HI+LO=3250
roughly......man, this is turning into a can of worms.

Weird, just weird. So if you changed grub back to mem=4098M what
happens? It seems that it worked there lo+high=4097. Maybe it was good
already


>
> ...give up, me?? .....dude, where's my ram? hay thx for the
> suggestions, i'm running grub, i went into /boot/grub/menu.lst & i had
> mem=4098M for every kernel option already......dunno where the '98' came
> from, changed em all to 4096M fwiw.
>
> Did the /cat/proc/cpuinfo and it confirmed the pae flag for both cores.
>
> Oddly enough when i did a dmesg | more right after the above i had a HI
> & LOMEM total of about 4097....so i thought that's odd, could the 98
> have confused the issue versus the 96 as in 4096....& shouldn't i have
> to reboot before any of this matters?
>
> After a reboot into enterprise once more dmesg | more reveals HI+LO=3250
> roughly......man, this is turning into a can of worms.

......yah i don't get it, but that wouldn't be the first time....i'm
gonna try that again shortly & i think i may try the lilo bootloader see
if that duz anything....i was reading online about grub related issues re
ram 'detection'....


On Sat, 21 Apr 2007 05:42:09 +0000, Asis wrote:

> Weird, just weird. So if you changed grub back to mem=4098M what
> happens? It seems that it worked there lo+high=4097. Maybe it was good
> already
>
>
>>
>> ...give up, me?? .....dude, where's my ram? hay thx for the
>> suggestions, i'm running grub, i went into /boot/grub/menu.lst & i had
>> mem=4098M for every kernel option already......dunno where the '98' came
>> from, changed em all to 4096M fwiw.
>>
>> Did the /cat/proc/cpuinfo and it confirmed the pae flag for both cores.
>>
>> Oddly enough when i did a dmesg | more right after the above i had a HI
>> & LOMEM total of about 4097....so i thought that's odd, could the 98
>> have confused the issue versus the 96 as in 4096....& shouldn't i have
>> to reboot before any of this matters?
>>
>> After a reboot into enterprise once more dmesg | more reveals HI+LO=3250
>> roughly......man, this is turning into a can of worms.

.......i think i may try the x86_64 again and try a li'l harder to work
out some of the issues i had...i'm just getting nowhere fast.

I also found another issue, let's say i delete a large raft of
files....like a bunch of rars that comprise a dvd.......dead
slow....probably at least 10X as slow as it should be, but my hdparm -tT
seems to be on spec for my sata2 drives.

On Sun, 22 Apr 2007 12:48:49 -0400, Andyman wrote:

> I also found another issue, let's say i delete a large raft of
> files....like a bunch of rars that comprise a dvd.......dead
> slow....probably at least 10X as slow as it should be, but my hdparm -tT
> seems to be on spec for my sata2 drives.

What does "hdparm -i /dev/xxx" show for the access mode (pio/dma/udma),
and for MaxMultSect, MultSect?

Regards, Dave Hodgins

--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)