Hello,
Sergey Mereutsa said the following on 18.08.2006 11:36:
> 2.1 - это то, что в HEAD? Если да - то у меня есть. Только народ, не
> все сразу. Вроде обошлось на этот раз - сожрали не весь траффик, еще
> 500 гигов осталось. Так что продолжу выкладывать линуховые сборки.
Может попробовать исп
"Sergey Mereutsa" ...
> 2.1 - это то, что в HEAD?
Да, конечно
--
Хорсун Влад
Привет!
>> 2.1 доступна для закачки? Если да. то где?
> Ещё даже альфы нет. Позже будет, как ночные билды восстановят
2.1 - это то, что в HEAD? Если да - то у меня есть. Только народ, не
все сразу. Вроде обошлось на этот раз - сожрали не весь траффик, еще
500 гигов осталось. Так что продолж
"Dmitry Lendel" ...
>
> > Ещё даже альфы нет. Позже будет, как ночные билды восстановят
> ОК
> По большому счету будет ли существенный прирост скорости работы (по теме я
> имею ввиду), если заменить 1.5 на 2?
По теме : в 2.0 исправлена только одна ошибка с неправильной
установкой no_nagle
"Dmitry Lendel" ...
>
> > 2.1
> 2.1 доступна для закачки? Если да. то где?
Ещё даже альфы нет. Позже будет, как ночные билды восстановят
--
Хорсун Влад
"DmitryLe" ...
> Только 2.1 или можно пробовать с 2 RC4?
2.1
--
Хорсун Влад
Только 2.1 или можно пробовать с 2 RC4?
С ув. Дмитрий
Hello, Horsun Vlad!
You wrote on Tue, 15 Aug 2006 13:46:03 +0300:
>> развиваю ноу-хау.
>> што скажет купечество... в смысле, разработчики?
HV> А, я понял !
HV> Done in IB 4 (FB -2) :-P
:-
Фёдоров Евгений.
ЗАО "Трест-М". Екатеринбург.
Мадорский Г.В. wrote:
А у меня вдруг резко нарисовалось. В разных крупных супермаркетах сидят
представители банков. Ну и вот с кое-какими банками договорились прямо
там машины в кредит предлагать... Если все нормально пойдет - таких
мелких торговых точек дофига понаплодится.
А не проще л
Мадорский Г.В. wrote:
Вообщем перетаскивать всю эту фигню на трехзвенку крайне вломно...
Вообще-то именно расчётно-алгритмические модули перетаскивать как раз
нефиг делать. Там проблемы с мастер-деталями, пОстами и управлением
транзакциями. А так - поменять источники данных на TClientDataSe
Мадорский Г.В. wrote:
Вообщем перетаскивать всю эту фигню на трехзвенку крайне вломно...
Вообще-то именно расчётно-алгритмические модули перетаскивать как раз
нефиг делать. Там проблемы с мастер-деталями, пОстами и управлением
транзакциями. А так - поменять источники данных на TClientData
Он же хочет с минимальной переделкой. Я удалённые АРМ сразу трехзвенкой
делаю.
А у меня вдруг резко нарисовалось. В разных крупных супермаркетах сидят
представители банков. Ну и вот с кое-какими банками договорились прямо там
машины в кредит предлагать... Если все нормально пойдет - таки
Наверное, он предлагает хранить код процедуры в виде blr.
:-D
Или вызывать их по номеру, а не по имени.
Будешь смеятся... меня вот тут беда настигла - программирую сейчас на
ABAP для SAP (надеюсь временно). Так все окружающие тут так и общаются:
- А это можно сделать в транзакции se11;
-
"Gene Feudorov" ...
...
> развиваю ноу-хау.
> ещё более экономичны будут блр запросы на стороне сервера.
> то бишь клиент говорит выполника мне запрос 4679.
> ещё экономичне, штоп каждый раз не компилировать,
> хранить эти блр в самой базе.
> таким образом мы подходим к необходимости хранимых проц
Horsun Vlad пишет:
развиваю ноу-хау.
ещё более экономичны будут блр запросы на стороне сервера.
то бишь клиент говорит выполника мне запрос 4679.
ещё экономичне, штоп каждый раз не компилировать,
хранить эти блр в самой базе.
таким образом мы подходим к необходимости хранимых процедур!
што скаж
"Gene Feudorov" ...
>
> Hello, Alexey Popov!
> You wrote on Tue, 15 Aug 2006 13:31:30 +0400:
>
> AP> Кстати, наиболее экономичны в смысле траффика будут blr запросы.
Проблема не в кол-ве байт, переданных по медленной линии, а в кол-ве
roundtrip's. Т.е. _большой_ разницы при передаче пакета
"Alexey Popov" ...
>
>
>
> Horsun Vlad wrote:
>
> >>Вопрос упирается больше в то что конкретно пересылается по сети при каждом
> >>вызове API функции. Где бы в исходниках это проанализировать?
> > /remote
>
> Угу, только мне надо часы чтобы разобрать в этой каше с нуля :-(
Пару сессий с о
Hello, Alexey Popov!
You wrote on Tue, 15 Aug 2006 13:31:30 +0400:
AP> Кстати, наиболее экономичны в смысле траффика будут blr запросы.
развиваю ноу-хау.
ещё более экономичны будут блр запросы на стороне сервера.
то бишь клиент говорит выполника мне запрос 4679.
ещё экономичне, штоп каждый раз
GF> Hello, Alexandr Kochmin!
GF> You wrote to Ded on Tue, 15 Aug 2006 16:47:32 +0700:
AK>> да, и вот насчет кэширования справочников:
AK>> Время старта возросло многократно при работе через интернет.
GF> плагиатор :-)
не... мы идем другим путем ;)
--
С уважением
Кочмин Александр
Hello, Alexandr Kochmin!
You wrote to Ded on Tue, 15 Aug 2006 16:47:32 +0700:
AK> да, и вот насчет кэширования справочников:
AK> Время старта возросло многократно при работе через интернет.
плагиатор :-)
Фёдоров Евгений.
ЗАО "Трест-М". Екатеринбург.
Alex Cherednichenko wrote:
AP> Надо ему в prepare 0 передавать чтобы не занимался заполнением xsqlda,
А он занимается? }8-0
When isc_dsql_prepare() is called, it fills in the other fields of the
XSQLDA and all the XSQLVARs with information such as the datatype, length,
and name of the
Привет, Alexey!
Вы пишешь 15 августа 2006:
[Sorry, skipped]
>> Desing-time тут не при чём. От prepare (в run-time) отказаться
>> невозможно,
>> а вот если ему подсунуть достаточное кол-во XSQLVAR's, то он не будет
>> спрашивать
>> сервер о них несколько раз. О чём я и писал выше.
AP>
да, и вот насчет кэширования справочников:
Я обошелся практически без переделки, кэшируя просто TpFIBdataset путем слива
его в файл при закрытии программы,
и загрузки при запуске.
Время старта возросло многократно при работе через интернет.
--
С уважением
Кочмин Александр
Horsun Vlad wrote:
Вопрос упирается больше в то что конкретно пересылается по сети при каждом
вызове API функции. Где бы в исходниках это проанализировать?
/remote
Угу, только мне надо часы чтобы разобрать в этой каше с нуля :-(
Desing-time тут не при чём. От prepare (в run-time)
"Alexey Popov" ...
> Вопрос упирается больше в то что конкретно пересылается по сети при каждом
> вызове API функции. Где бы в исходниках это проанализировать?
/remote
> Кстати, наиболее экономичны в смысле траффика будут blr запросы. Можно в
> принципе статические запросы (таких большенств
ilvi wrote:
Полностью согласен. У нас филиалы из
других городов через Zebede бегают.
Разницы при запросе небольшого объема
данных и большой выборки практически
не видно. Данные передаются гораздо
быстрее чем сопутсвующий процесс.
Я однажды анализировал сниффером траффик у IB6.
Так вот до мо
Horsun Vlad wrote:
Ок. Это чуть посложнее, но вполне осуществимо. А на сервере по
allocate_statement какие-то ресурсы выделяются? При такой схеме по идее их
больше отжираться будет. Или это мелочи, на которые можно не обращать
внимания?
Это не мелочи, с каждым хендлом запроса сразу выд
Alexandr Kochmin wrote:
И получается, что надо лучше брать с сервера все, и побольше, кэшировать
побольше и т.п.
Ах да тут еще и модем...
Он же хочет с минимальной переделкой. Я удалённые АРМ сразу
трехзвенкой делаю. Справочники реплицирую (они условно-постоянны да и
отрефрешить изменени
Это не мелочи, с каждым хендлом запроса сразу выделяется пул в 64К.
Но. Т.к., если в приложении нет сложной логики с беготнёй по нескольким
курсорам
одновременно (а чего её там держать, когда есть хранимые процедуры ? ;),
то
реально понадобится одновременно не более 1-2, а с этим жить можно
"Roman Rokytskyy" ...
> Странные люди - нафига там курсор, если же в большинстве случаев
> табличка либо просто пробегается, либо же выводится в грид и курсор там
> не поможет. У нас курсор создается, если его приложение специально
> затребовало.
От такой он Джефф Оверкеш :)
> > isc_dsql_ex
> PPS Ещё вспомнил - если ты сам знаешь тип запроса (а чего бы
> тебе его не знать ? :) ? то можно в TIBSQL.Prepare
> избавиться от вызова isc_dsql_sql_info,
>который запрашивает isc_info_sql_stmt_type
А можно вопрос - а на кой он там вообще? Мне пока в Jaybird ни разу этот
вызов не тр
"Roman Rokytskyy" ...
>
> > PPS Ещё вспомнил - если ты сам знаешь тип запроса (а чего бы
> > тебе его не знать ? :) ? то можно в TIBSQL.Prepare
> > избавиться от вызова isc_dsql_sql_info,
> >который запрашивает isc_info_sql_stmt_type
>
> А можно вопрос - а на кой он там вообще? Мне пока в
> PPS Ещё вспомнил - если ты сам знаешь тип запроса (а чего бы
> тебе его не знать ? :) ? то можно в TIBSQL.Prepare
> избавиться от вызова isc_dsql_sql_info,
>который запрашивает isc_info_sql_stmt_type
А можно вопрос - а на кой он там вообще? Мне пока в Jaybird ни разу этот
вызов не требов
"Мадорский Г.В." ...
>
> >
> >> Ты вроде как в свое время на медленных линиях собаку съел... :) Может
> >> вспомишь чего...
> >
> >Я не кореец, аднака, собак не ем :)
> >
>
> Ну зато пиво наверняка пьешь. Так что с меня причитается при певой же
> возможности... :)))
Ты знал :)
> >Ter
Alexandr Kochmin wrote:
> главная проблема тут будет - это долгое начальное время.
> Т.е. выполнить один запрос возвращющий много данных гораздо быстрее, чем
> несколько мелких запросов.
> Я тут эту тему поднимал как-то.
> И получается, что надо лучше брать с сервера все, и побольше, кэшировать
Ты вроде как в свое время на медленных линиях собаку съел... :) Может
вспомишь чего...
Я не кореец, аднака, собак не ем :)
Ну зато пиво наверняка пьешь. Так что с меня причитается при певой же
возможности... :)))
Terminal Server попроще будет, потому его и посоветовал сходу :)
МГ> Думаю попробовать через vpn входить
МГ> в сеть и запускать программу. Собственно интересуют оптимальные для
МГ> такой ситуации сетевые настройки на клиенте и на сервере. И может есть
МГ> что поправить в IBX, чтоб работало поживее...
главная проблема тут будет - это долгое начальное врем
Hello, Vlad!
You wrote on Mon, 14 Aug 2006 17:23:41 +0300:
HV> PS Можно так же пользовать FB 2.1 в котором часть вышенаписанного
HV> уже есть плюс кое-что ещё :)
Еще 2.0 релиза нет, а уже над 2.1 работаете? Что ж, это радует.
_Удач_
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address
"Мадорский Г.В." ...
> Ты вроде как в свое время на медленных линиях собаку съел... :) Может
> вспомишь чего...
Я не кореец, аднака, собак не ем :)
Terminal Server попроще будет, потому его и посоветовал сходу :)
Ну, раз не хочешь попроще - лови посложнее :)
Самое простое, что мож
Привет.
Terminal Server
Как вариант рассматривал. Довольно таки затратно. Под него отдельный
компьютер нужен и довольно-таки мощный, кроме того фирма по мере возможности
старается пользоваться купленным ПО. А значит нужно купить на этот компьютер
Windows 2003 Server и лицензии на TS...
"Мадорский Г.В." ...
>
> Всем привет.
> Отпуск закончился :(
> Вот проблемка наклевывается а голова еще не адаптировалась...
> Вообщем есть готовая программа на IBX. Писалась под локальную сеть. А
> сейчас, похоже понадобится поставить в точках с выходом в интернет по
> модему. Там понадобится неб
Всем привет.
Отпуск закончился :(
Вот проблемка наклевывается а голова еще не адаптировалась...
Вообщем есть готовая программа на IBX. Писалась под локальную сеть. А
сейчас, похоже понадобится поставить в точках с выходом в интернет по
модему. Там понадобится небольшая часть функций программы.
42 matches
Mail list logo