Re: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки

2011-09-28 Пенетрантность Владимир Друзенко

28.09.2011 16:45, Sayetsky Anton пишет:

2011/9/28 Владимир Друзенко:

28.09.2011 15:53, Eugene Grosbein пишет:


28.09.2011 18:39, Владимир Друзенко пишет:


Встречный вопрос - может кто знает в чём причина задержки


В бережно хранимых традициях. В смысле, задержка это всегда так.


Но не всегда она более 2х месяцев.


и когда  примерно можно ожидать релиза?


В течение недели-двух, думаю, ибо 9.0 уже отбранчена.


RELENG_9 появилась?
Недельку назад ещё не было. Спасибо.


http://svn.freebsd.org/base/releng/
 ..
 2.0.5/
 4.10/
 4.11/
 4.3/
 4.4/
 4.5/
 4.6/
 4.7/
 4.8/
 4.9/
 5.0/
 5.1/
 5.2/
 5.3/
 5.4/
 5.5/
 6.0/
 6.1/
 6.2/
 6.3/
 6.4/
 7.0/
 7.1/
 7.2/
 7.3/
 7.4/
 8.0/
 8.1/
 8.2/
 ALPHA_2_0/
 BETA_2_0/

???

http://svn.freebsd.org/base/stable/


   base - Revision 225829: /stable

 * ..
 * 2.0.5/
 * 2.1/
 * 2.2/
 * 3/
 * 4/
 * 5/
 * 6/
 * 7/
 * 8/
 * 9/


К тому же csup RELENG_9 находит.



[freebsd] Re: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки

2011-09-28 Пенетрантность Sayetsky Anton
28 сентября 2011 г. 15:52 пользователь Slawa Olhovchenkov
 написал:
> http://svn.freebsd.org/changeset/base/225736

Ага, вижу. Но, всё же это не releng.


Re: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки

2011-09-28 Пенетрантность Slawa Olhovchenkov
On Wed, Sep 28, 2011 at 03:45:10PM +0300, Sayetsky Anton wrote:

> 2011/9/28 Владимир Друзенко :
> > 28.09.2011 15:53, Eugene Grosbein пишет:
> >>
> >> 28.09.2011 18:39, Владимир Друзенко пишет:
> >>
> >>> Встречный вопрос - может кто знает в чём причина задержки
> >>
> >> В бережно хранимых традициях. В смысле, задержка это всегда так.
> >
> > Но не всегда она более 2х месяцев.
> >>>
> >>> и когда  примерно можно ожидать релиза?
> >>
> >> В течение недели-двух, думаю, ибо 9.0 уже отбранчена.
> >>
> > RELENG_9 появилась?
> > Недельку назад ещё не было. Спасибо.
> 
> http://svn.freebsd.org/base/releng/

http://svn.freebsd.org/changeset/base/225736

> ..
> 2.0.5/
> 4.10/
> 4.11/
> 4.3/
> 4.4/
> 4.5/
> 4.6/
> 4.7/
> 4.8/
> 4.9/
> 5.0/
> 5.1/
> 5.2/
> 5.3/
> 5.4/
> 5.5/
> 6.0/
> 6.1/
> 6.2/
> 6.3/
> 6.4/
> 7.0/
> 7.1/
> 7.2/
> 7.3/
> 7.4/
> 8.0/
> 8.1/
> 8.2/
> ALPHA_2_0/
> BETA_2_0/
> 
> ???


Re: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки

2011-09-28 Пенетрантность Volodymyr Kostyrko

27.09.2011 16:40, Vasiliy P. Melnik написав(ла):

Я например на текущий момент не понимаю, нафига сейчас на проксе
кеширование включать - но народ то пользуется. Пользуется по привычке -
никто не изучал насколько там выигрыш получается.


Когда я пару лет назад смотрел на сквид без ECAP'а у меня по логам 
получалось что кеш мне экономит не более 10% траффика, при этом запрещая 
сжатие и сильно замедляя работу с динамическими сайтами. Т.е. если 
убрать сквид потребление траффика снизится.


И это при том что самые большие траффикоотдающие сайты сквид как-раз 
кеширует хреново: обновления антивирусов обычно отдаются из облака, но 
часто в это облако антивирус ходит уже по адресу чтобы избежать 
dns-спуфинга, WinUpdate меняет ETag раз в шесть часов, GoogleMaps вообще 
динамика, а частичные загрузки которыми пестрит ютуб сквид вообще не 
хавает нормально - он может хранить только целый файл.


Считалось на школьной сетке, несколько классов и штук около 70 компов. 
Сейчас там сквид стоит исключительно с точки зрения фильтрации траффика.


--
Sphinx of black quartz judge my vow.


Re: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки

2011-09-27 Пенетрантность Slawa Olhovchenkov
On Tue, Sep 27, 2011 at 04:40:46PM +0300, Vasiliy P. Melnik wrote:

> ну вот не надо делать вид, что вы не поняли чего я хотел сказать :)
> 
> Ну должны ж быть какие и плюсы у софтовый решений - не только минусы.
> Я например на текущий момент не понимаю, нафига сейчас на проксе кеширование
> включать - но народ то пользуется. Пользуется по привычке - никто не изучал
> насколько там выигрыш получается.

чего там изучать, вон в отчете -- Hit 13.77%



Re: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки

2011-09-27 Пенетрантность Владислав Продан
   amd64+deduplication
   паников нет
   память и IOps кушается заметно больше
   deduplication - удел использования на разделах с архивами бэкапов,
   т.е. с редким доступом.
   CPU по идее кушается чуть больше, но сервера не сильно нагруженные, и
   нагрузка на CPU не критична. 


   --- Исходное сообщение ---
   От кого: " Serge Negodyuck" 
   Кому: " Artyom Viklenko" 
   Дата: 27 сентября 2011, 11:06:40
   Тема: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки



   >

   2011/9/27 Artyom Viklenko <   ar...@aws-net.org.ua   >:
   > 26.09.2011 23:31, Владимир Друзенко пишет:
   >>
   >> 1. 2Gb памяти для zfs:
   >> 1.1. Совсем мало или жить можно? FBDIMM не дешёвая, поэтому с запасом
   >> покупать не получится - 2Gb планка ~50$ (это дороже чем 4Gb DDR3 Reg ECC).
   >
   > У мну на двух серверах 2 гига и zfs. В одном zfs only.
   > Там почта крутится. Проблем не заечал пока. На втором
   > тормоза из-за "желания сэкономить" - WD20EARS. Все никак
   > руки не дойдут пересобрать массив с размером блока в 4к.
   >
   > У знакомого zfs тормозит на amd64 и 16гигах...
   
   Был у меня сервер на i386 с 4GB RAM (так исторически сложилось).
   Внезапно понадобилось на нем сделать RAID0 4x500GB. Именно RAID0.
   Задача стояла сделать как можно больший раздел самым дешевым способом.
   ZFS напрашивалась сама собой. И чтобы сэкономить место я еще захотел
   дедупликацию.
   Я обновился до 8.2-STABLE с zfs v28. Вроде первое время все работало... Но
   - ZFS  deduplication памяти кушает заметно больше, чем без нее. Думаю,
   без dedup взлететь можно и на 2GB. С dedup все нужно умножать на два,
   наверное.
   - на i386 zfs заметно тормозила
   - начались паники, видимо какие-то ресурсы ядра упирались в какие-то
   лимиты архитектуры i386.