Перейти к содержимому

Фотография

проблемы с CVS


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 4

#1 because

because

    Новый участник

  • Members
  • Pip
  • 19 сообщений

Отправлено 02 марта 2006 - 07:54

Добрый день! Наверное чуток не в тему, он всё-таки может кто-то сталкивался с моими проблемами...

На сервере(AIX) настроил cvs(по крайней мере я так думаю), но столкнулся со следующими проблемами:
1) при попытке зачекинить большой файл (30-40Мб) cvs клиент выдаёт ошибку cvs [commit aborted]: out of memory; can not reallocate бла-бла-бла bytes, как я понял это связано с квотами пользователей. как их поменять, если это конечно они?
2) при работе пользователя с cvs(апдейт и всё такое...) создаются временные файлы(хлам какой-то), так вот этот хлам у меня почему-то выглядит в виде файла core размером в 32 Мб. Как сделать чтобы не было этой процедуры?
  • 0

#2 APC

APC

    Опытный участник

  • Members
  • PipPipPipPip
  • 293 сообщений
  • ФИО:Похилько Андрей Федорович
  • Город:Москва


Отправлено 02 марта 2006 - 09:49

сore - это случаем не дамп ядра из-за "[commit aborted]: out of memory"?
Это не хлам, это эффект ошибки приложения
  • 0

#3 because

because

    Новый участник

  • Members
  • Pip
  • 19 сообщений

Отправлено 02 марта 2006 - 09:56

Что это ошибка приложения это я уже понял! А появляется он не из-за "out of memory", а после обычного checkout.
  • 0

#4 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 03 марта 2006 - 05:24

1) при попытке зачекинить большой файл (30-40Мб) cvs клиент выдаёт ошибку cvs [commit aborted]: out of memory; can not reallocate бла-бла-бла bytes, как я понял это связано с квотами пользователей. как их поменять, если это конечно они?

Просмотр сообщения


В данном случае имеет смысл, возможно, поменять политику использования CVS.
Большие файлы жрут очень много памяти:

The second area of large memory consumption is diff, when checking in large files. This is required even for binary files. The rule of thumb is to allow about ten times the size of the largest file you will want to check in, although five times may be adequate. For example, if you want to check in a file which is 10 megabytes, you should have 100 megabytes of memory on the machine doing the checkin (the server machine for client/server, or the machine running CVS for non-client/server). This can be swap space rather than physical memory. Because the memory is only required briefly, there is no particular need to allow memory for more than one such checkin at a time.


Самое простое решение в данном случае - не хранить большие бинарники в CVS.
  • 0

#5 because

because

    Новый участник

  • Members
  • Pip
  • 19 сообщений

Отправлено 03 марта 2006 - 10:01

В данном случае имеет смысл, возможно, поменять политику использования CVS.


Спасибо за совет. А как именно выглядит изменение политики использования? Что именно нужно сделать для того что бы файл не создавался(а то так на него места не напасёшься)
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных