Я понимаю, что это стук в подвале, но может кто сталкивался...
Есть тестовое приложение, использующее FIB.
На одной из машин, если запустить это приложения из Delphi 7, то при
завершении приложения возникает Access Violation в NTDLL.dll (функция
strchr).
AV возникает не каждый раз, а только
Hello, Konstantin!
You wrote on Wed, 13 Oct 2010 17:03:13 +0400:
KRB Как побороть? Какие идеи?
Обратиться в саппорт Деврейса.
--
With best regards, Alex Cherednichenko.
Dmitry Lendel ñîîáùèë/ñîîáùèëà â íîâîñòÿõ ñëåäóþùåå:
À ÍÈÊ êàêîé?
Êàêîé-æå îí ìîæåò áûòü? Èëè òàì ìíîãî Äåäîâ Àâòîìîáèëèñòîâ? :)))
Какой-же он может быть? Или там много Дедов Автомобилистов? :)))
Да есть чуток.
Дмитрий
Dmitry Lendel сообщил/сообщила в новостях следующее:
Какой-же он может быть? Или там много Дедов Автомобилистов? :)))
Да есть чуток.
Эх.. http://wwwboards.auto.ru/jokes/139001.html
до сих пор в избранном держу :)
Эх.. http://wwwboards.auto.ru/jokes/139001.html
до сих пор в избранном держу :)
До завтра буду улыбаться. Теперь понятно кто DED_AV
Дмитрий
Привет
отведённом для этого месте, на www.auto.ru , в конфе Шофёрские Байки. Так
что вы тоже, если чё ;)
А НИК какой?
Дмитрий
Ded пишет:
А чё заходить, тут место серьёзное (относительно :) ), клоуном
становиться как-то несолидно :)
Непререкаемый авторитет... О чем речь?!!
Не все еще на птицу-двойку перескочили, поверь, Дед :)
Так что если с этой позиции смотреть на мир, то клоуны в этой конфе уже
присутствуют :)
А чё заходить, тут место серьёзное (относительно :) ), клоуном
становиться как-то несолидно :) Я регулярно лошу в спициятельно
отведённом для этого месте, на www.auto.ru , в конфе Шофёрские Байки.
Так что вы тоже, если чё ;)
--
Regards. Ded.
А чё заходить, тут место серьёзное (относительно :) ), клоуном становиться
как-то несолидно :) Я регулярно лошу в спициятельно отведённом для этого
месте, на www.auto.ru , в конфе Шофёрские Байки. Так что вы тоже, если чё
;)
Плят.
Конец трагедии окончательно загублен.
Коваленко Дмитрий.
С днем !
Крепкого здоровья, холодного пива и душевной компании !
а где сам Начальник Транспортного Цеха?..
Крайний раз появлялся здесь 19.12.2008
Вот и я о том же... :(
...
Связи у народа нету?..
слушайте, народ, а не давно ли пора начать переживать ?..
вообще-то давненько человек исчез из сети - и все.
ни здесь нету, ни на скруле.ру...
может
On Wed, 23 Sep 2009 11:22:59 +0400, PEAKTOP
peaktopsoft-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
а где сам Начальник Транспортного Цеха?..
Крайний раз появлялся здесь 19.12.2008
Связи у народа нету?..
может действительно у кого-нибудь есть координаты из реал-тайма ?
Нашёл у
Здравствуйте все! И спасибо.
Я, ребята, всех вас помню и люблю. Но разошлись пути-дороги, отстал я на
каком-то полустанке от поезда. Полустанок этот, заросший травой и
населённый потребляющими ея старыми козлами, никому не интересен. А
следить за ходом поезда без практической потребности не
Hello, Ded!
Ded wrote:
людЯм настроение и только. Такшта... На этом коллектив нашего санатория
прощается с вами. Мы провели вместе немало прекрасных минут, а теперь -
тбоой... (С)
ну, будь здоров! Ищослива! :-)
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
людЯм настроение и только. Такшта... На этом коллектив нашего санатория
прощается с вами. Мы провели вместе немало прекрасных минут, а теперь -
тбоой... (С)
--
Regards. Ded.
Удачи Ded !
Те это... если че, заходи... (с)
Нам твоего бурчания будет очень сильно не хватать.
Ded пишет:
Такшта... На этом коллектив нашего санатория
прощается с вами. Мы провели вместе немало прекрасных минут, а теперь -
тбоой... (С)
Неее, я не согласен с постановкой вопроса...
А по оффтопить? А отчеты про отпуск? Как же ж мы без этого всего?..
Пойду слезу пущу :(
В конце
С запозданием присоединяюсь к поздравлениям. Желаю всего... ну всего, короче
:)) И побольше морковного сока!
Oh, this night is too long.
I have no strength to go on.
No more pain, I'm floating away.
Through the mist I see the face
Of an angel, who calls my name.
I remember Firebird is the reason I have to stay.
I have to try to break free
From the thoughts in my mind.
Use the time that I have,
I
Привет!
Я, ребята, всех вас помню и люблю. Но разошлись пути-дороги, отстал я на
Я тоже присоединяюсь, желаю всего-всего и побольше. И эта, если что -
заходи!
--
Best regards,
Sergeymailto:gebele...@gmail.com
Hello All.
У Деда то днюха вроде как сегодня, если я ничего не путаю?
А все что-то молчат.
Нехорошо.
Дед! Удачных тебе дней и событий, которые приятно вспомнить и не стыдно
рассказать внукам!
--
Best regards,
Jerry mailto:jer...@yandex.ru
У Деда то днюха вроде как сегодня, если я ничего не путаю?
Дык, не в курсе мы :(
Но навсякий случай:
Деда, от имени все Атцов, поздравляю тебя!
Желаю дожить минимум до правнуков и при этом остаться в здравом уме ... ну и
так далее :-)
Коваленко Дмитрий.
Jerry пишет:
Hello All.
У Деда то днюха вроде как сегодня, если я ничего не путаю?
А все что-то молчат.
Хай живе Дида!
Многие лета с Коньяком и Текилой! :)
--
Александр Замараев
Низкий поклон и огромная корзина уважения с поздравлениями!
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
On Tue, 22 Sep 2009 19:21:29 +0400, Jerry
jerryh-o+mxotu4lmchxe+lvdl...@public.gmane.org wrote:
Дед! Удачных тебе дней и событий, которые приятно вспомнить и не стыдно
рассказать внукам!
Присоединяюсь и вопрошаю:
а где сам Начальник Транспортного Цеха?..
Привет всем!
На улице лето и в этой связи решил я прикупить себе пару футболок с
любимым Птицием :-) Насколько понял, продают их ibphoenix.com.
Но как то там непонятно с размерами и внешним видом :-(
Кто нить может подсказать 54 размер - это в их мерках какой?
Вот такая у меня тема выросла
Качановский Дмитрий сообщил/сообщила в новостях следующее:
но сохраняется почему-то минус 2 часа
то что глюк не воспроизводится - допускаю, может это вопрос настроек того же
апача
потому и спрашиваю, может кто сталкивался, слышал, может может что-то подсказать
У нас была похожая проблема,
Вопрос не столько про ФБ, сколько про ПХП, но может кто сможет
подтолкнуть в правильном направлении.
из базы получаем текущее время, при помощи date преобразуем к текстовому
виду. Полученный результат полностью соответствует тому что ожидали
(текущее локальное время на сервере ФБ).
теперь
Вопрос не столько про ФБ, сколько про ПХП, но может кто сможет
подтолкнуть в правильном направлении.
из базы получаем текущее время, при помощи date преобразуем к текстовому
виду. Полученный результат полностью соответствует тому что ожидали
(текущее локальное время на сервере ФБ).
теперь
Привет!
теперь пытаемся сохранить полученное из базы значение в той же базе, в
результате сохраненное значение на 2 часа меньше (в Минске ГМТ+2).
никто не может подсказать в связи с чем происходит это преобразование и
как его избежать?
Что-то мне подсказывает, что как-то хитро
PEAKTOP пишет:
1) 'SELECT FIRST 1 TB.DATE_FILED FROM MYTABLE TB WHERE (TB.ID = )
';
все нормально.
2) $sql = 'UPDATE MYTABLE T SET T.DATE_FILED = \''.date('Y.m.d H:i:s',
$my_date_value).'\' WHERE (T.ID = ) ';
тоже нормально, не вопроизводится твой глюк.
Смотрите у себя там скрипты.
я
__ЭТА__ же переменна передается в качестве параметра в запрос на
вставку
(точнее там происходит вызов SP, которому передается список параметров)
т.е. преобразования timestamp - string - timestamp нет
как приняли значение, так его обратно в базу и пихнули
При передаче не через параметр,
24 декабря 2008 г. 13:32 пользователь Dmitriy A. Beloshistov
to...@scm.com.ua написал:
Привет!
теперь пытаемся сохранить полученное из базы значение в той же базе, в
результате сохраненное значение на 2 часа меньше (в Минске ГМТ+2).
никто не может подсказать в связи с чем происходит
ëÁËÏÊ 2.1.2 ? ôÙ Ó 2.0.5 rc1 ÎÅ ÐÅÒÅÐÕÔÁÌ ?
îÅ, ÎÅ ÐÅÒÅÐÕÔÁÌ. ñ ÚÎÁÀ, ÞÔÏ 2.1.2 ÐÏËÁ ÎÅÔ.
îÏ ÈÏÞÅÔÓÑ ÕÖÅ :-) 2.1.1 ÎÁÄÏÅÌ... :-)
ó Õ×ÁÖÅÎÉÅÍ, óÔÁÒÉËÏ× áÌÅËÓÅÊ
÷ÒÅÍÅÎÎÏ ÏÔÓÕÔÓÔ×ÕÅÔ
îÕ ÈÏÒÏÛÏ, ÞÔÏ ÷Ù ÏÂ ÜÔÏÍ ÚÎÁÅÔÅ :-) á ÔÏ ÏÞÅÎØ ÈÏÞÅÔÓÑ 2.1.2 ÕÖÅ ÓËÁÞÁÔØ
ó Õ×ÁÖÅÎÉÅÍ,
óÔÁÒÉËÏ× áÌÅËÓÅÊ
St. Alex ...
Временно отсутствует
Ну хорошо, что Вы об этом знаете :-) А то очень хочется 2.1.2 уже скачать
Какой 2.1.2 ? Ты с 2.0.5 rc1 не перепутал ?
--
Хорсун Влад
Vlad Khorsun wrote:
Странно как-то: я ожидал обратного результата...
На каком основании ? :)
Вспоминая рекомендации Энн по выбору размера страницы.
Не спрашивал?
Отпросился он сегодня с работы, заболел.
Время копирования файла тоже интересно. Не помнишь?
База 6 Гб.
1 канал RAID10 4 диска (две пары) копирование на 2-ой канал 10 дисков (пять
пар)
Время 10-15 сек.
Restore 20-23 мин.
Для базы 9.5 Гб аналогичное копирование 12-17
On Wed, 12 Nov 2008 16:44:49 +0300, ArtGal [EMAIL PROTECTED] wrote:
Для базы 9.5 Гб аналогичное копирование 12-17 сек.
Restore 25-35 мин.
Рестор мне ничего не скажет, потому как сравнить твою БД ни с чем больше нельзя
:)
А вот копирование более 500 Мб/сек - умопомрачительно. Почему-то у нас
On Wed, 12 Nov 2008 17:23:48 +0300, WildSery [EMAIL PROTECTED] wrote:
копирование более 500 Мб/сек - умопомрачительно
Подумал ещё раз - точно, кэш. Не бывает ещё дисков с линейным чтением 125
Мб/сек, по-моему.
Так что ты замерял копирование из одной области памяти в другую область памяти.
копирование более 500 Мб/сек - умопомрачительно
Подумал ещё раз - точно, кэш. Не бывает ещё дисков с линейным чтением 125
Мб/сек, по-моему.
Хз. Вот тут про наши диски
Скорость обмена между носителем и контроллером От 960 до 1607
Мбит/сек; форматированная скорость: 89 - 150 Мб/сек
А вот копирование более 500 Мб/сек - умопомрачительно. Почему-то у нас на
том же контроллере чтение в nul чуть больше 300 получалось (в RAID5, с 8
дисков!)
Сейчас посмотрел (Win2008 показывает скорость) пишет 360-400-420 Мб/сек.
Но за 10-15 сек уследить глазами трудно.
Диски SAS 15000 rpm
On Tue, 11 Nov 2008 20:04:23 +0300, ArtGal [EMAIL PROTECTED] wrote:
Это мне надо у нашего админа спросить.
Не спрашивал?
Сам я просто мерил время выполнения тяжелых запросов и ХП при 3, 5 и 10
подключениях.
Ну и естественно время b/r и время копирования файла БД (8 Гб) и файла backup.
On Sun, 02 Nov 2008 13:38:15 +0300, ArtGal [EMAIL PROTECTED] wrote:
Полностью подтверждаю. На наших тестах такая же картина.
10 дисков (5 пар) RAID 10 дали лучшую производительность чем RAID 5.
А контроллер-то какой?
--
Сергей Смирнов.
On Tue, 11 Nov 2008 13:05:53 +0300, ArtGal [EMAIL PROTECTED] wrote:
Adaptec 51645.
Ещё вопросик, надеюсь, не напрягаю.
Не подскажешь на этом контроллере скорости чтения/записи линейная/рэндом в
режиме RAID10 для указанной конфигурации?
(я так понимаю, у тебя сейчас RAID10?)
--
Сергей
Не подскажешь на этом контроллере скорости чтения/записи линейная/рэндом в
режиме RAID10 для указанной конфигурации?
Это мне надо у нашего админа спросить.
Сам я просто мерил время выполнения тяжелых запросов и ХП при 3, 5 и 10
подключениях.
Ну и естественно время b/r и время копирования
А контроллер-то какой?
Adaptec 51645.
--
С уважением,
Галимов Артур Амирзянович.
Фарммедсервис г. Сочи.
PS. RAID-5
у каждого уровня РАИД свое предназначение. RAID-5 не предназначен для
производительных баз данных,
так как на каждую операцию записи следуют две записи на разные
физические диски.
Для баз данных с точки зрения производительности оптимален режим 1+0.
при этом в массиве должно
быть от
Andrei [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее:
news:[EMAIL PROTECTED]
Для баз данных с точки зрения производительности оптимален режим 1+0.
при этом в массиве должно
быть от четырех дисков и выше. Мы ставили одним клиентам 1+0 на восьми
дисках по 15К и получали
очень
Oleg Matveyev wrote:
-W50 -T50 // для 50ти складов, например. поставишь больше - больше будет БД
-r30 -R180 // 30 минут на прогрев, 180минут на тест. меньше смысла нет.
Ага, спасибо.
-c0 // бд нормального размера...
А что значит ненормального ? ;-)
TPC-C Throughput: 4913.04 tpmC
Круто...
-c0 // ÂÄ ÎÏÒÍÁÌØÎÏÇÏ ÒÁÚÍÅÒÁ...
á ÞÔÏ ÚÎÁÞÉÔ ÎÅÎÏÒÍÁÌØÎÏÇÏ ? ;-)
Á ÐÏÐÒÏÂÏ×ÁÔØ -c1 ÐÏÓÔÁ×ÉÔØ? :-)
ÍÁÌÅÎØËÁÑ ÐÏÌÕÞÉÔÓÑ
TPC-C Throughput: 4913.04 tpmC
ëÒÕÔÏ... õ ÍÅÎÑ ÐÏËÁ ÍÁËÓÉÍÕÍ 1315 ÎÁ: 8ë ÓÔÒÁÎÉÃÁ, 16ë ÓÔÒÁÊÐ.
ÎÅ ÏÂÒÁÝÁÊ ×ÎÉÍÁÎÉÅ, Õ ÍÅÎÑ ÄÉÓË ÎÅÎÏÒÍÁÌØÎÙÊ - iRam
ðÒÁ×ÄÁ ÔÁÍ ÂÕÆÅÒÁ ÐÏ
Oleg Matveyev wrote:
bin\load_ib -W50 -D%DATABASE% -c0 log\%NAME%_load.log
bin\tpcc -W50 -T50 -D%DATABASE% -r30 -R180 -i30
-W50 -T50 // для 50ти складов, например. поставишь больше - больше будет БД
-r30 -R180 // 30 минут на прогрев, 180минут на тест. меньше смысла нет.
-c0 // бд
á ÞÅÍ W50 ÏÔ ô50 ÏÔÌÉÞÁÅÔÓÑ?
é ÞÔÏ ÔÁËÏÅ i30 ?
W = Warehouse = ÓËÌÁÄ
T = Terminal = ËÏÎÎÅËÔ
i30 ÎÅÐÏÍÎÀ
-? ÓÄÅÌÁÊ, ÏÎ ÐÏËÁÖÅÔ :-)
P.S. ÎÅÓÏ×ÅÔÕÀ ÓÔÁ×ÉÔØ W T
;-)
Oleg Matveyev wrote:
для TPC-C размер страницы 4Кб, потому буферов оптимально получалось 2048 для
классика, и для супера (больше - плохо)
Страницы
4К = 1400 tpmC
8К = 1317 tpmC
16К = 1091 tpmC
Странно как-то: я ожидал обратного результата...
Команда
SET BUFFERS = 2048
не работает с
óÔÒÁÎÉÃÙ
4ë = 1400 tpmC
8ë = 1317 tpmC
16ë = 1091 tpmC
óÔÒÁÎÎÏ ËÁË-ÔÏ: Ñ ÏÖÉÄÁÌ ÏÂÒÁÔÎÏÇÏ ÒÅÚÕÌØÔÁÔÁ...
÷ÌÁÄ ÇÏ×ÏÒÉÌ ÞÔÏ ÍÁÌÅÎØËÉÊ ÂÕÆÆÅÒ ÎÁ ÜÔÏÍ ÔÅÓÔÅ ÌÕÞÛÅ :-)
Õ ÍÅÎÑ ÐÏÌÕÞÁÌÁÓØ ÓÔÒÁÎÎÁÑ ÚÁ×ÉÓÉÍÏÓÔØ
ëÏÍÁÎÄÁ
SET BUFFERS = 2048
ÎÅ ÒÁÂÏÔÁÅÔ Ó ÐÒÏÂÅÌÁÍÉ, ÅÓÌÉ ÐÒÏÂÅÌÙ ÕÂÒÁÔØ:
SET
óÔÒÁÎÉÃÙ
4ë = 1400 tpmC
8ë = 1317 tpmC
16ë = 1091 tpmC
-T30 -W30, ËÁË × ÔÅÓÔÅ ÓÔÏÉÔ ÐÏ-ÕÍÏÌÞÁÎÉÀ?
îÕ ÔÁË, ×ÏÚ×ÒÁÝÁÑÓØ Ë ÐÅÒ×ÏÎÁÞÁÌØÎÏÍÕ ×ÏÐÒÏÓÕ:
SAS vs SATA
ÒÅÚÕÌØÔÁÔÙ × ÓÔÕÄÉÀ
Oleg Matveyev wrote:
Страницы
4К = 1400 tpmC
8К = 1317 tpmC
16К = 1091 tpmC
-T30 -W30, как в тесте стоит по-умолчанию?
Да.
Про буфер не понял: это был размер страницы БД, и 16К совпадает с
размером страйпа райда. Я ожидал в этом месте максимум.
Oleg Matveyev wrote:
Ну так, возвращаясь к первоначальному вопросу:
SAS vs SATA
результаты в студию
пока гоняю SATA в разных режимах, если админы не отнимут сервер, SAS
будет после праздников
ðÒÏ ÂÕÆÅÒ ÎÅ ÐÏÎÑÌ: ÜÔÏ ÂÙÌ ÒÁÚÍÅÒ ÓÔÒÁÎÉÃÙ âä, É 16ë ÓÏ×ÐÁÄÁÅÔ Ó ÒÁÚÍÅÒÏÍ
ÓÔÒÁÊÐÁ ÒÁÊÄÁ. ñ ÏÖÉÄÁÌ × ÜÔÏÍ ÍÅÓÔÅ ÍÁËÓÉÍÕÍ.
ÓÏÒÒÉ, ÜÔÏ Ñ ÔÏÒÍÏÖÕ. ÓÕÂÂÏÔÁ ×ÓÅ-ÔÁËÉ.
ÒÁÚÍÅÒ ÓÔÒÁÎÉÃÙ ÚÎÁÞÉÔ... ÎÅÚÎÁÀ ÔÏÇÄÁ
Ñ ÐÒÏ BUFFERS ËÁË ÒÁÚ ÇÏ×ÏÒÉÌ.
ÔÙ ÐÉÓÁÌ: ðÒÁ×ÄÁ ÔÁÍ ÂÕÆÅÒÁ ÐÏ ÕÍÏÌÞÁÎÉÀ 75, ÓÅÊÞÁÓ ÐÏÐÒÏÂÕÀ
Oleg Matveyev ...
А чем W50 от Т50 отличается?
И что такое i30 ?
W = Warehouse = склад
T = Terminal = коннект
i30 непомню
Периодичность промежуточных отчётов, сек
-? сделай, он покажет :-)
P.S. несоветую ставить W T
;-)
Каждый терминал (коннект) работает со своим
Konstantin R. Beliaev ...
Страницы
4К = 1400 tpmC
8К = 1317 tpmC
16К = 1091 tpmC
Странно как-то: я ожидал обратного результата...
На каком основании ? :)
--
Хорсун Влад
--- результаты ---
время загрузки
в файле Logs\*_load.log смотрим последнюю строку
TPC-C load completed successfully in 562.031 seconds.
общий показатель в попугаях
в файле Logs\*_tpcc.log находим строку
TPC-C Throughput: 4913.04 tpmC
ну и, соотствественно... сравни для SAS vs SATA
---
Кстати, а тут есть автор теста http://ibdeveloper.com/tests/tpc-c/ ?
Хотелось бы немного пояснений по тесту и интерпретации результатов.
Ну, во-первых в prepare.cmd на CREATE DATABASE остался жестко зашитый
путь к птичке - это я поправил.
Дальше выскочило несколько ошибок, не знаю, насколько
Hello, Konstantin!
Konstantin R. Beliaev wrote:
У меня тесты какие-то неоднозначные получаются: тестовые программы в
режиме random read-write показывают, что на 256К достигается максимум
производительности RAID. Тест с птичкой (переливка базы DataPump) дает
небольшое преимущество на 16К.
On Tue, 28 Oct 2008 20:49:36 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
Кто-нибудь тестировал работу птички с разным размером страйпа у RAID?
В повседневной работе нормального firebird-сервера дисковая система не является
узким местом.
На слабом же или несбалансированном сервере
Возни много, эффект для клиентов/ползателей незаметен. Потому не
интересно.
- Поручик, а вы любите детей?
- Нет. Но сам процесс - да.
---
Коваленко Дмитрий.
WildSery wrote:
В повседневной работе нормального firebird-сервера дисковая система не является
узким местом.
Эээ... поясни?
Всегда считал, что именно диск - самая узкая часть сервера. Когда 50
ползателей начинают активно терзать сервер с 20 гиговой базой, все
упирается имено в диск.
Dmitri Kuzmenko wrote:
PS. RAID-5, контроллер Adaptec, модель сейчас не помню
вспомни, пожалуйста.
Контроллер Adaptec 5805, 512M памяти
Диски Seagate ST3500320NS SATA
Alexey Khayanok wrote:
KRB А еще меня убило, что SAS диски в моих тестах проигрывают SATA процентов
KRB 10-15 по скорости...
При синтетических тестах не должно быть, для DataPump это
нормально там получается практически линейная запись, а плотность
записи у SATA винтов почти на
On Wed, 29 Oct 2008 13:57:29 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
Эээ... поясни?
Всегда считал, что именно диск - самая узкая часть сервера. Когда 50
ползателей начинают активно терзать сервер с 20 гиговой базой, все упирается
имено в диск.
Возможно, раньше так и было. И
WildSery wrote:
При большой загрузке, у нас, к примеру, дело в процессоры обычно
упирается (2х4 ядра сейчас ставим).
Врядли в процессор, скорее в шину памяти.
--
Здравствуйте, Konstantin.
Вы писали 29 октября 2008 г., 13:12:03:
KRB Alexey Khayanok wrote:
KRB А еще меня убило, что SAS диски в моих тестах проигрывают SATA процентов
KRB 10-15 по скорости...
При синтетических тестах не должно быть, для DataPump это
нормально там получается
WildSery wrote:
Во-вторых, даже экстремальные случаи решаются установкой 32Гб памяти в сервер.
Для этого надо Win64 ставить.
Может оно и пора, но опыта нету.
On Wed, 29 Oct 2008 15:01:50 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
Для этого надо Win64 ставить.
У нас 32-разрядный Linux.
Правда, уже экспериментируем с 64-разрядным Linux.
--
Сергей Смирнов.
Alexey Khayanok wrote:
от типа и настроек файловой системы
производительность плавала тоже в разы...
А можно про это подробнее? Хотя телепатия мне подсказывает, что речь
идет о UNIX
On Wed, 29 Oct 2008 14:28:56 +0300, Alexey Popov [EMAIL PROTECTED] wrote:
Врядли в процессор, скорее в шину памяти.
И как это увидеть?
Если у меня в топе написано, что процы по 100% загружены - значит, я делаю
вывод, что упирается в процы.
Ошибаюсь?
--
Сергей Смирнов.
PS. ëÓÔÁÔÉ, ÅÓÌÉ Õ ËÏÇÏ ÅÓÔØ ÐÒÅÄÌÏÖÅÎÉÑ ÐÏ ÔÅÓÔÁÍ ÄÉÓËÏ×ÏÊ ÓÉÓÔÅÍÙ
(ÖÅÌÁÔÅÌØÎÏ ÎÅ ÓÉÌØÎÏ ÚÁÍÏÒÏÞÎÙÍ: ÔÉÐÁ ÚÁÐÕÓÔÉÌ É ÚÁÂÙÌ) ÍÏÇÕ ×ÙÐÏÌÎÉÔØ ÄÏ
ËÏÎÃÁ ÎÅÄÅÌÉ.
TPC-C
:-)
Здравствуйте, Konstantin.
Вы писали 29 октября 2008 г., 14:09:30:
от типа и настроек файловой системы
производительность плавала тоже в разы...
KRB А можно про это подробнее? Хотя телепатия мне подсказывает, что речь
KRB идет о UNIX
Правильно подсказывает ;)
Делали тесты
On 29.10.2008 14:34, Alexey Khayanok wrote:
Здравствуйте, Konstantin.
Вы писали 29 октября 2008 г., 14:09:30:
от типа и настроек файловой системы
производительность плавала тоже в разы...
KRB А можно про это подробнее? Хотя телепатия мне подсказывает, что речь
KRB идет о UNIX
Oleg Matveyev wrote:
TPC-C
Хм, точно :-)))
On 29.10.2008 15:11, Alexey Khayanok wrote:
Здравствуйте, Alexey.
Вы писали 29 октября 2008 г., 14:58:05:
Делали тесты NTFS (W2k3 R2) , Ext3, Ext2 (ядра 2.4, 2.6) со стандартыми
размерами кластера.
Самым быстрым оказалась Ext2 на 2.4 ядре.
AV даже любопытно стало. вы не
Кто-нибудь тестировал работу птички с разным размером страйпа у RAID?
А то дефолтное значение у него 256К, а минимальное - 16К, при том что
страница базы 8К (можно конечно увеличить до 16, но не в этом суть).
У меня тесты какие-то неоднозначные получаются: тестовые программы в
режиме random
Здравствуйте, Konstantin.
Вы писали 28 октября 2008 г., 19:49:36:
KRB Кто-нибудь тестировал работу птички с разным размером страйпа у RAID?
KRB А то дефолтное значение у него 256К, а минимальное - 16К, при том что
KRB страница базы 8К (можно конечно увеличить до 16, но не в этом суть).
Привет всем.
Мне тут подсказали, что можно просматривать траффик между клиентом и
сервером FB не влезая в него TCPmapping-ом, так называемые зеркальные
порты в коммутаторах.
Кто-то сталкивался, программировал?
Любая информация интересна.
Заранее спасибо.
--
Олег Матвеев
Мне тут подсказали, что можно просматривать траффик между клиентом и
сервером FB не влезая в него TCPmapping-ом, так называемые зеркальные
порты в коммутаторах.
Кто-то сталкивался, программировал?
с агрегатами с такими сталкивался, но фичу эту не использовал, да и если
честно сильно и не
Мне тут подсказали, что можно просматривать траффик между клиентом и
сервером FB не влезая в него TCPmapping-ом, так называемые зеркальные
порты в коммутаторах.
Кто-то сталкивался, программировал?
с агрегатами с такими сталкивался, но фичу эту не использовал, да и если
честно сильно и не
День добрый!
On 10 июл, 23:31, Oleg Matveyev wrote:
Кто-то сталкивался, программировал?
Любая информация интересна.
Сталкивался, но не программировал.
На управляемом коммутаторе админ настраивал зеркалирование порта,
например с 8 на 17.
К 17 порту подключали одну из сетевых карт Linux-станции
Кузнецов Евгений wrote:
Но протокол FB он (Ethereal) не разбирает (как-то здесь уже это
говорилось), и мне неизвестны утилиты, которые это делают.
Он заголовки протокола нормально разбирает, но не декодирует пакеты
полностью. Соотв-но, он бредит если FB-пакет занимает несколько
On Jun 28, 8:51 am, DmitryLe [EMAIL PROTECTED] wrote:
К нам на форум-комментарий пришло такое
...
С уважением профессор Топволдиев Тулкин
В мири сказок очинь любят булочки. Гнум
А я вот все думаю: может все-таки авторизация и заведение новых
пользователей в gsec недостаточно продумана, В смысле, не
соответствует канонам безопасности ? Я вот предлагаю сделать ее вот
так:
http://popsicklestrip.blogspot.com/2008/06/password-validation.html
З.Ы. на правах тяпницы :)
на правах пятницы
http://kosht.com/?cmd=docdid=3070
не знаю насколько авторство действительно принадлежит БилуГейтсу, но
написано красиво :)
--
С уважением
Качановский Дмитирй
ООО КОШТпроект
Max Rezanov wrote:
Этот вопрос всеже лучше задавать там где есть спецы по ферберду (sql.ru
например)
Ну а чо такого. Там тоже есть несколько толковых пацанов. Например,
ники dimitr, hvlad, kdv, WildSerj, Мимопроходящий...
--
Regards. Ded.
Наверняка кто-то делал связки документов в своей системе.
Типа: договор - счет - накладная - плетежка - ...
Понятно, что каждого документа может быть больше одного.
Возникает вопрос, как это лучше реализовать?
Видятся 3 варианта:
1) документы объединяются неким общим ID (одноуровневая связка) -
Наверняка кто-то делал связки документов в своей системе.
Типа: договор - счет - накладная - плетежка - ...
Понятно, что каждого документа может быть больше одного.
зачем?
связывать надо не документы, а решения, вынесенные на основании документов
--
Булычев Алексей
http://www.stella-npf.ru
Понятно, что каждого документа может быть больше одного.
зачем?
связывать надо не документы, а решения, вынесенные на основании документов
Которые, в свою очередь, сами являются документами. Угага.
Коваленко Дмитрий.
У меня третий вариант, кросс-таблица. Видно кто причина, кто следствие.
Отдельная таблица для связки master, и отдельная - для detail.
но у меня случай такой... логистика:
вагон отправляется (например в питер), там выгружается и распадается на
партии товаров,
которые собираются в контейнеры по
Max Rezanov wrote:
Gemini InterBase/Firebird ODBC Driver- проект не поддерживается с марта 2005
года.
- проект не поддерживается с марта 2005 года.- проект не
поддерживается с марта 2005 года.
Три раза одна и таже фраза...
Это для тугодумов, чтоб дошло. И для верхоглядов, чтоб хоть
Так вот в статье куча ошибок :( нада бы ее пречитать и поправить, а то
впечателения ужастнейшие :(.
В смысле - как жить-то дальше?
Хочешь почитать что-то серьезное - посмотри список рекомендуемой внеклассной
литературы для 10-11 класса.
Например
ODBC драйвера
Gemini
Результаты 1 - 100 из 172 matches
Mail list logo