Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Компания Google открыла код Snappy, библиотеки для сжатия да..., opennews (??), 23-Мрт-11, (0) [смотреть все] где бы посмотреть на одноядерный CPU Core i7 , Timka (??), 12:59 , 23-Мрт-11, (1) +4 // Отключить все ядра кроме одного в bios, Аноним (-), 13:17 , 23-Мрт-11, (3) // одноядерным он от этого не станет, Timka (??), 13:51 , 23-Мрт-11, (7) +4 grub nosmp, pavlinux (ok), 15:31 , 23-Мрт-11, (30) +2 On a single core of a Core i7 processor - думаю имелось в виду на одном ядре, Brick (??), 21:53 , 23-Мрт-11, (61) +1 Опять не рыба не мясо zlib жмёт достаточно быстро, при этом лучше и стандартен , Аноним (-), 13:06 , 23-Мрт-11, (2)   // До 500MB sec zlib-у как до луны пешком , Аноним (-), 13:24 , 23-Мрт-11, (5) +4   // В статье же написано 500 Мб с , Nxx (ok), 14:06 , 23-Мрт-11, (9) +1   // Мб MbВ русском сокращения МБ и Мб традиционно обозначают мегабайт Мегабит , Аноним (-), 16:43 , 23-Мрт-11, (36)   Не знаю что за традиции и откуда вы их взяли, но всегда считал Мб Mb Конечно, Аноним (-), 11:41 , 24-Мрт-11, (72)   они вокруг нас, Аааа (?), 10:28 , 30-Мрт-11, (94)   Какие, например , FractalizeR (ok), 14:10 , 23-Мрт-11, (11)   не, zlib жмёт недостаточно быстро а вообще, слова достаточно недостаточно ре, 123456 (??), 14:29 , 23-Мрт-11, (19) +4   Такое хорошо чтобы нахаляву диски разогнать Если у вас диск записывает со ск, User294 (ok), 14:37 , 23-Мрт-11, (23)   // И чеб такое в контроллер диска на железе не зафигачить , Аноним (-), 14:46 , 23-Мрт-11, (26)   // см RAID-контролер с , pavlinux (ok), 15:32 , 23-Мрт-11, (32) +1   Ну, RAID это отдельно строить надо, а чеб спрашивается в штатный контроллер диск, Аноним (-), 21:42 , 23-Мрт-11, (59)   Гигабайты текстоподобных файлов на обычном диске редко хранят В штатном случае , filosofem (ok), 22:37 , 23-Мрт-11, (62)   В принципе да, но я б не сказал что эффект будет незаметен, всякие папки с докам, Аноним (-), 23:00 , 23-Мрт-11, (63)   Ну и какой объем у этого диска получится Он же будет зависеть от того, какие да, вася (??), 10:59 , 24-Мрт-11, (69)   Объем номинальный, точно так же как и при обычном архивировании, вы же не считае, Аноним (-), 13:02 , 24-Мрт-11, (73)   В принципе этому ничего не мешает особо Только проц - вот он, уже есть, потому , User294 (ok), 16:53 , 23-Мрт-11, (37)   Понятно что будет дороже, но так ли критично, скажем имеете вы диск 150 МБ сек з, Аноним (-), 21:52 , 23-Мрт-11, (60)   Технологичнее, только процы дуром прут и массово клепаются, а потому дешевые, пр, User294 (ok), 23:27 , 23-Мрт-11, (64)   Не, ну понятно что у ЦП тоже варианты есть, как минимум для начала, что же касае, Аноним (-), 23:43 , 23-Мрт-11, (65)   12 лет жду дешевого рэйда - а его все нет 12 лет назад обычным был буфер 16 мет, letsmac (ok), 22:11 , 24-Мрт-11, (87)   Не получили Вы скорость записи на диск в 300Мб сек, потому что данные вы сжали,, ascrzy (?), 20:35 , 23-Мрт-11, (55)   // А зачем его считать если сжатие идет быстрее записи и параллельно ей , Аноним (-), 21:30 , 23-Мрт-11, (58) +2   Ну хорошо, по сжатию в 2 раза хуже zlib, а по скорости при этом как Молчек Ес, Аноним (-), 13:22 , 23-Мрт-11, (4) // Автор говорит, в 10 http blog sesse net blog tech 2011-03-22-19-24_snappy htm, Andrey Mitrofanov (?), 13:39 , 23-Мрт-11, (6) // Ну тогда серьезно , Аноним (-), 14:21 , 23-Мрт-11, (14) Блин, жалко что C , а то попробывал использовать бы у себя в проекте , xxx (??), 13:52 , 23-Мрт-11, (8) –18 // Да, совсем не понятно зачем оно C , mine (ok), 14:09 , 23-Мрт-11, (10) –13 // перепишите на яву или что там у вас , потестируйте потом узнаете, почему, Карбофос (ok), 14:14 , 23-Мрт-11, (12) +4 // У меня там чистый С Перепиши и протестируй Особенно совместимость посмотри - , mine (ok), 15:20 , 24-Мрт-11, (76) extern C не спасёт , funny_falcon (?), 18:31 , 24-Мрт-11, (82) Прочитал дальше ветку Извиняюсь , funny_falcon (?), 18:33 , 24-Мрт-11, (83) Впрочем, там код не сложный Я бы взялся переписать, если бы мне нужно было запла, funny_falcon (?), 18:51 , 24-Мрт-11, (84) Проблема не в сложности переписывания Проблема в необходимости оптимизации переп, mine (ok), 19:27 , 24-Мрт-11, (85) –3 то есть код ты так и не смотрел давай, тролль дальше о неких совместимостях и т, Карбофос (ok), 10:42 , 25-Мрт-11, (91) Ну так и используйте если хотите, или ваш проект не может пристегивать внешние м, Аноним (-), 14:23 , 23-Мрт-11, (15) // так это ж читать надо знать, что такое нативная функция а вообще, мне страшн, Карбофос (ok), 14:32 , 23-Мрт-11, (22) Лучше бы на Си , IGX (?), 15:04 , 23-Мрт-11, (28) +3 // чем лучше, поясните, stom (?), 18:05 , 23-Мрт-11, (45) Тем, что во встраиваемых решениях не попользуешь из-за отсутствия компилятора Си, IGX (?), 19:34 , 23-Мрт-11, (51) +1 приведите, пожалуйста, пример встроенной системы, в которой вы имели бы желание , stom (?), 19:45 , 23-Мрт-11, (52) микроконтроллеры, IGX (?), 02:26 , 24-Мрт-11, (67) +1 Если в контроллер влезает код библиотеки такого размера - он по определению подд, letsmac (ok), 22:13 , 24-Мрт-11, (88) +1 дык и перепишите благо, исходники на плюсах именно этого проекта всего лишь 100, Карбофос (ok), 11:29 , 24-Мрт-11, (71) А время и желание есть Зачем переписывать snappy на Си, если есть гораздо более, IGX (?), 14:19 , 24-Мрт-11, (74) зачем тогда вообще поднимать сыр-бор из-за каких-то 100 килобайт исходников ест, Карбофос (ok), 14:52 , 24-Мрт-11, (75) +1 Нет не может Есть специфичная железяка и только сишный компилятор, а С сильно, xxx (??), 18:02 , 23-Мрт-11, (44) +1 // А сишный компилер полноценный что за железка если не секрет , Аноним (-), 20:09 , 23-Мрт-11, (53) Замечательно что на C , сейчас других актуальных языков и нет И что вам мешает, Аноним (-), 15:17 , 23-Мрт-11, (29) +1 // ORLY то, что она на цпп придётся врапперы ваять ну её нафиг, такую библиотеку,, anonymous (??), 18:40 , 23-Мрт-11, (47) О, как заминусовали-то Нет, я не против С , просто тот проект над которым я , xxx (??), 17:56 , 23-Мрт-11, (42) // ну неужто там нет простого API o_O, Карбофос (ok), 18:56 , 23-Мрт-11, (50) // А какое там может быть API Есть набор Си-шных исходников Они компилируются В , Ytch (?), 21:24 , 23-Мрт-11, (56) –1 для особо тяжелых случаев исходники можно и конвертнуть и избавиться от ОО если, Карбофос (ok), 11:08 , 24-Мрт-11, (70) Я думаю, минусанули потому что думали, что подразумевается что-то типа java как , Ytch (?), 21:29 , 23-Мрт-11, (57) +1 extern C , vasya (??), 16:42 , 24-Мрт-11, (80) // Мимо Это помогает в обратной ситуации прикрутить Си-шный код в C программу , Ytch (?), 20:49 , 24-Мрт-11, (86) // Как раз наоборот , vasya (??), 08:11 , 25-Мрт-11, (89) Точнее, в обе стороны работает , vasya (??), 08:13 , 25-Мрт-11, (90) а вот здесь мы видим случай так называемого ламеризма , anonymous (??), 11:48 , 25-Мрт-11, (93) +1 На чём умеют, на том и пишут , Григорий (??), 14:16 , 23-Мрт-11, (13) Было бы не плохо использовать как метод сжатия файловых систем вместо zlib у bt, Аноним (-), 14:27 , 23-Мрт-11, (17) +2 // Тада Где-то выхватывал сравнительную таблицу для zlib и lzo, lzo рулил за счёт , arcade (ok), 14:32 , 23-Мрт-11, (21) 1 Там уже поюзали LZO Он довольно резвый Не чемпион, но весьма даже шпарит, о, User294 (ok), 14:39 , 23-Мрт-11, (25) +1 // Чем Вас не устраивает С Проект был открыт и за это спасибо А если у некоторых, Анон (?), 16:24 , 23-Мрт-11, (34) +1 // Тем что в ядрах и эмбеддовке он пролетает, разумеется При том что скорость там , User294 (ok), 16:59 , 23-Мрт-11, (38) +5 gt оверквотинг удален ты в код смотрел связь между языком программирования в , stom (?), 18:10 , 23-Мрт-11, (46) –7 Плюсам не место в эмбеддед и ядре Хочешь фактов вот тебе пара С не умеет сер, mine (ok), 10:40 , 24-Мрт-11, (68) –6 ахахааццкий отжиг хождение по классам для поиска функций вот такие люди как , anonymous (??), 17:42 , 24-Мрт-11, (81) +1 Когда-то на заре интернета у меня появилась звуковуха со встроенным FM-ресивером, arcade (ok), 14:04 , 09-Апр-11, (95) +1 А вот интересно, если zlib или чтото аналогичное на аппаратном уровне в проце ре, Аноним (-), 14:28 , 23-Мрт-11, (18) // http mxt sourceforge net , pavlinux (ok), 15:39 , 23-Мрт-11, (33) +1 А оно у них точно лучше чем quicklz А то на http quicklz com bench html скоро, User294 (ok), 14:31 , 23-Мрт-11, (20) +1 // Да уж, если http quicklz com bench html реально, то значительного опережения н, Аноним (-), 14:38 , 23-Мрт-11, (24) // Пиар не пиар а quicklz как минимум не гугла, да и лицензии Apache vs GPL, не в к, Аноним (-), 14:57 , 23-Мрт-11, (27) Что ты все время недоволен Множество хороших проектов написано вообще на всяких, Анон (?), 16:30 , 23-Мрт-11, (35) +3 // Понятия о прекрасном у всех разные Я не виноват что там быстрые и эффективные ал, User294 (ok), 17:13 , 23-Мрт-11, (39) –1 например нет, эклипс 8212 это не 171 хороший проект 187 бинс тоже , anonymous (??), 18:45 , 23-Мрт-11, (49) Гугл не пишет на C Вообще А писано оно под себя Теперь вот открыли просто , Crazy Alex (??), 17:51 , 23-Мрт-11, (40) оффтопика когда в линуксе при установке новой ещё одной библиотеки реализующей, JL2001 (ok), 15:31 , 23-Мрт-11, (31) // Нету Черт побери Мне вот тоже интересно, когда что-нибудь появится с нормальны, Crazy Alex (??), 17:52 , 23-Мрт-11, (41) Да Почему установленный Info-ZIP после установки unrar из non-free сразу не, Andrey Mitrofanov (?), 18:01 , 23-Мрт-11, (43) В readme к библиотеке сказано, что код оптимизирован для 64-битных систем с x86 , gildor (?), 00:15 , 24-Мрт-11, (66) +2 // Если речь идет о Xbox 360, то у PPC невыровненный доступ к памяти не только возм, annulen (ok), 18:54 , 22-Ноя-13, (96) 1,2,4,8,13,17,18,20,31,66

Сообщения

[Сортировка по времени | RSS]

2. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
Сообщение от Аноним (-), 23-Мрт-11, 13:06
Опять не рыба не мясо. zlib жмёт достаточно быстро, при этом лучше и стандартен. А для более эффективного сжатия есть более другие алгоритмы.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+4 +/–
	Сообщение от Аноним (-), 23-Мрт-11, 13:24
	> Опять не рыба не мясо. zlib жмёт достаточно быстро, при этом лучше > и стандартен. А для более эффективного сжатия есть более другие алгоритмы. До 500MB/sec zlib-у как до луны пешком.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+1 +/–
	Сообщение от Nxx (ok), 23-Мрт-11, 14:06
	В статье же написано 500 Мб/с.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 23-Мрт-11, 16:43
	Мб != Mb В русском сокращения МБ и Мб традиционно обозначают мегабайт... Мегабит обозначается как Мбит. По крайней мере чаще всего. В оригинальной новости MB.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 24-Мрт-11, 11:41
	> Мб != Mb > В русском сокращения МБ и Мб традиционно обозначают мегабайт... Мегабит обозначается как > Мбит. По крайней мере чаще всего. > В оригинальной новости MB. Не знаю что за традиции и откуда вы их взяли, но всегда считал Мб == Mb. Конечно иногда байты обозначают букой б, а биты Б, но, на мой взгляд, так де лают те личности, которые не понимает разницы: бит-байт.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аааа (?), 30-Мрт-11, 10:28
	>Не знаю что за традиции и откуда вы их взяли они вокруг нас
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от FractalizeR (ok), 23-Мрт-11, 14:10
	Какие, например?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	19. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+4 +/–
	Сообщение от 123456 (??), 23-Мрт-11, 14:29
	> Опять не рыба не мясо. zlib жмёт достаточно быстро, при этом лучше > и стандартен. А для более эффективного сжатия есть более другие алгоритмы. не, zlib жмёт недостаточно быстро. а вообще, слова "достаточно"/"недостаточно" рекомендуется употреблять в контексте "[не]достаточно для <назначение>", иначе фраза получается слишком мутной
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	23. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от User294 (ok), 23-Мрт-11, 14:37
	> Опять не рыба не мясо. zlib жмёт достаточно быстро, Такое хорошо чтобы нахаляву диски разогнать :). Если у вас диск записывает со скоростью 150Мбайт/сек, а вы вдруг сжали данные в 2 раза и можете их жать аж со скоростью 500Мбайт/сек, то, очевидно, вы "относительно нахаляву" получили скорость записи на диск 300Мб/сек. Ну и чтение аналогично. В итоге хорошо жмущиеся данные (БД, тексты, етц) от такого сжатия еше и ускорятся, приколитесь? С zlib сие не светит, его двухстадийная схема достаточно тормознута, а за счет мелкого словаря и жмет не особо. В общем у zlib на данный момент пожалуй плюс только в распостраненности и есть. Потому что давно есть и те кто жмет намного лучше, и те кто жмет/расжимается намного быстрее. Намного - это зачастую в РАЗЫ.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	26. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 23-Мрт-11, 14:46
	И чеб такое в контроллер диска на железе не зафигачить ?
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+1 +/–
	Сообщение от pavlinux (ok), 23-Мрт-11, 15:32
	> И чеб такое в контроллер диска на железе не зафигачить ? см. RAID-контролер'с
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 23-Мрт-11, 21:42
	Ну, RAID это отдельно строить надо, а чеб спрашивается в штатный контроллер диска не встроить, ну да, баксов на 20 допустим дороже получится, но так эффект зато какой, расходилось бы как горячие пирожки.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от filosofem (ok), 23-Мрт-11, 22:37
	>а чеб спрашивается в штатный контроллер диска не встроить Гигабайты текстоподобных файлов на обычном диске редко хранят. В штатном случае эффект будет незаметен, так как пишут-читают бинарные/сжатые данные в основном.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 23-Мрт-11, 23:00
	В принципе да, но я б не сказал что эффект будет незаметен, всякие папки с доками, xml'ники и пр. барахло тоже частенько переливать приходится. Или вот у меня например инсталляха AdobeCS5 7 гигов, а жатая 5, понятно что там степень сжатия меньше, но всеравно сотни метров можно сэкономить, а еще в архиве дампы базы, на 3 гига, они вообще жмутся хорошо, так что по моему есть варианты, и по скорости, пусть и не в разы, и по объему.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от вася (??), 24-Мрт-11, 10:59
	Ну и какой объем у этого диска получится? Он же будет зависеть от того, какие данные на него пишешь. Не говоря уже о прелестях восстановлении после сбоев...
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	73. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 24-Мрт-11, 13:02
	Объем номинальный, точно так же как и при обычном архивировании, вы же не считаете что после этого у вас вырос объем диска. И какие проблемы с восстановлением ?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от User294 (ok), 23-Мрт-11, 16:53
	> И чеб такое в контроллер диска на железе не зафигачить ? В принципе этому ничего не мешает особо. Только проц - вот он, уже есть, потому что без него - никуда. И не факт что на 100% загруженный. А контроллер, знаете ли, покупать еще надо. Что несколько портит карму данному решению. Вот такие решения - они возможность условно-НАХАЛЯВУ повысить скорость работы дисков в некоторых случаях :)
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	60. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 23-Мрт-11, 21:52
	Понятно что будет дороже, но так ли критично, скажем имеете вы диск 150 МБ/сек за 5000 р, и рядом 300 МБ/сек за 6, ну явно спрос будет ;) Технологичнее получается чем ЦП грузить.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от User294 (ok), 23-Мрт-11, 23:27
	> Технологичнее получается чем ЦП грузить. Технологичнее, только процы дуром прут и массово клепаются, а потому дешевые, производительные и не всегда загружены полностью. В итоге получается псевдо-бесплатное решение которое улучшает параметры того что есть, не требуя ничего покупать :).При таких условиях сложно будет клиентов убедить :) А райд до кучи как обычно будет жать в некий самопальный формат. Его описать ессно забудут, и с форматом соседа с полки магазина с такой же фичой но от иного производителя он ессно будет несовместим. Поэтому если вдруг райд гавкнется и такого же не найдется - вот тут вы пожалуй ощутите все прелести этого подхода. Ну в смысле, админы/юзеры этой железки ощутят. И они как бы себе не враги лишний раз мину замедленного действия то подкладывать :)))
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от Аноним (-), 23-Мрт-11, 23:43
	Не, ну понятно что у ЦП тоже варианты есть, как минимум для начала, что же касается дисковых контроллеров, именно их а RAID, то ведь тут тоже дело лишь в массовом внедрении, если клепать начнут то дорого не будет, тем более если это будет не дополнительный контроллер общего назначения на плате, а специализированный модуль внутри штатного контроллера, и единый формат при этом тоже не проблема. Внедрили же всякие NCQ и т.п, и это из той же оперы получается.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от letsmac (ok), 24-Мрт-11, 22:11
	>>именно их а RAID, то ведь тут тоже дело лишь в массовом внедрении, если клепать начнут то дорого не будет, 12 лет жду дешевого рэйда - а его все нет. 12 лет назад обычным был буфер 16 метров сейчас 256 минимальный. Но дешеветь они и не думают. Программную ерунду вроде интегрированных в чипсеты естественно за RAID не считаю.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+/–
	Сообщение от ascrzy (?), 23-Мрт-11, 20:35
	Не получили Вы скорость записи на диск в  300Мб/сек, потому что данные вы сжали, но время сжатия не посчитали. Если учтёте, получите ~187 Мб/сек, что не так уж и много.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	58. "Компания Google открыла код Snappy, библиотеки для сжатия да..."	+2 +/–
	Сообщение от Аноним (-), 23-Мрт-11, 21:30
	А зачем его считать если сжатие идет быстрее записи и параллельно ей ?
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема