Windows 7 (Service Pack 1) - Discussão Geral

What is WinFS?
“WinFS” is an active storage platform for organizing, searching for, and sharing all kinds of information. This platform defines a rich data model, builds on top of a relational storage engine, supports a flexible programming model, and provides a set of data services for monitoring, managing, and manipulating data. This can be file-based or non-file data.

Files stored in WinFS are still accessable through the “old” Win32 API so legacy applications will work fine with it. On top of that there’s a WinFS API which allows the WinFS particular kind of querying. WinFS is not a NTFS replacement, WinFS operates on top of NTFS.
in http://www.zefhemel.com/archives/2003/10/28/new-winfs-details

O que acho engraçado é ke isto era um dos fortes do windows vista :P e agora dizem que sai com o vienna em 2010?
 
Windows 7 incluirá interface táctil
Hilton Locke, um engenheiro de software da Microsoft, garantiu que a próxima versão do Windows incluirá uma interface táctil inovadora.
vazio.gif
O anúncio foi feito no blogue de Locke, que acredita que «quem ficou impressionado com as funcionalidades tácteis do iPhone, ficará maravilhado com o Windows 7». O responsável não adiantou quais as novidades que farão tanto furor, mas alguns comentadores apontam a possível integração da tecnologia Surface (http://www.microsoft.com/surface/).

http://exameinformatica.clix.pt/noticias/software/391311.html
 
UPDATE:

Windows 7: Microsoft's New MinWin Kernel Not So New

If you follow tech news at all, you may have seen reports recently that Microsoft is preparing a leaner new kernel for the next major Windows release, codenamed Windows 7. Dubbed MinWin, this new kernel is notable for a few reasons. First, it's the first major bit of actual news about Windows 7 yet revealed. And second, it suggests that Microsoft is preparing to push Windows into even more markets, since the current version of this kernel can run in as little as 40 MB of memory.
It sounds really interesting. There's just one problem: MinWin isn't new. And if you're running Windows Vista or a pre-release version of Windows Server 2008, you're already using this technology. In fact, it's the basis for Microsoft's componentization work on both of those OSes.
I first wrote about MinWin way back in May 2003, in an article describing how Microsoft was componentizing Longhorn, the project that went on to become Windows Vista. MinWin, I wrote, was "the base OS" component of Longhorn. "This base OS component is completely language independent and is a subset of all of the editions of Longhorn Microsoft will create. Thus, Microsoft and its hardware partners will be able to use this base OS to create actual Longhorn editions (referred to as Longhorn 'SKUs' after a retailing term); at this time it appears that IT administrators (and individuals, naturally), will not be able to perform this feat, but will rather license specific Windows SKUs and go from there." That is, of course, exactly what happened: Microsoft used MinWin and Vista's componentized base to create a record number of Vista product versions. (I also previously wrote about MinWin here and here.)
In early versions of Longhorn Server, which went on to become Windows 2008, MinWin was called Server Foundation, but it was later renamed to Server Core, which I assume is a name you're familiar with. In a 2005 article about Longhorn Server, I wrote that Server Foundation (MinWin) was a core server OS component that would provide minimal server OS functionality and be used as the basic building block for job-specific server implementations and even other Longhorn Server editions. Server Foundation would be extended with a number of server roles that add functionality to the base component. This too, is exactly what happened.
So why all the excitement about MinWin now? In late October 2007, Microsoft Distinguished Engineer Eric Traut appeared in an online presentation in which he discussed Microsoft's work on MinWin for Windows 7. "A lot of people think of Windows as this really large, bloated operating system, and that may be a fair characterization," he said. Noting that a full Vista install image takes up over 4 GB on disk, MinWin, by comparison, was a tiny 25 MB, and Microsoft is working to make it even smaller. This touched off articles by every tech news agency on earth, all excited to finally have something about Windows 7 they could write about.
They should have Googled the term first. Obviously, the Windows 7 version of MinWin is enhanced over the work Microsoft did with Vista and Windows 2008, but suggesting that it's completely different is disingenuous. Not doing even an iota of research about a topic, however, is perhaps even worse.
But wait, there's more

Microsoft technical fellow Mark Russinovich emailed me to address my comments about about MinWin and let me know that the MinWin efforts on Windows 7 are "the first step to layer the system from a dependency perspective and isolate pieces in their own build trees" and is thus somehow different from the MinWin efforts on Longhorn (Windows Vista and Windows Server 2008). To me, this MinWin description sounds identical to the way Windows 2008 was developed, a process I outline in great detail in Inside Windows Server 2008.
Here's a short excerpt:
Microsoft has restructured the build process for Windows 2008 so that it, like the product itself, is more compartmentalized. There is a main OS build every day, as with previous product versions, but the process of getting revisions into that main build is far more granular than before ... Because of the componentization of the development process with Windows 2008, the ship room strategy has changed since Windows 2003 as well. "It's more evolved now," Alex Hinrichs, the Windows 2008 project manager, said. "We don't just have the main ship room. Now we also have seven distributed ship rooms, run by people who meet with the people checking in code below them. They all have daily meetings, as does the main ship room. The main ship room's agenda is simple: Who in the seven distributed ship rooms is ready to bring code up [the tree into the main build]?"
In other words, Windows 2008 appears to be built in exactly the way as described by Russinovich above: Code is added only to the main OS build when the dependency problems in isolated sub-components have been resolved in one of the sub-build trees.
So are these really two completely different technologies? Microsoft may argue otherwise, and certainly Russinovich has the insider's view, but the names are the same, the goals are the same, and the descriptions and functions are almost identical. I'm not saying they're exactly the same, but my guess as an outside looking in is that the MinWin work in Windows 7 is a continuation of work that started in the Longhorn project.
December 2007 update: Russinovich discusses MinWin again

Microsoft this week released a Channel 9 video featuring Microsoft Fellow Marc Russinovich, who continues his argument that the MinWin feature previously revealed for Windows 7 is somehow a completely different from the MinWin work that first occurred in Windows Vista and resulted in the Server Core feature in Windows Server 2008. Microsoft has been working on componentizing Windows for years, and finally achieved that goal with Vista. In subsequent releases, including Windows Server 2008 and Windows 7, that work is being continued and refined. But Russinovich continues to maintain that MinWin/Vista, Server Core/Win2008, and MinWin/7 are completely different. Frankly, he would know: Russinovich, aside from being one of the smartest people in the world, has more knowledge of Windows internals than anyone.
So I was hoping that this Channel 9 video would shed new light on his contention that MinWin/7 is, in fact, completely different from MinWin/Vista and Windows Server 2008's Server Core feature. Unfortunately he doesn't supply any new information.
Here are his arguments in a nutshell. If you want to follow along in the video, dive in at about 13:00.
1. The name usage is coincidental. "It's kind of unfortunate that the name MinWin was used with Server Core [which it wasn't actually; it was first used with Vista --Paul]," Russinovich says. "So a lot of people, when they heard 'MinWin,' thought, oh, that's the basis for Server Core. Actually, the MinWin we're talking about today is tot--, something pretty different." Note how he catches himself there.
2. Server Core is much bigger than Windows 7's MinWin. Server Core is 1.2 GB in size, a "pretty big chunk," as he says. MinWin/7 as we know, will be much smaller. Thus these two things are completely different.
3. Its all semantics. People use the word "kernel" to mean different things, which confuses matters. "When I say kernel/MinWin, what I'm saying is that the kernel is NTOS kernel, the core of Windows that runs in kernel mode," Russinovich says. "It's got a lot of support components around it ... That includes some system level stuff. There's no windowing manager ... inside of MinWin. With Server Core, they're really just snipped those lines with a scissor basically where you still bring it in but nothing you're doing will ever exercise those lines going out. It's OK." So... In Server Core, one might say that Microsoft went to a certain length to separate the core of the OS from the supporting components. In Windows 7, the company will go further in isolating these components.
Here's the thing. As has always been the case, Russinovich's description of MinWin/7 sounds substantially, no, exactly, like the work Microsoft did with MinWin/Vista and Server, just evolved to new but recognizable heights: "Analyze the dependencies and carve out the lowest, smallest core component of Windows, that would be a standalone, testable slice of Windows, and that--analyzing the dependencies, cutting the lines, the cycles, from MinWin to higher level components, making sure that MinWin doesn't depend on anything else, that it's totally self-contained. It can be built separately from the rest of Windows and run independently."
I'm sorry, really. But that does sounds like Server Core. It sounds like an evolution of what came before, which is the way I've always described this. What this all boils down to, really, is semantics. Microsoft began work on something called MinWin several years ago. The goal was to isolate the core of Windows from its non-constituent sub-components so that the Windows OS could be componentized. That work can be seen today in Vista's image-based installation scheme and in Windows Server 2008's Server Core. And it appears to be evolving for Windows 7. From what I can see, the story hasn't changed at all.

FONTE
 
Inside Windows 7 MinWin

In October 2007, Microsoft distinguished engineer Eric Traut appeared in an online presentation and described something called MinWin, a component of Windows 7, the next desktop version of Windows. This revelation received massive news coverage in the tech world as it was the first time anyone from Microsoft had provided concrete details about Windows 7. But MinWin itself was interesting as well: According to Traut, MinWin was part of an effort to make Windows smaller by isolating the central binaries of the operating system into a bootable, usable core that, today, occupies just 25 MB of disk space. That's pretty impressive when you consider that the Windows Vista install image is over 4 GB in size, while the Windows Server 2008 Server Core image is about 1.25 GB.
While I was as intrigued as anyone else about MinWin/7, as I now refer to this technology, I also recognized the term: Microsoft had used the word MinWin over four years earlier in a public discussion about Longhorn (which became Vista and Windows Server 2008), noting that it was "the base OS component" of the system and part of the company's efforts to componentize Windows. In Windows Server 2008, MinWin was used to create something called Server Foundation, which went on to become Server Core. In each case, MinWin was used to describe a (relatively) small, central part of the OS, a building block on which all other versions of the OS would be built.
As described in October, MinWin/7 sounded like an evolution of the same work, and I assume that's obvious to virtually anyone. This isn't just a matter of these technologies coincidentally having exactly the same name. At a high level, they also appear to perform the same function. So I wrote up an article, Windows 7: Microsoft's New MinWin Kernel Not So New, about this coincidence, which I didn't really see as coincidence, updating it from time to time as Microsoft Fellow Mark Russinovich appeared to explain that MinWin/7 was, in fact, something completely different.
As I've said repeatedly, he would know: There isn't anyone on earth who understands the internals of Windows more intimately than Mark, and that was true even before he signed on with Microsoft. Easily one of the smartest people in the tech industry, Mark made a name for himself with his Winternals Software and Sysinternals work, and he's coauthoered several editions of Inside Windows/Windows Internals, the definitive public dissertations of how Windows actually works at a very deep level.
I have no such expertise, of course. As an outsider to Microsoft's plans and technologies, I simply observe what the company is doing and write about it. And as one of the only people who seemed to even notice Microsoft's original 2003 revelation about a technology called MinWin, I was struck by a sense of déjà vu when Eric Traut hit the spotlight a few months ago.
But here's the thing. Mark says that the MinWin Microsoft described back in 2003 and implemented in Windows Vista and 2008 is not really the same work, though the two projects are clearly spiritually related. Here's how he described MinWin/7 to me.


Mais info
 
e pa...segundo li este tal de vienna era suposto ser mais leve que o win vista...o k dixia nesse mesmo artigo era k o win vista era pesado por ainda ter codigos com mais de 20anos e eles disseram que este windows iria ser feito de raiz....


pode ser fake mas foi o k mli numa revista...


cumps
 
Se é feito de raiz pode sofrer pequenos atrasos, o que é bom para o Vista.

Acho que um SO devia ter um ciclo de vida de, pelo menos, 5 anos.

Toda a gente fala do XP e isso é porque ele tem 6 anos de melhoramentos.
 
e pa...segundo li este tal de vienna era suposto ser mais leve que o win vista...o k dixia nesse mesmo artigo era k o win vista era pesado por ainda ter codigos com mais de 20anos e eles disseram que este windows iria ser feito de raiz....


pode ser fake mas foi o k mli numa revista...


cumps

Se é feito de raiz pode sofrer pequenos atrasos, o que é bom para o Vista.

Acho que um SO devia ter um ciclo de vida de, pelo menos, 5 anos.

Toda a gente fala do XP e isso é porque ele tem 6 anos de melhoramentos.

tem porque o vista foi atrasado.. não esquecer do Longhorn que foi substituido..
http://www.youtube.com/watch?v=b9ifQvQCO7Y

por isso o vista demorou a aparecer

mas sim.. em principio vai ser 5 anos para este..

o Vista tem codigos com mais de 20 anos? é normal.. o Fat16 tem muito tempo.. as disquetes têm muito tempo :-D

há sempre codigo que fica do passado.. mas que foi melhorado.. foi :)


e btw.. pesado era o Longhorn.. vocÊs nem acreditam o quão leve é o vista em relação ao Longhorn :)
 
Sim sinceramente nos 90's era Windows de 2 em 2 anos e aquilo dava barraca porque ninguem tinha tempo de migrar e já tinha saido outro. penso que 5 anos com bom suporte de Service Packs decentes é um bom release cycle.
 
E dão os PC's? Realmente andar a migrar de SO em SO em curtos espaços de tempo enjoa.

Se enjoa não mudes. Não me lembro de a MS andar ai a apontar armas à cabeça do pessoal a obrigá-los a comprar PC's/OS's. Podem ser uma Mafia, mas não operam como a outra.

Eu fui muito feliz com o NT4 SP6 até ao Win2K ter o SP3. Depois usei o W2K SP3/4 até ao XP SP2 com nLite (pq sem é intragável...). Vista... Vou esperar pelo W7. Pode ser que ganhem juizo e abram os olhos. Ou que Linux ganhe aplicações.
 
O Paul Thurott está confundido e acaba por induzir as pessoas em erro.

A nova versão base do NT 7 não tem nada a ver com a tecnologia usada no NT 6 (Vista) e apesar de parecerem semelhantes à superficie, é na verdade o resultado de um produto novo de raíz ao qual adicionam alguns componentes anteriormente criados para o vista - basta para isso pegar nas duas versões e comparar os recursos usados.

(é quase o mesmo que afirmarem que o Windows 3.5 tem o mesmo motor do Windows 3.11)


É possível ter uma linha de comandos mínima a partir do XP mas aquilo que se procura neste NT 7 é criar um novo "core" que abandone a dependência excessiva dos recursos da máquina e assim termos um melhoramento sério a nível de eficiência.

---------

A série NT 6 que é usada no Vista é herdeira directa daquilo que foi desenvolvido desde 2000 com o Windows XP e o resto da série NT 5 que de início podem parecer "carros" diferentes mas quando se abre o capot vemos que o motor e resto da mecânica ainda continuam os mesmos.

------

A série NT 7 é muito semelhante àquilo que já existe há 40 anos no mundo *nix e devolve o poder à linha de comandos.


:)
 
exactamente.. aliás acrescento um ponto á tua ultima linha

devolver o poder à linha de comandos mas com uma interface visual por cima.. este vai ser a finalidade do projecto..
tal como vemos no mundo Nix..

Depois a ideia de um sistema modular.. mais uma vez como o mundo *nix, onde quem escolhe se temos uma interface, qual a interface, os programas e quais, é o utilizador final..

Claro que o SO deverá vir assente numa base, não pensem que virá linha de comandos num DVD e que depois dai o povo que se safe :p
 
Bem sacado pela M$...

Não estou a ver é isto a ser bem aceite pelo utilizador comum do Windows, mesmo que venha, como disse o Romani48, com uma GUI em cima.

Estou é a ver que, caso vá para a frente, o Windows corrige um dos mais crassos erros que possui, ou seja, o (não) direccionamento dos recursos da máquina para o objectivo de utilização da mesma.
 
Back
Topo