Заменили старый комп (Win2K3, p4 из ранних и тп) на новый (xeon, raid5 из 4хдисков и тп).
Основная задача - файловый сервер - графический софт просчитывает на него файлы (размер файла около 40-50 мбайт).
На новый поставили FC15 ( 2.6.41.10-3.fc15.x86_64 ), Samba Version 3.5.12-72.fc15, ext4.
Скорость копирования больших файлов всех устраивает (70-80 mbytes/sec).А вот основной софт стал работать раза в 2-3 медленнее ( характерные времена: было 9-10 секунд на файл, стало 22-25)
Стандартные настройки самбы не помогают (TCP_NODELAY и тп).
Кто-что посоветует, кроме поставить обратно винду?
Похоже удалось найти условия при которых идет такое торможение.
Вот такое:
#include "stdio.h"
#include "stdlib.h"
#include "time.h"
void main(int argc, char *argv[])
{
int fsize=40000000;
int i=0;
FILE *to;
char str[]="0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890";
time_t start, end;
double diff;
time(&start);
to=fopen(argv[1], "w+");
for(i=0; i < fsize/100; i++)
{
fprintf(to, "\n%7d-%s",i, str);
fflush(to);
}
fclose(to);
time(&end);
diff=difftime(end,start);
printf("\n \t time_diff = %.2lf", diff);
}при запуске c путем к файлу на samba на linux (test.exe \\linux_server\temp\test.txt) выполняется ~35 секунд.
А если файл на старой win2k3 машине - 3 секунды !!!!
> Похоже удалось найти условия при которых идет такое торможение.
> Вот такое:
> #include "stdio.h"
> при запуске c путем к файлу на samba на linux (test.exe \\linux_server\temp\test.txt)
> выполняется ~35 секунд.
> А если файл на старой win2k3 машине - 3 секунды !!!!У тебя есть 2 варианта:
1) Искаи и патчить проблему самостоятельно
2) Купить винду и забыть о проблеме
Посчитай что дешевле и выбери сам.
разработчиков самбы спроси, серьезно.
у тебя есть test program, должны ответить и сами потестить.
и отпишись здесь, самому интересно
> разработчиков самбы спроси, серьезно.
> у тебя есть test program, должны ответить и сами потестить.
> и отпишись здесь, самому интереснопроверил, подтверждаю ,самба работает медленней
>> разработчиков самбы спроси, серьезно.
>> у тебя есть test program, должны ответить и сами потестить.
>> и отпишись здесь, самому интересно
> проверил, подтверждаю ,самба работает медленнейЗавел багрепот... пока бодаемся впустую, но интересно...
>>> разработчиков самбы спроси, серьезно.
>>> у тебя есть test program, должны ответить и сами потестить.
>>> и отпишись здесь, самому интересно
>> проверил, подтверждаю ,самба работает медленней
> Завел багрепот... пока бодаемся впустую, но интересно...а ссылку на репорт?
>>>> разработчиков самбы спроси, серьезно.
>>>> у тебя есть test program, должны ответить и сами потестить.
>>>> и отпишись здесь, самому интересно
>>> проверил, подтверждаю ,самба работает медленней
>> Завел багрепот... пока бодаемся впустую, но интересно...
> а ссылку на репорт?ооо
http://www.mail-archive.com/samba@lists.samba.org/msg11...
похоже? http://us.generation-nt.com/answer/samba-improving-samba-wri...
> похоже? http://us.generation-nt.com/answer/samba-improving-samba-wri...Ухты.. правда похоже оно, спасибо!
strict allocate = yes поднял скорость работы тестовой проги раз в _20_
В понедельник выйду из отпуска и проведу полный пакет тестов.Обидно что на samba.org на это не указали, и то, что найти не удалось. Неужели никто самбу в таком режиме не использует?
>> похоже? http://us.generation-nt.com/answer/samba-improving-samba-wri...
> Ухты.. правда похоже оно, спасибо!
> strict allocate = yes поднял скорость работы тестовой проги раз в _20_
> В понедельник выйду из отпуска и проведу полный пакет тестов.Провел тесты на реальном софте - все встало на свои места: скорость стала адекватной...
Так что тему можно закрыть