Можно ли в систему добавить/убрать еще один сторадж, при этом не "переформатируя" все остальные ?
Да.
Просто добавить блок storage{}, при этом не обязательно запускать oops -z ?
Почему не кешируются большие файлы, пробовал на 600 Мб файле.
В конфиге естественно сказано что кешировать большие. Может таки сылка не кешируемая?
Пардон, почему-то не увидел опцию.
Но тем не менее:
lo_mark 8m
maxresident 1000m
При этом объект зачем-то (600 мб) полностью засасывается в оперативку... так и должно быть?
И при повторном скачивании все равно берется директом =/
Файлик создан руками на моем же веб-сервере, и файлы размером в пару килобайт спокойно кешируются...
Я же правильно понимаю, что если сервером выдается Last-Modified: Sat, 16 Apr 2005 22:34:38 GMT, то файл уже 1 раз скаченный должен отдаваться из кеша?
Еще вопрос - информация по стораджам распределяется равномерно или следующий используется после заполнения предыдущего? Это я на тему того, что лучше использовать, софтрейд или несколько стораджев.
----- Original Message ----- From: "nuclearcat" <[EMAIL PROTECTED]> To: "Andy Igoshin" <[EMAIL PROTECTED]> Cc: <[email protected]> Sent: Sunday, April 17, 2005 2:37 PM Subject: [OOPS] Re[2]: [OOPS] 2 Тб storage
> Dear, Andy.
>
> You wrote Sunday, April 17, 2005, 10:51:36 AM:
>
>
> Thread pool : 626 ready to serve (out of 3000 max)
> Curr.req.rate: 202.53 req/sec (max: 229.88)
> Tot.req.rate : 116.99 req/sec
>
> [EMAIL PROTECTED]:~# uname -a
> Linux GLobalPI 2.6.10globalproof #2 SMP Sat Jan 1 16:49:36 GMT+1 2005
> i686 unknown unknown GNU/Linux
>
> 2xXeon 2.4 Ghz/1GB RAM
>
> Поэтому именно количество запросов - переживет.
>
>> Hello!
>>
>> On Sunday 17 April 2005 01:24, Artem Bokhan wrote:
>>> Здравствуйте!
>>> Подскажите, что за ошибка и как ее исправить?..
>>>
>>> uname -a
>>> Linux debian 2.6.8-2-686 #1 Mon Jan 24 03:58:38 EST 2005 i686 >>> GNU/Linux
>>>
>>> Sun Apr 17 04:22:53 2005 [0x40355720]do_format_storages(): >>> Formatting
>>> storage /dev/md0 for 2000469360640 bytes
>>
>> Серьезно. :)
>>
>> Если Вы планируете действительно использовать эти 2T, то Вам на >> Солярис
>> переходить. От об'ема это конечно не зависит, но я предполагаю,
>> что планируется и количество запросов в секунду, соответствующее >> об'ему.
>> А вот их Линукс не переживет.
>>
>> Далее по существу.
>>
>> 1. Лучше используйте винчестеры поотдельности, чтобы oops мог
>> инициировать
>> на них независимые операции I/O. Эффективнее получится, чем Ваш >> страйп.
>> 2. Как я понимаю, винты IDE/SATA. Купите отдельный 10к винт под DB.
>>
>>> Sun Apr 17 04:22:56 2005 [0x40355720]init_domain_name(): 4: >>> host_name
>>> = `debian' domain_name = `.(none)'
>>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_DATA:
>>> 4294967295
>>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_NOFILE:
>>> 8196
>>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_CORE: 0
>>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_NPROC:
>>> 4294967295
>>> Sun Apr 17 04:22:56 2005 [0x40355720]main(): oops 1.5.23 Started.
>>> Sun Apr 17 04:22:56 2005 [0x40355720]run(): http_listen on >>> descriptor
>>> 31
>>> Sun Apr 17 04:22:56 2005 [0x40355720]run(): icp_listen on descriptor
>>> 32 Sun Apr 17 04:22:56 2005 [0x40355720]Starting threads
>>> Sun Apr 17 04:22:56 2005 [0x413d0bb0]Statistics started.
>>> Sun Apr 17 04:22:56 2005 [0x423d0bb0]Garbage drop started.
>>> Sun Apr 17 04:22:56 2005 [0x42bd0bb0]Log rotator started.
>>> Sun Apr 17 04:22:56 2005 [0x433d0bb0]Clean disk started.
>>> Sun Apr 17 04:22:56 2005 [0x43bd0bb0]Eraser started.
>>> Sun Apr 17 04:22:56 2005 [0x41bd0bb0]Garbage collector started.
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Checking >>> storage
>>> /dev/md0
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Super: >>> 488395840
>>> total
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): >>> 488380934
>>> free Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): 4096
>>> blk size Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage():
>>> deadfeed - magic
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Read map.
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Done.
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Can't allocate
>>> memory for map.
>>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]prep_storages(): Storages
>>> checked. Sun Apr 17 04:22:56 2005 [0x433d0bb0]check_expire(): EXPIRE
>>> started, 0 total, 0 expired
>>> Sun Apr 17 04:22:56 2005 [0x433d0bb0]check_expire(): EXPIRE >>> Finished:
>>> 0 expires, -1 seconds, 0 total
>>>
>>> =====================================================================
>>> If you would like to unsubscribe from this list send message to
>>> [EMAIL PROTECTED] with "unsubscribe oops" in message body.
>>> Archive is accessible on http://lists.paco.net/oops-rus/
>
> --
> With best regards,
> GlobalProof Globax Division Manager,
> Denys Fedoryshchenko
> mailto:[EMAIL PROTECTED]
>
> =====================================================================
> If you would like to unsubscribe from this list send message to
> [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> Archive is accessible on http://lists.paco.net/oops-rus/
===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
--
Andy Igoshin <[EMAIL PROTECTED]> Voronezh State University
Phone: +7 (0732) 522406 Network Operation Center
Fax: +7 (0732) 208820 Voronezh, Russia
=====================================================================
If you would like to unsubscribe from this list send message to
[EMAIL PROTECTED] with "unsubscribe oops" in message body.
Archive is accessible on http://lists.paco.net/oops-rus/
===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
