Vinyl Cache, the FOSS project formerly known as Varnish Cache, has a new logo:
https://vinyl-cache.org/
Latest posts tagged with #VarnishCache on Bluesky
Vinyl Cache, the FOSS project formerly known as Varnish Cache, has a new logo:
https://vinyl-cache.org/
#vinylcache has left *) #github yesterday.
https://vinyl-cache.org/organization/moving.html
*) repos are archived to help people find the new location, and some related projects are still TODO
#varnishcache
#vinylcache forge migration in progress…
#varnishcache
More details on the #vinylcache move here: https://vinyl-cache.org/organization/moving.html
TL;DR: Expect github repos to soon be archived, get an account on code.vinyl-cache.org
#varnishcache
If you are a #vinylCache user, please prepare for the upcoming move to a self hosted #forgejo instance and register an account […]
Last call! Logo #contest!
Since #Cloudflare was recently facing a global outage, it’s a good moment to make you aware of a logo contest organised by an #opensource alternative #VinylCache.
Vinyl Cache, previously known under the name #VarnishCache, is rebranding itself and looking for a new […]
Announcing VCOT: OpenTelemetry Instrumentation for #vinylcache
We’re happy to announce to have opened the repository of VCOT (VinylCacheOpenTelemetry), a brand new open-source Go utility designed to enhance observability in Vinyl-Cache (and, for the time being, #varnishcache) environments […]
a databricks report on smart load balancing in k8s makes the rounds.
i would like to mention that we solved this and other problems using the shard director in #vinylcache (formerly #varnishcache) years ago. for k8s we have viking (repo needs renaming).
and yes, l4 loadbalancing of http is, in […]
The launch of #VarnishCache 8.0 has been eclipsed by heated debate over the project’s sudden rename to “Vinyl Cache.”
linuxiac.com/varnish-cach...
Varnish Cache project to change its name to Vinyl Cache with the next release, 8.0.0 , In March.
> We have tried to negotiate with Varnish Software for many months about this issue, but their IP-Lawyers still insist that Varnish Software owns the Varnish Cache name, and at most we have being […]
@dalias with #varnishcache my recommendation for persistent storage is SLASH/fellow
https://gitlab.com/uplex/varnish/slash
With the merge of https://github.com/varnishcache/varnish-cache/pull/4209 #VarnishCache is now prepared for using asynchronous I/O also on the network side.
Stay tuned.
#io_uring
#varnishcache uses miniobj.h by @bsdphk which puts an unsigned int magic value at the start of each "thing pointed to", which is really helpful to guard against stray pointers, use-after-free and whatnot.
today i ran sth like
od -A None -t x4 -w 4 | grep -E <all possible magics> | sort | uniq […]
@selea until recently, the default h2 status in #varnishcache (unintentional)
https://github.com/varnishcache/varnish-cache/pull/4284
video and slides are online fosdem.org/2025/schedule/event/fosd... #varnishcache
#FOSDEM #buddy #MemoryAllocation #foss
100 minutes from now 👋🏻 #FOSDEM #varnishcache
fosdem.org/2025/schedule/event/fosd...
Die letzten zwei Tage mal wieder die Nase tief in den #varnishcache gesteckt. Das tut auch gut, mal wieder so richtig IT zu machen. Und: was ein geiles Stück Software.
as i am currently working on making #varnishcache client side io #async'hronius with #io_uring, i must say that lucumr.pocoo.org/2024/11/18/threads-beat-... made me think if we need more facilities for forensic analysis…
vmod-dynamic, our #varnishcache module for dynamic backends from #dns (A/CNAME and SRV records) has received some bug fixes and workarounds for issues in Varnish-Cache 7.5 and 7.6.
The new wait_timeout and wait_limits parameters are now supported.
See the changelog for details […]
slide from talk: SLASH/ • https://gitlab.com/uplex/varnish/slash/ • LGPL • 2 Storage-Engines: • Buddy: in-memory • Fellow: tiered, PBs of ssd (disk) + TBs of memory, always consistent, eventually persistent, io_uring • Only (working) persistent storage as FOSS • Fixed size • Solve LRU fairness problem • Bare-metal performance
using #io_uring for storage in #varnishcache
#allsystemsgo #ASG2024
media.ccc.de/v/all-systems-go-2024-30...
From: @mediacccde
https://botsin.space/@mediacccde/113203506819669014
io_uring_enter(14, 1, 1, IORING_ENTER_GETEVENTS, NULL, 8) = 1 futex(0x7ff0c0d0a3bc, FUTEX_WAKE_PRIVATE, 1) = 1 <... futex resumed>) = 0 io_uring_enter(14, 0, 1, IORING_ENTER_GETEVENTS, NULL, 8 <unfinished ...> futex(0x7ff0c1e07008, FUTEX_WAKE_PRIVATE, 1) = 0 ioctl(19, FIONBIO, [0]) = 0 getpeername(19, {sa_family=AF_INET, sin_port=htons(54598), sin_addr=inet_addr("127.0.0.1")}, [28 => 16]) = 0 getsockname(19, {sa_family=AF_INET, sin_port=htons(8080), sin_addr=inet_addr("127.0.0.1")}, [28 => 16]) = 0 ioctl(19, FIONBIO, [0]) = 0 writev(19, [{iov_base="HTTP/1.1", iov_len=8}, {iov_base=" ", iov_len=1}, {iov_base="200", iov_len=3}, {iov_base=" ", iov_len=1}, {iov_base="OK", iov_len=2}, {iov_base="\r\n", iov_len=2}, {iov_base="Date: Tue, 17 Sep 2024 14:33:25 "..., iov_len=35}, {iov_base="\r\n", iov_len=2}, {iov_base="Server: Varnish", iov_len=15}, {iov_base="\r\n", iov_len=2}, {iov_base="X-Varnish: 32770", iov_len=16}, {iov_base="\r\n", iov_len=2}, {iov_base="Content-Type: text/html; charset"..., iov_len=38}, {iov_base="\r\n", iov_len=2}, {iov_base="Retry-After: 5", iov_len=14}, {iov_base="\r\n", iov_len=2}, {iov_base="Content-Length: 228", iov_len=19}, {iov_base="\r\n", iov_len=2}, {iov_base="Connection: keep-alive", iov_len=22}, {iov_base="\r\n", iov_len=2}, {iov_base="\r\n", iov_len=2}], 21) = 192
babysteps, but something is happening #io_uring #varnishcache
a new #varnishcache release 7.6 has landed yesterday: varnish-cache.org/releases/rel7.6.0.html
some of the changes:
- backend connections can now queue if max_connections reached
- accept connections on all ports from ranges
see […]
updated changelog for the upcoming #varnishcache release github.com/varnishcache/varnish-cac...
as i was asked about it: the quick update on some #varnishcache news at #GPN22 was part of the first lightning talks https://media.ccc.de/v/gpn22-440-lightning-talks-i#t=81 - first section
Retrospective blog post to use BlueSky for comments:
techroads.org/get-ready-fo...
#Docker #VarnishCache