The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Выбор оптимального способа сжатия бэкапов с минима..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: Выбор оптимального способа сжатия бэкапов с минима..."  
Сообщение от opennews (??) on 15-Июн-08, 22:39 
"How would you compress your MySQL Backup (http://www.mysqlperformanceblog.com/2008/06/05/how-would-you.../)" - выбор оптимального способа сжатия бэкапов СУБД с минимальной нагрузкой на CPU. Наиболее оптимальный вариант сжатия в плане скорости работы и минимизации нагрузки на сервер - LZO (http://www.lzop.org/).

URL: http://www.mysqlperformanceblog.com/2008/06/05/how-would-you.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=16482

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выбор оптимального способа сжатия бэкапов с минимальной нагр..."  
Сообщение от Аноним (??) on 15-Июн-08, 22:39 
Спасибо, капитан Очевидность. ^^)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "OpenNews: Выбор оптимального способа сжатия бэкапов с минима..."  
Сообщение от User294 (ok) on 15-Июн-08, 23:37 
Кстати говоря, если спросить у гугля и именно про рекордно быстрое сжатие с непозорной степенью - окажется что есть (не менее открытые) LZ-based алгоритмы быстрее LZO и даже порой лучше сжимающие.С другой стороны, lzop - нормальная такая замена gzip с похожим на него интерфейсом и со скоростью сжатия на минимальных уровнях сравнимой с производительностью дисковой подсистемы (так что в итоге если через него пропустить порой даже быстрее получится чем просто запись на диск - за счет того что на диск меньше данных записывать).
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "OpenNews: Выбор оптимального способа сжатия бэкапов с минима..."  
Сообщение от csdoc (ok) on 15-Июн-08, 23:41 
оптимальным способом сжатия бекапов будет задание правильных приоритетов
через nice / ionice, и максимальный уровень компрессии, bzip2 -9 mysql-dump.sql
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "OpenNews: Выбор оптимального способа сжатия бэкапов с минима..."  
Сообщение от Даль on 16-Июн-08, 13:17 
>оптимальным способом сжатия бекапов будет задание правильных приоритетов
>через nice / ionice, и максимальный уровень компрессии, bzip2 -9 mysql-dump.sql

Из ит Ъ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Выбор оптимального способа сжатия бэкапов с минимальной нагр..."  
Сообщение от Volodymyr Lisivka email on 16-Июн-08, 15:20 
После того, как дам сжат, его надо передать куда-то, причём чем дальше, тем лучше. Скорее всего, это будет передача поверх ssl, значит проблема с CPU снова встанет. Поэтому, лучше всего сжимать gzip-ом с опцией --rsyncable и затем использовать rsync/zsync для передачи.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру