2011/9/12 Vasiliy P. Melnik <[email protected]>:
>> На данный момент для ftp.ua.freebsd.org было закуплено новое железо
>> (взамен безвременно почившего в бозе), установлено и работает. Для ftp
>> имеет смысл держать локальный миррор, ибо скорость по UA-IX таки
>> большая и скорость винчестеров позволяет отдавать хоть гигабит.
>>
>> Скорость работы cvsup определяет в основном не скорость работы сети, а
>> тормоза server-side + client-side из-за сумасшедшего random I/O
>> мелкими блоками (при N одновременных клиентов). Вопрос в том, нужен ли
>> локальный cvsup или нет, если работать он будет медленнее, чем
>> заморский/европейский но на сильно хорошем железе (по понятным
>> причинам - финансирование железа своими средствами (и за деньги на
>> винчестера спасибо каналу #freebsd @RusNet) - сбор локального миррора
>> для cvsup с десятком-другим Gb памяти и рейдом из SSD - это дорого,
>> держать репозиторий на рамдиске - проблематично, особенно при наличии
>> zfs - текущий размер репозитория чуть больше 4Gb). Хотя если кто-то
>> подарит небольшой, но безумно быстрый SSD - можно будет попробовать
>> поднять.
>
> возможно бредовая идея, но может стоит подумать раздачей дерева из
> оперативки?
> Откусить кусок рам-а и при загрузке и обновлении копировать на этот диск.
> Загрузка будет не частой, поэтому должно быть все без особых проблем.
>
> Зато винты не надо будет дергать по мелочам.
>
> З.Ы. правда знаю о таких вещах только в теории - никогда не делал.
Я уже чуть выше написал - репозиторий занимает больше 4Gb, при наличии
в системе zfs (а она наличествует) - на нее нужно еще хотябы 4Gb.
То есть памяти нужно минимум 10Gb - 4.5Gb (на данный момент) на
репозиторий и 4Gb - на zfs. Железо, которое сейчас стоит -
поддерживает не более 8Gb RAM даже при всем желании.
Лично я склоняюсь к мнению, что если и делать _нормальный_ миррор - то на SSD.
На данный момент там выглядит все так:
CPU: Pentium(R) Dual-Core CPU E5300 @ 2.60GHz (3459.34-MHz K8-class CPU)
Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x400e3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE>
AMD Features=0x20100800<SYSCALL,NX,LM>
AMD Features2=0x1<LAHF>
TSC: P-state invariant
real memory = 4294967296 (4096 MB)
avail memory = 4097826816 (3907 MB)
Mem: 147M Active, 1065M Inact, 2503M Wired, 157M Cache, 418M Buf, 66M Free
ad5: 953869MB <SAMSUNG HD103SJ 1AJ10001> at ata2-slave UDMA100 SATA
ad6: 953869MB <SAMSUNG HD103SJ 1AJ10001> at ata3-master UDMA100 SATA
ad7: 953869MB <SAMSUNG HD103SJ 1AJ10001> at ata3-slave UDMA100 SATA
NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
gpt/storage0 ONLINE 0 0 0
gpt/storage1 ONLINE 0 0 0
gpt/storage2 ONLINE 0 0 0
storage/ftp 1.8T 1.2T 585G 68% /storage/ftp
Сразу отвечу на вопрос, почему не ahci - потому что не умеет материнка.
>> Лично я cvsup'люсь с cvsup.cz.freebsd.org - там Rudolf Cejka наворотил
>> много-много памяти и винчестеров, работает оно быстро.
>>
>> Поднять миррор на новом железе, на котором живет сейчас
>> ftp.ua.freebsd.org - не проблема, но я не уверен, что оно будет
>> быстрее, чем с cvsup.cz.freebsd.org (кстати, рекомендую его всем).
>>
>> --
>> Alexandr Kovalenko
>> http://uafug.org.ua/ (soon to reopen)
>
> --
> -------------------------------------------------------------------------------
> Vasiliy P. Melnik VPM-UANIC
>
--
Alexandr Kovalenko
http://uafug.org.ua/
