Castoro sequense

•

0 gostou•388 visualizações

Toshiyuki Terashita

Sequence of Castoro.

Sequence(create/write)
Castoro:: Castoro:: Castoro::
Rails App Client Gateway Peer
<<UDP>>
Basket new
Query peers
<<UDP>>
[Peers]
<<TCP>>
CREATE
<<TCP>>
“Basket path”
<<NFS/HTTP>>

Write/PUT
<<TCP>>
Close
Finalize <<Multicast>>
Insert
replication
RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 1

Benchmarks - create

condition speed

2 ms (from Gateway)
Some peers writeable + 100 ms (from Peer)
WORST: 4000 ms

No peers writeable 2 ms (from Gateway)

RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 2

Sequence(find/read)
Castoro:: Castoro:: Castoro::
Rails App Client Gateway Peer
<<proc>>
<<UDP>> Cache search
Basket find
Query Basket

<<UDP>>
[paths]:cache hits
<<Multicast>>
Query Basket: missed
<<UDP>>
[paths] <<Multicast>>
[paths] Insert
<<NFS/HTTP>>

Read/GET

RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 3

Benchmarks - find

condition path speed

Client >
Gateway cache:
Gateway > 2 ms
hit
Client
Client >
Gateway cache:
Gateway > 120 ms
miss
Peer > Client
Client >
3,000 ms
No baskets Gateway >
(Timed out)
Peer > x
RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 4

Sequence(delete)
Castoro:: Castoro:: Castoro::
Rails App Client Gateway Peer
<<proc>>
<<UDP>> Cache search
Basket delete
Query Basket

<<UDP>>
[paths]:cache hits
<<Multicast>>
Query Basket: missed
<<UDP>>
[paths]
<<TCP>>
Delete
OK <<Multicast>>
Drop
replication(drop)

RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 5

Benchmarks - delete

condition speed

2 ms (find)
Gateway cache: hit
+ 100 ms (delete)

120 ms (find)
Gateway cache: miss
+ 100 ms (delete)

3,000 ms
No baskets
(Timed out)
RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 6

Mais conteúdo relacionado

Semelhante a Castoro sequense

Castoro / RubyKaigi2010

Castoro / RubyKaigi2010

Castoro / RubyKaigi2010

Toshiyuki Terashita

uerj201212

tdc2012

Otimizando seu projeto Rails

Otimizando seu projeto Rails

Otimizando seu projeto Rails

Tiago Albineli Motta

commit => #GitHub => #CircleCI => #Docker => #Kubernetes #AWS cluster

commit => #GitHub => #CircleCI => #Docker => #Kubernetes #AWS cluster

commit => #GitHub => #CircleCI => #Docker => #Kubernetes #AWS cluster

Toster - Understanding the Rails Web Model and Scalability Options

Toster - Understanding the Rails Web Model and Scalability Options

Toster - Understanding the Rails Web Model and Scalability Options

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

Understanding the Rails web model and scalability options

Understanding the Rails web model and scalability options

Understanding the Rails web model and scalability options

HTTP and 5G (fixed1)

HTTP and 5G (fixed1)

HTTP and 5G (fixed1)

Non-blocking I/O, Event loops and node.js

Non-blocking I/O, Event loops and node.js

Non-blocking I/O, Event loops and node.js

Speaking from experience building a SaaS: users are insane. If you are lucky, they use your service, but in reality, they probably abuse. Crazy usage patterns resulting in more requests than expected, request bursts when users come back to the office after the weekend, and more! These all pose a potential threat to the health of our web application and may impact other users or the service as a whole. Ideally, we can apply some filtering at the front door: limit the number of requests over a given timespan, limiting bandwidth, ... In this talk, we’ll explore the simple yet complex realm of rate limiting. We’ll go over how to decide on which resources to limit, what the limits should be and where to enforce these limits – in our app, on the server, using a reverse proxy like Nginx or even an external service like CloudFlare or Azure API management. The takeaway? Know when and where to enforce rate limits so you can have both a happy application as well as happy customers.

VISUG - Approaches for application request throttling

VISUG - Approaches for application request throttling

VISUG - Approaches for application request throttling

Maarten Balliauw

All the content of this website is informative and non-commercial, does not imply a commitment to develop, launch or schedule delivery of any feature or functionality, should not rely on it in making decisions, incorporate or take it as a reference in a contract or academic matters. Likewise, the use, distribution and reproduction by any means, in whole or in part, without the authorization of the author and / or third-party copyright holders, as applicable, is prohibited.

Bandwidth control approach - Cisco vs Mikrotik on Multitenancy

Bandwidth control approach - Cisco vs Mikrotik on Multitenancy

Bandwidth control approach - Cisco vs Mikrotik on Multitenancy

Olaf Reitmaier Veracierta

Speaking from experience building MyGet.org: users are insane. If you are lucky, they use your service, but in reality, they probably abuse. Crazy usage patterns resulting in more requests than expected, request bursts when users come back to the office after the weekend, and more! These all pose a potential threat to the health of our web application and may impact other users or the service as a whole. Ideally, we can apply some filtering at the front door: limit the number of requests over a given timespan, limiting bandwidth, ... In this talk, we’ll explore the simple yet complex realm of rate limiting. We’ll go over how to decide on which resources to limit, what the limits should be and where to enforce these limits – in our app, on the server, using a reverse proxy like Nginx or even an external service like CloudFlare or Azure API management. The takeaway? Know when and where to enforce rate limits so you can have both a happy application as well as happy customers.

Approaches to application request throttling

Approaches to application request throttling

Approaches to application request throttling

Maarten Balliauw

비트코인 블록체인에 데이터 히치하이킹

비트코인 블록체인에 데이터 히치하이킹

비트코인 블록체인에 데이터 히치하이킹

Deploying JRuby Web Applications

Deploying JRuby Web Applications

Deploying JRuby Web Applications

The HTML5 WebSocket API

The HTML5 WebSocket API

The HTML5 WebSocket API

David Lindkvist

a 86 slides presentation, derived from years of practical experience, covering following topics: - understanding HTTP, the web protocol (and other related standards, e.g., XML) - assessment of web performance (bytes and turns, Apdex) - recommendations in web performance (web fat index, caching strategy, compression strategy) - troubleshooting the web (user experience, access topologies, service variations, toolbox) - golden rules for web robustness

web performance explained to network and infrastructure experts

web performance explained to network and infrastructure experts

web performance explained to network and infrastructure experts

For the different Big Data architectures (batch processing, real time processing, Lambda, Kappa ..), we suggest, in a first phase, different Disaster Recovery Plan solutions depending on SLA (Service-level agreement) : RPO (Recovery Point Objective), RTO (Recovery Time Objective).. In a second phase, we focus more on steam processing and existing Kafka solutions for Disaster Recovery Plan (Mirror Maker, Kafka Connect Replicator, GeoCluster ..) : the advantages, the drawbacks and the impact of this choice on the global architecture. Finally, we explain in details how to configure and deploy each Disaster Recovery Plan solution (rack awareness, replication, replication factor, min insync …) and how to integrate each layer (storage layer, processing layer ..) into the chosen architecture.

DRP for Big Data - Stream Processing Architectures

DRP for Big Data - Stream Processing Architectures

DRP for Big Data - Stream Processing Architectures

Mohamed Mehdi Ben Aissa

Fisl - Deployment

Fisl - Deployment

Fisl - Deployment

This talk will present an architecture developed to investigate the interaction with and between animals. The architecture allows online processing of multimedia streams and the generation, storing and visualizing of events using feature extraction. It allows biologists to analyze the events by monitoring live or by replaying streams through a web interface Docker swarm is the central component of the architecture and serves as infrastructure for stream processing, event generation, event processing and visualization. The main entry point for users is a web interface that spins up one container per user and allows independent replay of streams. This talk will focus on the architecture and on technical details concerning its implementation as well as how docker is utilized to process, store and visualize events. Some time will be spent explaining details about custom made docker solutions.

DCSF 19 Online Feature Extraction and Event Generation for Computer-Animal In...

DCSF 19 Online Feature Extraction and Event Generation for Computer-Animal In...

DCSF 19 Online Feature Extraction and Event Generation for Computer-Animal In...

Ruby Proxies for Scale, Performance, and Monitoring - GoGaRuCo - igvita.com

Ruby Proxies for Scale, Performance, and Monitoring - GoGaRuCo - igvita.com

Ruby Proxies for Scale, Performance, and Monitoring - GoGaRuCo - igvita.com

Semelhante a Castoro sequense (20)

Castoro / RubyKaigi2010

Castoro / RubyKaigi2010

Castoro / RubyKaigi2010

uerj201212

tdc2012

Otimizando seu projeto Rails

Otimizando seu projeto Rails

Otimizando seu projeto Rails

commit => #GitHub => #CircleCI => #Docker => #Kubernetes #AWS cluster

commit => #GitHub => #CircleCI => #Docker => #Kubernetes #AWS cluster

commit => #GitHub => #CircleCI => #Docker => #Kubernetes #AWS cluster

Toster - Understanding the Rails Web Model and Scalability Options

Toster - Understanding the Rails Web Model and Scalability Options

Toster - Understanding the Rails Web Model and Scalability Options

Understanding the Rails web model and scalability options

Understanding the Rails web model and scalability options

Understanding the Rails web model and scalability options

HTTP and 5G (fixed1)

HTTP and 5G (fixed1)

HTTP and 5G (fixed1)

Non-blocking I/O, Event loops and node.js

Non-blocking I/O, Event loops and node.js

Non-blocking I/O, Event loops and node.js

VISUG - Approaches for application request throttling

VISUG - Approaches for application request throttling

VISUG - Approaches for application request throttling

Bandwidth control approach - Cisco vs Mikrotik on Multitenancy

Bandwidth control approach - Cisco vs Mikrotik on Multitenancy

Bandwidth control approach - Cisco vs Mikrotik on Multitenancy

Approaches to application request throttling

Approaches to application request throttling

Approaches to application request throttling

비트코인 블록체인에 데이터 히치하이킹

비트코인 블록체인에 데이터 히치하이킹

비트코인 블록체인에 데이터 히치하이킹

Deploying JRuby Web Applications

Deploying JRuby Web Applications

Deploying JRuby Web Applications

The HTML5 WebSocket API

The HTML5 WebSocket API

The HTML5 WebSocket API

web performance explained to network and infrastructure experts

web performance explained to network and infrastructure experts

web performance explained to network and infrastructure experts

DRP for Big Data - Stream Processing Architectures

DRP for Big Data - Stream Processing Architectures

DRP for Big Data - Stream Processing Architectures

Fisl - Deployment

Fisl - Deployment

Fisl - Deployment

DCSF 19 Online Feature Extraction and Event Generation for Computer-Animal In...

DCSF 19 Online Feature Extraction and Event Generation for Computer-Animal In...

DCSF 19 Online Feature Extraction and Event Generation for Computer-Animal In...

Ruby Proxies for Scale, Performance, and Monitoring - GoGaRuCo - igvita.com

Ruby Proxies for Scale, Performance, and Monitoring - GoGaRuCo - igvita.com

Ruby Proxies for Scale, Performance, and Monitoring - GoGaRuCo - igvita.com

Último

The value of a flexible API Management solution for Open Banking Steve Melan, Manager for IT Innovation and Architecture - State's and Saving's Bank of Luxembourg Apidays New York 2024: The API Economy in the AI Era (April 30 & May 1, 2024) ------ Check out our conferences at https://www.apidays.global/ Do you want to sponsor or talk at one of our conferences? https://apidays.typeform.com/to/ILJeAaV8 Learn more on APIscene, the global media made by the community for the community: https://www.apiscene.io Explore the API ecosystem with the API Landscape: https://apilandscape.apiscene.io/

Apidays New York 2024 - The value of a flexible API Management solution for O...

Apidays New York 2024 - The value of a flexible API Management solution for O...

Apidays New York 2024 - The value of a flexible API Management solution for O...

Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...

Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...

Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...

ICT role in 21st century education and its challenges

ICT role in 21st century education and its challenges

ICT role in 21st century education and its challenges

rafiqahmad00786416

presentation ICT roal in 21st century education

presentation ICT roal in 21st century education

presentation ICT roal in 21st century education

Architecting Cloud Native Applications

Architecting Cloud Native Applications

Architecting Cloud Native Applications

CNIC Information System with Pakdata Cf In Pakistan

CNIC Information System with Pakdata Cf In Pakistan

CNIC Information System with Pakdata Cf In Pakistan

Webinar Recording: https://www.panagenda.com/webinars/why-teams-call-analytics-is-critical-to-your-entire-business Nothing is as frustrating and noticeable as being in an important call and being unable to see or hear the other person. Not surprising then, that issues with Teams calls are among the most common problems users call their helpdesk for. Having in depth insight into everything relevant going on at the user’s device, local network, ISP and Microsoft itself during the call is crucial for good Microsoft Teams Call quality support. To ensure a quick and adequate solution and to ensure your users get the most out of their Microsoft 365. But did you know that ‘bad calls’ are also an excellent indicator of other problems arising? Precisely because it is so noticeable!? Like the canary in the mine, bad calls can be early indicators of problems. Problems that might otherwise not have been noticed for a while but can have a big impact on productivity and satisfaction. Join this session by Christoph Adler to learn how true Microsoft Teams call quality analytics helped other organizations troubleshoot bad calls and identify and fix problems that impacted Teams calls or the use of Microsoft365 in general. See what it can do to keep your users happy and productive! In this session we will cover - Why CQD data alone is not enough to troubleshoot call problems - The importance of attributing call problems to the right call participant - What call quality analytics can do to help you quickly find, fix-, and prevent problems - Why having retrospective detailed insights matters - Real life examples of how others have used Microsoft Teams call quality monitoring to problem shoot problems with their ISP, network, device health and more.

Why Teams call analytics are critical to your entire business

Why Teams call analytics are critical to your entire business

Why Teams call analytics are critical to your entire business

EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER

EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER

EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER

2024: Domino Containers - The Next Step. News from the Domino Container commu...

2024: Domino Containers - The Next Step. News from the Domino Container commu...

2024: Domino Containers - The Next Step. News from the Domino Container commu...

Martijn de Jong

Passkeys: Developing APIs to enable passwordless authentication Cody Salas, Sr Developer Advocate | Solutions Architect - Yubico Apidays New York 2024: The API Economy in the AI Era (April 30 & May 1, 2024) ------ Check out our conferences at https://www.apidays.global/ Do you want to sponsor or talk at one of our conferences? https://apidays.typeform.com/to/ILJeAaV8 Learn more on APIscene, the global media made by the community for the community: https://www.apiscene.io Explore the API ecosystem with the API Landscape: https://apilandscape.apiscene.io/

Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...

Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...

Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...

Exploring Multimodal Embeddings with Milvus

Exploring Multimodal Embeddings with Milvus

Exploring Multimodal Embeddings with Milvus

AXA XL - Insurer Innovation Award Americas 2024

AXA XL - Insurer Innovation Award Americas 2024

AXA XL - Insurer Innovation Award Americas 2024

The Digital Insurer

ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke

ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke

ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke

Product Anonymous

Tracing the root cause of a performance issue requires a lot of patience, experience, and focus. It’s so hard that we sometimes attempt to guess by trying out tentative fixes, but that usually results in frustration, messy code, and a considerable waste of time and money. This talk explains how to correctly zoom in on a performance bottleneck using three levels of profiling: distributed tracing, metrics, and method profiling. After we learn to read the JVM profiler output as a flame graph, we explore a series of bottlenecks typical for backend systems, like connection/thread pool starvation, invisible aspects, blocking code, hot CPU methods, lock contention, and Virtual Thread pinning, and we learn to trace them even if they occur in library code you are not familiar with. Attend this talk and prepare for the performance issues that will eventually hit any successful system. About authorWith two decades of experience, Victor is a Java Champion working as a trainer for top companies in Europe. Five thousands developers in 120 companies attended his workshops, so he gets to debate every week the challenges that various projects struggle with. In return, Victor summarizes key points from these workshops in conference talks and online meetups for the European Software Crafters, the world’s largest developer community around architecture, refactoring, and testing. Discover how Victor can help you on victorrentea.ro : company training catalog, consultancy and YouTube playlists.

Finding Java's Hidden Performance Traps @ DevoxxUK 2024

Finding Java's Hidden Performance Traps @ DevoxxUK 2024

Finding Java's Hidden Performance Traps @ DevoxxUK 2024

MINDCTI Revenue Release Quarter One 2024

MINDCTI Revenue Release Quarter One 2024

MINDCTI Revenue Release Quarter One 2024

💥 You’re lucky! We’ve found two different (lead) developers that are willing to share their valuable lessons learned about using UiPath Document Understanding! Based on recent implementations in appealing use cases at Partou and SPIE. Don’t expect fancy videos or slide decks, but real and practical experiences that will help you with your own implementations. 📕 Topics that will be addressed: • Training the ML-model by humans: do or don't? • Rule-based versus AI extractors • Tips for finding use cases • How to start 👨‍🏫👨‍💻 Speakers: o Dion Morskieft, RPA Product Owner @Partou o Jack Klein-Schiphorst, Automation Developer @Tacstone Technology

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam

UiPathCommunity

Scaling API-first – The story of a global engineering organization Ian Reasor, Senior Computer Scientist - Adobe Radu Cotescu, Senior Computer Scientist - Adobe Apidays New York 2024: The API Economy in the AI Era (April 30 & May 1, 2024) ------ Check out our conferences at https://www.apidays.global/ Do you want to sponsor or talk at one of our conferences? https://apidays.typeform.com/to/ILJeAaV8 Learn more on APIscene, the global media made by the community for the community: https://www.apiscene.io Explore the API ecosystem with the API Landscape: https://apilandscape.apiscene.io/

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe

In the thrilling conclusion to 2023, ransomware groups had a banner year, really outdoing themselves in the "make everyone's life miserable" department. LockBit 3.0 took gold in the hacking olympics, followed by the plucky upstarts Clop and ALPHV/BlackCat. Apparently, 48% of organizations were feeling left out and decided to get in on the cyber attack action. Business services won the "most likely to get digitally mugged" award, with education and retail nipping at their heels. Hackers expanded their repertoire beyond boring old encryption to the much more exciting world of extortion. The US, UK and Canada took top honors in the "countries most likely to pay up" category. Bitcoins were the currency of choice for discerning hackers, because who doesn't love untraceable money?

Ransomware_Q4_2023. The report. [EN].pdf

Ransomware_Q4_2023. The report. [EN].pdf

Ransomware_Q4_2023. The report. [EN].pdf

Overkill Security

How to Troubleshoot Apps for the Modern Connected Worker

How to Troubleshoot Apps for the Modern Connected Worker

How to Troubleshoot Apps for the Modern Connected Worker

The action of the next cyber saga takes place in the mystical lands of the Asia-Pacific region, where the main characters began their digital activities in the middle of 2021 and qualitatively strengthened it in 2022. Corporate espionage, document theft, audio recordings, and data leaks from messaging platforms were all a matter of one day for Dark Pink. Their geographical focus may have started in the Asia-Pacific region, but their ambitions knew no bounds, targeting a European government ministry in a bold move to expand their portfolio. Their victim profile was as diverse as a UN meeting, targeting military organizations, government agencies, and even a religious organization. Because discrimination is not a fashionable agenda. In the world of cybercrime, they serve as a reminder that sometimes the most serious threats come in the most unassuming packages with a pink bow.

Cyberprint. Dark Pink Apt Group [EN].pdf

Cyberprint. Dark Pink Apt Group [EN].pdf

Cyberprint. Dark Pink Apt Group [EN].pdf

Overkill Security

Último (20)

Apidays New York 2024 - The value of a flexible API Management solution for O...

Apidays New York 2024 - The value of a flexible API Management solution for O...

Apidays New York 2024 - The value of a flexible API Management solution for O...

Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...

Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...

Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...

ICT role in 21st century education and its challenges

ICT role in 21st century education and its challenges

ICT role in 21st century education and its challenges

presentation ICT roal in 21st century education

presentation ICT roal in 21st century education

presentation ICT roal in 21st century education

Architecting Cloud Native Applications

Architecting Cloud Native Applications

Architecting Cloud Native Applications

CNIC Information System with Pakdata Cf In Pakistan

CNIC Information System with Pakdata Cf In Pakistan

CNIC Information System with Pakdata Cf In Pakistan

Why Teams call analytics are critical to your entire business

Why Teams call analytics are critical to your entire business

Why Teams call analytics are critical to your entire business

EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER

EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER

EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER

2024: Domino Containers - The Next Step. News from the Domino Container commu...

2024: Domino Containers - The Next Step. News from the Domino Container commu...

2024: Domino Containers - The Next Step. News from the Domino Container commu...

Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...

Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...

Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...

Exploring Multimodal Embeddings with Milvus

Exploring Multimodal Embeddings with Milvus

Exploring Multimodal Embeddings with Milvus

AXA XL - Insurer Innovation Award Americas 2024

AXA XL - Insurer Innovation Award Americas 2024

AXA XL - Insurer Innovation Award Americas 2024

ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke

ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke

ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke

Finding Java's Hidden Performance Traps @ DevoxxUK 2024

Finding Java's Hidden Performance Traps @ DevoxxUK 2024

Finding Java's Hidden Performance Traps @ DevoxxUK 2024

MINDCTI Revenue Release Quarter One 2024

MINDCTI Revenue Release Quarter One 2024

MINDCTI Revenue Release Quarter One 2024

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe

Ransomware_Q4_2023. The report. [EN].pdf

Ransomware_Q4_2023. The report. [EN].pdf

Ransomware_Q4_2023. The report. [EN].pdf

How to Troubleshoot Apps for the Modern Connected Worker

How to Troubleshoot Apps for the Modern Connected Worker

How to Troubleshoot Apps for the Modern Connected Worker

Cyberprint. Dark Pink Apt Group [EN].pdf

Cyberprint. Dark Pink Apt Group [EN].pdf

Cyberprint. Dark Pink Apt Group [EN].pdf

Castoro sequense

1. Sequence(create/write) Castoro:: Castoro:: Castoro:: Rails App Client Gateway Peer <<UDP>> Basket new Query peers <<UDP>> [Peers] <<TCP>> CREATE <<TCP>> “Basket path” <<NFS/HTTP>> Write/PUT <<TCP>> Close Finalize <<Multicast>> Insert replication RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 1

2. Benchmarks - create condition speed 2 ms (from Gateway) Some peers writeable + 100 ms (from Peer) WORST: 4000 ms No peers writeable 2 ms (from Gateway) RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 2

3. Sequence(find/read) Castoro:: Castoro:: Castoro:: Rails App Client Gateway Peer <<proc>> <<UDP>> Cache search Basket find Query Basket <<UDP>> [paths]:cache hits <<Multicast>> Query Basket: missed <<UDP>> [paths] <<Multicast>> [paths] Insert <<NFS/HTTP>> Read/GET RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 3

4. Benchmarks - find condition path speed Client > Gateway cache: Gateway > 2 ms hit Client Client > Gateway cache: Gateway > 120 ms miss Peer > Client Client > 3,000 ms No baskets Gateway > (Timed out) Peer > x RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 4

5. Sequence(delete) Castoro:: Castoro:: Castoro:: Rails App Client Gateway Peer <<proc>> <<UDP>> Cache search Basket delete Query Basket <<UDP>> [paths]:cache hits <<Multicast>> Query Basket: missed <<UDP>> [paths] <<TCP>> Delete OK <<Multicast>> Drop replication(drop) RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 5

6. Benchmarks - delete condition speed 2 ms (find) Gateway cache: hit + 100 ms (delete) 120 ms (find) Gateway cache: miss + 100 ms (delete) 3,000 ms No baskets (Timed out) RICOH, RICOH IT SOLUTIONS CO.,LTD. / RubyKaigi 2010 6