Meio Bit - Coisas que o Vista tem que melhorar - Comentários

Apoiado. Se dependesse da

TheDarkMaster — Mon, 19 Nov 2007 11:05:09 +0000

Apoiado. Se dependesse da RIDÍCULA DCMA, teríamos que pagar (e caro) por cada simples coisa que quiséssemos fazer na internet.

DRM é uma coisa que deveria

TheDarkMaster — Mon, 19 Nov 2007 11:03:21 +0000

DRM é uma coisa que deveria desaparecer simplesmente. Se alguém tiver a idéia patética de tentar aplicar DRM no Linux, seria a primeira coisa que eu desativaria ao compilar um kernel.

Eu desconfio que eles sejam

Fabiane Lima — Sun, 18 Nov 2007 20:44:27 +0000

Eu desconfio que eles sejam mesmo melhores que nós.

Megalopolis

E o que seria ilegal?

kakaroto_BR — Sun, 18 Nov 2007 16:26:25 +0000

E o que seria ilegal? Noções de "certo e errado" são impostas pelos mais poderosos, a fim de lhes garantir controle da massa fraca e despreparada. A internet está aí pra isso, é o último refúgio de liberdade (ainda) neste mundo capitalista. Além disso o que é ilegal aqui pode não ser lá fora. É legal fumar maconha na Holanda, um país mais desenvolvido que o nosso, e na Suécia as leis de proteção ao direito autoral são um tanto curiosas. Então um brasileiro que baixa mp3 é um criminoso e deveria ir pra cadeia, enquanto um sueco não? Eles são melhores que nós?

Voce deve saber que o

hamacker — Sat, 17 Nov 2007 21:02:11 +0000

Voce deve saber que o blog/artigo que voce indicou é só o pessoal de Redmond que escreve, né? Por isso eu disse que não era confiável. Me lembro da Infoexame (agora Info) elogiar barbaramente um produto que eu tinha em casa e era uma porcaria. Acho que tenho base para desconfiar tanto.

Quanto ao DRM, ele já existe no XP, e voce sabe que o comportamento não é igual ao Vista, e taí um cadinho de pessoas reclamando de DRM no Vista. Então se voce esta certo, o comportamento esperado do DRM deveria ser o que voce ja disse e o mesmo que esta presente nos produtos da Apple, entao tá, este é o mesmo que no XP, mas no vista a pratica parece ter sido diferente.

Lamento não confiar tanto quanto tú, mas no final é a diversidade de opniões que nos ligam e nos tornam interessantes.

[]'s e scuesso.

Oi, Wallacy ! "se o

Dennes — Sat, 17 Nov 2007 18:49:43 +0000

Oi, Wallacy !

"se o "produtor" quizer vender, ele vai tentar adequar seu produto"

Acho que é essa a questão do DRM hoje, ele é um recurso que ainda está para achar seu espaço no mercado... existe tanto o ponto de vista do produtor querer vender como o ponto de vista do usuário querer consumir e, ao final, casar as duas coisas, quem tiver o maior "desejo" vai abrir mão de algo...

"acho que ele falou em "desativar", não por parte do usuário, e sim das distribuições, afinal, se ele incluir no kernel, nem todas as distribuições vão querer utiliza-lo... "

Desde que um usuário, por mais conhecedor do ambiente que seja, não consiga desativar, então acho que fica a mesma coisa...

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Oi, Hamacker ! "Embora seu

Dennes — Sat, 17 Nov 2007 18:37:26 +0000

Oi, Hamacker !

"Embora seu link nao seja muito confiavel, seria a mesma coisa que apontar um site de linux para descrever um ponto de vista meu"

Discordo totalmente deste ponto de vista, acho que não poderia ser utilizado na área técnica.

Veja porque :

A) Trata-se de um funcionário da empresa diretamente ligado ao produto e dando explicações públicas. Portanto existe toda uma responsabilidade com isso e poderia acarretar até mesmo reações jurídicas.

B) Quando falamos de questões técnicas, são questões técnicas. Não importa se está no site A ou B.

C) Não importa onde esteja, ao ler um texto, vou analisa-lo com cuidado

Exemplo : Observe minhas conversas com Wallacy nos comentários. Ele citou vários links em sites sobre Linux e nem por isso o assunto se tornou não confiável, tratam-se de análises técnicas. Apenas observei cuidadosamente cada um.

"veja que a MS já falou sobre HDDVD e Bluray rodarem a metade da capacidade por conta de DRM se nao houveram as tais assinaturas."

Exatamente, se não houverem as tais assinaturas. Vamos traduzir isso : Se você estiver fazendo pirataria.

Primeiramente, é importante observar que rodar com metade da capacidade ou não rodar ou rodar sem degradação nenhuma é uma opção do criador da mídia. A Microsoft está inserindo no sistema operacional os meios para que isso seja feito, quem decide fazer ou não é o criador da mídia.

E, convenhamos, o produtor da mídia vai estar sendo muito bonzinho se deixar você rodar com metade dos recursos algo que você roubou dele, não ?

"De qualquer forma, isso retrata que DRM age nao somente sobre o conteudo do arquivo, mas tambem em hardwares."

O hardware implementa o DRM justamente para tirar carga de processamento do sistema operacional em fazer isso.

Não entendi qual o problema, voltando-se ao ponto anterior...

"Apenas como "supositorio" imagina uma super-placa-mae rodando mais lento ou depenado porque não foi "certificada", isto é, assinado digitalmente pela MS ou terceirizado por ela."

Seu *supositorio* não faz o menor sentido. O DRM incluso no Windows Vista é utilizado para certificar mídias, não para certificar hardware.

O hardware (placas de vídeo e outros) vão executar uma mídia DRM com metade ou menos de sua capacidade se a mídia for identificada como pirata. Portanto essa suposição não faz sentido.

" "tico e teco" (palavra patenteada por mim que descreve o funcionamento dos neoronios) e experimenta Linux."

Desculpe, não vou resistir a um comentário : Para quem gosta de software livre e tudo livre, é super-coerente patentear uma gíria nacional, não ?

"Acho que vai acontecer a mesma coisa com o Vista, vai regredir até ser mais flexivel com o usuario "

O Vista não é, de modo algum, rígido. Ele apenas contém implementadas as ferramentas para que um produtor de mídia decida se quer ou não ser rigido. Quem decide se implementa ou não é o produtor da mídia.

Portanto, ser ou não rígido não tem nada a ver com o Vista. O Vista apenas está fornecendo uma ferramenta ao mercado e deixando que o mercado decida por si só se irá utiliza-la ou não.

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Nesse caso voce fala de

hamacker — Sat, 17 Nov 2007 14:45:22 +0000

Nesse caso voce fala de arquivos, e eu de drivers.
Embora seu link nao seja muito confiavel, seria a mesma coisa que apontar um site de linux para descrever um ponto de vista meu.

Mesmo assim, veja que a MS já falou sobre HDDVD e Bluray rodarem a metade da capacidade por conta de DRM se nao houveram as tais assinaturas. Só não vou caçar o link, mas isso não faz muito tempo. De qualquer forma, isso retrata que DRM age nao somente sobre o conteudo do arquivo, mas tambem em hardwares.

O que quero dizer é, não basta apenas o TOC do arquivo ser afligido por DRM, a unidade onde vai rodar também poderá ter influencia. Apenas como "supositorio" imagina uma super-placa-mae rodando mais lento ou depenado porque não foi "certificada", isto é, assinado digitalmente pela MS ou terceirizado por ela.

Para quem gosta de Windows, DRM é uma armadilha, vida longa ao XP, boicote ao Vista. Ou entao gastem o "tico e teco" (palavra patenteada por mim que descreve o funcionamento dos neoronios) e experimenta Linux.

O DVD no seu inicio era rigido, hoje voce tem DVDs que pulam a introdução de advertencia (que diabos tem a ver FBI Warning aqui no brasil), tocam todas as regioes e ainda permitem acessar formatos diversos em leitores de cartoes 5-em-1 (busca rapida) :
http://ryan.com.br/prod_dvp858.htm

e custando barato. Acho que vai acontecer a mesma coisa com o Vista, vai regredir até ser mais flexivel com o usuario que é seu cliente e que nao deveria ser tratado como bandido.

Meu irmão tinha um

hamacker — Sat, 17 Nov 2007 14:23:47 +0000

Meu irmão tinha um computador com 512RAM e dizia que era mais rápido do que o XP. Credulidade ou fé ? :)

Trocou por um equipamento mais rápido, e embora tudo rode perdeitamente ele tambem tem esse problema do pendrive, que nao tinha no equipamento de 512M.

Na boa, alguns passam por esse problema e outros não. A causa provavel é DRM, mas bugs não estão (envolvendo o DRM ou nao) nao podem ser descartados.

Não, o Texas Flood não

Wallacy — Sat, 17 Nov 2007 01:56:41 +0000

Não, o Texas Flood não pré-carrega nada não, é que eu dei um exemplo de como eu poderia implementar algo do gênero, mostrei como é possível se controlar o boot, (não só o que é carregado, mais também tempo/ordem/etc...), e como eu poderia listar os processos mais usados do usuário para adicionar no próximo boot.

O sneak peak não tem relação com o superfetch, só mostrei como algumas coisas no linux, são implementadas, o conceito que foi usado é coisa antiga, já existia no Windows, porem só agora implementado, igual o superfetch que apesar de não ser usado direto no kernel, pode ser implementado se for o desejo de uma distribuição, e também sem muitas dificuldades, eu mesmo exemplifiquei uma maneira simples de fazer isso,(tentei simplificar ao máximo).

Os outros links foi só por curiosidade mesmo. Mais lembre-se que a swap no linux é diferenciada em outra partição com um sistema de arquivos próprio, que na verdade é mais eficaz que no Windows, mais isso é detalhe, nem é sobre isso que estávamos falando.

Sim sim, sei que o superfetch vai muito além, e foi o que eu disse, no linux por "default" se limita a somente fazer esse pré-carregamento por seção, porem o que eu tô querendo explicar é que implementar um superfetch-like não é nenhum mistério no linux, e que algumas distribuições o fazem, essas de modo geral utilizando perfis genéricos relacionando as aplicações padrões da distro , já que no linux as distribuições costumam ser especificas e já vem com um numero de softwares muito grande para a função destinada, mais de modo geral os desenvolvedores acreditam que um criar um sistema completo como o superfetch não é necessário por default.

O ReadyBost também é outra maravilha, existem projetos para implementar algo semelhante no linux, porem a velocidade do sistema de arquivo fat desanima os desenvolvedores, e formatar a pendrive em swap(que é um sistema de arquivos no linux) seria um desperdício.

Não estou entrando em descrédito com o SuperFetch, acho a idéia dele muito boa, porem, para o linux não é tão eficiente, e pode ser implementado facilmente, só não é, e só não foi, pois segundo os desenvolvedores benefícios não são justificáveis no linux, porem como disse algumas distribuições o fazem quando julgam necessário, que foi o que eu quis dizer em minha primeira citação relacionado a isso, de modo geral, você deve ter visto que tirando algumas particularidades, o gerenciamento de memória é bem semelhante ao do Windows, e justamente essas particularidades, (que leva em conta até o baixo delay do kernel), que o SuperFetch não é implementado em larga escala, mais que até um simples script feito por min, poderia servir de implementação para a idéia. (A idéia, pois o gerenciamento por completo ficaria para o kernel.)
E nem poderia deixar de ser uma implementação por distro no linux, já que a relação do kernel com o resto do sistema não favorece esse tipo de pratica diretamente no kernel, ainda considerando que o kernel linux é algo que é usado em vários tipos de dispositivos, das mais diversas maneiras.

Na verdade, curioso como sempre sou, resolvi fazer aqui um teste, o resultado foi o esperado, o tempo de boot aumentou muito, e apesar das aplicações terem aberto mais rápido, mais me atrapalhou que ajudou, pois se e não desejasse abri-las, teria perdido tempo de carregamento atoa...

Ah... *cansei disso...* odeio gerenciamento de memória hehe, é uma das partes que menos gosto, nem sei porque falei tanto disso kkkk, depois agente bate um papo sobre isso, dai posso deixar mais claro o que eu queria dizer.

Esse negocio de permite em

Wallacy — Sat, 17 Nov 2007 00:58:18 +0000

Esse negocio de permite em um pais não permite em outro etc, já é briga velha, muitas empresas não atuam no brasil por causa de restrições legais e vice-versa, o negocio é entrar em acordo, se o "produtor" quizer vender, ele vai tentar adequar seu produto.
Na verdade, o problema é ainda mais embaixo, pois se for uma "necessidade" do pais que importa, dai ele que acaba adequando suas leis para aquele produto... No fim é sempre a lei do mais forte. (Porem creio que produtos com DRM não se encaixariam nessa segunda premissa).

Sobre a opinião do Linus, acho que ele falou em "desativar", não por parte do usuário, e sim das distribuições, afinal, se ele incluir no kernel, nem todas as distribuições vão querer utiliza-lo... (seria como muitos módulos atuais...).
Pelo menos foi assim que eu interpretei.

Oi, Wallacy ! "pois poderia

Dennes — Fri, 16 Nov 2007 23:59:38 +0000

Oi, Wallacy !

"pois poderia infringir a liberdade legal de utilização de seus produtos, mais creio que não surgirão problemas relacionados a isso."

Minha opinião é que se o país de origem do produtor permite, então os países de destino da produção devem acatar a vontade do produtor.

Mas se o país do produtor não permite, então as leis do país do produtor devem ser aplicadas localmente contra o produtor, sendo então um problema local.

"desde que possa ser desativado"

Vindo dele era esperado algo assim... Mas não concordo não... se puder ser desativado, qual segurança vai existir ? Não gerará o efeito que os produtores esperam do DRM...

"acho que o DRM não vai pegar muito não, não atualmente, acredito que se uma produtora escolher usar a DRM é arriscado perder clientes"

Concordo... mas a existência e disponibilidade do DRM pode funcionar como uma variável que dará um bom impulso na evolução dos meios de distribuição de mídia, por darem "segurança" aos produtores, digamos, sem muita visão do mercado...

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Em relação a leis, me

Wallacy — Fri, 16 Nov 2007 21:58:46 +0000

Em relação a leis, me refiro a justamente a esse "desejo" do produtor de impedir algo em relação aos seus clientes, pois poderia infringir a liberdade legal de utilização de seus produtos, mais creio que não surgirão problemas relacionados a isso.

O artigo é super falho mesmo, só mostrei ele justamente para tentar lhe exemplificar como é visto a DRM de modo geral.

Concordo com tudo o que você disse, e lembrando que o próprio Linus não vê problema em inserir o DRM na arvore do Linux, desde que possa ser desativado, e sua comunicação com o sistema seja feito de forma transparente.

Mais foi bom seus comentários, é o que sempre digo, reclamar sem saber do que se trata só gera m***a.

Mais minha opinião pessoal, acho que o DRM não vai pegar muito não, não atualmente, acredito que se uma produtora escolher usar a DRM é arriscado perder clientes..... Pirataria sempre foi um fator considerável nas vendas não é? Seja para perda ou ganho de clientes.

Oi, Wallacy ! A questão de

Dennes — Fri, 16 Nov 2007 20:04:18 +0000

Oi, Wallacy !

A questão de leis americanas não se sobreporem a de outros paises (e vice-versa em relação a qualquer país) pode ser algo muito relativo.

O que acontece hoje no Vista : O Vista aplica as regras de DRM se o produtor da mídia houver solicitado a aplicação das regras de DRM. Se o produtor da mídia não houver solicitado a aplicação das regras de DRM, estas não são aplicadas.

Portanto não trata-se de leis de um país sobre o outro, trata-se do desejo do produtor da mídia em impedir que o usuário de sua mída a copie livremente (não entra-se aqui no assunto se deveria ou não, mas que é de seu direito).

Quanto as leis nacionais, a questão é muito simples : Se um país acredita que ao atender os desejos de um produtor de certa mídia estará se submetendo as leis de outro país e não deseja isso, então a solução é simples - não adquira a mídia em questão. Isso vale tanto quando observado do ângulo de um país como quando observado do ângulo de um simples consumidor.

Mas, mais uma vez, um país não precisa se submeter as leis do outro. Digamos que no país XPTO seja ILEGAL que o produtor da mídia impeça o consumidor da mídia de distribui-la para todo mundo, neste caso cabe ao país em questão impedir juridicamente que o produtor da mídia use o DRM, mas isso apenas quando o produtor da mídia a estiver produzindo dentro do território do país XPTO e for de nacionalidade XPTO.

Ou seja : O país em questão não precisa se submeter as regras do DRM em relação a sua própria produção, o país decide como deseja tratar sua produção intelectual, mas o país não pode exigir que a produção intelectual dos outros seja totalmente aberta e querer impedir que o produtor tenha o direito de escolher o que deseja fazer ou não com aquilo que produziu.

"iremos pagar mais por um produto que é defeituoso" (está no artigo que indicou)

De forma alguma, irão pagar por um produto que impede o usuário de cometer um crime, isso não é ser defeituoso.

Perdas de qualidade só existem quando determinadas pelo DRM pela identificação de se tratar de uma mídia ilegal.

"um produto protegido por DRM poderia ser desativado a qualquer momento se ele sequer supor que nós violamos os termos do acordo de uso" (do artigo)

Por um total acaso, assisti ao filme tropa de elite ontem. Essa colocação me remete a uma cena do filme : Na sala de aula, todos falavam mal dos policiais e davam como exemplo o fato de terem sido parados em uma batida da polícia.

Até que chega o momento em que Matias comenta com o pessoal que disse ter sido parado na batida da policia : "Vai dizer que vocês não estavam fumando maconha ?"

A questão é : O usuário muito reclama, mas no final ele está, sim, querendo fazer algo errado e ilegal livremente.

É claro que existem outros pontos de vista, todos tão corretos como este primeiro :

A) Hoje, se alguma empresa de e-mails internacional implicar com um provedor nacional e achar que tal provedor faz excesso de SPAM, o provedor vai para a lista negra e já era. Não existe nada que regulamente isso. Então, neste ponto, estamos falando de um problema muito anterior e maior do que o DRM, estamos falando de aplicação de regras comerciais internacionais de forma simples e rápida para que um gigante internacional não possa esmagar outras empresas sem sofrer as consequencias.

Na área do DRM isso está ligado a possibilidade de que o conjunto de músicas de um usuário seja desativado sem que o usuário tenha cometido nenhum ato ilegal. Neste caso o usuário precisará ter a quem recorrer para resolver rapidamente o problema, mas como citei, trata-se de uma questão muito mais ampla do que o DRM

B) "já é proibido reproduzir filmes ou músicas legalmente adquiridas usando tocadores de mídias no GNU/Linux"

Trata-se mais uma vez de uma opção do produtor da mídia, que opta por não permitir que sua mídia seja reproduzida em players que não garantem a segurança DRM ou possuem recursos para burla-la. O produtor vai sofrer as consequencias na forma de uma redução de mercado, para o consumidor trata-se simplesmente de optar por não adquirir a mídia em questão.

Detalhes adicionais :

Existem informações não muito corretas no artigo, como por exemplo o trecho em que fala de que o padrão para dispositivos de hardware não existirá mais. O link que publiquei aqui sobre o DRM e que remete a própria MS, explica que isso não é verdade.

Os tilt bits do DRM também são citados no texto da MS, não pelo mesmo ângulo, mas duvido muito que tal questão exposta pelo artigo seja possível.

Quanto ao consumo de hardware, que o artigo destaca, a checagem do DRM só vai ser feita - e consequentemente consumir hardware - se o produtor da mídia houver solicitado isso. Portanto trata-se de uma opção do produtor da mídia.

O artigo fala como se o DRM fosse algo inútil para os usuários e que apenas tira liberdade dos usuários. O DRM, funcionando em sua forma devida, tira apenas a liberdade do usuário cometer um crime. A existência do DRM adiciona uma nova variável a toda a indústria de mídia, facilitando a criação de novos modelos de negócio nos quais a industria da mídia possa oferecer conteúdo de forma adequada aos usuários sem ser lesada ao fazer isso. Ainda assim usar ou não o DRM será uma opção de cada produtor, caso a caso.

Enfim, acho que isso resume a impressão geral sobre o artigo. É interessante observar que o link que publiquei antes sobre o DRM e que remete a Microsoft parece ser não só posterior a este artigo mas uma resposta direta a questões levantadas pela fonte dele.

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Oi, Wallacy ! Em relação

Dennes — Fri, 16 Nov 2007 19:12:16 +0000

Oi, Wallacy !

Em relação ao Texas Flood, me corrija se eu tiver interpretado errado, mas o grande controle sobre boot dele refere-se a um controle sobre o carregamento de serviços e o momento de carregamento de serviços. Existe também possibilidade de atribuição de prioridade a processos (impressão minha : processos que ainda serão abertos), mas não vi nada a respeito de pré-carregar softwares e dados de softwares em memória.

Não entendi o link do sneak peak do open suse, porque pelo que vi trata-se de um script que otimizou o tempo de boot, mas não vi relação disso com o superfetch - que otimiza o tempo de start das aplicações...

Gerenciamento do que será executado no boot pode ser feito através, por exemplo, do MSConfig

O artigo sobre memória RAM no linux, que você indicou, cita o mecanismo de swap, há muito também usado no windows, mas o superfetch não tem uma relação direta com o sistema de swap, é controlado por um serviço a parte.

Entendi, quando você pediu para ler os comentários, uma pergunta que tem lá, +/- assim : "Como garantir que um processo novo não vai usar swap por causa de algo que já está em cache na RAM ?"

Ocorre que a estrutura do superfetch já garante isso, se for requisitada memória e esta estiver em uso pelo superfetch, ele vai libera-la. Isso é citado no artigo que linkei um pouco antes.

Já o processo de uso de memória virtual, isolamento de processos, mapeamento da memória virtual para física, carregamento único de bibliotecas compartilhadas e swap são recursos que o windows implementou a partir do Windows 95. A partir desta versão cada aplicação passou a ter uma área de endereçamento de 4GB, totalmente virtual, claro, mapeada para memória física e arquivo de swap.

Porém isso trata-se do fundamento básico de gerenciamento de memória de uma aplicação e do swap, o superfetch vai muito além, pré-carregando os recursos que a aplicação precisa antes mesmo que você chame a aplicação.

O pré-carregamento dentro de uma sessão o windows já havia implementado anteriormente ao windows vista (creio que a partir do windows 2000), o superfetch vai além, pré-carregando entre execuções do SO e ainda se combinando com o ReadyBost para aproveitar o máximo de espaço possível para a otimização de performance.

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Coisas que o Vista tem que melhorar

Wed, 14 Nov 2007 08:56:08 +0000

Segundo as informações disponíveis o problema de velocidade na cópia de arquivos no Windows Vista será resolvido com o primeiro Service Pack, que já está em Beta, mas instalar beta de service pack é confiar demais na sorte.
A solução, entretanto, deixa um gosto ruim na boca.
É inadmissível que um sistema operacional que custou (muitas) centenas de milhões de dólares para ser desenvolvido seja lançado com uma deficiência tão... óbvia.
Será que ninguém reparou, durante os testes de certificação, que de quando tenta-se copiar uma quantidade grande de arquivos o Vista se enrola? Convenhamos, no tempo do CP/M, do DOS do MSX (mesmo o nacional, hackeado) já se conseguia melhores velocidades, e olha que o Z80, que era o processador do MSX, hoje existe como controlador de teclado, e dos mais baratinhos.

A imagem acima é de uma cópia de arquivos para um pendrive. Sim, você está vendo certo. A cópia está sendo feita à incrível velocidade de 3,94 KBYTES por segundo.

Desculpe, Bill, mas nos tempos do BBS, baixando com ZMODEM eu conseguia mais velocidade que isso. Mande seus garotos darem uma olhada, a especificação é aberta.