Segunda-feira, 30 de março de 2017 Re: Release 3.0.9 no Github Versão 3.0.9 é uma versão de manutenção. Esta versão contém pequenas correções de bugs e melhorias na portabilidade do compilador. O site Github é novo. Conforme explicado em README, o site ainda está em problemas de construção e as páginas do wiki foram transferidas do code. google. Checkins para 3.0.9 e um novo ramo 64bithash estão no repositório de desenvolvimento. para agora. (O novo ramo destina-se a suportar valores de bandeira - B maiores que 2GB e será lançado como 3.1.0 quando estiver passando o teste.) Postado por jmacd 11:33 PM A seguinte chave pública pode ser usada para verificar futuras versões do Xdelta. ----- BEGIN PGP PUBLIC KEY BLOCK ----- Versão: GnuPG v2 mQENBFUaKl8BCACtXVrndSXjMdbdqt2EA5U7YFzqxUnBYGVNcd7BgF7lP0n5zp r4odp7T0MVxcodpu3VpPcb64zNAnU0gWWg3NTIaNjV5LxTGzii9IFQiZRs33IR PiPsP0gl6OUSsf6KYAa5ploM1P3fWovDZ1QSGndSsCULCcSjOdEfC8vUKYebnDfh ryoNQPcWtlgD0r0FFW79XGwLdPsbHyDX3TtWfxZHkp24Byl04gVg3GIfPHLL3Nyg xnM97XPdWuzmgx90QJ0jEm9kFeLlLF2XuytrIcRPA7w5p9Mad8M41Fh19dn fxz6Cnnm6vu8bzUDk20hntbXuuSmFFPqqRABEBAAG0KUpvc2ggTWFjRG9uYWxk IDxqb3NoLm1hY2RvbmFsZEBnbWFpbC5jb20iQE3BBMBCAAhBQJVGipfAhsDBQsJ CAcCBhUICQoLAgQWAgMBAh4BAheAAAoJECue1N8Kv7ER3sQHi8AHvnNX41Xs9uP lkNyMl3jYsDyBktlx3gASUcI63BgYLBo88GxGfQzsKi3hmkJpl8LnZI0YQ6FBu8W AQeur4LMd0phJGJLD1Ru7HNbAIDRLWkoWx7ZFfu4uRHj9hp4BqLGBjCjlIX9kP jqUGpeDoOoLEk2HkWq8QkbPTZhS8vZNudEmIGmpn2ZmVOzXxMF1FK477caEwfY 7cx1ZazSTigCnTybELUCVYtSNv7G435nltR73r1uP9BOuR7leJY7vXiOXEK5wSG NTDwJe0kvdKIX4p3ykfgTy8Wn8TQDTS0Ab9qHPx1LKpm1gtr3n1uK6xGWB09U9 SCxHhiK5AQ0EVRoqXwEIAMikTIsBGdyjgG7BuvkoJrOmSHNUYU1qP3KfdxIuTH 3Kr2qZ884ZsLVsJzFVPrUHhWX1uvjZG20m5g7NNiKaKMzbgj9WfPlwVGb 55tjd ZKEfE88nacYRwpXyWp3wcfcOlMZrUUJ3iaU7MNS7vdudNPzc9cFXJajQjfLXxi e0W8m5YmrxSZPTIuT1V5qebHl4CRtmfHkzVlsiyoVz8KmoaDvj1VWndbIYC W9FzHquUdfXBdtnAUdKTZbnbAwuNmmr6x56YrKsAvfoGbA3FbTljZZMm89vGZMp e1B2HQddSIf8N2bSFxDxzQbChCh5GUZHjapVaWoHV8AEQEAAYkBHwQYAQgACQUC VRoqXwIbDAAKCRArntTfCrxEf2FB40SIxSC1oHSLp6Gl4bAj66f7RFXKQxCVl AaUbcr5gGY2JFGQwXjnKNdxp88tFnHSvjEbDptqgpgG4rEbrAJLjBdSRn3rRxGDv K3Q7rCD2RZR5X2wdBbO2iHJFvDcBPqc7RVpFfRbZGuWEquwyIFMjowUf9ZBStP oKkZTqYdn5iiZ8aXy13Jil83ZbaeKpLTxSj4gQFm2ObP6CwFige2e0DBuUEMopD Ozhqyo6S84yCTOEqVTudIK7TzHZluoNS0426kEmbJZ2L5eHlQeC6l9BXLBHBNbL 73v03V6uiL1mgqZomD9xsoo0mMVf3d0QWagMszv6po9iZA80tv PyHl ----- END PGP PUBLIC KEY BLOCK ----- postado por jmacd 22:38 segunda-feira, 13 de janeiro, 2017 compilação do Windows agora inclui suporte para compressão secundária liblzma com - Szma. (Desculpe pela demora). Esta versão inclui executáveis do Windows de 32 bits e 64 bits e adiciona suporte para ler o arquivo de origem a partir de um pipe com nome do Windows (problema 101). Atualizações de compressão externa. 3.0z imprime um novo aviso quando descompacta entradas externas comprimidas, uma vez que recebi alguns relatórios de usuários confundidos por falhas de soma de verificação. Lembre-se, não é possível para o xdelta3 descomprimir e recompolar um arquivo e garantir que ele tenha a mesma soma de verificação. 3.0z melhora o tratamento de erros para entradas externas comprimidas com lixeira e também inclui uma nova bandeira para forçar o comando de compressão externo. Passe - F para xdelta3 e passará - f para o comando de compressão externa. Postado por jmacd 7:00 PM Segunda-feira, 15 de fevereiro de 2018 Versão 3.0x 3.0y corrige várias regressões introduzidas em 3.0w relacionadas ao novo suporte para transmitir o arquivo fonte de um FIFO. Esta foi uma característica longa solicitada e estou satisfeito em informar que agora, com as correções em 3,0 x 3,0, parece estar funcionando bastante bem. O resultado deste recurso é que você pode codificar ou decodificar com base em um arquivo de origem compactado, sem descompactá-lo para um arquivo intermediário. Na verdade, você pode esperar a mesma compressão com ou sem um arquivo fonte de transmissão. Houve também relatos de o encoder se tornar ligado em lançamentos anteriores, causado pelo encoder procurando indevidamente mais para trás do que as configurações (ou seja, a bandeira - B) permitida. Isso também é corrigido, e há um novo teste para garantir que não aconteça novamente. Usuários do Windows: eu preciso investigar o problema 101 antes de criar um lançamento de 3.0x 3.0y. Até que eu possa confirmar que o suporte a streaming-source-file funciona no Windows, continue usando a versão 3.0u. Atualização: o suporte incorporado para descompressão automática de entradas está interagindo mal com a nova lógica de gerenciamento de fontes, resultando em baixa compressão. Postado por jmacd 10:28 PM domingo, 25 de outubro de 2009 Com um bom estado de coisas (ou seja, sem relatórios de erros), consegui abordar um recurso solicitado mais alto (59. 73). Muitos de vocês pediram para poder codificar deltas usando um FIFO como o arquivo de origem, porque isso significa que você pode codificar o código de um arquivo de fonte de disco compactado quando você não possui espaço em disco suficiente para uma cópia temporária descompactada. Isso agora é suportado, com uma ressalva. Ao decodificar com um arquivo de origem não procurável, a bandeira - B, que determina a quantidade de espaço dedicado ao seu cache de bloco, deve ser definida pelo menos tão grande como foi usada para codificação. Se o decodificador não pode prosseguir porque - B não foi configurado suficientemente grande, você verá: xdelta3: fonte não procurável: a cópia está muito atrasada (tente aumentar - B): XD3INTERNAL O campo de tamanho de fluxo-src foi eliminado. Internamente, um novo estado stream-src-eofknown foi introduzido. Esta foi uma grande melhoria na qualidade do código porque, agora, os arquivos de origem e de destino são tratados o mesmo em relação à compactação externa (de) e vários ramos de código desapareceram para sempre. Postado por jmacd 10:00 PM quarta-feira, 06 de maio de 2009 Re: MS Linker Version Info em 3.0u Eu não posso explicar este relatório de problema VEJA ABAIXO, indicando que o Xdelta nas plataformas da Microsoft é mais lento do que a compilação anterior por um fator de dois. Postado por jmacd 6:19 PM quarta-feira, 11 de março de 2009 Estou lançando o SVN 281, que possui uma correção de API (ver problema 79). Existe um novo grupo para futuros anúncios. Postado por jmacd 7:00 PM quinta-feira, 29 de janeiro de 2009 O wiki tem excelentes comentários: Tudo o que eu quero fazer se criar um delta (diff) de dois arquivos binários. Como eu faço isso, se xdelta puder fazer isso, faça o patch: xdelta3.exe - e - s oldfile newfile deltafile Aplicar patch: xdelta3.exe - d - s oldfile deltafile decodednewfile (do arquivo em lote para a compatibilidade xdelta1xdelta3) Estou usando o xdelta em janelas. Se um arquivo for aberto na Microsoft Word e enquanto o arquivo ainda estiver aberto, tento usar xdelta para produzir diferença com outro arquivo, o seguinte erro acontece. Xdelta3: arquivo aberto falhou: leia. O processo não pode acessar o arquivo porque ele está sendo usado por outro processo. Eu suspeito que isso é porque xdelta tenta abrir o arquivo no modo não compartilhado. Eu descobri que se a ms word estiver usando um arquivo e nós tentamos abrir esse arquivo no programa AC em modo não compartilhado, o mesmo erro é lançado como acima, mas se abrimos o arquivo no modo compartilhado enquanto estiver sendo usado pela palavra MS, nenhum erro Ocorre. Sim, eu também posso confirmar o problema de que um arquivo xdelta não pode ser criado se o arquivo de origem estiver sendo compartilhado com outro aplicativo. Se você estiver usando o servidor Windows 2003 ou o servidor Windows 2008, você pode usar o volume sombra copiar vssadmin criar sombra ForC: então use dosdev. exe para mapear uma unidade para a sombra, você pode acessar os arquivos sem haver problemas com bloqueios , Isso se aplica a qualquer arquivo localizado nessa unidade, incluindo bancos de dados sql e qualquer outro arquivo bloqueado. Se você estiver executando. Net Framework v3.5 Escrevi um pequeno utilitário para automatizar a criação e exclusão das sombras e mapear a unidade, apague a unidade. Envie-me um e-mail diretamente para alex at intralan dot co dot uk e vou enviar uma cópia. Meu amigo e ir usando este programa, mas ele melhora a compressão do que eu e não me diz como ele está quase duplicando a compressão, eu faço o arquivo 650mb de 1gb, mas ele faz 349mb, os mesmos arquivos de origem usaram o comando usando É delta3.exe - e -9 - S djw - s patch de destino de origem o que é a linha de comando para a compressão máxima Como posso obter a versão do python Isso é o que eu recebo quando executo a instalação. Eu compilei com o Cygwin, em seguida, com o Visual Studio, ambas as vezes eu recebo a mesma msg ao executar a instalação. Qualquer sugestão c: xdelta3 python setup. py install --verbose --compile --force executando a instalação execução compilação executando o erro buildext: Python foi criado com o Visual Studio 2003 extensões devem ser criadas com um compilador do que pode gerar binários compatíveis. O Visual Studio 2003 não foi encontrado neste sistema. Se você tiver o Cygwin instalado, você pode tentar compilação com o MingW32. Passando - c mingw32 para setup. py. Quais são os comandos para os novos recursos de combinação de mesas? Existe uma maneira de obter o xdelta para pegar o caminho de duas pastas, recurrir através deles e fazer um delta para dir1 vs dir2 Obrigado por xdelta Não há nenhuma maneira de levar dois dirs, E faça um delta para dir1 vs dir2, mas essa seria uma ótima característica. (Problema 21) Outros principais problemas e solicitações: 1. Arquivo de origem de um FIFO: atualmente xdelta3 não suporta a leitura do arquivo de origem de um arquivo não procurável, mas não é porque o algoritmo é uma pequena limitação de código e pode ser fixo. (O número 59 é um dup de 73. que inclui um patch). 2. Compressão de imagem ISO inteligente: se você levar um conjunto de arquivos e produzir ISO1, então produza um conjunto posterior de arquivos como ISO2, mas os arquivos estão em uma ordem completamente diferente, a compressão sofre. Experimente definir - B tamanho igual ao tamanho ISO, se possível. (Edição 71) postado por jmacd 8:00 PM Sábado, 13 de setembro de 2008 Notas de versão: Novo comando de mesclagem xdelta3 (questão 36) Correções relacionadas ao Windows stdinstdout (questão 34) Corrigir o loop infinito API-only (número 70) Várias portabilidade e Compilações de compilação (gcc4, DJGPP, MinGW, Big-endian, Solaris, C) Novo teste de regressão (yeah) O novo comando de mesclagem permite combinar uma sequência de deltas, para produzir uma única saída que representa o efeito líquido da seqüência. O comando é razoavelmente eficiente porque calcula o resultado diretamente, sem a construção de cópias intermediárias (e sem acesso à fonte de primeira cadeia). Eu digo razoavelmente porque há um ponto fraco neste algoritmo. Uma codificação VCDIFF contém dois tipos de instruções de cópia: (1) cópias do arquivo de origem, que o comando de mesclagem pode traduzir com aritmética direta, e (2) cópias do Arquivo alvo (próprio), que são mais difíceis. Uma vez que uma cópia de destino pode copiar de outra cópia de destino anteriormente na janela, a fusão de uma cópia de destino no final de uma janela pode envolver a sequência de uma longa cadeia de cópias alvo até o início da janela. O comando de mesclagem implementa isso hoje usando recursão, o que não é uma solução eficiente. Uma solução melhor envolve a computação de um par de estruturas de dados auxiliares para que: (1) encontrar a origem de uma cópia de destino seja uma operação em tempo constante, (2) encontrar onde (se for caso disso) a origem de uma cópia de destino é copiada por Um posterior delta na cadeia. A segunda dessas estruturas requer, essencialmente, uma função para calcular o mapeamento inverso de um delta, que é uma característica que possui suas próprias aplicações. Resumo: o comando de mesclagem manipula as cópias do alvo de forma ineficiente, e o código para resolver esse problema nos permitirá inverter deltas. Juntos, os comandos de mesclagem e inversão fazem uma combinação poderosa, possibilitando armazenar arquivos delta O (N) e construir deltas para atualizar pares O (N2) usando operações eficientes. Essa foi a base do xProxy: um sistema de armazenamento em cache e delta transparente para objetos da web. Que usou uma versão mais antiga do Xdelta. Estou fazendo uma versão única de fonte, que não fiz em um tempo, porque não tenho as ferramentas de compilação necessárias para o Windows (devido a uma máquina quebrada) e não quero atrasar esse lançamento por causa disso. Postado por jmacd 5:00 AM quinta-feira, 4 de setembro de 2008 O Google lançou uma nova biblioteca de código aberto para codificação e decodificação de RFC 3284 (VCDIFF), projetada para suportar o protocolo proposto de Compressão de Dicionário Compartilhado sobre HTTP (SDCH, a. k.a. Sandwich). Esta é uma grande notícia. O autor e eu tivemos inúmeras discussões sobre alguns dos recursos que o VCDIFF não tem, e agora que temos duas implementações de código aberto foram capazes de fazer um progresso real no padrão. Tanto o Googles open-vcdiff como o Xdelta-3.x implementam extensões ao padrão, mas executei um teste de interoperabilidade simples e as coisas parecem boas. Execute xdelta3 com - n para desabilitar checksums e - A para desativar o cabeçalho da aplicação. Um grande agradecimento aos contribuintes de Lincoln Smith e Googles. (Disclaimer: Eu sou um funcionário do Google, mas não contribuí com nenhum código para abrir-vcdiff.) P. S. Ainda estou depurando o comando de mesclagem xdelta3, fique atento ao problema 36. Postado por jmacd 9:00 PM quarta-feira, 9 de julho de 2008 Re: Regression test framework 3.0t lançado em dezembro de 2007 acabou por ser extremamente estável e estou ocupado preparando o primeiro candidato a versão não-beta. O problema de ser estável é o risco de regressão, então eu tenho colocado nervosamente uma nova estrutura de teste de regressão para ajudar a fazer erros obscuros. O bug mais crítico relatado desde 3.0t é um problema não-bloqueador específico da API. Certos erros só afetam a API, não o aplicativo de linha de comando xdelta3, porque o aplicativo de linha de comando usa IO de bloqueio, mesmo que a API suporte IO não bloqueável. A edição 70 relatou um loop infinito que processa um certo par de arquivos. O repórter incluiu graciosamente amostras de insumos para reproduzir o problema e reparei no SVN 239. Mas não estava feliz com a solução até agora, graças à nova estrutura de testes de regressão. Com 50 linhas de código, o teste cria um descritor de arquivo na memória e, em seguida, cria duas pequenas variações destinadas a disparar o erro. O SVN 256 contém o novo teste. Então, o que é que me faz sentir 3.x é tão estável Seus e-mails como este de Alex White em intralan. co. uk: Oi Josh, Usando o XDelta por um tempo agora, estava funcionando perfeitamente (eu desejo todo o software Poderia ser este estável), estava remendando até 1tb de dados por dia (em vários servidores), o maior arquivo até agora com 70gb. Alguns testes de desempenho e com unidades SATAII padrão com ambas as fontes e o patch que está sendo criado na mesma unidade, o processamento foi de cerca de 300mb por minuto (criando patches), configure uma configuração de unidade dupla onde uma das fontes estava em uma segunda unidade e, em seguida, O processamento era de cerca de 1gb por minuto (criação de patches). Melhor patch de arquivo grande para a proporção de tamanho do arquivo original, tamanho do arquivo original: 56,147,853,312 Tamanho do arquivo de patch: 299,687,049 Remuneração do arquivo de patch em relação ao tamanho do arquivo original 99.47 Este arquivo demorou 2 horas e 21 minutos para o patch em uma configuração do mundo real. Obrigado por todos os comentários que eu gosto de software estável também. Postado por jmacd 9:00 PM Segunda-feira, 21 de abril de 2008 Atualização para abril de 2008: comecei a fazer versões beta para Xdelta-3.x há quatro anos. Havia muitos bugs então. Agora, os relatórios de erros estão diminuindo, tanto que eu tive a chance de trabalhar em novos recursos, como um solicitado pela questão 36. Anunciando o comando de mesclagem xdelta3. Sintaxe: este comando permite combinar uma sequência de deltas, produzindo um delta único que combina o efeito de aplicar dois ou mais deltas em um. Como não terminei de testar este recurso, o código só está disponível em subversão. Veja aqui e divirta-se. Postado por jmacd 11:59 PM quinta-feira, 06 de dezembro de 2007 Notas de versão do Xdelta-3.0t: melhora a compressão evitando cópias pequenas ineficientes (por exemplo, as cópias do comprimento 4 à distância 214 são ignoradas) corrige um elemento de matriz não inicializado em - Sdjw que Não causou um acidente, mas causou menos que a compactação ideal e as falhas de teste Corrige erros no recodamento xdelta3. Testes adicionados Todos os testes passam em Valgrind postado por jmacd 9:00 PM quinta-feira, 8 de novembro de 2007 Notas de versão Xdelta-3.0s: mais vagas Otimizações diversas para evitar a aritmética desnecessária xdelta3 -1 tem compressão de poupador mais rápido (xdelta3 -2 é a configuração anterior) S djw expõe níveis de compressão secundários como - Sdjw1. - S djw9 Remove arquivo de origem muito grande para verificação de erro de descompressão externa Apoio de API para transcodificação de outros formatos em notas de versão VCDIFF Xdelta-3.0r: corrige uma falha de codificador causada por - Sdjw (compressor secundário) em determinados dados, novos testes para código - Sobredimensionamento de comprimento Adiciona novo comando de recodificação para re-codificar um delta com diferentes configurações de compactação secundária Corrige erros específicos da API relacionados a chamadas não bloqueadas para xd3encodeinput e xd3decodeinput Adiciona novos exemplos de programaencoderdecodertest. c para a API não bloqueadora Como um exemplo do novo Comando recode e opções de compressão secundária: a compressão secundária permanece desligada por padrão. Passando - S Djw é equivalente a - Sdjw6. Postado por jmacd 9:00 PM quarta-feira, 18 de julho de 2007 Estou feliz com um e-mail de um gerente no Pocket Soft, esclarecendo o que foi escrito na minha publicação anterior. Obviamente, o Pocket Soft merece reconhecimento aqui porque, comercialmente falando, eles são a única base para comparação enviada pelos usuários. Estou publicando todo o conteúdo aqui. Oi, Josh. Eu sou o Gerente de Engenharia de Software da Pocket Soft, fabricantes de RTPatch. Gostaria de abordar uma citação errada contida em seu post de 28 de junho e espero que limpe o ar e explique a posição oficial do Pocket Softs em relação à código aberto, patentes e comparação direta com o XDelta. Estou feliz por você usar todo ou parte do meu email dentro do seu site, se você achar que é apropriado. Em primeiro lugar, a citação xdelta provavelmente infringe nossas patentes também é imprecisa (ninguém da Pocket Soft fez essa observação específica a qualquer pessoa em qualquer momento), no entanto, incorpora a essência de uma declaração feita por um de nossos vendedores para uma empresa em Austrália, que poderia ter sido interpretada como sugerindo uma reivindicação de violação de patente. Este foi um incidente único, e não era representativo da posição corporativa do Pocket Softs. Na verdade, nosso CEO falou com o CEO da equipe australiana que recebeu essa mensagem e explicou que era o resultado de um vendedor exagerado. Nós também abordamos esta questão internamente com todos os funcionários. Na verdade, o Pocket Soft é um suporte de software de código aberto e entende que ele é um excelente objetivo em nossa indústria. Além disso, tendo passado os últimos 15 anos nos problemas específicos associados à diferenciação de bytes, temos uma grande apreciação pelo trabalho que você realizou no XDelta. O propósito das patentes para Pocket Softs é de fato defensivo e serve como lista de verificação de vendas para nossos clientes corporativos. Considere o seguinte artigo. Em particular, a seção de Risco Legal entra em jogo com freqüência com o OEM e até mesmo as vendas de encolhimento que fazemos à Enterprise. Quando você está vendendo para os Oracles do mundo, quase sempre nos perguntamos o que é a indenização. A existência de uma patente sobre a tecnologia principal ajuda a aliviar os receios de risco legal - independentemente da sua, ou mesmo de nossas próprias opiniões sobre as próprias patentes de software. No que diz respeito à comparação direta, estamos bem conscientes de lugares específicos onde podemos melhorar a velocidade ou o tamanho do arquivo de patch em RTPatch para ganhar alguns pontos aqui e ali, no entanto, as necessidades de nossos clientes em relação à confiabilidade alcançam isso. Seu leitor escreveu que tinham uma versão de RTPatch de 4,5 anos de idade. Alguns de nossos usuários se apegam a versões de 12 anos que temem a possibilidade de desestabilização com uma nova versão. Nossos clientes da empresa gostam de ouvir que podemos reivindicar com sinceridade absoluta que o formato de arquivo de patch atual, o mecanismo de compilação, etc. foram testados cuidadosamente e que os mesmos algoritmos estão sendo usados para o milhão de patches aplicados todos os dias pelos usuários do RTPatch ( A McAfee e a Trend Micro sozinhas colocam esses muitos patches). Quando a Marinha dos EUA começou a usar o RTPatch para suas cartas náuticas digitalizadas usadas por navios no mar, eles se preocupavam menos com a obtenção de mais alguns pontos na redução de tamanho ou mesmo na velocidade de Construção. Eles precisavam de confiabilidade e robustez. Isso não quer dizer que seu produto não possui essas características. Estou falando apenas dos problemas que todos os dias enfrentamos com nossos clientes e potenciais clientes. Também precisamos lidar com o conjunto de recursos estendido do RTPatch, incluindo o suporte para o Windows Installer, mecanismos de entrega automática de parches, bem como uma série de recursos e opções específicas do Windows (arquivos de auto-registro, suporte de registro, etc.). O algoritmo central é, é claro, importante, mas em nosso mercado, há muito mais do que apenas diferenças de nível de byte em jogo. Finalmente, em uma nota pessoal, eu queria dizer que não eram uma corporação grande e ruim para espremer ou intimidar inovadores de software de código aberto. Pelo contrário, agradecemos a atenção que você desenhe para você mesmo, o que, por sua vez, traz as empresas que estão no nosso mercado, à atenção de RTPatch. Eu entendo que você trabalha no Google agora, então estou certo de que você sabe que nem todas as empresas são malvadas. ) Espero que você tenha tido tempo para ler até agora. Eu certamente aprecio a oportunidade de limpar o ar. Sinta-se a vontade para ligar ou enviar e-mail a qualquer momento, e fique feliz em conversar. Boa sorte para você, Tony O - Manager, Software Engineering Pocket Soft, Inc. 713-460-5600 Recebi um fluxo constante de e-mail sobre Xdelta desde que a versão 0.13 foi lançada (12 de outubro de 1997) e este é um dos Os mais bonitos de todos os tempos. Obrigado. Re: patentes e os oráculos do mundo O modelo de ameaça é: vou vender uma licença de software que exclua você dos termos (relacionados ao copyright) da GPL, o que permite uso ilimitado para uma taxa fixa, mas é feito sem representações Garantias, responsabilidades, indenizações, etc. O argumento é que sua empresa poderia ser processada por direitos de propriedade intelectual se qualquer uma das seguintes tecnologias e programas caísse em uma reivindicação (embora nunca tenham tido dúvida em dúvida): Zlib - 1.x, Xdelta-1.x e o padrão RFC 3284 (VCDIFF). Eu direi isso: no caso de a Empresa descobrir que o Licenciador não é o proprietário legal e o titular do título de qualquer seqüência de código dentro do Xdelta entregue no âmbito deste Contrato, a Empresa deverá notificar o Licenciante de tal descoberta por escrito, incluindo a seqüência específica do código de software em questão, E dará ao Licenciador Cento Oitenta (180) dias para substituí-lo por uma seqüência de código funcionalmente equivalente que o Licenciador é o proprietário legal e titular do título, todos antes de invocar qualquer forma de alívio que possa ser permitida de acordo com este Contrato. (Entre em contato comigo para uma licença de exemplo) Mas, as patentes não são o problema real para mim, neste post ou no último, é sobre suporte e recursos. Isso realmente é mais do que apenas diferenças de nível de bytes em jogo. No caso improvável de encontrar um acidente Xdelta ou resultado incorreto, estou realmente interessado em corrigi-lo. Eu acompanho os problemas. Eu respondo ao e-mail, como este sobre o suporte ao diretório-diff: oi, estou usando o seu AMAZING () xdelta 1.1.3 e é fantástico. Eu uso isso para fazer os mapeamentos para minhas traduções e coisas assim. Eu estava me perguntando. É possível implementar um recurso que expande o processo para todos os subdiretórios usando um para como isto para i em (.) Do xdelta delta OLDi NEWi i. patch ele não recria a árvore de diretório e não leva os subdiretórios. O que você acha sobre Heres um script perl enviado pelo usuário para o diretório recursivo diff. (Para o qual o remetente respondeu, não conheço nada sobre perl, fazendo dois de nós.) Se você tem seus próprios engenheiros, se Xdelta passar seus testes, você provavelmente não precisa de suporte. Se você é McAfee ou a Marinha dos EUA, você precisa de apoio. Heres alguém que precisa de suporte: estamos usando o xdelta3 para comprimir nossos backups no meu local de trabalho e está funcionando de forma excelente, no entanto, qualquer máquina em que seja executada é colocada fora da comissão durante a duração devido à exibição da janela executável xdelta3 para cada arquivo . Seria possível construir o programa xdelta3 como uma DLL, muito parecido com o zlib. Não tenho absolutamente nenhum conhecimento sobre CC, então não sei se isso é enorme, pergunte ou não :) Eu prefiro trabalhar no projeto do meu carro do que arquivos de auto-registro , Muito obrigado. ) Postado por jmacd 9:00 PM quinta-feira, 28 de junho de 2007 Não há novas versões postadas desde março, portanto, algumas atualizações. Um usuário enviou um script. bat de MSDOS para a compatibilidade de linha de comando xdelta1xdelta3, outro enviou um script perl para difusão de diretório recursiva, um usuário informa um bom desempenho para um aplicativo no kernel (código de exemplo) e algumas solicitações de recursos. Dada a falta de relatórios de erros, é hora de tirar o xdelta3 da versão beta. Vários de vocês solicitaram um recurso para suportar atualizações no local, permitindo que você aplique deltas sem fazer uma cópia do arquivo, o que me leva a um outro pouco de comentários dos usuários: Em primeiro lugar, Id gostaria de deixar você saber que fizemos um Pouco benchmark no trabalho e xdelta3 saiu no topo de várias utilidades em termos de velocidade de execução e tamanho de saída final. Uma dessas utilidades é uma versão de RTPatch de 4,5 anos de idade para a qual temos uma licença. Um dos meus colegas de trabalho enviou um e-mail ao Pocket Soft sobre isso e, assim como o óbvio que você está usando uma resposta de versão antiga, e o software de código aberto não tem argumentos de suporte, eles também disseram algo ao longo das linhas de: xdelta provavelmente infringe nossas patentes também , Implicando que o uso dele pode ser ilegal. Sendo um grande apoiante e usuário de código aberto no meu tempo livre, estou totalmente contra esse tipo de divulgação de F. U.D. Bem como a própria idéia de que o software é patenteável. Eu não tenho certeza se meu colega de trabalho enviou um e-mail também, mas eu simplesmente pensei que eu informasse você. ) E a parte engraçada é, os usuários diziam há 5 anos que Xdelta 1.x bate RTPatch. ) Eu tenho que agradecer o IETF e trabalhos anteriores em código aberto (por exemplo RFC 1950 ndash Zlib, RFC 3284 ndash VCDIFF) para tornar isso possível. Zlib conta-se uma biblioteca de compressão Massively Spiffy, porém delicada e discreta (também gratuita, para não mencionar livre de patentes) e, de fato, Zlib inspirou a API Xdeltas desde o início (é discreto). Não podemos esquecer a outra vantagem principal do Zlibs (não está comprometida). Quanto ao pedido anterior (atualizações no local), o interesse é forte, mas as patentes podem se tornar um problema. A codificação de codificação multi-threaded é outra requisição freqüente. A idéia é que mais CPUs podem codificar codificar mais rapidamente, executando em paralelo sobre segmentos intercalados das entradas. Isso é trabalho futuro, e provavelmente muito disso, mas eu gosto da idéia. O Xdelta 3.0q possui 11.480 downloads. É você o usuário que alimenta fonte aberta, e obrigado pelo excelente feedback postado por jmacd 5:00 PM Domingo, 25 de março de 2007 O Xdelta 3.0q possui um novo instalador MSI para o Windows. Graças a muitos de vocês por seus comentários sobre a instalação do Windows (problemas 16. 26. 27). Obrigado especialmente a Nikola Dudar por explicar como fazê-lo. A versão 3.0q corrige problemas específicos do Windows: (1) não faça o buffer stderr. (2) permitem o compartilhamento de leitura de arquivos. Obrigado pelo feedback Obrigado pelas seguintes ferramentas de compilação: publicado pela jmacd 1:00 PM Terça-feira, 27 de fevereiro de 2007 O gráfico mostra o desempenho das configurações variáveis de nível de compressão, x (tempo) e y (tamanho comprimido), testadas em um específico Par de entradas de 130MB armazenadas em cache. A compressão tem uma relação inversa entre o tempo eo desempenho espacial. A linha verde é uma hipérbole para referência, f (x) 1.33MB (30KBs) (x - 2.45s). Pontos de amostra: 1.49MB em 2.9sec a 45MBsec (98.9 compressão) 1.34MB em 6.5sec a 20MBsec (compressão 99.0) postado por jmacd 11:00 PM Domingo, 18 de fevereiro de 2007 Xdelta-3.x processa uma janela de entrada em um Tempo, usando um orçamento de memória fixa. Esta versão levanta alguns dos máximos padrão, para uma melhor compactação de arquivos grandes. As configurações de memória padrão para arquivos grandes somam cerca de 100Mb. () Um usuário escreveu para confirmar o bom desempenho em arquivos WIM de 3.7Gb, ótimo Então, para responder a pergunta em sua postagem em 28 de janeiro. Sim, estamos usando xdelta3 com arquivos maiores que 1Gb e está funcionando bem. Estou fora para tentar aumentar a compressão e ver o quanto podemos esbarrar o patch. Obrigado por uma ferramenta extremamente útil que vai melhorar enormemente nossa capacidade de distribuir atualizações para nossas imagens de compilação. No outro extremo, um desenvolvedor escreveu para perguntar sobre o uso do xdelta3 no kern da Xen. Heres um exemplo de xdelta3 configurado para uma página de 4Kb usando 32Kb. O usuário escreve sobre o tamanho do código: eu vi sua publicação onde você disse que melhorou a compressão no Xdelta3 e que agora era um pouco mais rápido do que 1.1. Você sabe onde os dois ficam sem compressão ativados (Nós não usamos a compressão Xdeltas porque comprimimos todos os nossos arquivos após o fato com a compressão sólida Rar.) Obrigado também pelo link para esses benchmarks. Aqueles foram bastante úteis, e é legal ver Xdelta sair no topo. ) Vou dizer isso: uma coisa boa sobre o novo Xdelta é seu tamanho menor Xdelta 1.1s exe é 1Mb quando não é compactado via UPX, enquanto o Xdelta3 é 100Kb. Agradável. ) Obrigado Xdelta3 é mais rápido e melhor do que Xdelta1 com compressão desativada (a bandeira -0), graças ao VCDIFF e outras melhorias. Estou procurando suas idéias no diretório recursivo diff. Uma solução usa tar: tarro de fonte do XDELTA --use-compress-programxdelta3 - cf. Essa abordagem é melhor do que computar diferenças de pares, uma vez que os dados podem ser copiados em arquivos de arquivos. Preste atenção na ordem dos arquivos e no tamanho do buffer de origem. Desenvolvedores da Microsoft, considere usar o formato de imagem do disco WIM. Obrigado pelo feedback (arquivo um novo problema). () Xdelta-1.x processa toda a entrada ao mesmo tempo, e sua estrutura de dados leva espaço linear (tamanho do arquivo fonte2) O (1). Xdelta-1.x lê o arquivo de origem inteiro completamente duas vezes (para gerar checksums, para coincidir com a entrada), usando pelo menos metade da memória como o tamanho do arquivo de origem. Postado por jmacd 1:00 PM quarta-feira, 07 de fevereiro de 2007 Usuários querem velocidade, especialmente os jogadores de video. Testei com alguns de seus dados: torneio irreal e remendos Wesnoth. Esses patches economizam 50-100MB por download. Xdelta1 continua popular hoje devido à velocidade, e xdelta3 até agora não foi tão rápido (debdev tem testes). Xdelta-3.0o melhorou os níveis de compressão (download). Ao longo dos meus dados de amostra, o novo nível de compressão padrão (o mesmo que o sinalizador da linha de comando -1) é um pouco mais rápido do que, com uma compressão aproximadamente igual à Xdelta-1.x. Níveis de compressão -3. -6. E -9 também são melhorados. Postado por jmacd 7:00 PM O SVN 125 possui uma nova variável de ambiente XDELTA para passar bandeiras na linha de comando, para que você possa usar xdelta3 em conjunto com tar: Isso cria extratos - de um arquivo tar comprimido delta, sem usar arquivos intermediários. Postado por jmacd 8:00 AM quinta-feira, 01 de fevereiro de 2007 From The Old Joel no Fórum de Software: Verifiquei o rtpatch e o xdelta há pouco - a menos que haja algo errado com a versão demo rtpatch em seu site, o xdelta é significativamente mais rápido Ao fazer manchas, e eles são um pouco menores. O teste que eu corri foi em uma aplicação de 200 Meg, onde cerca de 30 meg de partes aleatórias de arquivos eram diferentes. Rtpatch demorou cerca de uma hora (não tenho certeza desde que eu vaguei enquanto esperava) e xdelta demorou alguns minutos. Acabamos rodando nosso próprio sistema de qualquer maneira, porque nossa aplicação tem requisitos bastante sérios de robustez. Maybe we should try selling it Thanks 5 years later. Another post in the same thread writes: I did some research on patching like issues, read some papers on the Longest Common Subsequence problem, wrote some prototype code. And we ultimately decided to defer the issue in our product. Note that we werent trying to patch our software, we were interested in including tools in our product that would allow administrators to build patches for applications they support in house. Long story short. its a heavily researched issue in Computer Science, but its still a difficult problem to solve well. There are both space and time considerations, although running on a modern OS with virtual memory eases the space consideration. After my evaluation, my guess was that RTPatch was in no way producing an optimal solution, but that they were relying on compression to keep the size of the patch small. Their genius lies in being able to generate a patch so quickly. Longest common subsequence isnt quite the same problem, but its true that compression performance should be measured in several dimensions: size (of compression), memory usage, and speed. Xdelta3 supports compression levels -1 (fast) through -9 (best).Virtual memory does not ease the space consideration. Reading from disk is terribly slow, so Xdelta3 avoids seeking backwards in the source file during compression. Read more about xdelta3 memory settings. posted by jmacd 10:00 PM If youre keeping up-to-date by subversion, with the xdelta source code. version 100 has a few recent changes: (1) compiles on cygwin (1.x and 3.x), (2) responding to bug report 17 . posted by jmacd 6:00 PM Sunday, January 28, 2007 An especially grateful user wrote me to say thanks for the open-source software: Firstly, Xdelta is an impressive piece of software, and I appreciate you writing it. Ive done some tests and found it to be orders of magnitude faster than RTPatch. the expensive commercial diffing tool Im using a Windows ported version of Xdelta 1.1.3 in a project Im working on here, and it works great. (I realize that XDelta 1.1.3 is old, but I like how fast it is relative to the results). Because that version is licensed under the GPL, I am including a copy of XDelta. exe with the program instead of integrating the code directly. Im content to continue doing this, as obviously I want to respect your licensing wishes for the software. ( ) Thanks Another writes: I hope you can release a bugfix and rub off the beautymarks. xdelta-1.1.x is still used widely and a maintenance release would be appreciated. Thanks again )This is a maintenence release: Xdelta 1.1.4 remains substantially unchanged since 1999. This release fixes a bug: Compressed data from 32-bit platforms failed to decompress on 64-bit platforms. This is fixed in the decoder (it was a badly-designed hint, now ignored), so you can now read old 32-bit patches on 64-bit platforms. Patches produced by 1.1.4 are still readable by 1.1.3 on the same platform. Still, Xdelta 1.1.x is losing its edge. Xdelta3 compresses faster and better, using a standardized data formatmdashVCDIFF. and has no dependence on gzip or bzip2. If using a standardized encoding is not particularly important for you, Xdelta3 supports secondary compression options. Xdelta3 (with the -9 - S djw flags) is comparible in terms of compression, but much faster than bsdiff. Xdelta3 includes a Windows. exe in the official release. As always, Im interested in your feedback (file a new issue ). Are you compressing gigabyte files with Xdelta3 Have you used dfc-gorilla (by the makers of RTPatch) posted by jmacd 2:00 PM Sunday, January 21, 2007 Xdelta3 has a stream-oriented CC interface. The application program can compress and decompress data streams using methods named xd3encodeinput () and xd3decodeinput () . With a non-blocking API, its about as easy as programming Zlib . Thanks for your feedback (file a new issue ). posted by jmacd 6:00 PM Monday, January 15, 2007 This release raises the instruction buffer size and documents the related performance issue. Problems related to setting - W (input window size) especially small or especially large were fixed: the new minimum is 16KB, the new maximum is 16MB. A regression in the unit test was fixed: the compression-level changes in 3.0k had broken several hard-coded test values. The encoder has compression-level settings to optimize variously for time and space, such as the width of the checksum function, the number of duplicates to check, and what length is considered good enough. There are 10 parameters (Zlib, by comparision, has 4), but the flag which sets them ( - C ) is undocumented. I am documenting these and developing experiments to find better defaults. Thanks for your feedback (file a new issue ). posted by jmacd 8:00 PM Friday, January 12, 2007 This is the first release making only performance improvements, not bug fixes. The default source buffer size has increased from 8 to 64 megabytes, and Ive written some notes on tuning memory performance for large files. Ive been running experiments to find better compression-level defaults. This release has two default compression levels, fast (-1 through -5) and the default slow (-6 through -9), both of which are faster and better than the previous settings. Theres more work to do on tuning in both regards, memory and compression level, but this is a starting point. There is a new wiki on command line syntax. Thanks for your feedback (file a new issue ). posted by jmacd 6:00 PM Sunday, January 07, 2007 The self-test (run by xdelta3 test ) now passes. There had been a regression related to external-compression, and several tests had to be disabled on Windows. Also fixes VCDIFF info commands on Windows (e. g. xdelta3 printdelta input ) and memory errors in the Python module. Thanks for your continued feedback (file a new issue ). A user reports that xdelta3.exe should not depend on the C 8.0 Runtime. I agreemdashthis is written in C. The source release includes a. vcproj file, in case youd like to try for yourself. posted by jmacd 10:00 AM Saturday, December 16, 2006 Thanks for your feedback. (Submit a new report ). Release 3.0i builds with native Windows IO routines (enabled by DXD3WIN321 ) and has been tested on 64 bit files. (Issue closed ). posted by jmacd 4:00 PM Sunday, December 10, 2006 Ladies and Gents, Version 3.0h runs on Windows. Please head straight for the latest download of your choice: I thought Id share this first and test it later, let you be the judge. There are not a lot of platform dependencies. The main() routine has helpful options: DXD3STDIO1 builds with portable IO routines DEXTERNALCOMPRESSION0 builds without external compression, which requires POSIX system calls A call to gettimeofday() had to be replaced: The remaining changes were minimal, such as the printf format string for 64bit file offsets. I havent run a 64bit test on WindowsmdashI was too busy posting this. -)Please file issues here or send mail to ltjoshx2emacdonaldx40gmailx2ecomgt. posted by jmacd 4:00 PM To: Microsoft Re: Windows support Thanks for the free downloads posted by jmacd 2:00 PM Wednesday, September 27, 2006 KDE. org asked how to use xdelta3. Like gzip with the additional - s SOURCE . Like gzip, - d means to decompress, and the default is to compress. For output, - c and - f flags behave likewise. Unlike gzip, xdelta3 defaults to stdout (instead of having an automatic extension). Without - s SOURCE . xdelta3 behaves like gzip for stdin stdout purposes. See also . xdelta3 - s SOURCE TARGET gt OUT xdelta3 - s SOURCE TARGET OUT xdelta3 - s SOURCE lt TARGET gt OUT xdelta3 - d - s SOURCE OUT gt TARGET xdelta3 - d - s SOURCE OUT TARGET xdelta3 - d - s SOURCE lt OUT gt TARGET posted by jmacd 9:00 PMFree UK and Worldwide Delivery. Serviço gratuito de troca do Reino Unido. Serviço de troca mundial subsidiado. Impostos e taxas Todos os preços apresentados neste site incluem todos os impostos e taxas, o que significa que não há custos adicionais na entrega. O preço que você verá será o preço que você paga. Inovação Na vanguarda dos materiais da Hitech dentro das Jeans de moto reforçada desde 1998. Comprimento de perna livre alterado ao tamanho. Proteção de Impacto Revolucionário Opcional Aprovado pela CE D 3 O armadura de quadril e joelho. Qualidade feita na Grã-Bretanha aos mais altos padrões. Conforto e proteção aprimorados Proteção contra abrasão Ktech Paraaramid nova, mais macia e confortável do cinto para as canelas. Patrimônio Nossa família vem produzindo jeans desde 1955. Knee Armor Posicionamento ajustável de protetores. Abrasão Dezoito anos de proteção comprovada. Costuras costuras de segurança duplas, incluindo fios de tecnologia K. Bolsos frontais feitos inteiramente de jeans para aumentar a força. Zip YKK (tempo de vida garantido). Rebites com rebites achatados para pintura. Studs Hood de marca.
No comments:
Post a Comment