Re: FBReader аналог?
On Mon, Nov 18, 2013 at 11:50:46AM +0400, Alexander Galanin wrote: > On Mon, 18 Nov 2013 00:14:23 +0200 > Oleksandr Gavenko wrote: > > > > Конвенртировать calibre в Best. > > Искал - но не релевантно: > > что имелось ввиду? > > Если в слове «epub» (как написано у Витуса) сделать 4 ошибки, то > получится слово «Best». > > Интересно, это гуглопочта начала контекстную рекламу прямо в письма > вставлять? Обратите ещё внимание на подпись "epub regards" в том письме. Больше похоже на происки emacs. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131118085058.GA24689@localhost.localdomain
Re: kfreebsd-image или zfs-on-linux?
Stanislav Vlasov writes:
> 17 ноября 2013 г., 14:11 пользователь alexander barakin (aka sash-kan)
> написал:
>
>>> > Или использовать систему контроля версий, например Git.
>>>
>>> Это для более огранизованной системы, когда git вписывается в рабочий
>>> процесс. Тут же есть риск удаления .git.
>
>> каталог с самим репозиторием ("каталог .git") может располагаться и
>> вдалеке от рабочей копии. и называться произвольно.
>
> git не поможет в случае нетекстовых (бинарных) файлов:
>
>>> Да и бинарники там целиком лежат, коих будет больше половины.
Весьма спорное утверждение. Git-то в отличие от большинства VCS очень
даже подходит для контроля версий бинарных файлов, ибо как известно,
хранит не diff'ы.
pgp55Sige08D7.pgp
Description: PGP signature
Re: kfreebsd-image или zfs-on-linux?
18 ноября 2013 г., 14:52 пользователь Dmitrii Kashin написал: >> git не поможет в случае нетекстовых (бинарных) файлов: >> Да и бинарники там целиком лежат, коих будет больше половины. > > Весьма спорное утверждение. Git-то в отличие от большинства VCS очень > даже подходит для контроля версий бинарных файлов, ибо как известно, > хранит не diff'ы. Ну хорошо. Порядка 1Тб файлов размера от 0 байт до ~10Гб на одном сервере. История требуется за месяц с контрольными точками в среднем 2 раза в день. Изменяется порядка 10% количества и 1% объёма в день. Объём считался по количеству операций записи, а не суммарный объём изменных файлов (этих - таки 10%). Какой объём репозитория git потребуется и накой так извращаться, если нужный результат достигается при меньшем потреблении ресурсов? -- Stanislav
Re: kfreebsd-image или zfs-on-linux?
Stanislav Vlasov writes: > 18 ноября 2013 г., 14:52 пользователь Dmitrii Kashin > написал: > >>> git не поможет в случае нетекстовых (бинарных) файлов: >>> > Да и бинарники там целиком лежат, коих будет больше половины. >> >> Весьма спорное утверждение. Git-то в отличие от большинства VCS очень >> даже подходит для контроля версий бинарных файлов, ибо как известно, >> хранит не diff'ы. > > Ну хорошо. Порядка 1Тб файлов размера от 0 байт до ~10Гб на одном сервере. > История требуется за месяц с контрольными точками в среднем 2 раза в день. > Изменяется порядка 10% количества и 1% объёма в день. > Объём считался по количеству операций записи, а не суммарный объём > изменных файлов (этих - таки 10%). > Какой объём репозитория git потребуется и накой так извращаться, если > нужный результат достигается при меньшем потреблении ресурсов? Круто. Напомню, что в первом письме говорилось: > требуется хранить историю слабо меняющихся данных в виде мелких файлов Разные задачи, разные и подходы. pgpj0oyaWNorQ.pgp Description: PGP signature
Re: kfreebsd-image или zfs-on-linux?
Здравствуйте. Для git нельзя будет органичить глубину истории. Посмотрите на lvm snapshot, но надо иметь ввиду, что записи на файловую систему со снапшотами будут генерировать дополнительную дисковую нагрузку для сохранения состояния снапшота. 2013/11/18 Dmitrii Kashin : > Stanislav Vlasov writes: > >> 18 ноября 2013 г., 14:52 пользователь Dmitrii Kashin >> написал: >> git не поможет в случае нетекстовых (бинарных) файлов: >> Да и бинарники там целиком лежат, коих будет больше половины. >>> >>> Весьма спорное утверждение. Git-то в отличие от большинства VCS очень >>> даже подходит для контроля версий бинарных файлов, ибо как известно, >>> хранит не diff'ы. >> >> Ну хорошо. Порядка 1Тб файлов размера от 0 байт до ~10Гб на одном сервере. >> История требуется за месяц с контрольными точками в среднем 2 раза в день. >> Изменяется порядка 10% количества и 1% объёма в день. >> Объём считался по количеству операций записи, а не суммарный объём >> изменных файлов (этих - таки 10%). >> Какой объём репозитория git потребуется и накой так извращаться, если >> нужный результат достигается при меньшем потреблении ресурсов? > > Круто. Напомню, что в первом письме говорилось: > >> требуется хранить историю слабо меняющихся данных в виде мелких файлов > > Разные задачи, разные и подходы.
Re: kfreebsd-image или zfs-on-linux?
18 ноября 2013 г., 15:51 пользователь Dmitrii Kashin написал: >> Ну хорошо. Порядка 1Тб файлов размера от 0 байт до ~10Гб на одном сервере. >> История требуется за месяц с контрольными точками в среднем 2 раза в день. >> Изменяется порядка 10% количества и 1% объёма в день. >> Объём считался по количеству операций записи, а не суммарный объём >> изменных файлов (этих - таки 10%). >> Какой объём репозитория git потребуется и накой так извращаться, если >> нужный результат достигается при меньшем потреблении ресурсов? > Круто. Напомню, что в первом письме говорилось: >> требуется хранить историю слабо меняющихся данных в виде мелких файлов > > Разные задачи, разные и подходы. Ну да, но про количество в первом письме ничего не говорилось. И 1% в день - это таки слабо меняющиеся, на самом деле :-) Особенно, если вспомнить логи БД... -- Stanislav
Re: kfreebsd-image или zfs-on-linux?
18 ноября 2013 г., 16:12 пользователь Said Chavkin написал: > Для git нельзя будет органичить глубину истории. > Посмотрите на lvm snapshot, но надо иметь ввиду, что записи на > файловую систему со снапшотами будут генерировать дополнительную > дисковую нагрузку для сохранения состояния снапшота. А также прекращение работы с диском при переполнении снапшота, что значительно хуже дисковых тормозов... Поэтому и была выбрана zfs. Возможно, в btrfs можно было бы сделать подобное, но роль сыграло как отсутствие опыта работы с ней, так и то, что она недостаточно высохла :-) > 2013/11/18 Dmitrii Kashin : Просьба не писать в режиме топ-менеджера в техническую рассылку. -- Stanislav
Re: kfreebsd-image или zfs-on-linux?
18.11.2013, 14:55, "Stanislav Vlasov" : > 18 ноября 2013 г., 16:12 пользователь Said Chavkin > написал: > >> Для git нельзя будет органичить глубину истории. >> Посмотрите на lvm snapshot, но надо иметь ввиду, что записи на >> файловую систему со снапшотами будут генерировать дополнительную >> дисковую нагрузку для сохранения состояния снапшота. > > А также прекращение работы с диском при переполнении снапшота, что > значительно хуже дисковых тормозов... > Поэтому и была выбрана zfs. > Возможно, в btrfs можно было бы сделать подобное, но роль сыграло как > отсутствие опыта работы с ней, так и то, что она недостаточно высохла > :-) > ZFS рулит и педалит, LVM тут курит, все правильно делаешь -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5491384773...@web19g.yandex.ru
Re: kfreebsd-image или zfs-on-linux?
Said Chavkin writes: > Для git нельзя будет органичить глубину истории. Неправда ваша. Есть же опция --depth. Впрочем, я тут отвечаю в режиме топ-менеджера, так что стоит ли меня слушать... pgpqB7yvpOicD.pgp Description: PGP signature
Re: Gnus IMAP
Artem Chuprina writes: > Вот у меня как раз offlineimap и как раз dovecot. Скажем так, из всех > троих наиболее стремный - offlineimap. Но в общем, не первый год уже. Все было красиво, пока не подорвался на кириллических кодировках offlineimap (а вернее - их отсутствии). Блин... Опять засада... Немцы кругом... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pppxjl6c.fsf@hornet.workgroup
Re: Gnus IMAP
Melleus -> debian-russian@lists.debian.org @ Tue, 19 Nov 2013 02:21:31 +0200: >> Вот у меня как раз offlineimap и как раз dovecot. Скажем так, из всех >> троих наиболее стремный - offlineimap. Но в общем, не первый год уже. M> Все было красиво, пока не подорвался на кириллических кодировках M> offlineimap (а вернее - их отсутствии). Ниппонял... А ему к чему вообще кодировки? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87li0l3quz@wizzle.ran.pp.ru
Re: Gnus IMAP
On 19.11.13 0925 (+0400), Artem Chuprina wrote: > Melleus -> debian-russian@lists.debian.org @ Tue, 19 Nov 2013 02:21:31 +0200: > > M> Все было красиво, пока не подорвался на кириллических кодировках > M> offlineimap (а вернее - их отсутствии). > > Ниппонял... А ему к чему вообще кодировки? Имена папок? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131119054236.ga30...@roadwarrior.8p8c.net
Re: Gnus IMAP
Vasily Ivanov -> debian-russian@lists.debian.org @ Tue, 19 Nov 2013 12:42:36 +0700: >> M> Все было красиво, пока не подорвался на кириллических кодировках >> M> offlineimap (а вернее - их отсутствии). >> >> Ниппонял... А ему к чему вообще кодировки? VI> Имена папок? Ага, можно поверить. У меня они, конечно, латиницей, потому что как только кириллица, так сразу хрен найдешь две программы, которые их интерпретируют одинаково. Стандарт, меж тем, есть, только мало кто из авторов этих программ о нем в курсе... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hab851zt@wizzle.ran.pp.ru
