Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Computer Certification > MCSE > OT/Semi OT: 32-bit is dead

Reply
Thread Tools

OT/Semi OT: 32-bit is dead

 
 
Thor
Guest
Posts: n/a
 
      05-26-2007
They say 32-bit is dead (Vista/Win 2008 is the last) anyone else heard this?
<side_dish>I guess feauture Home Server will still be 32-bit which might
create a good market for a 32-bit emulator of 64-bit if you ask
me.</side_dish>

makes me think all C++/WINAPI developers needs to take a step back and
decide if they shouldn't convert to .NET anyway.
- 64-bit .NET program should more often run better than 32-bit native on
64-bit->WOW32.
- You can, of course learn 64-bit dev as a C programmer, but there are many
new things one should learn these days, so it might be better to use the
time learning about the new platforms, for instance.
- .NET is in my humble opinion getting mature, you can for instance write
drivers in .NET these days (ok user-mode drivers, but that might actually
often be a good idea)
- C++ managed (or what ever) is pretty great in VS 2005 (compared to earlier
..NET C++ and even COM/C++ which I think is "suboptimal").
- You can't take your native routines and use them in silverlight, and I
suspect many new techs

ouch, I had much to say
53


 
Reply With Quote
 
 
 
 
catwalker63
Guest
Posts: n/a
 
      05-27-2007
Thor piffled away vaguely:

> They say 32-bit is dead (Vista/Win 2008 is the last) anyone else heard this?
> <side_dish>I guess feauture Home Server will still be 32-bit which might
> create a good market for a 32-bit emulator of 64-bit if you ask
> me.</side_dish>
>
> makes me think all C++/WINAPI developers needs to take a step back and
> decide if they shouldn't convert to .NET anyway.
> - 64-bit .NET program should more often run better than 32-bit native on
> 64-bit->WOW32.
> - You can, of course learn 64-bit dev as a C programmer, but there are many
> new things one should learn these days, so it might be better to use the
> time learning about the new platforms, for instance.
> - .NET is in my humble opinion getting mature, you can for instance write
> drivers in .NET these days (ok user-mode drivers, but that might actually
> often be a good idea)
> - C++ managed (or what ever) is pretty great in VS 2005 (compared to earlier
> .NET C++ and even COM/C++ which I think is "suboptimal").
> - You can't take your native routines and use them in silverlight, and I
> suspect many new techs
>
> ouch, I had much to say
> 53
>

Who cares? I don't write 'em. I just support 'em.
--

Catwalker
MCNGP #43
www.mcngp.com
"I have a gun. It's loaded. Shut up."

 
Reply With Quote
 
 
 
 
Montreal MCT
Guest
Posts: n/a
 
      05-28-2007
Hi Thor,

Indeed, Windows Vista will be the last 32-bit desktop OS, and Windows Server
2008 will be the last 32-bit server OS.

M

"Thor" <> wrote in message
news:06942C26-78B5-4C0F-8D90-...
> They say 32-bit is dead (Vista/Win 2008 is the last) anyone else heard
> this?
> <side_dish>I guess feauture Home Server will still be 32-bit which might
> create a good market for a 32-bit emulator of 64-bit if you ask
> me.</side_dish>
>
> makes me think all C++/WINAPI developers needs to take a step back and
> decide if they shouldn't convert to .NET anyway.
> - 64-bit .NET program should more often run better than 32-bit native on
> 64-bit->WOW32.
> - You can, of course learn 64-bit dev as a C programmer, but there are
> many new things one should learn these days, so it might be better to use
> the time learning about the new platforms, for instance.
> - .NET is in my humble opinion getting mature, you can for instance write
> drivers in .NET these days (ok user-mode drivers, but that might actually
> often be a good idea)
> - C++ managed (or what ever) is pretty great in VS 2005 (compared to
> earlier .NET C++ and even COM/C++ which I think is "suboptimal").
> - You can't take your native routines and use them in silverlight, and I
> suspect many new techs
>
> ouch, I had much to say
> 53
>
>


 
Reply With Quote
 
Thor
Guest
Posts: n/a
 
      05-28-2007
Hello.

- Makes me think security will be easier.

- I suspect we will have Windows Server 2008 R2 in 2009/2010, will it come
in 32-bit? if it won't, there might be a situation where one can't use
non-beta MS virtualization to test the betas!

- Another strange thing I suspect we will see is service pack functionality
for Vista/WS2008 that only supports 64-bit (as you surley know sp source is
likely to be the same as the source used for Win vNext) which again means
that admin should put pressure against any 32-bit implementation today
(IMHO).

- Do you think upgrade from Windows Server 2008 x32 to Windows Sever vNext
x64 will be supported?

53

"Montreal MCT" <> wrote in message
news:39C7EE43-CCD2-4014-B803-...
> Hi Thor,
>
> Indeed, Windows Vista will be the last 32-bit desktop OS, and Windows
> Server 2008 will be the last 32-bit server OS.
>
> M
>
> "Thor" <> wrote in message
> news:06942C26-78B5-4C0F-8D90-...
>> They say 32-bit is dead (Vista/Win 2008 is the last) anyone else heard
>> this?
>> <side_dish>I guess feauture Home Server will still be 32-bit which might
>> create a good market for a 32-bit emulator of 64-bit if you ask
>> me.</side_dish>
>>
>> makes me think all C++/WINAPI developers needs to take a step back and
>> decide if they shouldn't convert to .NET anyway.
>> - 64-bit .NET program should more often run better than 32-bit native on
>> 64-bit->WOW32.
>> - You can, of course learn 64-bit dev as a C programmer, but there are
>> many new things one should learn these days, so it might be better to use
>> the time learning about the new platforms, for instance.
>> - .NET is in my humble opinion getting mature, you can for instance write
>> drivers in .NET these days (ok user-mode drivers, but that might actually
>> often be a good idea)
>> - C++ managed (or what ever) is pretty great in VS 2005 (compared to
>> earlier .NET C++ and even COM/C++ which I think is "suboptimal").
>> - You can't take your native routines and use them in silverlight, and I
>> suspect many new techs
>>
>> ouch, I had much to say
>> 53
>>
>>

>

 
Reply With Quote
 
Lukas Beeler
Guest
Posts: n/a
 
      05-28-2007
* Thor <>:
> - Makes me think security will be easier.


Why? There's no direct security gain from 32->64. Microsoft
decided to implement some new security features only in x64
versions, but they won't directly affect the hard part of IT
security.

> - I suspect we will have Windows Server 2008 R2 in 2009/2010, will it come in
> 32-bit? if it won't, there might be a situation where one can't use non-beta MS
> virtualization to test the betas!


Maybe the same as with Exchange? A non-supported 32bit Version?
Besides, which virtualization company doesn't have a 64bit
Version out yet? (besides Microsoft)

> - Another strange thing I suspect we will see is service pack functionality for
> Vista/WS2008 that only supports 64-bit (as you surley know sp source is likely
> to be the same as the source used for Win vNext) which again means that admin
> should put pressure against any 32-bit implementation today (IMHO).


On servers, this should already be the case today.

> - Do you think upgrade from Windows Server 2008 x32 to Windows Sever vNext x64
> will be supported?


No, seriously doubt that. It's not possible with Vista, and
wasn't with XP x64 or 2003 x64.

--
Read my blog at http://projectdream.org
 
Reply With Quote
 
catwalker63
Guest
Posts: n/a
 
      05-29-2007
Lukas Beeler piffled away vaguely:

> * Thor <>:
>> - Makes me think security will be easier.

>
> Why? There's no direct security gain from 32->64. Microsoft
> decided to implement some new security features only in x64
> versions, but they won't directly affect the hard part of IT
> security.
>

If they'd just let us implement percussive training methods with the
users, the hard part wouldn't be so hard. On us anyway. <eg>
>
>> - Do you think upgrade from Windows Server 2008 x32 to Windows Sever vNext x64
>> will be supported?

>
> No, seriously doubt that. It's not possible with Vista, and
> wasn't with XP x64 or 2003 x64.
>

Surely there's an upgrade path between 2000 Pro and XP64 and Server
2000 to 2003 64? I think Thor's asking if you'll be able to upgrade
from the 32 bit version of 2008 to whatever comes after 2008 which
won't be 32 bit.

--

Catwalker
MCNGP #43
www.mcngp.com
"I have a gun. It's loaded. Shut up."

 
Reply With Quote
 
Lukas Beeler
Guest
Posts: n/a
 
      05-29-2007
* catwalker63 <_catwalker63_@hotmamamail.com>:
> >> - Do you think upgrade from Windows Server 2008 x32 to Windows Sever vNext x64
> >> will be supported?

> > No, seriously doubt that. It's not possible with Vista, and
> > wasn't with XP x64 or 2003 x64.

> Surely there's an upgrade path between 2000 Pro and XP64 and Server
> 2000 to 2003 64? I think Thor's asking if you'll be able to upgrade
> from the 32 bit version of 2008 to whatever comes after 2008 which
> won't be 32 bit.


I assumed he meant inplace upgrades - sorry that i didn't clarify
this.

--
Read my blog at http://projectdream.org
 
Reply With Quote
 
Thor
Guest
Posts: n/a
 
      05-29-2007
Hi!

in line...

>> - Makes me think security will be easier.

>
> Why? There's no direct security gain from 32->64. Microsoft
> decided to implement some new security features only in x64
> versions, but they won't directly affect the hard part of IT
> security.


Who told you this?

>> - I suspect we will have Windows Server 2008 R2 in 2009/2010, will it
>> come in
>> 32-bit? if it won't, there might be a situation where one can't use
>> non-beta MS
>> virtualization to test the betas!

>
> Maybe the same as with Exchange? A non-supported 32bit Version?


Fairly unlikely, this.

> Besides, which virtualization company doesn't have a 64bit
> Version out yet? (besides Microsoft)


Wanna use MS only. If possible. Hate all the virtual net adapters. Wanna
avoid learning that other thing.b

>> - Another strange thing I suspect we will see is service pack
>> functionality for
>> Vista/WS2008 that only supports 64-bit (as you surley know sp source is
>> likely
>> to be the same as the source used for Win vNext) which again means that
>> admin
>> should put pressure against any 32-bit implementation today (IMHO).

>
> On servers, this should already be the case today.
>


agreee

>> - Do you think upgrade from Windows Server 2008 x32 to Windows Sever
>> vNext x64
>> will be supported?

>
> No, seriously doubt that. It's not possible with Vista, and
> wasn't with XP x64 or 2003 x64.
>


the past does not equal the future.

53



 
Reply With Quote
 
Thor
Guest
Posts: n/a
 
      05-29-2007
> If they'd just let us implement percussive training methods with the
> users, the hard part wouldn't be so hard. On us anyway. <eg>


Yeah, well I think you spoil your users. Just a feeling.
Give them a taste of consequense from time to time:
http://www.cshl.edu/PDogs/DogSlides%...e/Slide25.html
and if it does not work:
http://www.wulffmorgenthaler.com/str...0-defc4d2ab895
cats should enjoy this stuff, anyway.

>>> - Do you think upgrade from Windows Server 2008 x32 to Windows Sever
>>> vNext x64
>>> will be supported?

>>
>> No, seriously doubt that. It's not possible with Vista, and
>> wasn't with XP x64 or 2003 x64.
>>

> Surely there's an upgrade path between 2000 Pro and XP64 and Server
> 2000 to 2003 64? I think Thor's asking if you'll be able to upgrade
> from the 32 bit version of 2008 to whatever comes after 2008 which
> won't be 32 bit.
>


Yeah.
Also take into account that quick fixes and service packs are off-sets of
the next product being made. When there is no new product being made there
will be less quick fixes and service packs: 32-bit will be less supported
than 64-bit. Starting soon.

I think the main reason why you can't upgrade /32 to /64 is the drivers, I
can think of a few possible solutions:
a) Explain to the vendors not completing 64-bit drivers why they will soon
be out of biz.
b) Support 32-bit drivers (for instance in some semi-virtualized
environment)
c) Say you are upgrading x32->x64 while you are really making a clean x64
install virtualizing the existing x32.

I would go for c).

53


 
Reply With Quote
 
Thor
Guest
Posts: n/a
 
      05-30-2007
> I assumed he meant inplace upgrades - sorry that i didn't clarify
> this.
>


This is confusing to me.

From what I experience there are two classes of upgrade: side-by-side and
inplace upgrades.
Inplace is what I mean by replacing the binaries and keeping everything else
(I've actually seen this work).
I understand the consept of side-by-side upgrade for a database or
application server in that you install the new software while keeping the
old, and say, map clients to the new server interface.

I don't understand the consept of side-by-side upgrade for an OS. Dual boot?

53

 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Dead TCP/IP Stack = DEAD VISTA !! Skybuck Flying Windows 64bit 15 09-23-2007 07:54 PM
AdBlock Dead Firefox 3 12-09-2005 11:54 PM
Dead Firefox windows Doug Cunningly Firefox 3 07-22-2005 08:32 AM
Firefox cache glitch - the dead rise again! Jim Firefox 1 03-22-2005 09:48 PM
Dead... the damn thing's dead... David Dean Computer Support 9 01-30-2004 02:54 AM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57