Оптимизация сервера

Просмотр 11 сообщений - с 1 по 11 (из 11 всего)
  • Автор
    Сообщения
  • #1926943
    пьянь
    Участник

    Какие вы знаете способы оптимизации и ускорения работы серверов(win)? Очень интересно.

    #1926948
    zerkms
    Участник

    вопрос некорректный и (честно говоря) смешной. если тебя это удовлетворит – то 4 процессора и 16Гб памяти существенно ускорят работу твоего сервера

    #1926950
    пьянь
    Участник

    [quote name='zerkms'] вопрос некорректный и (честно говоря) смешной. если тебя это удовлетворит – то 4 процессора и 16Гб памяти существенно ускорят работу твоего сервера [/quote]можно же изменить параметры реестра для увеличения сетевой производительности, и.т.д., я про это говорю. Хотелось бы серьезные ответы услашать.

    #1926952
    Brain
    Участник

    [quote name='пьянь'] можно же изменить параметры реестра для увеличения сетевой производительности, и.т.д., я про это говорю. Хотелось бы серьезные ответы услашать. [/quote]
    За такое только по рукам, да железным прутьями!!!.

    #1927026
    пьянь
    Участник

    Цитирую:Нередко в работе можно столкнуться с заметными лагами либо с низкой скоростью обмена файлами по сети, особенно часто это наблюдается в смешанной сети Win9x и 2000. Одна из возможных причин – недостаточный либо избыточный размер приемного буфера TCP/IP. В сетях Ethernet “чистый” размер передаваемых в одном пакете IP даннных составляет 1460 байт Для ускорения обмена принимающая сторона передает полученные данные “заказчику” не сразу после прихода пакета, а объединив в единый блок данные из определенного числа полученных пакетов. Это число пакетов, выраженное в размере данных и называется приемным буфером (окном). В системах Win9x-ME размер приемного буфера TCP/IP равен по умолчанию 8760 байтам или 6-ти пакетам данных(1460х6). Этого размера недостаточно для обмена большими объемами данных. В Windows 2000 размер приемного буфера по умолчанию 17520 байт, что равно 12 пакетам. Этот размер несколько избыточен, и при интенсивном обмене может привести к задержкам. Оптимальный размер приемного буфера по моему личному опыту равен 10 пакетам данных или 14600 байтам. В Win9x размер приемного буфера назначается глобально для всех интерфейсов, изменить его можно в HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP, создать параметр DefaultRcvWindow и присвоить ему Ваше значение
    А вы говорите прутьями 🙂

    #1927027
    Brain
    Участник

    [quote name='пьянь'] А вы говорите прутьями 🙂 [/quote]
    Вот после таких “Улучшений” часто слышно:”Ой а уменя виндАФс тупить”.Мой совет _нелезь_. M$ тратить дохрена времени на обкатку. Винда как картачный домик, изменив один параметер в одном месте можешь словить глюк в другом. Сама M$ не рекаминдует страдать такой хренью.

    #1927070
    ecsmo
    Участник

    [quote name='Brain']Вот после таких “Улучшений” часто слышно:”Ой а уменя виндАФс тупить”.Мой совет _нелезь_. M$ тратить дохрена времени на обкатку. Винда как картачный домик, изменив один параметер в одном месте можешь словить глюк в другом. Сама M$ не рекаминдует страдать такой хренью. [/quote]
    Не надо на зеркало пенять, коли рожа кривая 😉 Это пионэри тупять, а не выньдовс 😉 Про оптимизацию виндовс не одна книга написана, есть официальные рекомендации от производителей серверов и приложений для них.

    #1927150
    ktuJ
    Участник

    [quote name='пьянь'] Какие вы знаете способы оптимизации и ускорения работы серверов(win)? Очень интересно. [/quote]
    Как правило, подобная оптимизация носит узкий характер и основательно зависит от тех задач, которые крутятся на сервере.

    #1927787
    maloy-free
    Участник

    Зайди на http://www.networkdoc.ru/

    #1930657
     VaIerik
    Участник

    Странный вопрос какой-то. Всё ведь зависит от того, что сервер делает и что в нём тормозит. Например, я в последнее время по несколько часов в день занимаюсь ускорением сервера системы менеджмента персонала — переписываю хранимые процедуры на MS SQL.

    #1790459
     VaIerik
    Участник

     

Просмотр 11 сообщений - с 1 по 11 (из 11 всего)
  • Для ответа в этой теме необходимо авторизоваться.