This is a multi-part message in MIME format.
------=_NextPart_000_000A_01C86567.B2DC2D70
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
"Bertil Rogmark" <bertil@[EMAIL PROTECTED]
> wrote in message =
news:59Uoj.3412$R_4.2319@[EMAIL PROTECTED]
My computer is 3.2 MHz Intel with 4 Gb memory installed ( I was not at =
that time aware of the memory addressing limitation).=20
I am running Wildfire 2.0 with Intralink 3.4
I have fairly large detailed assemblies that cause Windows to hit the =
memory ceiling at about 1,7 Gb.
The system then turns very sluggish and my hope was that a 64-bit =
system would be the solution.
It still may be, but so far I have not heard of any 64-bit enthusiast =
(i.e. on Windows).
Thanks for your input
Bertil
"Janes" <djanes@[EMAIL PROTECTED]
> skrev i meddelandet =
news:KqPoj.83410$Rw3.36660@[EMAIL PROTECTED]
"Ben & Mickie Loosli" <looslib@[EMAIL PROTECTED]
> wrote in message =
news:13q7dc277h7ud9@[EMAIL PROTECTED]
We run 64bit Pro/E on a workstation and a server, 2 quadcore =
processsors, for those who need the extra memory. It does handle our =
largest models for those situations where needed. We design aircraft =
mods, so our files do tend to be quite large.
"Janes" <djanes@[EMAIL PROTECTED]
> wrote in message =
news:v5Ooj.20877$ov5.3216@[EMAIL PROTECTED]
"Bertil Rogmark" <bertil@[EMAIL PROTECTED]
> wrote in message =
news:%mLoj.3396$R_4.2427@[EMAIL PROTECTED]
Is it worthwile to go this way?
Bertil=20
I don't think so for the following reasons:
a.. PTC has only ever had two or three implementation of Pro/e =
for 64 bit machines and those were HP-UX, Sun Solaris and XP Pro running =
on a limited number of Xeon machines, so if you don't have one of these =
choice workstations, you're probably SOL;=20
b.. Pro/e is not a multi threaded app and seems incapable of =
taking advantage of multi-processor environments. It does benefit from =
the extended memory addressing of 64 bit, but that seems to be about it =
for advantages. So, you really need to be crunched for memory to take =
real advantage of 64 bit hardware/software combos;=20
c.. 64 bit seems to suffer, speed wise, by the additional =
overhead and is not inherently faster than 32 bit processing (and runs =
32 bit apps typically slower than a 32 bit machine), except for those =
tasks that can be done no other way;=20
d.. 64 bit processing on Windows platforms is still in its =
infancy so the driver situation, the number of standard apps ****ted to =
64 bit and connectivity issues still plague the 64 bit world and it lags =
in its adoption ~ another reason to recommend against it.
David Janes
I guess what's missing from this discussion is some basic =
information: what are your memory needs, Bertil? Why are you considering =
going 64 bit?
David Janes
Ben's comments show that a 64 bit system is a good way of eliminating =
the memory restrictions built into 32 bit systems. But also consider =
setting the 3 gig switch in the XP boot.ini file. It extends useable =
memory. The Microsoft website has intructions for how to do this. You =
may also find the XP Help on "bootcfg" useful. Or Google this NG for 3 =
gig switch as this topic has come up before, but not recently.
David Janes
------=_NextPart_000_000A_01C86567.B2DC2D70
Content-Type: text/html;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 6.00.2900.3243" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Bertil Rogmark" <<A=20
href=3D"mailto:bertil@[EMAIL PROTECTED]
">bertil@[EMAIL PROTECTED]
>> wrote in =
message=20
<A=20
=
href=3D"news:59Uoj.3412$R_4.2319@[EMAIL PROTECTED]
">news:59Uoj.3412$R_4.231=
9@[EMAIL PROTECTED]
>...</DIV>
<DIV><FONT face=3DArial size=3D2>My computer is 3.2 MHz Intel with 4 =
Gb memory=20
installed ( I was not at that time aware of the memory addressing =
limitation).=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I am running Wildfire 2.0 with =
Intralink=20
3.4</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have fairly large detailed =
assemblies that=20
cause Windows to hit the memory ceiling at about 1,7 Gb.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The system then turns very sluggish =
and my hope=20
was that a 64-bit system would be the solution.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>It still may be, but so far I have =
not heard of=20
any 64-bit enthusiast (i.e. on Windows).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for your input</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Bertil</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Janes" <<A =
href=3D"mailto:djanes@[EMAIL PROTECTED]
">djanes@[EMAIL PROTECTED]
>>=20
skrev i meddelandet <A=20
=
href=3D"news:KqPoj.83410$Rw3.36660@[EMAIL PROTECTED]
">news:KqPoj.83410$Rw3.366=
60@[EMAIL PROTECTED]
>...</DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ben & Mickie Loosli" <<A=20
=
href=3D"mailto:looslib@[EMAIL PROTECTED]
">looslib@[EMAIL PROTECTED]
>> =
wrote in=20
message <A=20
=
href=3D"news:13q7dc277h7ud9@[EMAIL PROTECTED]
">news:13q7dc277h7ud9@[EMAIL PROTECTED]
>...</DIV>
<DIV><FONT face=3DArial size=3D2>We run 64bit Pro/E on a =
workstation and a=20
server, 2 quadcore processsors, for those who need the extra =
memory. It=20
does handle our largest models for those situations where needed. =
We=20
design aircraft mods, so our files do tend to be quite =
large.</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Janes" <<A =
href=3D"mailto:djanes@[EMAIL PROTECTED]
">djanes@[EMAIL PROTECTED]
>>=20
wrote in message <A=20
=
href=3D"news:v5Ooj.20877$ov5.3216@[EMAIL PROTECTED]
">news:v5Ooj.20877$ov5.3216=
@[EMAIL PROTECTED]
>...</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: =
5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Bertil Rogmark" <<A=20
href=3D"mailto:bertil@[EMAIL PROTECTED]
">bertil@[EMAIL PROTECTED]
>> =
wrote in=20
message <A=20
=
href=3D"news:%mLoj.3396$R_4.2427@[EMAIL PROTECTED]
">news:%mLoj.3396$R_4.242=
7@[EMAIL PROTECTED]
>...</DIV>Is=20
it worthwile to go this way?<BR><BR>Bertil =
<BR><BR></BLOCKQUOTE>
<DIV>I don't think so for the following reasons:</DIV>
<UL>
<LI>PTC has only ever had two or =
three implementation of=20
Pro/e for 64 bit machines and those were HP-UX, Sun Solaris =
and XP Pro=20
running on a limited number of Xeon machines, so if you =
don't=20
have one of these choice workstations, you're probably SOL;=20
<LI>Pro/e is not a multi threaded app and seems incapable of =
taking=20
advantage of multi-processor environments. It does benefit =
from the=20
extended memory addressing of 64 bit, but that seems to be =
about it=20
for advantages. So, you really need to be crunched for memory =
to take=20
real advantage of 64 bit hardware/software combos;=20
<LI>64 bit seems to suffer, speed wise, by the additional =
overhead and=20
is not inherently faster than 32 bit processing (and runs 32 =
bit apps=20
typically slower than a 32 bit machine), except for those =
tasks that=20
can be done no other way;=20
<LI>64 bit processing on Windows platforms is still in its =
infancy so=20
the driver situation, the number of standard apps ****ted to 64 =
bit and=20
connectivity issues still plague the 64 bit world and it lags =
in its=20
adoption ~ another reason to recommend against it.</LI></UL>
<DIV>David Janes</DIV></BLOCKQUOTE></BLOCKQUOTE><BR>
<DIV>I guess what's missing from this discussion is some basic =
information:=20
what are your memory needs, Bertil? Why are you considering going 64 =
bit?</DIV>
<DIV> </DIV>
<DIV>David Janes</DIV></BLOCKQUOTE></BLOCKQUOTE>
<DIV>Ben's comments show that a 64 bit system is a good way of =
eliminating the=20
memory restrictions built into 32 bit systems. But also consider setting =
the 3=20
gig switch in the XP boot.ini file. It extends useable memory. The =
Microsoft=20
website has intructions for how to do this. You may also find the XP =
Help on=20
"bootcfg" useful. Or Google this NG for 3 gig switch as this topic has =
come up=20
before, but not recently.</DIV>
<DIV> </DIV>
<DIV>David Janes</DIV></BODY></HTML>
------=_NextPart_000_000A_01C86567.B2DC2D70--
|
