В наличии БП 3.0
Установлена без сервера. И работает надо сказать, очень неспешно)
Как неудивительно, 7.7 побыстрее будет. (На примитивных операциях)
Особенно сетевой вариант.

Значит надо пробовать с 1С Сервером.
Но ключ (USB) на 32х, а система у меня 64, и все сервера тоже)
Поставить туда 32 сервер не получается.
За 64 просят нормальное кол-во денег.

Отсюда вопрос. Это имеет смысл? Ускорится работа?
Бухов в работе от 15 до 25

Какая еще инфа нужна, готов отдать)

Аспид
В наличии БП 3.0
Установлена без сервера. И работает надо сказать, очень неспешно)

Совершенно не удивляет.

Цитата:

Как неудивительно, 7.7 побыстрее будет. (На примитивных операциях)

Тоже не удивляет.

Цитата:

Особенно сетевой вариант.

Значит надо пробовать с 1С Сервером.

Обязательно.

Цитата:

Но ключ (USB) на 32х, а система у меня 64, и все сервера тоже)

Ну и что?

Цитата:

Поставить туда 32 сервер не получается.

Если у кого-то что-то не получается, а у других это что-то получается, то какой напрашивается вывод?

Цитата:

За 64 просят нормальное кол-во денег.

Разумеется. Но ведь не заставляют?

Цитата:

Отсюда вопрос. Это имеет смысл? Ускорится работа?

Имеет. Осообенно в тонком клиенте.

Цитата:

Бухов в работе от 15 до 25

Какая еще инфа нужна, готов отдать)

Как умудряешься не поставить 32-битный сервер 1С на 64-битную систему?

ssa
Как умудряешься не поставить 32-битный сервер 1С на 64-битную систему?

Вопрос тут в том зачем так делать, если система "выделена" исключительно под 1с. Конечно, если это мега-сервер где и 1с и ещё куча всего крутится - тады да, есть смысл.

Аспид
В наличии БП 3.0
Установлена без сервера. И работает надо сказать, очень неспешно)
Как неудивительно, 7.7 побыстрее будет. (На примитивных операциях)
Особенно сетевой вариант.

Значит надо пробовать с 1С Сервером.
Но ключ (USB) на 32х, а система у меня 64, и все сервера тоже)
Поставить туда 32 сервер не получается.
За 64 просят нормальное кол-во денег.

Отсюда вопрос. Это имеет смысл? Ускорится работа?
Бухов в работе от 15 до 25

Какая еще инфа нужна, готов отдать)

Поменять ключ на программную лицензию. У меня на 2008 R2 64 bit виртуальная машина с терминальным сервером 1С крутится. Пробросить в нее USB ключ не получилось, пришлось переходить на soft. Основной совет по ускорению файловой 1С, если не хочется связываться с SQL версией - ставить быстрые SAS диски и RAID контроллер с кэшем (мне нравятся LSI, сейча у них есть модели начального уровня с 1ГБ на DDR3). И обязательно батарейку для кэша. Но управляемый интерфейс 8.3 в любом случае будет "задумчивее", чем классический "толстый клиент" 8.2, не говоря уже о 7.7

32 только для проверки. Стоит ли вообще. Получу ли ускорение. В работу, по любому если будет смысл, купим 64.
Не получилось... значит плохо стрался, из сарказма понял, что можно ))) Бум пробовать)
И самое страшное!

h.i.a.
... Но управляемый интерфейс 8.3 в любом случае будет "задумчивее", чем классический "толстый клиент" 8.2, не говоря уже о 7.7

Ни фига себе!А я то по наивности думал что это настоящий клиент -сервер.
А как же тонкий клиент?
И все крутится на сервере?
Но медленнее чем "толстый" 8.2, и чем ФС 77.... это глубоко не радует(((
Может описка?

ssa
Имеет. Осообенно в тонком клиенте.

Как то не сходится с этим.

А с SQLной версией как раз и хочется. Не вижу как без нее ускорить.
Но опять, может что не догоняю...?

8ку ниже 8.3 не хочется рассматривать.
Но можно ли 8.3 заставить работать... хотя бы не медленнее 7.7
(Заставить MS SQL работать быстро умееем. Сервак под это найдем)
Но имеет ли все это смысл?

По быстродействию SQL + 8.3 ничего не скажу, возможно там какой-то прирост быстродействия можно извлечь.
Но вот "по ощущениям" из личного опыта... Баз на терминальном сервере много, разных размеров и конфигураций. Берем базовые однопользовательские версии под 8.2 бухгалтерии и зарплаты по маленькой фирме несколько сотен мб размера, летают "со свистом". Рядом "лежат" такие же небольшие по объему базовые файловые бухгалтерия и зарплата, но 8.3 с тонким клиентом - GUI слегка заторможенный. Причем на железо не спишешь, сервер собирался под рабочую нагрузку 20-30 пользователей и несколько основных баз размером 6-8 Гб. Маленькую однопользовательскую базу на 300-400 мегабайт он должен что называется проглотить и не заметить, база целиком может поместиться в кэш RAID контроллера. Похоже "тупит" именно прорисовка управляемого интерфейса.





Исправлено 1 раз(а). Последнее : h.i.a., 10.06.15 23:48

имхо в наш век сетевой вариант нуна рассматривать тока как трехзвенку, файловый вариант для особо ленивых
странно слышать охи, что чтойта там тормозит если заведомо выбрана тормознутая технология. не так ли?

Foxtrot
имхо в наш век сетевой вариант нуна рассматривать тока как трехзвенку, файловый вариант для особо ленивых
странно слышать охи, что чтойта там тормозит если заведомо выбрана тормознутая технология. не так ли?

Вопрос не лени, а цены. 3х звёнка - это сервер СУБД + сервер приложений + тонкий клиент. Посчитайте стоимость "железа" и лицензий всего этого удовольствия. Далеко не все готовы раскошелиться. И что прикажете делать с базовыми однопользовательскими версиями? Тоже в 3х звёнку переводить?
И ещё раз, похоже тормозит "новая реализация декларативного интерфейса" от 1С. Если есть практические опровержения (а не просто голословное утверждение "трехзвенка рулит"), что в варианте 3х звенки в 8.3 значительно снижается отклик GUI (и становится сравнимым с обычным GUI 8.2, не говоря о 7.7), прошу пруф. С удовольствием ознакомлюсь.





Исправлено 1 раз(а). Последнее : h.i.a., 11.06.15 17:32

И ещё в догонку о "новом суперинтерфейсе" от 1С. На серверной оси по-умолчанию включен усиленный режим безопасности в части работы пользователей в интернетах. Так вот типовая бухгалтерия и зарплата под 8.3 на терминальном сервере по-умолчанию не может отрисовать справочник или журнал документов, потому что внимание! 1С пытается вызвать какие-то компоненты Internet Explorer (видимо, для отрисовки). И пока в IE не добавишь отдельную доверенную зону под 1С, фиг чего будет работать. Так о каком быстродействии GUI можно говорить, если из него в 8.3 простите ослиные уши торчат.





Исправлено 2 раз(а). Последнее : h.i.a., 11.06.15 17:46

У меня разброд бухгалтерий такой.
От 3-5 (есть 2 буха в одлной фирме)
До 15-25. Все сейчас на 7.7.
Из всего вышесказанного, можно предположить следующее?
Там где бухов 15-20 стоит переводить на 8.3 трехзвенку, ускорение будет.
Я верно понял?
Опасения h.i.a. понятны. Но речь только о трехзвенке.

А вот что с маленькими?
Если их на трехзвенку (ресурсов хватит). Хотя бы та же скорость останется, как на 7.7?

h.i.a.
Посчитайте стоимость "железа" и лицензий всего этого удовольствия. Далеко не все готовы раскошелиться.

а причем тут денежки? это теперь мода такая жаловаться,ч то мы тут не местные, дайте...

h.i.a.
И что прикажете делать с базовыми однопользовательскими версиями? Тоже в 3х звёнку переводить?

а причем тут однопользовательские?

h.i.a.
И ещё раз, похоже тормозит "новая реализация декларативного интерфейса" от 1С. Если есть практические опровержения (а не просто голословное утверждение "трехзвенка рулит"), что в варианте 3х звенки в 8.3 значительно снижается отклик GUI (и становится сравнимым с обычным GUI 8.2, не говоря о 7.7), прошу пруф. С удовольствием ознакомлюсь.

все что найдешь-почиташь в инетах - это все только теория, а практика говорит о том, что скорее всего твои проблемы - это только твои проблемы. потому как железо у все разное, код-конфигурации у всех разные. отседа совет. разворачиваешь тестовую среду и тестируешь, тестируешь.... до примелемого результата. если нет его, значить фтопку 1це или еще чего-кого

h.i.a.
И пока в IE не добавишь отдельную доверенную зону под 1С, фиг чего будет работать.

есть такой прикол, но я считаю, что это нормально. вот к примеру, попробуй снести фаейрфокс в убунте, автоматом удалив все его зависимости. потом расскажешь как оно выглядит после перезагрузки

Foxtrot
а причем тут денежки? это теперь мода такая жаловаться,ч то мы тут не местные, дайте...

Это себестоимость решения, которую вообще-то считают. Я понимаю, что с точки зрения "программиста на зарплате" всё колхозное и кошелёк барский. Но с точки зрения владельца и его кровно заработанных это выглядит совсем по-другому. И есть разница по-деньгам в несколько раз между покупкой 1С+Терминальный сервер (Железо + Ось) и Сервер БД (Железо + Ось + Сервер СУБД) + Сервер приложения (Железо + Ось + Сервер 1С предприятия).

Foxtrot
а причем тут однопользовательские?

Потому, что я привёл практический пример скорости работы именно базовых версий. Кадры, например чаще всего берут базовые однопользовательские, даже в конторах по 100-200 сотрудников.
Кроме того есть малые фирмы, где работает по полтора землекопа, им тоже всем на 3х звенку срочно переходить? Так они будут год всей конторой работать на эти сервера

Foxtrot

h.i.a.
прошу пруф. С удовольствием ознакомлюсь.

все что найдешь-почиташь в инетах - это все только теория, а практика говорит о том, что скорее всего твои проблемы - это только твои проблемы. потому как железо у все разное, код-конфигурации у всех разные. отседа совет. разворачиваешь тестовую среду и тестируешь, тестируешь.... до примелемого результата. если нет его, значить фтопку 1це или еще чего-кого

Короче понятно, бла-бла-бла... но "треёхзенка рулит, потому что трёхзенка"
Результат приемлемый во всех случаях. Разговор о том, что GUI на управляемых формах в 8.3 по-умолчанию более тормозной и тяжеловесный, чем классический GUI в предыдущих версиях. И с этим ничего не поделаешь. Не говоря о том, что GUI в тонком клиенте более ограниченный по возможностям и некоторые рабочие моменты реализованы в нем откровенно неудобно (вроде требования сохранять всё и вся, перед тем как открыть подчиненное окно).

Аспид
Из всего вышесказанного, можно предположить следующее?
Там где бухов 15-20 стоит переводить на 8.3 трехзвенку, ускорение будет.
Я верно понял?

Там, где 15-20 в одной базе, думаю 3х звенка без вариантов. По-поводу ускорения... скорость чтения/записи из БД в теории должна увеличиться. Но какой ценой мощности "железа" вопрос. В 7.7 Торговле у нас 30 человек на 32битном 2003 терминальном сервере с 4Гб памяти крутились без проблем. 8.3 нужны уже совсем другие ресурсы. А GUI скорее всего останется слегка тормознутым, сколько не вкладывайся в сервера. "Часы хорошие, но батарейки, зараза тяжелые"

ничегошеньки не понел. вас там чтоле под автаматами загоняют в 1це? не нравица трехзвенка, фиг с ним.
глянь в сторону аренды тады, прогер кажись там ваапще не нать
ты б лучше поконкретнее вопросы задавал, всем легче было бы. а оне возникнуть должны только при тестировании/эксплуатации
еще раз повторюсь, скорсть 1це почти полностью от тебя зависит. такие дела





Исправлено 1 раз(а). Последнее : Foxtrot, 12.06.15 21:36

h.i.a.

Foxtrot
имхо в наш век сетевой вариант нуна рассматривать тока как трехзвенку, файловый вариант для особо ленивых
странно слышать охи, что чтойта там тормозит если заведомо выбрана тормознутая технология. не так ли?

Вопрос не лени, а цены. 3х звёнка - это сервер СУБД + сервер приложений + тонкий клиент. Посчитайте стоимость "железа" и лицензий всего этого удовольствия. Далеко не все готовы раскошелиться. И что прикажете делать с базовыми однопользовательскими версиями? Тоже в 3х звёнку переводить?
И ещё раз, похоже тормозит "новая реализация декларативного интерфейса" от 1С. Если есть практические опровержения (а не просто голословное утверждение "трехзвенка рулит"), что в варианте 3х звенки в 8.3 значительно снижается отклик GUI (и становится сравнимым с обычным GUI 8.2, не говоря о 7.7), прошу пруф. С удовольствием ознакомлюсь.

Интерфейс клиентской части однозначно тормозит под терминалом. Проблема не в том, что оно долго отрисовывает. Проблема в том, что RDP протокол воспринимает этот интерфейс как картинку. То же самое, что в браузере под терминалом сидеть.
8.3 заточено под тонкого клиента. Поэтому, файловые базы в терминале будут работать заметно медленнее. Попробуйте интерфейс такси, если он доступен в вашей конфигурации. Он отрисовывается быстрее.

Попробуйте тонкий файловый клиент по сети. В ряде случаев помогает.



Исправлено 1 раз(а). Последнее : pasha_usue, 15.06.15 09:09

pasha_usue
Интерфейс клиентской части однозначно тормозит под терминалом. Проблема не в том, что оно долго отрисовывает. Проблема в том, что RDP протокол воспринимает этот интерфейс как картинку. То же самое, что в браузере под терминалом сидеть.

Попробую, возможно терминал действительно не самый оптимальный для 8.3. Но у меня не раз была возможность сравнивать быстродействие базовых типовых конфигураций 8.2 толстый клиент / 8.3 тонкий клиент, установленных локально вместе с базой на рабочих станциях или маленьких файловых серверах. И результат сравнение каждый раз не в пользу 8.3. Вот насчет скорости работы такси не знал, надо попробовать при случае.

Почти через год после начала темы, могу отчитаться, как оно у меня)
Тонкий клиент, на клиент-сервере, летает, заметно быстрее чем 77.
При том что сервак, не супер пупер. (1проц, 16гиг, рейд10)
На нем же, файл-сервер, заметно на глаз, медленнее.
Если кладу локально ту жен конфу, то она побыстрее, чем файл-сервер на серваке, то тормознутей чем клиент -сервер.
На Сервере MS SQL 2012 + Сервер 1С. Больше ничего. Выделен тока под это.
(Ну эпизодически какие то тестовые задачи, он вообще пока тестовый)

В общем все, как и должно быть. Опасения, что у 1С все ни как у всех, не оправдались)

Файловый вариант быстрее клиент-серверного при монопольной работе с базой почти во всех случаях, вернее в тех, когда база не кэшируется целиком в памяти. Это проверено тысячи раз тысячами людей на самом разном железе.
Видимо у тебя база совсем крохотная, раз 16Гб хватает и ОС, и серверу 1С, и серверу MS SQL - и еще на базу остается.

Поэтому, если в БД нет табличек > 4ГБ (это ограничение платформы 1С для файловой базы), самые тяжелые операции, типа перепроведения док-тов за год, целесообразно проводить, выгружая базу в файловый вариант.

Да. База маленькая. Сейчас глянул, локально вся папка 1.08 гига.

Посмотрим что будет с увеличением...

Предлагаю, для начала, нагенерить справочник номенклатуры, хотя бы в 1млн записей