[Professores Titulares] Opinião

Quinta Maio 16 16:42:56 -03 2024

Prezado Prof. Fernando,

Obrigado pelas informações. No meu caso, que tenho 7,5 TB de armazenamento
no Drive (minha pesquisa é com imagens e vídeos), terei de comprar um HD de
8 TB? Ou há como fazer esse espelhamento por partes?

Abraço,

Rubens M. Lopes
Instituto Oceanográfico
Universidade de São Paulo
São Paulo, Brasil

Em qui., 16 de mai. de 2024 às 16:05, Fernando Luis Cônsoli via
professorestitulares <professorestitulares em listas.usp.br> escreveu:

> olá Prof. Michel,
>
> Minha sugestão é de que seja feito o redirecionamento do Google Drive para
> um novo HD de armazenamento, com a concomitante criação de um folder cache
> para armazenamento temporário na mesma unidade de armazenamento. Com isso,
> o espelho do google drive é criado na nova unidade de armazenamento. após
> isso, ative o "acesso offline" . com isso, todos os arquivos disponíveis na
> forma espelho são copiados individualmente para o HD de armazenamento.
>
> IMPORTANTE: retornar o acesso para "disponível apenas online" e
> redirecionar o espelho do google drive para o HD do computador antes de
> deletar qualquer arquivo da nuvem. caso contrário, tudo o que foi copiado
> para o HD de armazenamento também será deletado devido à sincronização dos
> dados!
>
> Comprei uma dock station (R$180) e um HD Barracuda USP 3.0 (R$800) interno
> para funcionar como back up. Mesmo assim, hoje é o segundo dia de
> transferência dos 1,6 Tb que tenho....ainda em progresso.
>
> boa sorte.
>
> Fernando
>
> fernando
>
> On Mon, May 13, 2024 at 2:40 PM Michel Michaelovitch de Mahiques via
> professorestitulares <professorestitulares em listas.usp.br> wrote:
>
>> Boa tarde,
>> recomendo àqueles(as) que forem fazer o backup de seus arquivos do Drive,
>> que não deixem para a última hora.  Estou no quarto dia de backup,
>> enfrentando vários "erros de rede", para baixar 1,6 Tb. Sugestão: não
>> considerem baixar mais de um arquivo .zip de cada vez
>>
>> Saudações
>>
>> On Mon, May 13, 2024 at 1:36 PM Thiago Mattar Cunha via
>> professorestitulares <professorestitulares em listas.usp.br> wrote:
>>
>>> A principio eu havia entendido que a questão não era monetária, e sim
>>> que a google havia terminando com esse tipo de serviço ilimitado. No
>>> entanto, parece-me que existem opções bem melhores do que a que está posta,
>>> por um valore relativamente muito pequeno (quase pinga) e frente aos
>>> prejuízos que podemos enfrentar. Essa situação exige uma mobilização
>>> rápida, antes do leite derramar
>>>
>>>
>>>
>>>
>>>
>>> *De: *professorestitulares <professorestitulares-bounces em listas.usp.br>
>>> em nome de Prof Titulares <professorestitulares em listas.usp.br>
>>> *Responder para: *Miguel Buelta <buelta em usp.br>
>>> *Data: *segunda-feira, 13 de maio de 2024 10:55
>>> *Para: *Claudio Ruggieri <claudio.ruggieri em usp.br>
>>> *Cc: *Claudia Regina Furquim de Andrade <clauan em usp.br>, Prof Titulares
>>> <professorestitulares em listas.usp.br>
>>> *Assunto: *Re: [Professores Titulares] Opinião
>>>
>>>
>>>
>>> Ruggieri
>>>
>>> Você me estimulou a fazer algumas contas. E talvez possamos ajudar, com
>>> isso, à tomada de decisão.
>>>
>>> Vou ser conservador. Os valores finais são menores dos que aqui cheguei,
>>> pois é evidente que para um grande número de docentes, pode ser negociado
>>> um valor bem menor:
>>>
>>> - Google Drive com 2 TB : R$ 40 /mês;  R$ 480 / ano
>>>
>>> - Número de docentes RDIDP+RTC (ensino+pesquisa): 5000
>>>
>>> - Valor total anual : R$ 2,4 milhões
>>>
>>>
>>>
>>> Me parece que esse valor poderia ser absorvido ou diluído. Como
>>> corresponde a 0,03% do Orçamento da USP em 2024, talvez uma realocação de
>>> recursos pudesse ser feita.
>>>
>>> É o que me parece. Abraço a todos.
>>>
>>>
>>>
>>> Miguel Buelta
>>>
>>>
>>>
>>>
>>>
>>> Em seg., 13 de mai. de 2024 às 09:53, Claudio Ruggieri via
>>> professorestitulares <professorestitulares em listas.usp.br> escreveu:
>>>
>>> Colegas, bom dia!
>>>
>>>
>>>
>>> Tenho acompanhado essa discussão, lido a maioria das mensagens e, embora
>>> não goste de entrar em ciclos de discussões que parecem não ter fim ;-), eu
>>> gostaria de respeitosamente emitir a minha opinião e, também discordar de
>>> diversos comentários já postados.
>>>
>>>
>>>
>>> Em primeiro lugar, o serviço de email e armazenamento de dados, entre
>>> outros serviços associados, é um meio de suporte às nossas duas
>>> atividades-fins mais importantes, quais sejam, docência e pesquisa, e não
>>> um fim em si mesmo. Portanto, a USP deveria nos fornecer o melhor serviço
>>> disponível dentro, obviamente, das condições financeiras possíveis no atual
>>> cenário. O que está sendo discutido e proposto pelo STI é, em minha modesta
>>> opinião, um retrocesso e uma falta de visão estratégica. Pode-se até
>>> discutir se os alunos e os servidores necessitam de espaço ilimitado, como
>>> era anteriormente, mas limitar um espaço de 100 Gb aos docentes e
>>> pesquisadores é algo, eu diria, inaceitável daquela que se autoproclama a
>>> melhor universidade da América Latina...... E o curioso é que isso até
>>> custa relativamente barato. O plano individual do Dropbox (o qual, a
>>> propósito, é muito melhor que o Google Drive) custa 50 reais (9 dólares)
>>> por mês por 2 Tb de storage, 50 Gb de transferência de arquivos e backup
>>> automático por 30 dias. Tudo bem que somos muitos docentes, mas creio ser
>>> viável negociar um plano "empresarial" com a quantidade de 1 Tb por docente
>>> que foi comentada anteriormente.
>>>
>>>
>>>
>>> Dito isso, eu também respeitosamente discordo daqueles que pensam que a
>>> USP deveria, então, gerir o seu próprio sistema de emails ou data storage.
>>> Basta lembrar da precariedade que era o sistema anterior ao convênio com a
>>> Google. Aliás, basta observarem a precariedade que é o ATUAL sistema de TI
>>> da USP. Alguém já tentou cadastrar um convênio de um projeto de P&D no
>>> Mercúrio? Um bem material no patrimônio do Mercúrio? Cadastrar um projeto
>>> de pós-doutorado no Atenas? E o Janus e Júpiter? Eu literalmente "bati
>>> cabeça" recentemente no Janus para acessar os dados de um doutorando que
>>> irá defender sua tese em breve e avaliar o depósito da tese. Os sistemas da
>>> USP até funcionam depois de alguma insistência e depois de algumas
>>> tentativas, mas parece que estou usando um navegador da década de 90,
>>> quando a linguagem disponível para construção de sites era o HTML básico.
>>> Simplesmente inacreditável!
>>>
>>>
>>>
>>> O ex-líder chinês Deng Xiaoping disse uma frase que se tornou célebre ao
>>> pregar o pragmatismo de ações: "It doesn't matter whether a cat is white or
>>> black, as long as it catches mice". Ou seja, não importa muito se é a
>>> Google, Microsoft, Oracle, ou até mesmo a USP, desde que seja um serviço
>>> eficiente e confiável, e que permita que, principalmente, nós docentes
>>> desempenhemos nossas funções de docência e pesquisa com a máxima
>>> efetividade e produtividade, sem que eu tenha que perder tempo brigando com
>>> o sistema ou, o que é pior, sem que eu fique sem acesso ao sistema. Aliás,
>>> a maioria das universidades americanas também usa serviços das grandes "big
>>> techs" e ninguém tem problemas com isso. Passei recentemente vários meses
>>> na Texas A&M e lá todo o sistema é da Google similar ao nosso. Portanto,
>>> não procede a afirmação de que "entregar" o serviço à Google ou à Microsoft
>>> coloca em risco dados confidenciais, sigilo, etc. Ora, há vários projetos
>>> nas universidades americanas patrocinados e suportados diretamente pelo DoD
>>> (Department of Defense), DoE (Department of Energy) e DoT (Department of
>>> Transportation), sem falar nos diversos projetos suportados pelos seus
>>> laboratórios nacionais (SANDIA, Oak Ridge, etc.), todos sem problemas. Pelo
>>> que eu saiba, não foi pela Google ou pela Microsoft que os "Pentagon
>>> Papers" foram parar no Wikileaks.....
>>>
>>>
>>>
>>> Assim, colegas, em minha modesta opinião, deveríamos nos posicionar e
>>> solicitar / pressionar a USP para que nos forneça um serviço de TI similar
>>> ao que há nas universidades e centros avançados, incluindo todos os
>>> sistemas atualmente disponíveis. Se a USP quer ser grande, tem que pensar e
>>> agir grande, começando pela revisão deste número de 100 Gb.
>>>
>>>
>>>
>>> SDS,
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Claudio Ruggieri, Ph.D.
>>>
>>> Professor of Structural Mechanics
>>> Fracture Mechanics and Structural Integrity Research Group - NAMEF
>>>
>>> CNPq Research Fellow 1A
>>> Dept. of Naval Architecture and Ocean Engineering - University of Sao
>>> Paulo - Brazil
>>> Voice:  +55-11-30915184
>>> Fax:     +55-11-30915717
>>> E-mail: claudio.ruggieri em usp.br
>>> Lattes: http://lattes.cnpq.br/2050116282937572
>>>
>>> --
>>> professorestitulares mailing list
>>> professorestitulares em listas.usp.br
>>> https://listas.usp.br/mailman/listinfo/professorestitulares
>>>
>>> -- professorestitulares mailing list professorestitulares em listas.usp.br
>>> https://listas.usp.br/mailman/listinfo/professorestitulares
>>> --
>>> professorestitulares mailing list
>>> professorestitulares em listas.usp.br
>>> https://listas.usp.br/mailman/listinfo/professorestitulares
>>>
>>
>>
>> --
>> Michel Michaelovitch de Mahiques
>> Oceanographic Institute
>> University of São Paulo
>> 05508-120 Praça do Oceanográfico, 191
>> São Paulo - BRAZIL
>> Phone 55 11 30916608
>> Skype: michelmahiques
>> https://www.lama-lab-iousp.com
>> --
>> professorestitulares mailing list
>> professorestitulares em listas.usp.br
>> https://listas.usp.br/mailman/listinfo/professorestitulares
>>
> --
> professorestitulares mailing list
> professorestitulares em listas.usp.br
> https://listas.usp.br/mailman/listinfo/professorestitulares
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listas.usp.br/pipermail/professorestitulares/attachments/20240516/97f124de/attachment-0001.htm>